Re: [請益] 寫程式還會些什麼才會有高薪
: → Void956: 能去外國的等級 大概要 top 5% 內的工程師吧 06/30 09:00
: → Void956: 這種人很少 06/30 09:00
: → Void956: 而他們除了 程式方面的 基礎能力外 06/30 09:02
: → Void956: 還而外多了什麼專業能力 06/30 09:02
: → Void956: 這才是我想知道的 06/30 09:02
如果目標是 FLAG 的話
其實只要往公司性質方面想想就不難理解這些公司希望找具有哪種性質的工程師了
如果現在是一家新創或是非軟體業界的公司需要打造一套軟體系統
由於這種公司的軟體工程師不多,想要快速完成這套系統的話,
就必須找現有的 open source 套件、然後用這些套件把要的系統拚出來
那麼當這種公司需要徵人的時候,自然就會找「知道怎麼用這些套件的人」
例如系統裡的套件大多都是要用 javascript ,徵人時也就會偏向徵 javascript 的
但是 FLAG 的場合必須考量到以下兩點:
1. FLAG 的商業規模非常龐大,系統不是達到商業目標就算完成了
還必須考慮到穩定性、資安問題及應付大規模流量等問題
2. 現實面上 FLAG 的工程師就是比別的公司多,有充足的人力開發系統
所以 FLAG 系統裡有不少套件都是針對公司特有需求
有專門的小組負責維護,而不是拿外面的湊著用就算了
甚至會有別的工程師認為某個套件不好用就乾脆來寫個新版把原套件整個換掉
了解上面這種差異之後,就可以大致察覺 FLAG 比其他公司更注重的能力有哪些了:
1. 如果只會一組特定套件用到底,遇到新套件卡住不會使用就麻煩了
所以應該找了解套件的基礎概念、即使換了新版本也能快速上手的工程師
(例如知道版控概念的話,實際上用哪套版控軟體都無所謂)
2. 比起只會用現有套件的,更應該找能夠發現現有套件哪裡有問題
甚至改善問題或推出另一套更好用套件的
3. 開發軟體系統時,不是只用自己聽說過、或是現在流行的各套件兜起來
而是能確切依照需求挑選或切換套件,組成有高度穩定性和延展性的系統
4. 到了 FLAG 這種規模的系統已經不是能一個人單槍匹馬完成的了
所以 SWE 也必須有合作性,能和同事進行充分溝通及合作完成專案
而不是只想什麼事情都由一個人完成
舉個比較抽象的的例子:造鋼彈
很多人會誤以為強者就是應該從設計到施工整個完成,但是現實中這不實際
FLAG 中真正的強者是在設計上能把整個鋼彈分成數個零件
然後協調開發部門,每個部門負責把一個零件做出來、再互相合作把零件串起來
也就是說 FLAG 中的強者必須同時具有技術力和溝通協調/領導力
-----
所以要說 FLAG 講究的專業能力,其實就只是上面四點的濃縮:
1. 不要求專精某種語言或技術,但是軟體開發的核心概念必須相當紮實
(包括程式技巧、演算法和業界的開發流程等概念)
2. 發現問題和解決問題的能力-會不會注意到當前系統有哪些問題?
還有該如何解決?是短期解決方案還是能夠根除問題的解法?
3. 系統設計能力,從釐清需求、套件選擇、系統規劃到提高穩定性及延展性
4. 溝通及合作能力-能不能正確有條理地表達自己的看法、讓同事能理解
以及能不能正確理解同事想表達的意見、並理性溝通出合作方案
這四點基本上就是 FLAG 面試時會看重的項目
其實有一點可以特別提:
之前寫了那篇敝公司職缺的 FAQ 後吸引了不少應徵者來投
但是有不少人栽在 3. 和 4. 上
3. 不太意外,系統設計確實對是沒有相關經驗的應徵者來說較難準備的項目
(但是很不幸地,如果履歷上業界經歷越長,對系統設計的要求就會越高)
比較意外的是有不少人被反應 4. 的溝通需要加強
對於臺灣工程師來說, 4. 又可以切成兩個面向來檢視:
- 如果是中文就可以順利溝通,但是英文程度不足
- 語言不是問題,但是有排斥溝通的現象
例如沒有和同事討論定案或是沒有把需求問清楚就急著照自己的理解開工
後者的排斥溝通跟 FLAG 無關,算是不管在任何工作場合多人合作時都必須注意的
FLAG 的面試官通常會從面試中和應徵者的互動觀察應徵者有沒有這種跡象
所以在面試時應該把和面試官的對談都想像成是在和同事合作
盡量把自己的意見解釋清楚、也把面試官的意見聽清楚,才會在這方面給人好印象
至於前者的英文能力,現實面來說,因為 FLAG 是從世界各國招 SWE
工作自然也必須用英文對談(即使對方會中文,部分公司面試時還是強制以英文進行)
這英文當然也不是國內常要求的某檢定達到多少分、而是真的在工作上需要溝通用的
加強的方式基本上就是盡量回想自己工作上必須和其他人討論的內容
再把內容(包括自己和對方說的話)全部練習用英文描述,如果有同事能對練會更好
-----
關於 FLAG 所需要的能力大致上就這些吧
聽起來有點抽象,不是像非軟體業界講求要證照或是會特定語言和技術
不過如果是從「公司需要哪種人」的角度思考就不難理解了
最後再偷塞點宣傳:
上次敝公司的職缺 FAQ 放出來之後真的吸到幾位強者錄取了
所以下個月開始日本這邊就不只我一個臺灣 SDE 了,感謝各位支持
不過因為日本這邊還在急速擴張中,所以缺還很多,有興趣的話還是歡迎挑戰
其實也不只敝公司,聽說 FLAG+M 除了 LinkedIn 之外現在在日本都有 SDE 缺了
所以有身分問題或是怕美國西岸開銷大之類的板友也可以考慮來投日本缺
搞不好意外適合也說不定,不適合的話 L1 美國也比較容易
--
所謂FPS就是「每學期當人比率」(Flunk ratio Per Semester),
是參考老師評價的重要指標之一。
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 183.177.143.217
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1498834181.A.38F.html
推
06/30 23:24, , 1F
06/30 23:24, 1F
推
07/01 00:14, , 2F
07/01 00:14, 2F
推
07/01 00:54, , 3F
07/01 00:54, 3F
→
07/01 00:54, , 4F
07/01 00:54, 4F
推
07/01 07:30, , 5F
07/01 07:30, 5F
推
07/01 07:58, , 6F
07/01 07:58, 6F
推
07/01 10:22, , 7F
07/01 10:22, 7F
推
07/01 11:56, , 8F
07/01 11:56, 8F
推
07/01 13:15, , 9F
07/01 13:15, 9F
→
07/01 13:24, , 10F
07/01 13:24, 10F
這個讓我笑了
不過我當初也沒想到會在人才庫開啟的前一刻脫離前 A 加入現職的 A ,算是運氣好吧
→
07/01 14:26, , 11F
07/01 14:26, 11F
→
07/01 14:28, , 12F
07/01 14:28, 12F
→
07/01 14:28, , 13F
07/01 14:28, 13F
→
07/01 14:29, , 14F
07/01 14:29, 14F
其實本來是看到原 po 詢問相關能力,想說寫篇文讓原 po 能比較好抓個方向
但是從原 po 回應看起來這篇最後還是沒怎麼幫上原 po 的忙,有點遺憾
不過就如同三樓說的,上面提到的這些條件不是故意刁難用的門檻
而是符合 FLAG 工作模式所需要的、和其他公司講求的不太一樣的特質
其中幾項像是英文溝通、刷題之類的需要花點時間和精力準備
但是發現問題和溝通之類的特質,如果平常就是用類似方式工作的話就會自然顯現出來
像這種能力其實是可以在前一份工作就慢慢培養的,比方說:
1. 在開發系統的時候就一邊思考系統可能會遇到那些問題、還有如何解決
2. 在討論需求或是做法時先沉住氣,不要急著開始做或是馬上開始反駁需求
給自己一點時間釐清整個需求或是作法的可行性、然後解釋自己的想法給其他人聽
(其實面試的時候這點也是大關鍵之一:很多面試官會觀察應徵者聽完題目後的反應
是直接就開始解題?還是有好好向面試官釐清條件或需求才開始作答?)
如果在前一份工作就已經很習慣用類似的方式觀察問題或是有條理地溝通時
那些項目就完全不需要準備了,只要準備工作中不容易用上的部分就可以了
簡單一句話:列舉的能力如果已經在日常工作中充分運用,自然就會培養起來
推
07/01 17:01, , 15F
07/01 17:01, 15F
推
07/01 17:08, , 16F
07/01 17:08, 16F
推
07/01 17:52, , 17F
07/01 17:52, 17F
→
07/01 20:19, , 18F
07/01 20:19, 18F
※ 編輯: Rabby250 (183.177.143.217), 07/01/2017 21:08:54
推
07/01 20:36, , 19F
07/01 20:36, 19F
推
07/01 20:50, , 20F
07/01 20:50, 20F
推
07/01 21:18, , 21F
07/01 21:18, 21F
推
07/01 21:46, , 22F
07/01 21:46, 22F
→
07/01 21:46, , 23F
07/01 21:46, 23F
推
07/01 22:30, , 24F
07/01 22:30, 24F
推
07/02 00:06, , 25F
07/02 00:06, 25F
推
07/02 02:14, , 26F
07/02 02:14, 26F
推
07/02 11:54, , 27F
07/02 11:54, 27F
推
07/02 19:48, , 28F
07/02 19:48, 28F
推
07/03 20:37, , 29F
07/03 20:37, 29F
推
07/11 13:29, , 30F
07/11 13:29, 30F
→
07/11 13:29, , 31F
07/11 13:29, 31F
→
07/11 13:29, , 32F
07/11 13:29, 32F
推
07/11 13:37, , 33F
07/11 13:37, 33F
討論串 (同標題文章)