Archive
本人的一个原创小作品,希望能够帮助到各位学习物理竞赛的看官...
没什么可说的,引一下我写的项目简介和说明吧
本项目是2008年科技创新大赛参赛项目
项目: 网络电阻求解
版本: v2.0 Beta
类型: 教学
语言: Java/Flash/AS
授权: 保留所有权利(因竞赛原因)
简介: 你是否曾因网络电阻的求解而困扰?或者你是否曾经辛辛苦苦解出一道题却不知道其正确性?本作品便是帮助你解决这一问题的好帮手.输入任何一个网络电阻,一秒钟之后答案便显示在屏幕上.
使用说明:
首先确认已经安装JDK最新版(神奇的原因,不能用JRE而必须是JDK,who can help me?)
运行rnsolver2.exe可打开主程序
数据格式
(如果你认为这样太麻烦,请运行数据生成器兼电路图设计程序GUI,参照说明生成数据)
第1行: 一个整数N,表示电阻的个数
第2行: 两个整数,表示网络的两个端点
第3...N+2行: 三个整数,表示一电阻两端点结点编号和阻值
所有数据必须是整数
样例数据(平衡的惠斯通电桥):
5
1 4
1 2 4
1 3 3
2 4 8
3 4 6
2 3 9
下载: 点击这里进入下载页面.
原文链接: http://blog.heavenfox.org/sth-else/leave-something-for-the-world/#comments
个人认为沙渺同学的评论非常精炼准确,但他对我的文章有些错误的理解,在此澄清一下,同时表达一下我的想法,再同时表示我对沙渺同学的尊重.
首先,因为文章写作背景的原因,文章中的多数观点略有偏激.今天,我想我可以冷静地看待关于开源与商业的问题.
一个项目要商业化是有很多因素在里面的,绝大多数情况下不取决于项目的技术含量.因此能够完成这一过程的项目仅仅是少数.看看专利局每年审批的专利数吧!有多少能够真正商业化,市场化?恐怕不到1%吧!我并不相信DevWorks能够走完这一段路.不是因为我不能坚持下来,而是我一没有能力,二认为没有必要.
每个人都有权利为自己的劳动索取报酬,这是宪法赋予我们不可剥夺的权利.所以,我也一直认为,即使我将DevWorks完全商业化,我也有足够的理由来说服我自己.
但我没有这么做而是选择了开源.原因不在于我认为我的项目并不值钱,也不在于我对开源事业有一种如同宗教一般的信仰.而是我站在一个用户的角度认为我应该这么做.
我是一个有极高学习热情的人.每次获取一个网络程序,我都会简单读一读代码,以便略加修改让站点更符合自己的需求.但事实上,其意义不仅仅在此.去年我在开发城市公交导航的时候,我惊讶于居然经过几天的学习我便可以得心应手地开发一个网站程序.后来我感觉到,是过去大量的PHP代码阅读帮助了我.
开源的意义便在于此,让有益的开发者之间以及和用户之间的交流更加方便.
我也曾梦想着将我的项目商业化,以换取一台新的笔记本电脑.但经过尝试,我发现,作为一名初中生,这简直是不可能.与其让其尘封在我的硬盘里,不如让全世界需要该项目的人去获取,以分享我的经验.我想,这样这个项目的价值才能真正得到体现.
对于我个人,我想此举可以为我带来修改建议与批评支撑,对我个人的也是有利的.更何况在付出中可以得到精神上的愉悦,用金钱买不到的愉悦!
中国真的缺少勇于奉献的人.曾经的极致论坛是加密的,MolyX是加密的,Discuz加密了一部分.不得不说,这些程序做的确实不错,充分体现了中国人的智慧.但我为什么从来没有在开源项目列表里看到中国人的名字?
我从来不否认,让所有程序开源是不可能的,而且如果这成为现实带来的后果也难以预料.但毕竟,我并不穷困潦倒,以编写程序维持生计.相反,我所需要的是编程为我带来的精神愉悦.如果开源能让这一愉悦升华,为什么不呢?
我所有出于个人兴趣而开发的项目全部开源.
我愿为开源事业尽一份微薄之力.
我们中国人是有骨气的.
战国时代的孟子,有几句很好的话：“富贵不能淫,贫贱不能移,威武不能屈,此之谓大丈夫.”意思是说,高官厚禄收买不了,贫穷困苦折磨不了,强暴武力威胁不了,这就是所谓大丈夫.大丈夫的这种种行为,表现出了英雄气概,我们今天就叫做有骨气.
今年科技创新大赛我的项目用Java来制作-虽说我对这门语言很不熟悉
初期摸着石头过河的感受:
1.用Eclipse开发Java简直是种享受,但太过聪明的IDE有时候会自作聪明于是让人心烦意乱
2.(题外话)用Eclipse开发PHP绝对不是什么好主意...PDT还不够成熟,语法检查会冒出莫名其妙的问题,让人心烦意乱.推荐Komodo
3.Monaco 绝对是最漂亮的等宽字体,有PCP版本
4.Eclipse 居然是绿色软件......
按照规定
初中生是不给正式获奖证书的
于是乎,弄到了这么个东西
成绩证明
推荐理由:
1.对Web标准的良好支持
2.漂亮的界面和字体(比FF强多了)
3.相对稳定(IE7在我的机器上工作的很不正常)
4.对中文支持已经很良好
介绍(英文):http://www.apple.com/safari/
下载(英文):http://www.apple.com/safari/download/
本来, 我已经完成了 DevWorks 的内核和大多数周边模块, 仅剩后台没有完成. 我以为, DevWorks v1.0 近在咫尺.
可是, 我在写后台和完善内核的时候, 发现了一系列的问题. 问题的矛头直指 DevWorks 的根基 - DevWorks 内核类 (DevWorks Core Class)
具体的问题说大也不大, 说小也不小.(没有兴趣可以略过)
根据现代面向对象编程的原则, DevWorks 没有使用任何全局变量. 因此, 您在代码中找不到 global 关键字.
因此, 我将 DevWorks 的全部原本应直接写出的代码放进了 DevWorks 内核类. 我想, DevWorks 作为一个对象, 应该是一个类.
但我发现我错了. 因为前面提到的原因, 我无法在对象中引用 DevWorks 类的成员 - 例如数据库连接.
我采用了类似于 IPB 的解决方案, 为每一个类安排一个特殊的属性devworks,作为主对象的一个指针(准确地说是引用).
于是一个愚蠢的事情发生了: 无论是什么类(library里的类除外),都清一色地拥有一个叫做 devworks 的属性
我们不禁要问, 这难道就符合面向对象编程的原则吗?
PHP 已经提供了解决之道 - 静态类.静态类就是为只存在一个副本的对象而设计的. 这不正是 DevWorks 内核类需要的吗?
但毕竟木已成舟, DevWorks 已经写好了几百 KB 的代码,如果要修改实在很麻烦.
我辗转反侧, 计划在 DevWorks v2 改写架构
但 DevWorks 的性质决定了, 这样做良心上说不通. 这样为 DevWorks v1 所付出的不就白费了吗?
因此, 我决定, 改写内核的架构 - 将 DevWorks 内核类换成静态类.
牵一发而动全身, 这样一个行为导致的后果非常严重. 大部分代码需要修改.
不过不用太担心, 上面说的虽然有些严重, 但那是对我而言. DevWorks 的设计理念和基本架构没有变, 变化的仅仅是内核的架构.
从此可以告别愚蠢的 public $devworks; 了!
因此, DevWorks 预计发布时间延期到四月份.
另: 如果可能, 我希望 DevWorks 能够参加 2009 或 2010 年的 Google Summer of Code.
DevWorks 开发人员: HeavenFox
话说本来女生学信息学奥赛的极少
美女就更是凤毛麟角
可今天我才见识到一个......yours大牛
(PP from OIBH inside)
