時過境遷 歲月一去不復返 臉上的滄桑多了幾分
年薪還沒破百，體重倒是快了
過去快四年了，回報一下近況
後來我選擇留言的中壢資策會，上了半年課轉職直到現在，目前年資三年
課程好或不好就不過多闡述，以免有不實或者打廣告之嫌疑
轉職是否順利我想每個人的定義不一樣
但至少對我來說算是開闢了一條不同以往的路
關於出來的學生資質程度好壞
只能說這部分很看個人的努力程度
比較想提的是，有遇過一些人的想法和我當初一樣蠻不切實際
以為自己學完半年就可以順利地應付軟體工程的工作了
但事實就是，六個月不過是培養你對於這行業的初步了解
你實際上工後，才是真正轉職的開始，而不是結束
版上蠻常看到 "轉職好像很輕鬆，三年破百比比皆是"
我自己認為像我這種軟體版人人喊打，
丟面試資料被人資看到學歷會把履歷丟到垃圾桶的私立商科轉職仔
要在三年內可以從轉職第一份到破百
撇除掉特殊行業、或者很敢給的新創之外，身邊的樣本數偏少
而那些有達到的人除了3很努力，也很清楚知道自己缺乏或需要補足什麼
可怕的不是人家比你聰明，是人家更聰明外，比你還努力
人家拿的到，不代表你也拿的到，生存者偏差可以搜尋一下
雖然不是什麼大神，但有一些建議給剛轉職的各位
1.第一份真的不要太計較那幾K的薪水，說實話上下限差距搞不好都沒有一萬
你該注重的是你去的這間公司是不是對於專案有控管，有規範，有完整流程
如果是一間你只要有產出就好的隨隨便便的公司
那到最後你就會開始懷疑人生懷疑自己，因為你隨便寫都可以跑
然後你根本不知道你自己寫的是好還是差的程式
除非你的人生目標就是領個薪水上下班就好其他不想管，那我沒意見
雖然不要太計較，但也不要妄自菲薄，低到看不起人的薪水就不要去了
除非那間有吸引你的地方，或者你看到別人沒看到的發展
2.每隔一段時間就好好審視自己在工作上的貢獻或成長
我在轉職的第一間待了一年，我在履歷上只能寫上這兩樣
(1)開發需求，構思及實現功能
(2)撰寫排程功能，實現ETL
因為在你開始寫程式碼前，已經有人幫你規範好程式架構，直接在既有架構下開發
有些公司甚至連SQL都有專人幫你寫完，你只要套進去程式內寫DAO就好
這些公司對一些新人可能看起來很友善，但一段時間後我卻覺得這是雙面刃效應
你可以在進去一段時間回頭看看自己做的事情，然後問問自己
如果今天一些報表功能沒人幫你寫SQL，你是不是直接原地爆炸
如果今天公司遭遇不測，需要縮減人力，你覺得哪些人是任人宰割的韭菜
如果今天因為制度簡單上手，導致進來的人只需要培育兩個月就可以當好用的碼農
說不定人家剛畢業有新鮮的肝可以爆，程式寫的也比你快，那你還剩哪裡可以說嘴
跳到第二間到現在待了兩年，我總共碰了不少東西
(1)規劃程式邏輯分層與架構、使用的套件及規範
(2)制定版控流程、包含上線前上線後
(3)協助維運、包含AWS環境架設
(4)CI單元、整合測試流程、覆蓋率的要求，CD不同環境如何搭配各技術達到自動部屬
(5)串接各服務SDK
一開始剛入行可能會很著重在於(1)coding的一些邏輯和技巧，但我認為後面更重要的是
自己能不能培養對於軟體工程的全局觀，因為一個專案的完成真的不是只有coding而已，
對整個流程和系統的掌握度越高，那你就會更有價值，而不是在面試時說那非你負責範圍
SA一發規格下來，要寫完規格上定義的程式，可以很快也可以很慢
但如果考量到後續的擴充或者維護性就會想得多了，然後開始進步
或者重複同樣性質而內容不同的專案，可不可以越做越好/跳開之前的坑，也是進步的一點
3.設一個停損點
不論是對生涯、或者對技術的研究、或者對程式的交付
設停損點都是很重要的指標，最大原則就是把握不要浪費你人生最寶貴的資產 - 時間
而要怎麼去衡量 / 有哪些指標可以參考也因人而異
我自己的指標是 覺得在合作的同事裡面沒有可以學習的對象就會開始思考了
現在的情況就有點像是什麼都不懂的迷途羔羊，變成"稍微了解一點狀況"的迷途羔羊
(雖然每天都走心說求不要更新，學不動了這樣)
但軟體還是活到老學到死啦，希望大家還是要知道一下，這行真的沒有學完的一天
※ 引述《ayayay2288 (ㄇㄎ)》之銘言：
: 大家好，最近版上討論甚熱烈
: 我已經做好被大家噓的準備了Q
: 先問問題:資策會的三個課程比較
: