软件工程能帮多大忙? (转) (0分)

  • 主题发起人 主题发起人 tuti
  • 开始时间 开始时间
T

tuti

Unregistered / Unconfirmed
GUEST, unregistred user!
好久没来这里,先转贴篇一个朋友的贴子。不过我相信很多人会说各种理由来反驳,
不过还请耐心读完:)
一、思想各不相同,行为却是一样的
中国的程序员多数贫寒而有大志,看到国产软件行业凋敝,拯救中国软件业的愿望便
由此生根发芽。我但是,我越做就越失望。为什么?因为胡说八道胡乱指挥“项目经理”
的太多,有寡不敌众的感觉吗?不是的。胡乱指挥的人的确多,什么中文软件,什么自
主知识产权,什么扶持软件产业,什么硅谷梦想,的确寡不敌众。但这根本不重要!反
过来,即使这个社会人人都是比尔.盖茨,安迪.葛洛夫,对中国的软件业的繁荣也于事无
补!对“振兴民族软件业,知识救国”的失望,是因为我越来越意识到:人的思想和行
为是两回事,人的思想可以有很大的差别,但他们的行动都是一样的。去买麦当劳,您
很想守秩序排队,还想隔得很开,不要身贴身——身贴身完全没必要。但如果是那样,
您就一直远远站着吧,所有人都以为您只是在等人。排队的好处他们不懂吗?可能不懂,
但是即使懂,好象您自己就懂,但您也照样得挤进去。不挤不得食。您和他们的思想境
界或许有巨大的差异,但身历其境,您的行动跟他们的都是一样的。你或许曾经迟疑,
那你就已经吃亏。相信每个读者都遇到过��“项目经理”们都宣称要在项目实
施软件工程。什么ISO90002,CMM,RUP。但行动上呢?他们的真实去做的是其实是很
小的,仍然是无文挡,无控制,无注释的“三无产品”。如果帮助他们更彻底地履行
他们的誓言,好意告诉他们,瀑布式的做法风险很大,软件需求必须定义清楚,团队
必须沟通,他们就会拿出合同说时间不等人过期要罚款。说,可以有很多套;做,则
只有一套。思想上,大家可以天马行空,各执己见,乱说一通,然后一口咬定——
不要紧,没代价。但是,如果付诸行动,则要承受扎扎实实的损失。口头上我们势
必要跟对手过不去,但行动上我们很难跟自己的钱包过不去。结果,在一定的约束
条件下,可观察的人的行为都是非常相近的,至少比起他们内心想法的差异而言是
如此。正因如是,思想上的伪劣商品,比实物世界的伪劣商品多得多!  
二、“做了什么”有别于“为什么那么做”
我们永远不知道BILL.GATES那么作为什么便获得了成功,说“不知道”,那是因为很多
失败的人也是那么做的。有人想模仿微软的成功经验,但无数失败的人也是那么做的,
而另外很多不那么做的人却也同样取得了成功。
我们不知道微软的开发方法为什么能使得WINDOWS独步天下?是霸权,是垄断,是市场的
需求?我们不知道。我们只知道,只有那样,开发的成本才会最低,开发的质量才会很高。
贫穷的印度为什么会有那么好的软件工程和软件管理?是他们会英语,是政府扶持,是劳动
力便宜?我们不知道。我们只知道,在那样条件下,要靠软件来发展国民经济,那么CMM是
软件出口的前提,好的软件管理是公司赚取利润的保证。至于这些不懂软件技术的印度项目
经理为什么会发现并坚持这个选择,我们不知道。应该开诚布公地告诉读者:软件工程
不知道怎样把一个好的idea变成举世闻名的软件。要成功,那么运气、努力和经验,市场
环境,就缺一不可,但是,软件工程既没有兴趣、也没有能力逐一掂量这些因素、逐一对
这些因素论功行赏。软件工程只是指出一个软件企业要符合什么条件才更有机会在竞争中
生存和发展。但怎样才能达到这个点,软件工程就束手无策,无言以答。
软件工程是解释软件开发过程行为的经验科学。它解释的对象是可观察的企业的行为,
而不是不可观察的企业管理人员的动机、愿望、理想、观点和感受。软件工程只是解释
——也仅能解释——一个成功的软件企业“做了什么”,而无法解释——也没有兴趣解释
——一个成功的软件企业“怎么会这么做了”。这类似于我们知道一个奥运冠军是怎样的
,但这种知识跟如何才能训练出一个奥运冠军是两回事;我们知道谁谁谁是诺贝尔奖得主
,但这有别于要我们培养一个诺贝尔得主;我们知道一个健康、聪明的男婴是怎样的,
但如何才能生育一个健康、聪明的男婴,则是另外一回事。
三、通向繁荣之路漫漫
一个在大学教书的软件工程教授的言论,与他如果担任的项目经理和软件企业老板时的行为
,是有很大不同的。孰好孰坏不是我们这里讨论的目的,我只是指出人们的行为依赖于他
所处的约束条件,而与他的或许五花八门的观点和理想没有多大的关系。
不良的软件企业管理为什么会施行?这往往是在特定约束条件下,人们角逐自身利益的结
果。他们要那样做,才去寻找自圆其说的理由,而不是他们先找到合理的理论后,才根据
这个理论来行事。我们常常会颠倒了前后因果。是企业管理者想赶工期,才选择了“三无
开发”,而不是有了项目经理有了“三无开发”才说服老板加快进度。不是软件企业的老
板不知道“瀑布式开发”风险巨大才搞瀑布式开发,而是他们为了生计必须这样做,才选
中了那些早就被彻底驳倒的理论和至今一知半解的项目管理者。不是BILL.GATES精通了软
件工程才发财,而是他发了财后,软件专家才出来说:“那就是软件工程,象他那样就能
发财。”Rational公司的软件工具盛行于世界,还邀请微软ORACLE来助阵,但我们的项目
经理们听进去了他多少?大批的专家去印度,爱尔兰,以色列,去学习考察软件企业的管
理,但是我们软件产业作坊式生产今天改观了多少?华为,金碟邀请IBM,微软来出谋划
策,即使这些计谋都是正确的,但那也不比建议搞定信息产业部来的更好。
人在江湖,知易行难!
我们绝大多数人都懂得牛顿定律,但这一知识除了帮助我们更好地理解世界外,并没有对
我们的个人生活产生多大的帮助。我们走路尚且没有跌倒,我们抛起儿子尚且不会忘记接
住,恐怕不能归功于对牛顿定律的认识。是的,牛顿定律在工程技术方面极大地改善了我
们的生活,但那是因为我们有足够的资源,可供反复试验的缘故。
但软件工程却没有那么幸运。软件工程给我们带来了前所未有的智力上的乐趣,我们一旦
掌握了软件工程的基本原理,我们就能象走路、骑车、游泳、说话一样自然地运用,用来
理解软件开发中的现象。但我们每个企业的发展的顺流逆流,却似乎有着它本来的走向。
在另一方面,人们却不能象做物理试验那样廉价地在一个企业中做软件工程的试验。一个
软件企业管理理念的成败,往往不取决于它理论上是否成立,而只能取决于企业家、政
治家、程序员与经理、官员,客户的共同博弈。
软件工程能帮多大忙?软件工程确实提高了个人在软件能力上的洞察力,但它无力支配
各种现实力量的角逐。


 
我记起了最近看过的一篇文章,其中有一句话对我触动很大。
“好的软件并不是靠一个或者所谓的几个软件超人做出来的,没有好的软件规划和分析是绝对行不通的”
我一直错误的认为会写代码,会分析调试,会技巧性的处理就是编程应有的境界。
现在我明白了,自己其实错得很厉害,也许这和自己是非计算机专业出身有关,
不懂系统工程,不熟悉软件工程,不精通数据结构,没有牢固深厚的专业基础。。。。。。
仅仅凭了一点点小聪明和极大的热情在探索追寻着,我不知道自己还有没有机会实现心中那个梦想。
做一个真正的程序员,仅此而已!
 
