※ 引述《ggg12345 (ggg)》之铭言： : 　　1、他们的软件教育水平： 我们招聘印度人，给应聘者出了一份与国内差不多 : 的试卷，有基础概念和编程题目。 : 　　等到他们完成後，我们这些中国的自认高手惊呆了！他们的编程题目简直像是 : 抄袭的。 : : 　　2、他们许多公司的项目经理根本就不懂技术。 : : 　　给他们的任务可能就是一个函数的声明及该函数要实现的功能。我们呢？ : : 　　3、他们的编程人员的流动率达到30%! 他们的编程员流动率（包括内部项目之 : 间的流动）高达30%，可以想见他们的文档水平如何。他们的产品不依赖任何一个 : 人，谁都可以立即辞职，产品的开发还是会正常进行。 : : 　4、他们的开发计划能够做到小时级别。 如果一个印度司的项目经理没有上班 : ，那麽他的下属将可能不知道作什麽。他们的计划一般都定到天，每个基层开发人 : 员每天的工作量就是8小时。 : 推 leicheong:这篇有一点很奇怪的地方, 就是不算软体工程的人可以做 10/13 20:31 : → leicheong:PM, 而工作流程却是由PM制订的 . PM一天不上班PG就不知 10/13 20:32 : → leicheong:道要做甚麽... 那是不是连PM也可以省了? 反正这样看来 10/13 20:33 : → leicheong:只是一个clerk对着某Excel表keyin工作日程罢... 10/13 20:34 : 推 leicheong:还有「谁都可以走而不影响流程」, 这样说是指他们做的 10/13 20:36 : → leicheong:东西只要看文档谁都会做吗? 那真的很open source(指各 10/13 20:37 : → leicheong:公司间)呢... :P 10/13 20:38 : → leicheong:说实话, 我觉得这篇的作者很「一厢情愿」的把一些重要 10/13 20:39 : → leicheong:的东西都忽略了. 除非我们的软件业愿意自贬身价, 只做 10/13 20:40 : → leicheong:量产品质的东西 (也就是谁都可以做的, 不过历史告诉我们 10/13 20:42 : → leicheong:这种市场只有成本压得到最低的才会是赢家, 而这边的 10/13 20:43 : → leicheong:物价/薪资水平都比那边高, 根本没得斗的) 10/13 20:44 : → leicheong:否则我很怀疑这公司是否能在竞争中存活下来... 10/13 20:45 ======== 应该是采用很简单的方法, coder 只是按 pseudo code 编成正确的程式, 基本方块会有多层的人做程式流程与文件的 review. 而不是一人全包. 在思惟的方向上, 台湾一向怕参与的人手太多, 是少用人的思惟. 印度不 怕用人, 只要分成够多的模组方块, 加派人手就能快速兜出方块, 改功能 需求就是另兜一套新的方块代替就可以了. 所以他们可能就是细部分工, 人海战术, 小团队负责小方块, 大方向就是靠买方送来的规格再切割. 底下是另外的一篇报导. 不过根据某些公司曾经把某些新产品的应用开发案委外到印度公司, 根据负责计划的 人, 问得到的印象是: 1.抱怨一定有回应. 2.程式还是会有 BUG , 但也都要买方辛苦的 测试查出, 附上证据, 但确实一 定会改好, 几乎就是 function block 的做法. 3.不是好得不得了, 但就是能如期. ========================================================================== 2005-03-10 http://www.enet.com.cn/article/2005/0310/A20050310396963.shtml 印度软件水平和中国的程序员 　　印度软件开发 　　我在工作中，接触到印度软件公司开发出来的软件：整个体系架构非常清晰， 按照我们的要求实现了全部功能，而且相当稳定。 　　但是打开具体的代码一看，拖沓冗长，水平不咋样。我们自己的一些程序员就 有怪话了，说他们水平真低。但是！印度人能够把软件整体把握得很好，能够完成 软件，并得到相当好的设计文档。而中国人在那里琢磨数据结构、算法，界面人员 就还没编码就想着是Outlook式的还是Visual Studio式的界面。到最後就成为Code 高手，对某些特定的开发工具精通，但是就是不能保证能够把一个软件稳当、完整 的开发出来。 　　举个简单的例子： 软件中需要一个列表，用来表示我们处理的事务。该类表在 业务繁忙的时候将变得很大。中国人就用双向链表，抱着《数据结构》书在那里写 链表的类。 　　印度人开了一个大数组，然後就开始干。为什麽印度人不用链表，他们说： 　　1、你们给出的设备（小型机），最少具备512M内存，浪费一些没有什麽。 　　2、数组方式访问方便、效率高。看出了一拿到东西就吭哧吭哧作Code，和好好 进行软件分析的不同了吗？ 　　正好前几天我有几个同事从印度回来和我们交流,那家公司是CMM4级公司. 我感 受的几点: 　　1,流程重於项目 　　2,QC(就是QA)独立於研发部门,专门检查研发部门的开发流程是不是按照既定流 程走. 如果QC觉得流程不对,他会直接上报高层,项目肯定就此停止. 　　3,所谓的项目经理(PC)一般也是从编码人员升上来的,并不是所谓的不懂技术, 一般都至少有四年以上的经验 　　4,PC主要就是制定开发计划,负责协调,填写各种表格. 　　5,所有的东西(包括草稿)都有文档. 　　6,详细文档要求达到只有这个文档就可以编码的程度,一般写文档时间占60%,编 码时间极少 　　7,有各种详细的review(同行评审),项目组内的,项目组之间的,客户的… 　　8,计划很详细,的确能达到小时级,但是实际情况还是误差比较大,所以他们也有 加班. 　　先学习UML和Rose以及RUP，不要总是要找着证据。 在中国的软件开发水平下， 很难给你一个好的例子，OK？ 中国人总是要看到一个东西有了试验田，而且稻子长得好，才换稻。要知道在 国外上述的软件开发模式的应用，大可以看看Rational网页上的story。 　　Just do it! 一句话，中国的软件开发水平低得很。 赶不上印度人，印度的软 件公司可以让高中生编代码，它的软件工程水平可想而知。 当然，你如果是个很牛 的程序员。估计够呛，因为中国的气氛中，很牛的程序员都很难接受软件工程的。 你可以测试一下自己，看看自己适不适合现在学习软件工程： 　　1、你是不是不能忍受一个编程序不如你的人做你的项目经理？ 　　2、你是不是觉得你的老板对客户吹牛皮、夸大自己而感到不舒服? 　　3、你是不是一个拿到一个需求脑袋里第一念头就是如何实现的人？ 　　4、你是不是很崇拜Stallman，Linus，很讨厌Microsoft? 　　5、你是不是曾经在深夜编码的时候，突然感觉到一种乏味，对Code的生涯感 到一种无趣？ --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 140.115.5.153 ※ 编辑: ggg12345 来自: 140.115.1.146 (10/13 22:25)