→ TonyQ:不管哪一代，解決問題都是最重要的，只是你解決的是哪個時 08/13 21:54
→ TonyQ:間點的問題而已，對於變動性高或者需要延展性的，要解決的 08/13 21:54
→ TonyQ:往往不只是眼前的問題。 08/13 21:55
→ wlul:是的~ 08/13 22:42
→ wlul:模式永遠一樣:) 08/13 22:42
推 leicheong:凋零嗎? 08/13 23:08
原po說的非常好
我一直認為
台灣的軟體產業要能起的來
必需要等我們上一代雕凌後~~才有機會
因為上一代並沒有接受過這麼多的訓練
一心只想解決問題
只要能解決問題~~我管你程式用貼的還用剪的
我們這一代相較之下比較不同
接受過許多資訊刺激
這些刺激大多是國外幾十年前留下的經驗
但這些經驗大部份都是在我們這代才慢慢導入的
不論大家討論什麼架構的優缺點
我想~今天如果大家遇到了C大所謂的狀況
老闆只給你1天要你把BUG改好
不可否認~直接在出問題的地方修改是"最能達到老闆需求"的
但寫程式的人，尤其是熱愛寫程式且對軟體/程式有極大熱情的大大們
對於C大所說的事幾乎完全不可接受
我本身不是在WEB產業
某種程度來說應該是手持式電子產品
或許自我評估~~覺得有時間讓我修改成更好的架構(討論串中的MVC)
當然過程中 一直被老闆質疑為何都沒進度
我也抱著被罵我也要改寫的心態
最後當然是成功了
而且在日後maintain的速度上就是比別人快上許多
過程中必需不斷的教育你的上司(態度很重要)
讓他慢慢聽懂(因為很多上司跟本沒聽過)
這產品才有可能成功
當然我不鼓勵大家和老闆來硬的
必需評估時間壓力
※ 引述《changkyle (瀧)》之銘言：
: ※ 引述《ritchieHsu (我要努力向上)》之銘言：
: : 看到這些文章 又讓我懷念起來 已經快兩年沒碰新技術了
: : 不知道現在java/.net這兩大陣營有誰麼新玩意兒出來嗎?
: : 我目前是停留在 struts/spring MVC/JSF/RichFaces 那個時代
: : 看現在的年輕一代的開發者也頗喜歡用adobe flex,這應該是RIA的MVC架構
: : 有時候為了快速弄些小報表 都直接套spring MVC,用起來蠻輕快的
: : 我在某半導體廠工作,裡面IT/CIM的員工幾乎都沒聽過MVC
: : 更何況dessign pattern或loose coupling等軟體工程的觀念
: : 9成以上的系統都是用VB/Delphi傳統式win app開發出來
: : 新人進來也沒被正規SI觀念洗禮過,所以也跟著被污染 一個method萬行code到底
: : 一個button_click的事件,含SQL都可以塞入好幾千行code
: : 更別提有flow controller/model/entity 組件的觀念
: : 惡性循環下 導致系統越來越難維護
: : 衍生問題一堆 還要卯起來建立一些defense機制來補洞
: : 這是軟體業和電子業IT最大的差異
: : 電子業IT >> 能動為第一優先考量,管你用什麼方法
: : 軟體SI業 >> 強調鬆偶合架構/dessign pattern/OOAD等來建出一套能動的系統
: : 雖然我現在不走技術導向的職務,不過我依然站在SI業的開發思維
: : 畢竟每次系統發生大問題,造成公司(工廠)營運損失
: : 最後的找出的root cause(魔鬼)還不是因為欠缺這些軟體工程的思維所造成的
: : 無奈老闆是聽不進去的
: 看到 r大這篇不禁回一下，小弟目前也是在竹科某半導體廠擔任CIM/AUTO
: 的職務，目前觀察到的情況大約是這樣：
: 1)FAB最講究的就是快速與cost down，因此能動能用就好，千萬不能影響工廠
: 2)建廠距今幾乎都超過10年以上，現行系統幾乎都沿用至今
: 3)由於產能與需求的增加，舊有系統架構並沒有這些規劃與設計，理想的情況下
: 必須要做更新，但是老闆不能接受付出了人力與時間、還有冒著上線測試時
: 系統不穩定的風險，只為了『系統架構的更新』這種IE沒辦法算成錢還可能會
: 損失錢的事情
: 4)現在需求來了，系統主架構沒辦法支持時，各工程師只能各顯神通，偏偏能力
: 素質不一，程式碼開始出現C&P、hardcode、奇妙的地方出現特別if-elseif...
: 假設主系統是一間小透天，現在開始陽台外推，頂樓加蓋上面再加蓋，從旁邊的
: 電線杆偷電，從隔壁家偷接第四台，防火巷擴建，自己埋條水管排到另一條
: 排水溝等，接著悲劇就開始發生了。
: 5)系統開始不穩定與脆弱，有些工程師trace code發現問題所在，發出了求救訊號，
: 但由於2的因素無法從根本修改，只能想辦法依照現況修補，
: 就好像水管漏水了，沒辦法把有問題的水管換掉，只能不停的在外面纏上止水布
: 6)隨著人來人往時間流逝，系統翻新的難度越來越高，最後變成了不可能的事情，
: 只能砍掉重練。但是因為牽連的層面越來越廣，老闆不能忍受讓FAB暫停讓你進行
: 新舊系統切換只為了上一個功能一模一樣只所謂『架構較好』的系統
: 7)現在另一個問題浮現了，因為系統不穩定讓OWNER的負擔加重，
: 再加上需求或PROJECT的壓力讓人員離職率升高，一直不停的補新人，
: 而新人一看也知道發生什麼事情，不是很快溜走，不然就是在上手之後
: 因為不爽/無奈/無法處理而離職，讓情況更加不可收拾
: 而且CIM屬性偏冷門，工作重點是FAB能順利的RUN下去，老闆根本不在乎
: 什麼軟工程式技巧，能上手解決需求線上問題才是第一優先，
: ，經驗大於一切，最好是能馬上上手，所以小弟現在在公司也是隨波逐流，
: 因為講再多也只是做死，做死就算了還沒績效，所以還是回家自己努力就好 XD
--
千分之一樂透機 (中獎機率提升100倍)
http://www.wretch.cc/blog/wlul327/12202398
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 111.240.112.13
※ 編輯: wlul 來自: 111.240.112.13 (08/13 17:24)