※ 引述《m13m13m (奇怪 還沒收到??)》之銘言：
:
: 工作上遇到一層不變的薪水, 和難以跨越的門檻(做某一個框架
: 幾年, 想換到另一個想去的公司但是框架不同, 好的話,年資是從新算,
: 常常是遇到根本沒機會, 即戰力第一. 久而久之,路變得有點窄.
: → m13m13m: DevOps/SQL 是好建議,正在點docker/aws, SQL command 04/04 21:20
: → m13m13m: Argos:想出國看看, 我不想當嘴炮的人 04/04 21:20
: → m13m13m: oneheat: 騰訊嗎. 語言框架不對, 第一關就無法pass了 04/04 21:21
: → m13m13m: 假設我PHP很多年,要去弄node.js/ java也是從頭算年資. 04/04 21:22
: → m13m13m: 從頭開始學. 另外換一個語言不可能只要幾周, 比如c++ 04/04 21:23
: → m13m13m: 學很多你要保證你每一個都能一直跟上去最新的工具 04/04 21:23
這一串看下來，感覺你好像很糾結在語言或框架的熟悉度就是即戰力。
但出來久了，很多時候你會發現其實大家真的在用的東西都是很簡單的部
份的，也就是傳說中的只用到 20% 的功能，有 80% 是用不到的。
當然有把語言和框架用到出神入化的人，但多數的時候反而都是很基本的
部份，有的時候甚至會覺得這是好事，框架有他方便的地方，但通常藕合
度比較高。我現在反而比較喜歡不過度依賴框架的程式碼。
所以你會發現大家會覺得你想加薪，結果想出來的方式是跳框架很奇怪。
即戰力是可以從不同的面向來看的，舉例來說，當今天你發現你家用 PHP
做的做流量統計服務（類似 GA 的服務）的網站，效能撐不住了。開個網
頁要四五分鐘還開不出來，這個時候來了兩個人：
A：「嘿，我做過工廠自動化數據分析報表的網站喔。咱們的資料量是每個
機台最慢每秒有一則統計輸出，工廠有一百台機台，二十四小時開工，所
以每天有約八百萬筆資料產出。我們的網站報表數據基本上是即時的，不
會差距三分鐘，網頁讀取速度不會超過一秒。喔，我們的系統是用 Java
實作的。」
B：「我有五年 PHP 的經驗喔，我 Laravel 很熟喔。我做過很多 CRUD 的
網站喔。」
請問如果你是主管，你會覺得哪個對你們公司才是即戰力呢？我想這就類似
上一篇回文裡 qrttl 大大提到的套路。因為做過，所以知道這個問題大致
上怎麼解，而很多問題的本質，是與該專案所使用的程式語言或框架沒那
麼相關的。
像我基本上都是在 Java 相關的專案與工作打滾，但也去面試過資深 PHP
工程師的職缺，然後問與考的東西大部份都與 PHP 無關，而是在於各式各
樣的「套路」。例如 MVC 的基本概念，XSS 怎麼防，SQL Injection 怎麼
防，怎樣的問題你會怎麼解，API 你會怎麼設計。我 PHP 是研所論文在用
的，之後出來工作七八年，完全沒在用，甚至沒用過任何 PHP 的框架。
講實話，如果沒有速查表和參考資料，你叫我從頭寫 PHP 我大概會寫不出
來。但最終我有拿到 Offer，而且也還不錯，只是經過一些考慮後還是決
定繼續待在 Java 這個領域。
至於你說的第一關被刷掉，我想履歷和面試時的應對可能有比較大的關係，
特別是面試，不只是你問我答，也需要自我披露啊！面試官問的時候，你
可以在你的回答裡延伸出你練過什麼套路，解過什麼問題，而且展現出你
理解的是這個問題的基礎原理，而不是只是瞎猜。
舉例來說，你們的解法是加開 Instance，那為什麼要加開，是 CPU Bound
還是 Memory Bound 還是 IO Bound？你們是用什麼方式決定是否要加開
Instance，怎麼做 Profiling 怎麼做 Benchmark？這些也都是套路的一
部份，而且也不會跳語言或框架就會有太大本質上的改變。
那有沒有跳語言和跳框架即戰力就下降的狀況？也是有的，例如你現在叫
我去寫 NodeJS ，我肯定寫得不好也沒有即戰力，因為和我最熟悉的典範
是不同的。
PHP 和 Java 的世界裡，多數都是 Multi-Thread / Blocking 的操作，
迴圈什麼隨便用。
但 NodeJS 是個完全不一樣的世界，他的典範是 Single Thread / 非同
步呼叫模式，基礎的思考方向就不一樣，解題的方式也會不同，如果我用
Blocking 的思考方式去寫 NodeJS，結果肯定很慘烈。
這種的我覺得跳語言和跳框架就比較有意義，因為學到的是另一種解問題
的思維。
而有一些問題，在某個典範下可能很難解，但在另一個典範會比較容易，
例如這幾年很火紅的用 Functional Programming 的典範來解決 Concurrent
問題等等。
最後，這一陣子決定要花點時間做個 Side Project 當做這幾年工作成果
的總覆習，於是列出了一些這個專案想要達成的目標，大致上如下：
- TDD，測試覆蓋率 90% 以上。
- 乾淨的架構，核心邏輯與資料庫、框架等等嚴格分割。例如資料儲存
可以在不依賴框架的情況下，隨時抽換 NoSQL 或 RDBMS。
- 架構上有足夠的彈性，可不靠 Middle Ware 就能做到 DB Sharding。
- 架構上有足夠的彈性，可不靠 Middle Ware 就能做到資料庫讀寫分離。
- 證明 API Server 可以處理 C10K 的問題。
- 可以做到網站與 APP 的資料雙向同步。
- 能夠做到快速部署，快速建立開發環境，模擬新人進來時候的狀況。
結果列一列之後，發現多數都是和語言 / 框架無關的問題，而是在系統架
構上要怎麼設計，而這些設計原則，不太會因為換了語言或框架就改變的。
以上是在 Backend 打滾了幾年後的一些想法，給你參考看看。