軟體工程師頭銜的那些事兒
職業軟體工程師的世界裡有著各種各樣的頭銜和等級。老闆們用具有各種頭銜代表各種不同技能的人搭配組建開發團隊,在招聘員工時用它們來吸引相應級別的求職者,用它來描繪誘人的職業仕途,用它來制定薪酬方案。然而,很多公司的各種職位頭銜並不一致,使得這套官銜制度不是很容易理解,尤其是對那些年輕的程式設計師而言。
有些非常嚴謹的老闆喜歡將軟體工程師的頭銜等級定義的非常清楚,通常會是像下面這樣:
頭銜 |
閱歷要求 |
工作職責 |
影響力範圍 |
軟體工程師副手 / 初級軟體工程師 / 實習生 | 0 年 | 修補缺陷,開發次要功能 | 自身 |
軟體工程師 | 1-4 年 | 開發軟體功能 | 開發小組 |
高階軟體工程師 | 4-8 年 | 模組 | 開發團隊 |
首席軟體工程師 | 8-12 年 | 產品,架構 | 公司 |
專家 | 12+ 年 | 各種產品,技術策略 | 行業 |
這種官銜制度通常在一些比較大的公司、比較成熟的開發團隊裡使用。
還有些老闆喜歡用等級來評定頭銜,聽起來像電影的續集系列:
- Software Engineer I
- Software Engineer II
- Software Engineer III
- Software Engineer IV
- Software Engineer V
我想你不會感到意外,這些聽起來很官僚的頭銜跟美國勞工部制定的那些官銜很相似。
當然也有例外的情況,有些公司完全拋棄這些工作頭銜等級的概念,把所有人都稱作古老而又普通的“軟體工程師”,完全忽略他們的經驗和才能。這對防止公司內部象牙塔的形成很有效,使得年輕的工程師能夠和老的工程師在同一地位上相互合作。然而,這種想法很難實施,因為它跟大多數人的傳統(文化)背道而馳。它會讓那些特別在意自己仕途上官銜晉升的人感到不舒服。
因為軟體工程師的頭銜並沒有一個統一的標準,一個首席軟體工程師進入一家新公司後得到的新頭銜有可能不如以前的那麼吸引人——儘管職責更重,影響力更大。
成熟的軟體工程師更注重在一個新崗位上的機遇和挑戰,而不是他們在LinkedIn上的身份描述。他們知道一名稱職的招聘經理會知道每個公司都有自己的評級標準,不會因為看到簡歷上頭銜的倒退而認為是降級。他們會注重程式設計師的自身技能,而不是以前的名片上的描述。
當你到一家新公司面試時是否會擔心簡歷上頭銜的變化?不,你真的不必擔心。技術面試官更關注的是你的技術才能,而不是你的頭銜。你在工作中的職責和影響力才是你面試時的亮點。所以,如果你在尋找新工作,找那些具有穩定商業模式,具有健康和活躍的團隊文化的公司,不要在意他們給你的頭銜,而要關注你能如何的培養技能和增長知識。這些對任何軟體工程師都是最重要的資本,對那些招聘程式設計師的公司也是。
相關文章
- webpack的那些事兒Web
- Ubuntu的那些事兒Ubuntu
- babel那些事兒Babel
- PHP那些事兒PHP
- OAuth那些事兒OAuth
- Git那些事兒Git
- https的那些事兒HTTP
- 面試的那些事兒--01面試
- TCP 的那些事兒(下)TCP
- TCP 的那些事兒(上)TCP
- Rest API 的那些事兒RESTAPI
- 聊聊viewport那些事兒View
- Java字串那些事兒Java字串
- 漏洞檢測的那些事兒
- 雲原生java的那些事兒Java
- HTTP 快取的那些事兒HTTP快取
- iOS 截圖的那些事兒iOS
- Android Drawable的那些事兒Android
- C語言那些事兒C語言
- MySQL優化那些事兒MySql優化
- PHP 閉包那些事兒PHP
- 字元編碼那些事兒字元
- 網路安全那些事兒
- 依賴注入那些事兒依賴注入
- IT專案管理那些事兒專案管理
- Hadoop搭建那些事兒Hadoop
- Filebeat 收集日誌的那些事兒
- [apue] 等待子程式的那些事兒
- 聊聊瀏覽器的那些事兒瀏覽器
- JavaScript 中 setTimeout 的那些事兒JavaScript
- 七牛與 Ueditor 的那些事兒
- Weex 事件傳遞的那些事兒事件
- 「前端那些事兒」④ 效能監控前端
- 程式碼重構那些事兒
- Node檔案操作那些事兒
- 物件導向 - Java那些事兒物件Java
- 檔案上傳那些事兒
- Java日誌框架那些事兒Java框架