albertachen提到：
程式設計就像疊磚塊只有快與慢
沒有技術轉移顧問(10-20年經驗系統開發經驗)
直接由程式設計者(1-2年經驗)自己來解決
根本就是有問題的公司根本不用討論

感謝回應::
你說出的真實狀況
我的學生還真的遇到過
有一家已經電腦化 20年的公司 (民國80年起)
資訊中心主管已經離職升格為外包商
兼任該公司資訊顧問
但該公司要從 Clipper-NOVELL 轉成 Oracle + java/Swing and WebBase
找我去報價
200畫面 600 Table 200單據 600報表/查詢
總工時 1800人工天 / 6人 = 300天
技術顧問 300天 = 120萬 (每週到場指導 4次)
程式設計 300天 = 60萬 * 2人 =120萬(資訊工程相關大學畢業)
程式助理 300天 = 30萬 * 4人 =120萬(高職資料處理科剛畢業)

該公司資訊顧問 + 該公司副總最後決定::
技術顧問不請人
程式設計+程式助理 有請人來作
....
結果::
第三個月解散
據程式設計者說(資訊工程相關大學畢業)
因為沒有技術顧問
問資訊顧問
但是資訊顧問說他不會 JAVA / Oracle PL/SQL
技術也不是他責任 ...
他是規格與功能檢測 ...
其實就是驗收品管 ...

albertachen提到：
技術顧問不請人
程式設計+程式助理 有請人來作
....
結果::
第三個月解散

如果程式設計+程式助理是包給您的, 那我覺得這個案子失敗您要負最大的責任.

pantc328提到：
顧問在GGYY的一堆

你是自己當顧問 自己當程式設計 哪是你自願
在台灣:你要什麼流程?就要生出什麼流程給你. 當然 程式設計員又不是流程設計員
在台灣:你要什麼框架?就要生出什麼框架給你. 當然 程式設計員又不是框架設計員
在台灣:你要什麼元件?就要生出什麼元件給你. 當然 程式設計員又不是元件設計員
程式設計是按設計 Layout Field
顧問在GGYY的一堆 ??
你的任何工程都是依據工程顧問公司的規格施工
你的任何技術都是依據技術顧問公司的標準寫作
有人亂改變工程顧問規格是::有人亂聰明又自大
有人亂改變技術顧問標準是::有人亂聰明又自大
一定驗收不會通過的
技術顧問 教導技術也{驗收}技術
工程顧問 規範規則也{驗收}實作
對誰負責都搞不清楚

版大，你是從這一篇http://www.ithome.com.tw/itadm/article.php?c=63359
引發感想嗎？

1. pantc328 所言是台灣80%的實際情形,台灣的顧問不見得開得出可以驗收的規格,且不見得是專案負責人,只負責提出解決方案.

2.如按規格做出來而不能用,再說提需求的人沒有說清楚,程設師的能力不足無法了解.

3.albertachen 是以團隊分工開發的精神來看,在預算充分及老闆Support情形下可行,另下就是市場養得起團隊,或是開發個國際級的自由軟體獲得大企業的贊助.

結論:為了活下去.

如有公司問我,我總不能請對方下載程式或source code 來評估吧.

你收他錢就幫他下載 幫她裝機 幫他測試 囉!!
你如沒收錢就請他自己來找我
世界是公平的

生意不是這樣做的,你這樣回答很沒建設性,又不是賣黃金石油的,
如不能連接"客戶價值"那你東西再好也只是你說的.
你說 ADempiere 有mda,soa....,"程式設計就像疊磚塊只有快與慢"
的總要讓人了解感受到吧.

是你在做生意
你要賺錢當然要用心

msig提到：
我最常遇到寫不出來 (趕不出來) 的原因就是 ,
須求者 永無止盡的變更 跟 翻案 。

這時就會作不出來了 , 那要怎辦 ?!

我最喜歡
因為是照圖施工
每一次工時實報實銷
依據工時收費!!!
改 10次 是 10次收費

這是事實.
通常程設師做不出來:報告顧問這個流程有點難,能不能改個方向做,他會告訴你"我說怎麼做,你就怎麼做".

通常程設師做出來時:報告顧問這作完了,他會告訴你,這個流程需求變更要改,這~我已經做了,他會告訴你:"我叫你怎麼做,你就怎麼做".

pantc328提到：
通常程設師做不出來:報告顧問這個流程有點難

程式設計員
[師: 是專門教助理程式設計員,初級程式設計員,程式設計員,高級程式設計員]
[師: 就不是寫程式的是教或 程式設計[司]管程式設計員]
報告顧問這個流程有點難??
流程不會有困難 流程是流程設計員的事
程式設計 不外就是 判斷 讀取 更新 寫入
流程設計 會交代所有的 變數 判斷點 讀取方法 更新方法 寫入方法

