微信扫一扫1.5w+
社区成员
软件工程不该是程序员管的事
SnowFalcon:
本来软件工程就不是应该程序员考虑的事情。这是公司管理层的责任。然而国内对软件工程的热情大都来自程序员本身。这本来就相当奇怪的情况。GE公司的信息化过程那可是截然相反的态度，从下面的员工倒中层的经理一致的反对，然后伟而奇同下杀手推动信息化，他自己说是进行了一场"文化大革命"。然而现在公司内部的软件工程的实施大多数都是自低向上的"农民起义"。这种要求领导来支持的软件工程，不失败才怪了。
有一个朋友和我说:"现在的软件公司不搞软件工程吧做活太难，没法和大公司比。做软件工程吧，也没有那么多的钱和时间"。那我说"这种公司干脆就应该关掉"。去年科特勒到中央电视台对话做节目，一个观众问他:"中国的那些家电企业，不打价格战要死。打了价格战也要死。你能不能为他们出一个主意。"科特勒说:"很奇怪，我很难理解你们中国人的思维。这些公司在市场上没有竞争力干嘛要在市场上生存。我唯一能够给他门的建议就是趁早关门"。
所以我现在的意见也是这样，程序员更本就不要去关心UML,CMM之类的软件工程。这些东西程序员管不了也管不好。程序员一管反而更糟糕。因为他们没有管理的经验，而且程序员的理性思维一旦与软件工程结合就会出先条条+框框=失败的最终结果。程序应该管的是如何快速的书写程序，竟此而已。至于公司如何实行软件工程，就各看各的造化了。做不了软件工程的公司就趁早离开它。
本来软件工程就不是应该程序员考虑的事情。这是公司管理层的责任。然而国内对软件工程的热情大都来自程序员本身。这本来就相当奇怪的情况。GE公司的信息化过程那可是截然相反的态度，从下面的员工倒中层的经理一致的反对，然后伟而奇同下杀手推动信息化，他自己说是进行了一场"文化大革命"。然而现在公司内部的软件工程的实施大多数都是自低向上的"农民起义"。这种要求领导来支持的软件工程，不失败才怪了。
有一个朋友和我说:"现在的软件公司不搞软件工程吧做活太难，没法和大公司比。做软件工程吧，也没有那么多的钱和时间"。那我说"这种公司干脆就应该关掉"。去年科特勒到中央电视台对话做节目，一个观众问他:"中国的那些家电企业，不打价格战要死。打了价格战也要死。你能不能为他们出一个主意。"科特勒说:"很奇怪，我很难理解你们中国人的思维。这些公司在市场上没有竞争力干嘛要在市场上生存。我唯一能够给他门的建议就是趁早关门"。
所以我现在的意见也是这样，程序员更本就不要去关心UML,CMM之类的软件工程。这些东西程序员管不了也管不好。程序员一管反而更糟糕。因为他们没有管理的经验，而且程序员的理性思维一旦与软件工程结合就会出先条条+框框=失败的最终结果。程序应该管的是如何快速的书写程序，竟此而已。至于公司如何实行软件工程，就各看各的造化了。做不了软件工程的公司就趁早离开它。
...全文
当前发帖距今超过3年，不再开放新的回复
发表回复
zyplwt 2003-04-22
是，要不然计算机专业为什么学软件开发这门课
- 打赏
- 举报
极湖 2003-04-22
要实现工业化，就要分工明确，个人的精力是有限的。
集体的力量怎么体现? 在软件领域当然要靠软件工程来实现。
所以，让你当程序员你就当好程序员，服从统一的管理，这是没有错的。等你经验丰富了，别人觉得你行的时候，就让你去做软件工程，不让你当代码工人了。
集体的力量怎么体现? 在软件领域当然要靠软件工程来实现。
所以，让你当程序员你就当好程序员，服从统一的管理，这是没有错的。等你经验丰富了，别人觉得你行的时候，就让你去做软件工程，不让你当代码工人了。
- 打赏
- 举报
twinsant124 2003-04-17
:"软件工程不该是程序员管的事"
haha,楼主先说了一句存在极大二义性的话，然后一帮闲人在后面从各自的角度激扬文字。
什么是程序员？
指代一个角色还是该角色的实例（也就是中国现状下做牛做马的我们）？
什么叫“管”？
实施？研究？练习？
拜托给点专业精神好不？问题没有说清楚，就开始讨论解决方案，我们开发软件陋习的后遗症吧^_^
haha,楼主先说了一句存在极大二义性的话，然后一帮闲人在后面从各自的角度激扬文字。
什么是程序员？
指代一个角色还是该角色的实例（也就是中国现状下做牛做马的我们）？
什么叫“管”？
实施？研究？练习？
拜托给点专业精神好不？问题没有说清楚，就开始讨论解决方案，我们开发软件陋习的后遗症吧^_^
- 打赏
- 举报
eastsun 2003-04-16
Clear Is All.
清楚比工程更重要。
- 打赏
- 举报
lw549 2003-04-16
我同意楼主的观点。
作为一个程序员，应该把主要精力放在如何提高自己的编程水平和业务水平上来。软件工程是需要有一定经验才可以学习的，没有扎实的业务水平就想搞什么软件工程，纯粹是胡闹。
当你在某个行业做了几年以后，经验也就有了，这时才可以考虑软件工程，至于你是否愿意考虑，那是个人志趣。
作为一个程序员，应该把主要精力放在如何提高自己的编程水平和业务水平上来。软件工程是需要有一定经验才可以学习的，没有扎实的业务水平就想搞什么软件工程，纯粹是胡闹。
当你在某个行业做了几年以后，经验也就有了，这时才可以考虑软件工程，至于你是否愿意考虑，那是个人志趣。
- 打赏
- 举报
孩皮妞野 2003-04-15
听课。
- 打赏
- 举报
EnigmaXJ 2003-04-15
国人的定向思维，软件工程就得让懂软件的人来搞！智能交通就只能让懂交通的人来搞！
个人认为，具有这方面的知识和经验是必要的，但是知识是学来的！经验是历练来的！
同样，你不具备这些知识和经验，也是万万不能的。
这样做出来的产品有什么特色？搞管理的做出来，能体现出管理思维逻辑，搞调研的做出来，能体现市场需求状况，各有侧重而已。如果是程序员来做软件工程的话，只不过是具有了更强的程序员式。
我以前的时候遇到过这样的一件事情，那时候学校的老师要申报一个项目，恰好两个竞争对手我都很熟，一个按照常规思路设计了方案，很不错。另一个按照别的思路设计了方案，同样的不错。
上面说到那些程序员不能搞软件工程的反例，我觉得只是他们没有扬长避短而已，在这里，实践的失败不等于理论上的失败，因为成功的例子是活生生摆在那里的。
个人认为，具有这方面的知识和经验是必要的，但是知识是学来的！经验是历练来的！
同样，你不具备这些知识和经验，也是万万不能的。
这样做出来的产品有什么特色？搞管理的做出来，能体现出管理思维逻辑，搞调研的做出来，能体现市场需求状况，各有侧重而已。如果是程序员来做软件工程的话，只不过是具有了更强的程序员式。
我以前的时候遇到过这样的一件事情，那时候学校的老师要申报一个项目，恰好两个竞争对手我都很熟，一个按照常规思路设计了方案，很不错。另一个按照别的思路设计了方案，同样的不错。
上面说到那些程序员不能搞软件工程的反例，我觉得只是他们没有扬长避短而已，在这里，实践的失败不等于理论上的失败，因为成功的例子是活生生摆在那里的。
- 打赏
- 举报
hunter118 2003-04-14
支持楼主的这句话：“软件工程不该是程序员管的事”。。。
- 打赏
- 举报
jmwh 2003-04-14
好多人似乎有点误解gigix的意思了。他有这样的思想，应该是经历了太多的挫折和教训得到的。也许他的站的高了点，但是事实会证明他是对的。
- 打赏
- 举报
zhangyan_qd 2003-04-14
sunsys(sunsys) :大部分的建筑设计就是两三个人做的，最多有几个人帮忙画画图而已。一个建筑、一个结构、两个设备，四个人可以搞定绝大多数的建筑设计，而且也看不出什么被淘汰的趋势。别看那些大设计院几百人，人家可不是几百人同时做一个项目。隔行如隔山，不懂请不要乱说。
- 打赏
- 举报
crispopo 2003-04-14
或许软工上需要理论性的突破（纯属个人意见）
- 打赏
- 举报
sunsys 2003-04-14
程序员如果不向软件工程上发展，难道一辈子做coder－－蓝领技工!?
项目分析、工程规划、软件设计、方案设计等软件工程的东西肯定是
优化条件，看看建筑工程吧，他的规范过程就失缺一不可得，当然还有
2、3个人手工作坊的建筑工程设计，但在建筑工程里这绝对是要被淘汰的！
项目分析、工程规划、软件设计、方案设计等软件工程的东西肯定是
优化条件，看看建筑工程吧，他的规范过程就失缺一不可得，当然还有
2、3个人手工作坊的建筑工程设计，但在建筑工程里这绝对是要被淘汰的！
- 打赏
- 举报
flowerboyhgc 2003-04-14
太重要了
- 打赏
- 举报
slmengcn 2003-04-14
人家透明是混了有年头的，看破红尘也是正常的心态。
刚入行或者是准备入行的同志们都迷茫并激动着呢，
咱也就不在泼冷水了吧。
不过，个人觉得透明也没完全超出三界外不在五行中，
要是真的那儿样，人家都懒得出来废话了，潜水偷着乐得了。
可见，透明兄还是其心未泯，心里都还惦记着像咱这样
还心有不甘的兄弟们。
不过，咱们也不要太烦恼太迷茫，等将来年华老去，
咱也能说一句：“我也年轻过！”
刚入行或者是准备入行的同志们都迷茫并激动着呢，
咱也就不在泼冷水了吧。
不过，个人觉得透明也没完全超出三界外不在五行中，
要是真的那儿样，人家都懒得出来废话了，潜水偷着乐得了。
可见，透明兄还是其心未泯，心里都还惦记着像咱这样
还心有不甘的兄弟们。
不过，咱们也不要太烦恼太迷茫，等将来年华老去，
咱也能说一句：“我也年轻过！”
- 打赏
- 举报
突击召唤师 2003-04-14
软件是生产线上的产品，不是手工艺品。
- 打赏
- 举报
突击召唤师 2003-04-14
哈哈，你是programmer还是coder啊。中国的软件开发人员，多数是拿着coder的薪水在做设计，甚至从立项需求就开始！这样把人当驴使，还不给喂饱，实在是让人心寒啊。
- 打赏
- 举报
foxnt 2003-04-13
我完全同意楼主的意见。
我见得太多了，很多程序员言必称软工，每个项目开始时都嚷嚷着要搞软工，结果真的一开始搞了，就不知所以了，乱七八糟了。
程序员就老老实实写自己的代码，不要瞎参合本该由管理员做的事，否则不但越位，而且干得一团糟。
套句F4的话： 如果程序员也干软工的话，那还要PM、SA干什么？^_^
我见得太多了，很多程序员言必称软工，每个项目开始时都嚷嚷着要搞软工，结果真的一开始搞了，就不知所以了，乱七八糟了。
程序员就老老实实写自己的代码，不要瞎参合本该由管理员做的事，否则不但越位，而且干得一团糟。
套句F4的话： 如果程序员也干软工的话，那还要PM、SA干什么？^_^
- 打赏
- 举报
whygod 2003-04-13
以上是我的经验,我曾经做过的几个项目.
我才叫兼多职,写代码,测试,连软件界面都要我去完成.
那个顶目总管策划得很一般,事实上他虽比我大,但经验上,技术上跟我是差不多,甚至比不上.所以,我承认我心里面是有些不服气的.不过,为了整个项目成功,我也不太介意.
项目管理员的通病就是太理想化了..总认为规划好就能做成功,这句话是没有错,但每个项目管理员都认为自己的规划是"好"的,事实真如此吗?
现在国内水平在前进,项目管理员的素质也在提高,他们大多都是从程序员一条路走过来的,所以,在中国,程序员还是有希望,别整天想着悲观的事情.....
我才叫兼多职,写代码,测试,连软件界面都要我去完成.
那个顶目总管策划得很一般,事实上他虽比我大,但经验上,技术上跟我是差不多,甚至比不上.所以,我承认我心里面是有些不服气的.不过,为了整个项目成功,我也不太介意.
项目管理员的通病就是太理想化了..总认为规划好就能做成功,这句话是没有错,但每个项目管理员都认为自己的规划是"好"的,事实真如此吗?
现在国内水平在前进,项目管理员的素质也在提高,他们大多都是从程序员一条路走过来的,所以,在中国,程序员还是有希望,别整天想着悲观的事情.....
- 打赏
- 举报
whygod 2003-04-13
程序员在开发过程中演多角色是正确的.
这个项目,一个程序员是专写代码,下一个项目,他可以参与项目设计,管理工程.
这样子,项目管理员和程序员之间才可以更好地交流..
当然,这种完美的情况只有个人创办的企业或是工作室才能实现.
但这确是最高效率的,无论对于产品还是对于自身的提高.
技术员,多角色,这是国内的特点,不应该回避它,而是去接受,去利用它.
这个项目,一个程序员是专写代码,下一个项目,他可以参与项目设计,管理工程.
这样子,项目管理员和程序员之间才可以更好地交流..
当然,这种完美的情况只有个人创办的企业或是工作室才能实现.
但这确是最高效率的,无论对于产品还是对于自身的提高.
技术员,多角色,这是国内的特点,不应该回避它,而是去接受,去利用它.
- 打赏
- 举报
sfanpu 2003-04-13
我觉得软件工程一定是程序员的事.
对程序员来说一项工程就象是一件艺术品一样,当然要关心它的结构,它的外表.
对程序员来说一项工程就象是一件艺术品一样,当然要关心它的结构,它的外表.
- 打赏
- 举报
加载更多回复