本帖最后由 河蚌 于 2011-8-13 09:32 编辑 # ]# B) b+ {3 ^9 A; d2 b. l/ H+ ]8 f
3 E) k o/ f# ]序:前面的话: b3 g6 D! |& c! G
写这篇文章的起因是因为工作上的烦恼。公司要推行新的软件研发策略,但是这种研发策略并不是由技术人员的经验总结,而是存在于老板的想象之中,在国内甚至国外没有成功的先例。不允许反对,甚至提出某些疑问也会被认为是与之作对。但是软件工程恰恰是一门科学,不是有一个天才的想法就能实现,这其中的细节需要很多人达成共识,然后协力去完成。且不论想法是否正确,这样的讨论已经决定了它的命运。 每一次的讨论,老板都会不厌其烦的拿出组合家俱来作例子,意思是既然桌子、柜子都能先做成统一的部件,然后最后安装,为什么软件不能。当然这个道理是对的,但是在实现中,一套软件却比桌子复杂了不知道多少倍,我们要的不是结论,而是实现的方法,但恰恰是这些方法上出现了问题。所有的讨论实际上都是用一个错误去掩盖另一个错误,或者说是由一个错误走向另一个错误,为了实现一个所谓的目标,甚至已经打破了软件工程的一些基本的法则。 & R ^$ s& P8 G# y. L y 一直在想,究竟什么地方不对,除了非技术因素之外,是不是我们真有一些思维上的误区,由感而发,希望以后的工作中能够以此为戒。 2 w& Y- m* d8 V6 DPS:是2008年的老文,只收藏在博客里,在这儿 也算是首发。( h. x8 l1 ]6 t
1 b: O6 J: b' ^6 ?/ b; O# Y8 E