该文原是一篇有关经济学的杂文,朋友将其改写主题为“软件工程”后,
其效果令我有些吃惊。我承认这是一篇很有揭示的文章。
也许在我看来所谓的“软件工程”并不是一门可学习的科学,而是一种
只能通过个人体会、却很难言传的经验。
对于开发流程进行改进的源动力也只能是痛苦的经历。
也许我过于悲观,但我确实没有乐观起来的理由-_-!
 
听课中
...
 
learning...
 
"华为,金碟邀请IBM,微软来出谋划策,即使这些计谋都是正确的,但那也不比建议搞
定信息产业部来的更好。"这句话说得很有“中国特色”。所言非虚,一些功利的商人都是
这样做的。不信你看,国内搞技术的公司远没有搞市场、善做秀的公司吃香。悲哀!!!
 
楼上的兄弟们说的极是,这也是我淡出编程的主要原因之一.
做一个程序员不可以决定一个项目如何实施,如何管理.真正要做实事还需要从项目上入手.
只是现在势单力薄,一切都在努力中.
 
经验很重要
 
是一篇好文章,但多少有些悲观!
软件工程能帮多大忙,完全取决于你是否能会了精华并知道在你所处的条件
和环境下应该采用的内容。
软件工程是值得肯定的,但我欣赏实用的方法,这一点Microsoft做的最好。
在中国实践软件工程,痛苦的确很多,但我们必须要承受......
 