程式設計連 變數 都不可以自己命名 這是規則

大方向的流程、框架、介面是別人定的我是沒意見，畢竟是複數個體在創作，接不起來也很麻煩，可是如果連物件內的CODE變數命名都要別人訂定，就歸去來兮，你確定你要的是「程式設計」嗎？

是打字工、程式工吧！

物件內的變數一般都是訂定一定的原則(如匈牙利命名法)，至於實作就各自發揮，尊重個人創作的自由，正常的程式設計師人格比較獨立、自大一點，被當成程式工要甩包走人，很難，這樣會把環境搞成顧問掛一堆菜鳥程式工的結構，完成的就是顧問的程式，好壞都是工頭的事情，這種情況只要下頭程式工擺爛，累死工頭也不是不會發生，光是一句你改規格，燒掉的工時算你的，不然就不改，反正是你應該要想到的事情，你要負責。(當工程師的要有工作日誌的觀念，吵架很好用，改規格要用e-mail為本，也是吵架好用，口頭的一概不于承認)
不好意思，軟體在現代，需求變化非常大，物件在創造的時候都會保留彈性，一開始就有被改的心理準備，又遇到下頭程式工硬起來，剛好兩頭燒，就是只好保佑平時做人沒太機車，規格被改還有人挺，一堆菜鳥雖然聽話，但是畢竟是菜鳥，真的遇到事情就會有菜鳥該有壞處，尤其是發生顧問沒想過的問題。(我還沒看過全知全能，不會錯的顧問)

BUG
不甩包走人，很難
不是
要甩包走人，很難

sula3065408 的"軟體在現代，需求變化非常大，物件在創造的時候都會保留彈性"" 與 albertachen 的 "因為是照圖施工 ,改 10次 是 10次收費"

有著強烈的對比....

suda提到：
物件在創造的時候都會保留彈性

保留彈性 是 照圖施工下的設計出來的彈性 ??
還是預留後門的保留彈性 ?? 好可怕
程式設計員自行保留彈性 ?? 好恐怖

"物件在創造的時候都會保留彈性"指的並不是"預留後門",你誤解了.

你的"好恐怖","好可怕"是指 [流程/元件/框架]設計師 所設計的東西難道不能有彈性的在框架中抽換[流程/元件]嗎?即使介面己經先訂好了.

老早就必須要保留彈性，就像插座一樣，好讓你客戶哪天改邪歸正，願意花錢讓你改，你還有機會改的動，也讓你設計出鎚的時候還有救的機會。

這根本不衝突，很多規格，設計當時都有保留一定可以擴充的彈性，寫死，只是在搞死自己。

當客戶需求改變的時候，不能改也是種罪，客戶會想，又不是給錢，改個東西有這麼難嗎？

設計一定會有一個最終的目標架構，也可能是最大的極限架構，有可能只是客戶還沒要求到，當客戶要求不到此時，頂多就是不要實踐就好，當設計的架構搞太小，客戶突然想到變更設計，你是打算要讓一群人改的上下交怨是吧！

當然客戶不理性的要求，說服客戶也很重要，畢竟它可能不在當初設計的彈性範圍內，又或者這種方式根本有邏輯上的缺陷，但，現實就是很難存在絕對完美不需要修改的設計，話說設計樣式不是有些像轉接器樣式的鬼東西，有這種需求也是其來有自的。

你要不要試試看把你家的電器都綁定，剛好就好，過個幾年看看？

最好設計不用保留彈性啦！
你家裡會設計插頭讓你好插上電器，不就為了擴充、變更嗎？

而且在你正規戰的編制底下，框架、元件設計的時候，有經驗的設計師(有撞過牆的)自然都會保留一部分的彈性，讓案子能比較順暢的走下去，就像PM會抓BUFFER一樣，設計這些介面的時候也會保留一定的可能性，抽象化也是種手段，抽象的方法不是也保留了改變的可能嗎？(閹掉多型阿)

當你正規戰時程式設計師有這些觀念，但，現行你框架、元件設計師程度趕不上，所以你打算限制程式設計師寫出死板沒彈性的物件嗎？(凡是都有可能，而且也不是沒發生過，不管一直都是正確的還是只有現在，但只要現在他是對的，能不鳥他嗎？)

哪你打算聽誰的？
菜鳥框架、元件設計師，還是改一下？

溝通阿！

鐵軌如果失去縫隙，會帶來毀滅的命運！