瀏覽單個文章
TigerTigerTiger
*停權中*
 

加入日期: Oct 2012
文章: 0
引用:
作者darkangel
科科,原本程式不是長這樣,好像是用指標回傳一個 buffer,我簡化很多把精華留下來,讓人可以一眼看出錯在哪,會印象深刻,是因為對方不是新手啊,而且好像是搞了一整天不知道原因才來找我的。
難怪在台灣搞軟體會讓人瞧不起,先別說一些基本功都不行的人在寫程式,身為PM/SA的人居然用建築藍圖來比喻軟體設計... 自己都不尊重自己的專業,誰會尊重你?



建築藍圖可以提供很多不同的面向驗證

這就是塑模的重要性!

而不同面向的塑模,如建築藍圖的3D透視圖,立面圖,水電圖..可以讓不同行業的人參予其中

軟體設計最初的概念就是藍圖,不管是以前用什麼方式去寫,都是有一個概略的輪廓開始

UML只是打算統一這個溝通方式的語言,

如果高手寫的程式出來符合需求,那也是有份需求文件,可以提供測試團隊進行驗證

但是一個龐大的團隊,不可能全部都是高手,也不可能只有程式設計人員,



團隊開發跟小組開發是兩件事情

台灣很多軟體公司高層都想過導入這個流程

然後把文件留下,幹掉台灣一堆自稱高手的程式設計人員

用印度軟體工廠或是對岸的團隊組裝

不是因為那些地方的程式人員超強,而是因為便宜,

方向錯了,結果就不會正確,失敗居多
舊 2012-10-29, 01:10 PM #87
回應時引用此文章
TigerTigerTiger離線中