|
“界面人员没编码前先想着是outlook式的还是Visual Studio式的界面”，这个有错吗？设计本来就在编码之前，难道要一边编码一边想是什么样式？这个好像不符合作者对软件工程前调的想法吧。 “就是不能保证能够把一个软件稳当、完整的开发出来。”这个是谁的错，是谁来保证项目的成功？当然是项目经理了。如果一个项目分成ABC三部分，做A的程序员只能保证A成功，BC的成功不是他的职责。 举个简单的例子： “软件中需要一个列表，用来表示我们处理的事务。该类表在业务繁忙的时候将变得很大。中国人就用双向链表，抱着《数据结构》书在那里写链表的类。印度人开了一个大数组，然后就开始干。为什么印度人不用链表，他们说：1、你们给出的设备（小型机），最少具备512M内存，浪费一些没有什么。2、数组方式访问方便、效率高。 看出了一拿到东西就吭哧吭哧作Code，和好好进行软件分析的不同了吗？” 我想问的是，作为项目经理，你在这里有没有把规范的需求文档提交给程序员？你有没有明确的告诉过“该类表在业务繁忙的时候将变得很大”“给出的设备（小型机），最少具备512M内存”？另外，你有没有告诉过程序员，因为有512M而可以不需要考虑内存浪费的问题（因为数组是静态分配，可能会浪费内存一些，但是应为直接访问，所以速度快些、方便些），即使是512M并不是就等于可以随便浪费内存，从操作系统的角度来说，内存永远是不够的。需要知道，需求分析不是程序员的责任，从软件工程的角度来说，那是上一个流程应该输出的产品。不明确需求就该是着手实现，这是过程控制上的问题，而过程控制上的问题恰恰是项目经理的责任。 “所谓的项目经理(PC)一般也是从编码人员升上来的,并不是所谓的不懂技术,一般都至少有四年以上的经验”，印度也要求项目经理懂技术的撒。 “PC主要就是制定开发计划,负责协调,填写各种表格.”呵呵，这个PC对自己的职能还是了解的嘛，不光是填写各种表格哦，需要制定开发计划，负责协调。 “所有的东西(包括草稿)都有文档”不是每家中国的软件企业都没有文档，不是每家印度软度公司都由好文档,况且文档也有质量的区别。（象中兴、华为等通信设备制造商其实更象软件企业，他们的员工大部分是做软件的。 “详细文档要求达到只有这个文档就可以编码的程度,一般写文档时间占60%,编码时间极少”，看作者的意思是熟悉软件工程了，张口RUP，闭口UML，可是这个PC缺乏一些基本的软件工程常识，不管是那种过程，瀑布式也好，螺旋式也好，还是RUP也好，XP也好，软件过程都不是划分“文档编写”和“编码阶段”的，文档只是各个软件过程中的副产品，各个阶段时间怎么分配的，可以参考教材。作者的意思，文档编写就代表了立项、需求分析、系统设计，但是，真如这样吗？仅仅一个文档编写就能代表需求所有这些步骤的含义?就这么简单？ “计划很详细,的确能达到小时级,但是实际情况还是误差比较大,所以他们也有加班” 。计划是不是越细越好，达到小时级有意义吗？那是不是算到秒级更好？结果到后面还是“实际情况还是误差比较大,所以他们也有加班”，那这样的计划有何意义？ |
正在阅读：读中国与印度软件工程师之比较有感读中国与印度软件工程师之比较有感
2004-04-01 11:05
出处：CSDN
责任编辑：sdq
键盘也能翻页，试试“← →”键
