软件工程和软件方法的联系和异同（讨论）

网络就那么小,跑来跑去那么几个人.

我觉得不是大小的问题，而是视角的问题。

工程，是从上往下看。这东西领导都喜欢。谁要是说领导不能了解底下的细节，他肯定跟你急。

工艺，是从下往上看。这东西工程师都喜欢。谁要是说工程师不能理解软件公司的管理问题，他也会跟你急。

呵呵，这里能看到 CSDN软件工程版很多熟悉的身影嘛 ^_^.
这里氛围好啊， 讨论争执都心平气和其乐融融。


软件工程和软件方法的区别类似于战略与战役的区别， 前者强调整体，后者突出局部。私下里俺觉得：

软件工程 = 软件方法 + 软件管理。

冒昧说下俺跟这里的缘分：

源于O6Z跟CSDN告别语，俺就找到这里来了。 O6Z兄在CSDN锋芒毕露、见解独特、语言狂妄、思路敏捷，正是俺所欣赏的， 进JAVAEYE瞧一瞧，看一看，合俺学习的胃口。

注册时恶狠狠的版首语吓了一大跳，不欢迎JAVA初学者， 呵呵，掂量下自己， 是JAVA无知者， 俺就厚脸皮进来学习了 ^_^

《软件工艺》前两天刚刚看完，作为目前一个程序员的角度来说，我几乎完全同意其中的观点。但是，我想作为一个boss的话，可能会排斥其中的观点。要把软件开发从目前的尽量工程化拉到手工工艺的阶段去，对于boss来说几乎是休想。虽然现在的工程说对于大多数项目来说效果也并不呢么好。

有一种感觉，认为软件工程中提倡的方法论比较适合瀑布型模型，因为这种模型下项目的变化更少一点，严格的可控也比较容易达到一点。嗯，NASA就比较适合一点。而我们大多数的小型乃至中型项目，采取迭代的方法的话还是适合软件工艺中提倡的方法。

如果你将心比心地站在BOSS的角度来想，也许最受不了的不是什么“从目前的尽量工程化拉到手工工艺的阶段去”，而是那句话：

这也就是为什么老有人贩卖银弹的原因。

站在男人的角度来想: 最好美女脑子都坏掉,哭着喊着要我抱.

现实是现实,愿望是愿望,这是2码事.

真是“妙哉”！

Boss想的是“利益”与“政绩”！

Boss希望的是工程“量产”，这点倒和追求技术的程序员有一些相似处。现在这么多傻瓜型的快速开发平台不就是为了更好的“量产”工程么？而我感觉程序员从最开始的功能级实现总是会慢慢的往通用级实现上去靠，这其实是一种自然而然的过程。技术活谁都愿意做，体力活都不愿意干，既然如此，那么用技术把体力封装起来，尽可能的减少体力消耗，也就是所谓的通用了。

宽泛的通用设计总比不上针对性的具体设计那么准确和优雅，但保证了一定程度上的开发效率，毕竟团队里不是每个人都对每一样东西了如指掌的。

相对于类比工匠，也许和球员（足球/篮球）比差不多。主教练还是很重要的，不过，相对来说，球员会比程序员好些，我想还是物以希为贵。
相对来说，现在好的教练还是比不上好的球员拿的钱多，球队要是失利乐，一般主教练抗的多。
不过相同的，全世界大家耳熟能详的球员，也就那一些，都是顶级的，IT界其实也是一样啊，耳熟能详的能人，一般都能获得好的待遇，只是视每个人追求的目标乐。
至于在此的大多数人，就好比哪些小型联赛的球员乐，也许有些人已经踢到丙级乐，但是估计甲级的还是相对少的。所以，对于大多数人而言，大家努力踢上甲级去吧！

（胡言乱喻乐下，^_^）