背景與經驗: Java 2year in SI
累積框架: struts2, spring mvc, spring, hibernate, mybatis
內文僅對初涉入 SI 職場有幫助。
#工作前務必了解M(Model) V(View) C(Controller)
需了解各自在WEB的職責與角色。
有些 CRUD 占 80% 的 backend guy 不太了解 service layer 用途，
這你要從 facade pattern 來看，把 C 視作 client 端，
把一個個 M 視作 table 的對應窗口，
將對數個 table (Model) 的異動，
封裝成為 service 的 API，
對 Client 端來說，
他不知道背後那一連串的異動，他只要知道呼叫此一介面可完成即可。
剛開始可以用 MVC 來鍛鍊，
[Client] 與 被 Client 使用的[實作] 這個思維。
#為什麼 design pattern 對初進職場的人很難
這時對自己寫的程式，還沒建立
[Client] 與 被 Client 使用的[實作] 這個觀念；
對 [實作] 想像要開放一點，[實作] 可以是 method，
也可是權衡 object 職責關係後，以委派 (Delegate) 的方式來實作；
設計原則圍繞在解耦，起因是：
會變化的需求總是在變化，這件事不會改變。
上面有點講太多，初進 SI 只要清楚了解 MVC 分別是在做什麼就可以了。
#怎麼問問題
免費顧問的大大都有什麼職場經驗，可以分享一下。
每個 SI 職場一定有個免費顧問的生態鏈，強到弱。
初期遇到一些 framework 的問題，
像是客製化的 common component 可能 error 處理不明顯，
例如 structs2 自訂型別轉換的流程出錯，
你千萬不要很緊張不敢問，導致問題拋都不拋卡到下班，這鐵定GG；
平常你就該要分清哪些 Bug 或許需工作經驗累積，
這類的bug可能平常就有人問過免費顧問，或是前輩自己有解過，
他不用下 break point 看個一眼錯誤情境，就可以解救你。
這類問題算有質量，重點是解的時間也快，
誠懇一點的問，不管生態鍊強弱都會很願意協助你。
求救的時候，先看清免費顧問的生態鍊，
還不懂怎麼將錯誤排除在資料面還是邏輯面時，
不要急著去找強者問；
如果求救了，
學習觀察別人 debug 的思維，
與錯誤排除的步驟，和用了什麼debug tool。
不幸對方幫你google，你也可以學著問下 keyword 的方向。
越快縮短找資料的速度，也是一種適應能力。
#如何迅速培養起問題的質量
跳進生態鍊，當別人的免費顧問。
願30k盡快升上35k，
願35k的路上多減輕點疼痛