看板
[ Soft_Job ]
討論串[討論] 外包的軟體合約通常有具體的需求規範嗎?
共 48 篇文章
內容預覽:
1986年左右曾經訪問日本東京的一家國防工業的軟體公司, 該公司是日本. 種子島太空火箭基地相關軟體的主要承包商, 他們產生程式的方式讓我印. 象一直很深刻.. 一間房間裡有四排辦公桌, 每排也有四個桌子, 最後第二個才是用程式語. 言轉成程式的人, 而最後一個則是最終查驗有無寫錯, 再補上完整文件
(還有935個字)
內容預覽:
看到這麼概念化的東西. 一大堆流程啊~理論啊~模組啊~PALAPALA.... 我頭都暈了我.... 其實寫程式本來就很繁雜. 無法做到模組化跟標準化. 需求跟規格變來變去也很正常. 過度追求流程問題只是一種精神潔癖. 設計的時候當然是可以有一套開發的方法. 但是實做的時候...免不了就是要一直修改
(還有149個字)
內容預覽:
因此這樣的團隊只能做出「量產品質」的東西.. 你不知道模組間的關係, 就不能完善的做出test case. 而且遇到跨模組. 的bug (由其是side effect類型的) 就不要指望有人可以幫你抓出來了.. 反正大家都不知道其他人在寫甚麼, 為甚麼要這樣寫.... 而且就你說的也和作者就的不相同
(還有381個字)
內容預覽:
========. 應該是採用很簡單的方法, coder 只是按 pseudo code 編成正確的程式,. 基本方塊會有多層的人做程式流程與文件的 review. 而不是一人全包.. 在思惟的方向上, 台灣一向怕參與的人手太多, 是少用人的思惟. 印度不. 怕用人, 只要分成夠多的模組方塊, 加派
(還有1749個字)