作者ggg12345 (ggg)
看板Soft_Job
标题Re: [讨论] 外包的软体合约通常有具体的需求规范吗?
时间Sat Oct 13 23:56:56 2007
※ 引述《leicheong (睡魔)》之铭言:
: ※ 引述《ggg12345 (ggg)》之铭言:
: : 应该是采用很简单的方法, coder 只是按 pseudo code 编成正确的程式,
: : 基本方块会有多层的人做程式流程与文件的 review. 而不是一人全包.
: : 在思惟的方向上, 台湾一向怕参与的人手太多, 是少用人的思惟. 印度不
: : 怕用人, 只要分成够多的模组方块, 加派人手就能快速兜出方块, 改功能
: : 需求就是另兜一套新的方块代替就可以了. 所以他们可能就是细部分工,
: : 人海战术, 小团队负责小方块, 大方向就是靠买方送来的规格再切割.
: 因此这样的团队只能做出「量产品质」的东西.
: 你不知道模组间的关系, 就不能完善的做出test case. 而且遇到跨模组
: 的bug (由其是side effect类型的) 就不要指望有人可以帮你抓出来了.
: 反正大家都不知道其他人在写甚麽, 为甚麽要这样写...
: 而且就你说的也和作者就的不相同. 作者说的是「每一个人都只是一个
: 零件, 可以随时替换」的情况. 你说的这些, 割pseudo code的人就不可以
: 随便替换了, 否则分工的切割点很大机会出问题. (对scope的理解不同)
1986年左右曾经访问日本东京的一家国防工业的软体公司, 该公司是日本
种子岛太空火箭基地相关软体的主要承包商, 他们产生程式的方式让我印
象一直很深刻.
一间房间里有四排办公桌, 每排也有四个桌子, 最後第二个才是用程式语
言转成程式的人, 而最後一个则是最终查验有无写错, 再补上完整文件者
, 四排共用了一位打字(卡)员. 每排的第一个拿到方块的规格, 做完分析
与说明文件并以pseudo code 叙述, 同时也完成主要的方块测试说明, 第
二个则是再查核前一位是否有误并细部完成测试用的 pseudo code .
这套方法比较接近老式的 coding form 做法, 那时候的日本还没有每人一
部PC或终端机的做法. 但 1986 年时, 台湾已经完全是用美式个体户的办
法, 从分析到写程式一口气全在终端机或PC完成, 接下去, 完全就是
interactive 式的上去 compiler, 不对再下来, 修修补补对着机器就干,
连软体比赛也都是讲求多快做出个影子来, 只数谁完成的项目多, 从不问
是否根本就是个无法完成, 也终究是不可靠的作品.
这些差异与疑问, 其实一直让我存疑至今. 至少, 我们设计系统的硬
体, 完成 driver , 甚至做完 OS , 完成整套系统测试, 整个过程是比较
像老式的那种方法的. 尤其出状况时, 没有整个方块文件与流程说明, 我
们是插不上手帮忙的, 所以一定是先有方块, 文件, 流程才会有电路板与
程式.
模组间的关系是一定知道的, 因为一定会在说明文件中谈到. 这种做
法跟做硬体的独立插板是类似的, 从状况反应经几个测试, 都能分出那个
模组可能出了问题才有此现象.
: 印度不怕用人, 为的是薪资水平低. 我们请一个PG的价钱可能就够
: 他们请三个coder(请容许我用coder这种不太礼貌的称呼. 这样不会
: 思想的工作如果说是PG的话我认为是对PG这称谓的一种侮辱. 照这文章
: 的描述他们充其量只是人型的, 像MS Access的App. Generator的
: 「程式码产生器」罢了)了. 印度外的, 生活指数比印度高的地方
: 你认为照样套用可行吗?
如果他的少数能人能搭配带领一般人做出事业来, 整体就是够有智慧的.
生产线的工人都不怎麽样, 但生产线在适当的地方都摆有测试与QC, 如
果作业员情绪失控, 领班就会立即找人或自己上线替换补上, 所以能确
保不怎麽样的人也能完成每个品质良好的成品. 而生产线靠的就是测试
与QC.
不错, 这就是及时又有品质的量产.
: 印度人一般的印象是受压性强, 上面的人怎样压逼/压榨也不会出大问题. 如果
: 不理会文化特质上的差异而套用到华人社会的话, 不想出问题也难.
: 这篇文章的其他地方就不说了...
我们对不了解的东东, 总是用怪力乱神来对付, 但基本上就是无法体会
何以能有这样的效果, 然後也学不来.
: : 底下是另外的一篇报导.
: : 2005-03-10 http://www.enet.com.cn/article/2005/0310/A20050310396963.shtml
: : 印度软件水平和中国的程序员
: 不. 这是同一篇的不同分页罢. 先前说的逻辑谬误有一部份就在这里.
: 说实在的, 我本身对这种「物化」人的论调的文章/思路十分反感.
: 一边看一边觉得恶心. 这篇文章的其他部份也就不参予讨论了...
============
台湾的相容 PC 外销时, 那些制造工厂的干部也是像 coder 而非 designer,
他们只是抓住了从学校老手指导的几个原则, 剩下的都只在小范围内变化,
经过一两次成功经验就只抓住成功的经验重覆做, 只小改不大改, 如此没水
准的做法反而可以带领一大票小工厂一起干, 而天下一打下来就很难让出来.
落後国家胜出的方法, 一定是跟老美矽谷的会有所不同, 因为环境根本就不
同. 可是一旦聚落起来了, 那种资金与人才聚集的作用是相同的.
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 140.115.1.146
1F:推 leicheong://sigh... 看来你还是不知道那文章错在那里. 10/14 16:37
2F:→ leicheong:你写的这篇有和那篇一样的错误, 再看一篇好好想想吧... 10/14 16:37
3F:推 ggg12345:你就指出来吧!印度的种姓制没人喜欢的,但能劣势胜出,再 10/14 17:04
4F:→ ggg12345:怎麽样不以为然,都觉得该正视,当然找出正解才是所要的. 10/14 17:10
5F:→ ggg12345:只是觉得印度就是能做得错误少,简单不出错就能成功不误期 10/14 17:11
6F:推 leicheong:如果不是你自己看出来的, 我说也没有甚麽用. 10/15 09:48
7F:→ leicheong:我可没有「你找一百篇来我给你逐篇分析有甚麽错」的喜好 10/15 09:49
8F:→ leicheong:我想在之前几篇文给的提示该够清楚了... 10/15 09:50
9F:→ leicheong:P.S.: 你有没有留意我在回你的文时用特别多的反问句? 10/15 09:51
10F:推 ggg12345:觉得那些是意识型态比较相关的问题, 这跟打仗时, 局部数 10/15 11:46
11F:→ ggg12345:量的优势是同一种道理.表面上是低工资(人命不值钱)在作用 10/15 11:49
12F:→ ggg12345:但实际上是怎麽摆对那个时间地点,造成优势才是重点,想自 10/15 11:51
13F:→ ggg12345:杀有时连门都没有,就像日本神风.创造那个时机形成优势才 10/15 11:53
14F:→ ggg12345:是重点,方法是死的,也不是到处都适用,抓住与壮大机会就成 10/15 11:54