Re: [心得] 談.net mvc
※ 引述《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
T大和C大寫的都真棒!!
今天才和同事閒聊，在ptt上不太敢po文
結果今天看到這篇，還是忍不住想要廢話個兩句
小弟的經驗很雜，也很淺
但就是有些感觸罷了..
小弟在電子業IT、軟體SI、硬體測試都待過一段時間
程式工具也是一換再換
對於架構體驗最深的，不是堅持在某個架構之上
而是針對現有的人力，你可以Create出那一種架構
好因應開發過程到結案之間，迎面而來的種種問題
這需要大量的經驗累積和對整個程式語言的熟析度
而且最重要的一點是，需要與主管和同事之間有著長期的共識
但通常人材流失速度比什麼都快
程式可以掌握、架構可以越調越好、硬體效能不足..碴錢就整個破表了
而唯一掌握不住的是人才….
任何一家公司都一樣
老闆不會在乎是不是MVC
FAB要的是穩定，IT要的是績效
當系統像蓋房子一樣延伸出去時
你可以掌握多少?
那邊要用人力去盯、那邊共同開發有沒有相關配套、那邊要….
這些都關係到你明天會不會少一個同事
但我現在在意的是，我能不能提供SOURCE馬上再訓練一個同事出來…
SI要的是明天就要結案，功能出不出的來?
開發時程超短和人力天天都緊縮是SI的通病
久了就學乖了，架構也不用開太複雜
反正身兼多職，文件也不用跟上，QA自己來，BUG自己TRACE
只要CODE的區塊分清析一點，好上手
空閒時間拿來把總機、弄會計、調戲工讀生(誤)
久了，開發時間變短了，老婆也有了，什麼架構也不是很重要了…(無誤)
當然，MVC對我而言就像是一中一台，各自表述
但小弟在開架構時，很多都是以它為精神再去做調整
畢竟軟體在開發時，整個過程就是會發生那些事
MVC就是為了解決那些問題所延伸出來的東西，是個很好的借鏡
不過如果再考量到一些，如Code Review , Programming Rules , Utility Tool ,
Develop Tool , Document Spec ….等
MVC 也是漸漸的隱藏在幕後不著痕跡了……
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.26.49.133
討論串 (同標題文章)