※ 引述《sealoe (YoY)》之銘言： : ※ 引述《deadly (邁向與影子的決鬥)》之銘言： : : 台灣的IT製造業提供了一個有利於系統整合的環境， : : 而台灣有很強的提供硬體平台的能力， : 這點應該修正, 很強的"低階"平台生產力 : 台灣還沒有資格生產真正的大型電腦 : 應該說, 還沒有資格"自行研發"大型電腦 : 當然, 如果是別人"設計好"製造的, : 台灣能力的確很好 : : 這對於做軟體研究是一個相當大的幫助， : : 而台北更有很高的無線網路覆蓋率， : : 此外軟體相關的產品，一般來說有很低的初期成本， : : 應該是很有機會能建立起高毛利的軟體產業。 : 對對對, 都是優勢, 但是沒有人才, 台灣的教育下 : 軟體人才可以說是非常的少, 工人很多 : 設計者幾乎沒有, 統何者更是少數中的少數 : 台灣軟體業薪水低, 說難聽點, "好工人"都難找了 : 還"妄想"找夠水準的設計者? : 高毛利是建立在高素質的員工, 高薪水的工作上 : 簡單的說就是雖然不能說個個都是英雄 : 但最少個個都要能征善戰 : 台灣軟體業, 搞個四不像的軟體工程然後說 : "反正都是照步來. 有手就會做" : 給個20000~30000比7-11打工還少的薪水 : 這樣能吸引到人才? 我不太信 : 沒有人才能做高毛利事業? : 這我更不信 我總覺得這跟老闆夠不夠專業有關... 不夠專業的~就會覺得這家公司弄出來了~那其它三、四家差不多就是copy貼 把程式模組化之後每家套用當然快又有效~乍看之下好像很簡單 好啦~他覺得反正就這麼簡單嘛~所以客戶想怎麼改就怎麼改 改程式~這家公司有這個功能~那家公司有那個功能 改資料庫~這家公司有這個欄位~那家公司有那個欄位 改到連原作者都認不出來也沒什麼好意外的 一家這樣ok~兩家、三家還可以~五家、六家、七家? 上午這家改這樣~下午那家改那樣 大家都說我很急~我催你應該~不催你悲哀 好啦~改好了~那要不要測?有多少時間測? 測完確認整體功能無誤再跟你說:好像不太好~順便再改一個小地方好嗎? 順便!順便!一個順便~聽得我一肚子大便~真的是聽到就飽了... 一句"責任制"就要你隨著客戶的話語起舞... 一句"我很急"就要你趕快交件 急急忙忙趕完的code~品質能有多好? 本來應該從根本改起徹底解決問題~但是因為時間不夠~你會不會想要亡羊補牢就算了? 更不要談那種辛辛苦苦從根本改完~客戶又跟你說:那個... 一個程式疊床架屋的結果~就是為了Bug防這防那的 能用是能用~但你剛做了一隻我不知道該稱為是"科學怪人" 還是"經國號"戰機的東西(大毛病沒有~小毛病一堆) 我一直覺得code這種東西就是應該找個時間攤在陽光下~大家一起研究 研究設計理念、研究系統架構、研究程式寫法 這樣大家的功力才會有明顯的進步~彼此學習才能進行經驗傳承 而不是每個人待在位子上埋頭苦幹~下班了就迫不及待閃人 會被說是軟體工人~真的沒什麼好奇怪的... 不過...只想要你交件的老闆 大概一輩子都不會讓他的員工幹這種在他眼裡沒有價值的蠢事... --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 59.127.104.77 unit test?改程式都來不及了~哪有時間弄unit test? 我文章裡都說過了~有時候是小改~unit test或許有用 那大改(改功能、流程)呢?客戶常常這樣改~我unit test都不知道要出幾版了Orz... 補一下~是!沒錯!我功力不足~雖然我知道微軟專家說過:寫程式之前要先寫測試程式 但...那是By版本開發用的吧? 像這樣改來改去~改到最後都快搞不懂整體流程跑起來會變怎樣的時候 我能寫得出來交差~真的就阿彌陀佛了... 悲哀?是啊...所以我還是快離開這個不屬於我的業界好了... ※ 編輯: andymai 來自: 59.127.104.77 (02/28 00:40)