茅舍顿开![:)]
 
写的非常好
我认为软件开发首先是需求先尽量弄清楚,否则不要“轻举妄动”。对团队开发来说文档
相当重要,必须在软件工程思想指导下进行。
软件开发以人为本,我认为这样的软件才有生命力。因为软件的变数太多了,只有符合
用户的“胃口”用户才乐意使用你的软件。
一点浅薄认识,请大家多多指教。
 
写的非常好
我认为软件开发首先是需求先尽量弄清楚,否则不要“轻举妄动”。对团队开发来说文档
相当重要,必须在软件工程思想指导下进行。
软件开发以人为本,我认为这样的软件才有生命力。因为软件的变数太多了,只有符合
用户的“胃口”用户才乐意使用你的软件。
一点浅薄认识,请大家多多指教。
 
对极!
中国缺少的就是这些!
 
听课中,学习。。。
 
最好不要提什么“中国特色”!
 
:),文章说的很真实,我们正在经历某一困难的历史时期,以后这些不合理应该会消失的。
 
软件工程的书看了不少,可是就是不会运用。学学学[:D]
 
说到底好像是中国人的一种劣根性。过惯了小农经济的生活,突然要转到我们不熟悉的
商品经济的生活环境的时候的确会出现一些问题。顶头说描述德可以说是一种社会现象,
不仅仅是在软件行业出现这个问题,建筑业不是这样嘛?或许大家还可以说很多例子。
不过改革是痛苦的,我们这一代就是受这个苦。因为我们就是小农经济教育体制下的产物。
包括我们的老板。不过我们比老板好,我们是眼光向外,乐于改变的一代。眼光放长远一点,
老板的确是按照成就的方法在做,效率很低。不过我们这个行业正在向高出看齐。引进了
UML等方法,让老外来做指导等等。这都是在改变。也许我们等到我们所期待的最佳状态
的时间会很长,不过这样总比什么都不做得好!总比很多人在那里干叫“印度超过我们了!”
得好!不管怎么样我们在改变。
不管是否成功,荣誉永远属于那些在奋斗,在改变的人们。而绝对不是评论家!虽然可以说
评论家在这种改变中也有价值。可是........
 
rational ,clearclase 就是不会用。
希望高手多发一点关于软件工程、建模的帖。
 
后退
顶部