寻寻觅觅找福州的VC程序员,请留下您的脚印,留下您的EMAIL!
我的EMAIL:[email protected]当有一天你厌倦了无休止的重复开发或是再也无法容忍无休止的需求变更或是对自己所从事的开发项目绝望的时候你是否能够找一个安静的并能看到蓝天的小屋静静的思索一下,想想自己的工作是为了什么,是为了一份土豆加牛肉,还是为了让自己成为一个延着时代步伐前进的弄潮儿,又或者是为了让自己能够建起一座不倒的大厦? 我已经记不太清我自己当初为什么选择了我现在所走的路,依稀还记得再一年多前的一天我突然觉得开发不再是那么重要的时候我决定要离开了我自己所喜爱的开发工作,当时我并没有立即放弃开发,直到现在我在某种程度上来说也还是在从事一部分开发工作(我觉得自己在编写代码时是最无忧无虑的)。这一年多来自己承担过一些修改别人的代码和接手别人的系统的工作,我慢慢的感觉到这依然是一种乐趣,但也同时发现维护一个系统所花费的代价实在太大了。从表面上我也看到不同的系统所给出接口与开发资料之间的巨大差距,在系统的稳定性上面的差距更是巨大。 一个系统是否能够达到预期目标的关键是什么?其实国内很多系统在技术上,至少是在技术出发点上与国外的系统没有多大差距,甚至会超过国外,但是在最后能够按照设计完成的却没有多少。 目标有了,如果没有好的计划和合理的安排,实现目标就是一纸空谈。而一个好的计划来源于对软件项目的全面了解和透彻分析,目前来讲也许问题就存在于分析和计划上,没有分析就不可能产生合理的计划和安排,而没有好的计划则不能够准确有效及时的验证工作情况是否正常。 在开发不再是对技能拥有者的要求时就上升为对管理执行者的要求,一个项目的执行过程中所遇到的问题不光是技术和技巧上的,同样也会是管理上的。一个好的管理人员能够为开发人员创造好的开发环境并能够保证开发人员高效的工作不为其他事情所动摇和干扰。而且可以协调开发人员间的工作保证所有人的工作都可以按时按质的完成,而不会因为某个局部而对整个全局产生大的影响。 在以前我过多的将软件工程理解为对软件设计过程和开发过程的控制,认为通过开发规范,软件设计和分工协作就可以解决软件开发中的问题。但现在想来软件工程应该包容更广泛的含义,笼统的说来还应该包括软件开发的实施过程(开发进度)控制,软件需求变更控制,人员变更协调控制,软件目标变更控制甚至还包括软件开发策略和软件目标实现策略等。(这里所讲的变更控制在瀑布型的开发模式中应该是不会出现和极少数出现的,但对于目前所处的商业化大环境中不变是几乎不可能的,现在的软件系统比以前更讲究时效性。也许M$为大家树立了一个不好的榜样,在某种程度说是牺牲稳定性来缩短开发周期) 很多的事情我自己一时也想不清楚,我一直在希望自己能够有一些比较空闲和充裕的时间来整理一下自己的思路,但一直苦于工作的压力没有去做。 现在我选择一条可以集合大家力量的路,我希望通过互联网来积聚起一群对软件工程感兴趣的朋友,大家一起来探讨关于软件工程和软件质量的问题。 当然我想按照软件工程进行规范开发是每个开发人员最终的梦想,也是开发人员自发性的要求,所以我希望能够有一些朋友加入到这里来,使我们大家可以通过我的网站在中国创建出一个关于软件工程的学习,实践和交流的氛围。