Re: [討論] 外包的軟體合約通常有具體的需求規範嗎?

看板Soft_Job (軟體人)作者ggg12345 (ggg)時間18年前 (2007/10/13 21:54)推噓0(0推 0噓 0→)

留言0則, 0人參與討論串14/48 (看更多)

※ 引述《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)