作者ggg12345 (ggg)
看板Soft_Job
标题[心得] [转贴] 我所看到的印度软件业(ZT)
时间Sun May 16 15:59:04 2010
copy-paste-modify 似乎就是比较快产生多行的码.
大家参考 !
==================================================================
标 题: 我所看到的印度软件业(ZT)
发信站: BBS 未名空间站 (Sat May 15 03:39:39 2010, 美东)
http://yunli.blog.51cto.com/831344/172294
说到印度的软件行业﹐我想国人的第一反应是“发达”。的确﹐印度是全球
软件外包的最大国。这里我想与大家分享一下我所看到的印度软件业﹐这些
看法是基於我现在公司的工作经历。当然﹐由於经历是很有局限性的﹐所以﹐
我所看到的也只是很小的一部分﹐难免会有些片面。但无论如何﹐也是我们
全面了解印度软件业的一个角度。
我在一家美资企业工作﹐总部是在Chicago。前两年所工作的项目﹐一开
始是外包给了印度的Wipro公司﹐对於Wipro公司﹐你可以Google一下﹐目前﹐
它是印度第二大的软件外包公司。这个代码拿过来一看真的是吓人﹐有很多
代码是通过Copy-Paste-Modify这种方式生成的。因此﹐代码的冗余量那是相
当的惊人。改代码时﹐我们不是说改一处就完了﹐而是要改多处。我想是不是
因为是软件外包公司﹐所以要采用Copy-Paste-Modify方式以体现代码的生产
效率呢﹖
现在工作的项目﹐也有不少代码是印度人写的﹐这些印度人有的在美国、
有的在印度。总体来说我觉得代码质量都不高﹐尤其是面向对象设计的部分
(也许国人在这方面也不怎麽样)。当然﹐我也相信﹐在印度的软件工程师
当中也有出色的。整体上﹐对於印度软件工程师的感觉是﹐他们比较的
Defensive﹐有时一点小事也要上报﹐合作没那麽愉快。
以前﹐对於我来说﹐一提到印度﹐那总觉得人家做得好。比如﹐很多印度
公司﹐像Wipro都过了CMM的五级﹐但是其软件质量并没有与CMM的级别相匹配。
我们公司当时给了Wipro很多的项目﹐但做到最後都放弃了﹐因为质量太差。
不可否认﹐印度软件产业的发展比我们走得早﹐但早并不代表质量一定比我们
好。
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 140.115.4.12
1F:→ hik0301:台湾真的很少人有机会跟印度人做生意,所以很难想像它们 05/16 17:01
2F:→ hik0301:Quality 是什麽样子 :P 05/16 17:01
3F:推 VegasBlvd:如果只是单纯遇到copy-paste的问题,那算是运气十足了 05/16 17:52
4F:推 bobju:这大概是员工要应付主管所设的工作绩效指标所灌的水,就跟在 05/16 19:33
5F:→ bobju:工作日志当中灌水的意思差不多. 05/16 19:33
6F:推 derekhsu:别担心,有人认为Copy&Paste是好维护的程式码呢! 05/16 21:54
7F:推 godisempty:由此得证:印度阿三最nice了 很会照顾人 05/16 22:14
8F:→ yauhh:那你们自己的意见呢?别只是尽抄别人的意见不断转述吧 05/16 22:49
9F:→ yauhh:C-P还要思考它究竟是不是差劲?C-P就C-P了,模组化就模组化了. 05/16 22:50
10F:→ yauhh:又不是做了这个就不做那个. 05/16 22:50
11F:→ yauhh:你不应该巴着一个观念,就到处说只有那个观念是对的.要灵活. 05/16 22:52
12F:→ yauhh:就像本板,如果说推文中某个梗一直重复一直重复,其实笑点都没 05/16 22:53
13F:→ yauhh:了,而它在使它不断重复的人的心中也是死话而已. 05/16 22:54
14F:→ yauhh:结论是,请问你们的人生在追求什麽? 一时口快之爽? 05/16 22:54
=======================================================
印度能成功必有过人之处, 就如原贴说的, 很吓人.
但原贴的大陆人显然是要企图去改印度人写的程式才会有此一文章之看法.
首先, 由原作者改跟由非原作者改是绝对不同的情况. 一向是非原作者难
度变高.
其次, copy-paste 跟组语的 macro 最像, 通常得制式换变数名称与label
, 若要变化一点功能就补进几行指令, 因此是 copy-paste-modify. 但
macro 没有再度叫用与反覆共用的问题, 是各自独立的, 构思起来会简单得
多, 不用伤太多脑筋在模组可多用性上.
原作者若对某个 pattern 很熟, 他会知道这种有重覆性但有点差异的 macro
(copy-paste-modify)的差异是在何处. 对他言就是因为很熟就会反覆抄反覆
改, 所以不会因雷同而改错不该改的地方. 对他言就是很容易维护或再用.
非原作者因不熟必然会眼花弄乱, 但就代工的印度软体业者言, 他不就是要
做到自己很好改, 但别人不好改, 才能保障市场吗?
这种方法的可维护性显然是非对称的, 於己於人完全不相同.
copy-paste-modify 生产程式码的效率与行数确实会比较高. 反正现在的硬
体容量就是可以这样干, 何况某些硬体业还会希望多用一点资源.
能抓到老鼠才是好猫 !
※ 编辑: ggg12345 来自: 140.115.4.12 (05/17 00:52)
15F:→ ledia:我给你的建议一如最一开始, 麻烦你到真正的环境再发表意见 05/17 10:56
16F:→ ledia:人家人多到当劳工, 可以自己管自己的 code 那是他们的事 05/17 10:57
17F:→ ledia:这种东西多起来了一样会出事的 05/17 10:57
18F:→ ledia:我所看到越顶尖的软体公司都不是这麽干的 05/17 10:58
19F:→ ledia:所以不要再误导刚入门的人了, 麻烦你, 大教授 05/17 10:58
20F:推 KanoLoa:刻意的阿.... 05/17 13:54