软件工程不该是程序员管的事

gigix 2003-04-11 10:18:15
SnowFalcon:

 

本来软件工程就不是应该程序员考虑的事情。这是公司管理层的责任。然而国内对软件工程的热情大都来自程序员本身。这本来就相当奇怪的情况。GE公司的信息化过程那可是截然相反的态度,从下面的员工倒中层的经理一致的反对,然后伟而奇同下杀手推动信息化,他自己说是进行了一场"文化大革命"。然而现在公司内部的软件工程的实施大多数都是自低向上的"农民起义"。这种要求领导来支持的软件工程,不失败才怪了。


有一个朋友和我说:"现在的软件公司不搞软件工程吧做活太难,没法和大公司比。做软件工程吧,也没有那么多的钱和时间"。那我说"这种公司干脆就应该关掉"。去年科特勒到中央电视台对话做节目,一个观众问他:"中国的那些家电企业,不打价格战要死。打了价格战也要死。你能不能为他们出一个主意。"科特勒说:"很奇怪,我很难理解你们中国人的思维。这些公司在市场上没有竞争力干嘛要在市场上生存。我唯一能够给他门的建议就是趁早关门"。


所以我现在的意见也是这样,程序员更本就不要去关心UML,CMM之类的软件工程。这些东西程序员管不了也管不好。程序员一管反而更糟糕。因为他们没有管理的经验,而且程序员的理性思维一旦与软件工程结合就会出先条条+框框=失败的最终结果。程序应该管的是如何快速的书写程序,竟此而已。至于公司如何实行软件工程,就各看各的造化了。做不了软件工程的公司就趁早离开它。
...全文
72 54 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
54 条回复
切换为时间正序
请发表友善的回复…
发表回复
zyplwt 2003-04-22
  • 打赏
  • 举报
回复
是,要不然计算机专业为什么学软件开发这门课
极湖 2003-04-22
  • 打赏
  • 举报
回复
要实现工业化,就要分工明确,个人的精力是有限的。
集体的力量怎么体现? 在软件领域当然要靠软件工程来实现。
所以,让你当程序员你就当好程序员,服从统一的管理,这是没有错的。等你经验丰富了,别人觉得你行的时候,就让你去做软件工程,不让你当代码工人了。
twinsant124 2003-04-17
  • 打赏
  • 举报
回复
:"软件工程不该是程序员管的事"
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个人手工作坊的建筑工程设计,但在建筑工程里这绝对是要被淘汰的!


flowerboyhgc 2003-04-14
  • 打赏
  • 举报
回复
太重要了
slmengcn 2003-04-14
  • 打赏
  • 举报
回复
人家透明是混了有年头的,看破红尘也是正常的心态。
刚入行或者是准备入行的同志们都迷茫并激动着呢,
咱也就不在泼冷水了吧。
不过,个人觉得透明也没完全超出三界外不在五行中,
要是真的那儿样,人家都懒得出来废话了,潜水偷着乐得了。
可见,透明兄还是其心未泯,心里都还惦记着像咱这样
还心有不甘的兄弟们。
不过,咱们也不要太烦恼太迷茫,等将来年华老去,
咱也能说一句:“我也年轻过!”
突击召唤师 2003-04-14
  • 打赏
  • 举报
回复
软件是生产线上的产品,不是手工艺品。
突击召唤师 2003-04-14
  • 打赏
  • 举报
回复
哈哈,你是programmer还是coder啊。中国的软件开发人员,多数是拿着coder的薪水在做设计,甚至从立项需求就开始!这样把人当驴使,还不给喂饱,实在是让人心寒啊。
foxnt 2003-04-13
  • 打赏
  • 举报
回复
我完全同意楼主的意见。
我见得太多了,很多程序员言必称软工,每个项目开始时都嚷嚷着要搞软工,结果真的一开始搞了,就不知所以了,乱七八糟了。
程序员就老老实实写自己的代码,不要瞎参合本该由管理员做的事,否则不但越位,而且干得一团糟。
套句F4的话: 如果程序员也干软工的话,那还要PM、SA干什么?^_^
whygod 2003-04-13
  • 打赏
  • 举报
回复
以上是我的经验,我曾经做过的几个项目.
我才叫兼多职,写代码,测试,连软件界面都要我去完成.

那个顶目总管策划得很一般,事实上他虽比我大,但经验上,技术上跟我是差不多,甚至比不上.所以,我承认我心里面是有些不服气的.不过,为了整个项目成功,我也不太介意.

项目管理员的通病就是太理想化了..总认为规划好就能做成功,这句话是没有错,但每个项目管理员都认为自己的规划是"好"的,事实真如此吗?

现在国内水平在前进,项目管理员的素质也在提高,他们大多都是从程序员一条路走过来的,所以,在中国,程序员还是有希望,别整天想着悲观的事情.....
whygod 2003-04-13
  • 打赏
  • 举报
回复
程序员在开发过程中演多角色是正确的.
这个项目,一个程序员是专写代码,下一个项目,他可以参与项目设计,管理工程.

这样子,项目管理员和程序员之间才可以更好地交流..

当然,这种完美的情况只有个人创办的企业或是工作室才能实现.
但这确是最高效率的,无论对于产品还是对于自身的提高.

技术员,多角色,这是国内的特点,不应该回避它,而是去接受,去利用它.
sfanpu 2003-04-13
  • 打赏
  • 举报
回复
我觉得软件工程一定是程序员的事.

对程序员来说一项工程就象是一件艺术品一样,当然要关心它的结构,它的外表.
加载更多回复(34)

15,447

社区成员

发帖
与我相关
我的任务
社区描述
C/C++ 非技术区
社区管理员
  • 非技术区社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