Re: [心得] 提升 .Net 工程師薪資的 2 種做法

※ 引述《liangyc (量爸)》之銘言：
: 標題: [心得] 提升 .Net 工程師薪資的 2 種做法
: 時間: Fri Feb 5 17:33:11 2021
:
: 圖文並茂版:
: http://www.ibcloud.com.tw/?p=175
:
: http://www.ibcloud.com.tw/wp-content/uploads/2021/02/justmock__net_770.png

所以會投的都是派遣等級的工程師

會讓你以為工程師等級就這樣了

:
: .Net 工程師的宿命，不段更新的架構 fig. 1 ASP.NET MVC 版本歷程 從維基百科的清單裡面，很清楚看到 .Net 開發技術更新的頻繁程度其實讓人頭皮發麻，所以筆者的第一個觀察是，目前在求職市場中的 .Net Programmer 就充斥了三個斷層。分別是 WebForm， ASP.NET MVC ， .Net Core MVC 這三種主要的變革，好不容易在 .Net Core 3.1 微軟終於採用 LTS 事先預告結束支援日期的作法，但是官方也只願意支援到 2022 年底，接下來又要換成 .Net Core 6.0
:

其實三個東西剛好都差了一個世代

web 初興起 -> web form

更好的架構 -> .net framework MVC

open source/container/更近代的 web 框架 -> .net core 系列

到 .net 5 都是為了整合 .net core 與 .net framework

總之來說 MS 還是以持續進步為前提在推進

至於頭皮發麻....

寫前端的表示: ???????????

雖然業界學界很多人愛酸 MS，

但其實它的新玩具概念通常都很前衛，可以玩玩認識一下

然後很多人認為 VS Code 好用

但 VS Code 的好用是基於 MS 在 Visual studio 長久以來累積的經驗下開發的

: 反觀 Java 工程師從 2014 年開始，一直到現在都 2021 年了，還是 JDK 1.8 搞定。 fig.2 J2SE 支援週期清單 所以在職場上的 .Net 工程師既然選擇了這一個職場方向，就需要非常注意履歷上有沒有隨著時間的推移而持續的在工作上使用新的技術架構，以免掉入了就框架的就業斷層。

JAVA "穩"是因為更新很慢，其中牽涉到 JAVA 龐大的生態系

我還遇到因為相依的 Hadoop 還是吃 java 1.8 所以還不能升級

然後 JAVA 紅二十年，很多大系統都用 JAVA，很難說升級就升級，

source code 肥到爆，升級也要對應的 dependencies 都要處理好

此外 JAVA 9 之後改了 Default GC，效能測試等也都要做足

:
: 隨著 .Net Core 支援 Linux 技術平台，所以漸漸的有業主願意使用 Linux 伺服器甚至 Docker 來部屬 .Net 應用程式，所以隨之而來的容器化以及雲端的建置經驗也會隨著 .Net Core 技術在台灣逐漸普及，未來您在面試時應該會碰到越來越多面試官詢問: ‘
您有沒有做過… 在哪段經歷裡有用過的？’的面試項目裡。隨著 .Net Core 支援 Linux
技術平台，所以漸漸的有業主願意使用 Linux 伺服器甚至 Docker 來部屬 .Net 應用程式，所以隨之而來的容器化以及雲端的建置經驗也會隨著 .Net Core
: 技術在台灣逐漸普及，未來您在面試時應該會碰到越來越多面試官詢問: ‘您有沒有做過… 在哪段經歷裡有用過的？’的面試項目裡。

隨著 .net core 持續成熟與開放，

現在選 .net core 已經不太需要依賴很貴的 MS 套餐 (Win server/SQL Server 等)

.net core + docker 蠻成熟

:
: 接下來開始進入主題，我們認為要能夠持續的提升 .Net Programmer 的薪資，履歷上要能展現兩項資訊：技術能力以及團隊合作能力:

團隊合作能力其實每個人都會嘴，但面試也很難面出來誰比較會團隊合作

:
: 在履歷上展現技術能力 在您每一項工作的經歷中，盡量用名詞，少用形容詞，只需要講在什麼時間成就了什麼事情，例如盡可能詳述您在每一段工作履歷所使用的技術（例如 Entity FrameWork, Dapper, MVC .Net Core 3.1 LTS) , 專案的團隊人數, 專案中扮演角色 以及專案進行時間等技術的資訊。在履歷上傳遞情緒對您絕對只會有負分，請相信筆者。 這一點聽起來很簡單，但是請相信我們讀履歷的經驗，藉由花點心思持續更新您的履歷，薪水比現在增加 5,000 元不是難事。

用的技術列到這麼細沒啥必要 換個工作大概就一半以上再也用不到

我都習慣列主要熟悉語言與 db, redis 等重要的 component，

至於語言的 framework 也可以列，但基本上很容易換工作就用不到了

其他如專案人數根本都不用列，

可以列做過的專案與解決什麼困難問題反而比較吸引人

此外有幫助團隊的事蹟也都可以列，例如建立 CICD、導入 xxx 解決什麼問題等

:
: 團隊合作能力 雇主願意付出的薪資往往與專案的複雜程度成正本，試想若有一個 .Net 開發需求一個人從頭到尾就可以搞定，那難度會有多高呢? 有參與多人複雜專案的經驗絕對是您要增加自己薪資的必經之路 。 一個多人開發的 .Net 專案的生命週期開很有可能會是這樣的: 整個系統的生命週期約為四到五年，頭一年是密集開發，後面四年是維護，所以若您到任的時候剛好是在系統上線以後，您負責的絕大部分都會是用較舊的開發技術，並且協助修補程式碼。

這是在甲方乙方角度

更多系統如 SaaS 都是持續開發與維護的

:
: 若您有志於從事.Net 軟體開發，建議有機會的時候就尋找規模較大的上市櫃公司的新開發案來參與，一方面有機會在新專案上實作較新的 .Net 技術架構，同時間也可以藉由參與專案證明您可以參與團隊合作，持續且穩定的產出程式碼，協助團隊成功。

大小公司是假議題

大公司也有小 team，小公司也有規模不錯的 team

軟體工程與開不開放、溝通扁平都跟大小公司沒關，跟 team 有關

大小公司有差的是在考績、薪資、風氣等組織方面

:
: 以上是我們歸納出來兩個 .Net 工程師在履歷上以及職涯上需要注重的事項，僅供各位參考，另本公司有持續接洽新的中大型 .Net 開發案，若您有意願挑戰駐點工作，歡迎您加入以下 [email protected] @977zrhax 帳號與我們聯絡！
:

--

謝謝補充！