给软件一种教科书的精神

                             给软件一种教科书的精神

                                                                           (一件微不足道的事,它是可以影响历史的.)

        

        最近在开发一个医疗模块,在这个开发过程中,诞生许多想法和思想困难,

让我看不见这个模块是否有意义,也不知道自己做的这些是否有意义,让我一再

失去开发的心思,导致这个模块停滞不前,我也知道,我是一个员工就要为公司的

利益着想,但就是这一想法让我想把这个模块做好,可是总有些事是老总看不到的,

有一些老总总被眼前利益给迷惑了,他们不会去考虑这些,虽然知道这样说会有些

不好,但是我想把我的一些想法和思想困难给大家分享一下,不管对你们有没有用,最

起码有参考.

       在开发这个模块我们前期作了很多准备工作,也花了很长时间,(就是老总的

一句话,大胆去作)这个医疗模块很专业性,公司也给不了什么帮助,网上基本查不

到有用的信息,甚至这一模块的思想理论基础都是笼统的,当我和我组长寻找这个

理论根据时,希望有一套理论思想作指导进行开发,但我只能说,不是专业人,永远也

作不出专业的东西,(专业人士不是就学了这个专业就行了,他必须具备一定的工作

经验和一定学识,有着长远的思想计划,这是我的理解),也许我这就是借口,但确实

就是这个借口让我做不到医疗理论上的专业人士,这个模块就在我想当然中进行开

发,虽然做不到有思想理论作标准,但我不想看见我写出来的模块,是个摆设,所以我

和我组长进行了一次软件设计的讨论,我认为不管这个模块是个摆设也好,还是根本

没有起到应有作用好,那我就让它成一个”O型模块”(大家都知道O型血吧,功能大家

应该知道,在这里我淡淡我定义的”O型模块”定义吧)以后如果我不在这公司了,这个

模块也能良好的开发下去,我思想核心是:前人栽树,后人乘凉.我要这一功能模块能

让新手迅速的接手和扩展开发,让他们能快速适应开发节奏,浪费不必要资源,说句实

话虽然现在很多公司开发一个软件,让新手参与,但很多新人找不到方向,只能向前辈

请较了,但这样的方式毕竟是治标不治本,因为不是自己理解的,很难在开发过程中考

虑全面,只是给后来增加维护的成本而以,虽然我这说的就像炒剩饭一样,不就是软件

规范吗,但每个人想法不同,所理解软件规范也不同,认为有的东西是个明白人都看得

懂,不用作的这么细,我以前也是这么想,但人有时候就像看见某一现像突然醒悟一样,

而反思以前有什么地方作的不够好一样,而进行调试找BUG,找出错误而进行改正,最

后我总了一句语话:”事无巨细”,就像写代码注释一样,请大家不要抱着一种有些自己写的

一些代码是个明白人都看得懂想法,而不进行写注释,然而就是这一行小小注释它是可

以影响一个软件的全局性的,10个人写一个相同的功能就有五六种思想和习惯,新人虽

然知道这段代码的作用,但也许看不到你写的这段代码对全局的影响,造成了很多不必

要错误,浪费了时间,也滞后了开发的进度,我认为一个合格的开发人员就应该把软件写

的像教科书一样,延续你们这个团队的精神,要让软件有一个这样的精神,这样的一个软

件,它才可以良好运行下去.