為了怕有些人看了我給的名詞跟連結就去 google 來跟我嘴砲，我不給某些東西的出處。

能告訴我這些說法是出自哪幾本書，我才會覺得我們有討論下去的必要，不然我會選擇不回應，因為你程度不夠。

1. spiral model 不是 MS 的，是 Boehm 二十幾年前提出的，你以為很新的技術，其實很多都是老掉牙的東西。

2. 在某本大師著作中提到，這些 model 都只是理論性的東西，而 spiral model 只是在軟體設計上被認為"未來有希望"的一種設計方式，而且，理論是有可能被推翻的，正如 waterfall model 已經被證實為無效且是有害的一種方式。

3. 在某本經典名著中就有提到過，軟體是永遠不會有最終版本的，你現在看到的軟體的樣子，只是作者想讓你看到的樣子，從來就沒有人把 code 一次寫好的，你覺得你發現很有道理的觀念，結果十幾年前人家就在講了。

4. 問題一直都不在 UML 上面，我講的是什麼是設計(what is design into)而有人卻以為我在講用什麼設計(design in what)，我對 UML 的看法還是一樣，一個不實用的東西。

我看過很多自己解決的方式，多數我都不喜歡

疊床架屋這個成語這時候就很精確的表達我的看法

程式強的設計師，與功夫高的SA，要怎樣搭配？　



工具不用誰說不成了?以前一個叫某人(先隱去他的名)的在推廣.net時強調用notepad去寫，而非用visual studio 200x

對於學習來說，這是很辛苦也很實在的方式！

交接的人程度太差做什麼都沒用，對於公司管理專案來說，沒有什麼叫做什麼都沒用的事情，只有任務必須達成

況且你沒遇過程度爛的寫的東西交接給你? 幾十萬行的東西你要怎樣改?

你嫌某版linux不夠好，你會自己動手全部重寫你自已的作業系統?

不會寫程式怎麼做系統分析? 嘴炮而已,
功夫高的SA一定是程式強的設計師, 如果你連這都不知道,
請你轉行吧, 不要來浪費別人時間.

MS叫iterative　

我的確很晚才知道，大約十年前吧?!

跟我第一次碰UML大約同一時期

至於教我的UML老師們，
當然包含Rational的師資　(還沒被IBM併購前)，這些人真的都有料
光是我以為最簡單的User Diagram的定義，就完全推翻掉我的過往印象

後來我也陸續上了幾次台灣的課程如跟我年紀差不多的年輕台大副教授在資策會開的課


說這些只是告訴你，我並沒有只是從Google查到什麼跟你扯

至於後續的CMMI我看過太多失敗的案例,跟失敗的軟體個案相比毫不遜色

至於我看UML不是你從軟體去看這樣的層次,而是從工程界去看的層次

台灣軟體不重視分工,甚至認為分工團隊合作只是拖累速度的元兇,



舉例來說,你 有沒有作美工?




我曾經跟一個程度不佳的程式設計人員合作非常愉快,甚至公司要資遣他時我還去跟上層理論

因為他的程度雖然不佳,但是他的文件一流! 台灣的軟體團隊可能沒有他生存的空間

但不代表他的專長應該被忽略

你可能還不理解人類的退化吧

開玩笑的!

我有幾個同事年紀約50+, 有人是程式設計人員,有人是SA

我相信在台灣這種人不多,而美國那邊也有年紀更大的當Programer,

我不太理解我不知道這件事為何要轉行

因為我時常看到這兩種人在mail開幹,當然年輕的programer或是SA,PM之類的是不敢踏進去他們的戰場(很容易講錯被開砲)

每一個人都有不同的專精與不同的考量,相同技術含量高的程式設計人員想的方向就可能不一樣,更不用說當角色不一樣時

PS 我是真的打算轉行,去賣G排

我對htc不反感

但對那位執行長很反感 做出這麼多錯誤決策還敢嗆股東.....

新低? 是之前賺太多吧..... :stupefy:

很多人以為程式員不重視設計工具跟文件，根本是觀念錯誤，我很重視這些東西，因為我看到真正的高手也都很重視這些東西，他們不重視的是 bullsxxx 而已，不然你以為 git 跟 Document 目錄裡的東西是擺好看的嗎？

有些人永遠不明白什麼是 bullsxxx 什麼是 real deal。

:laugh: :laugh: :laugh: :laugh: :laugh:

成功的經驗矇蔽了吧

Apple 可以開除甲伯斯,(先不討論對錯)

這代表他們有他們另外的檢討機制運作，即便是公司創辦人也跑不掉

而台灣?

很多CEO等級的專業經理人怎樣也不會被開革

先不要扯到美工好了

因為我有幸跟文件高手同事合作過，所以我就講文件

很多人留文件，也很重視精心去寫，不是就代表這文件夠好



如果你跟一個比較龐大的團隊合作過，每個小團隊會留下他們那一塊的文件

把這些片段兜起來，不代表這軟體的全貌

文件本身可能包含操作人員看的　開發者看的　部署測試人員看的　甚至是顧客看的


如果你只是侷限在程式碼本身，那你對於藍圖這檔事看的還可以更深遠些

好像我幾年前去買預售屋，我看的是建築師畫的藍圖，也看到塑模師的模型，
當然這份圖還有結構技師算過，水電配置圖..


當然銷售人員也現場比了一個我不太懂的結構鋼筋的實體StereoType告訴我這個結構體有多堅固,只是他沒告訴我非結構承載的隔間牆，竟然是給我用隔音超差的輕隔間


你要跳出程式這塊去看軟體，你會看到更多台灣軟體業界偏漏的東西

這是亂數產生程式吧 :laugh: