小弟預計下周辦一個轉職分享會，
有興趣可以報名～ https://goo.gl/forms/Y9f8TNJ9qTSAbtCf1
「想請問以就職容易度為前提的語言」這個問題，我的簡易建議會是前端或 php 。
但「就職」這個問題雖然相對簡單，
但「職涯發展」這個議題卻很立體也很複雜...。
「職涯發展」牽扯到的不只是拿到工作，
也包含了「怎麼在這份工作當中發展上去」。
前陣子有在面試一些工程師，感觸很深，
例如有面試到很認真想把 code 寫好，結果整間公司擺爛的人，
（其實滿有天份的，但與敝司的需求還是有落差）
也有遇到三個一年經驗的人（一年的工作能力重複做）
遇到聊得來的人，我都會分享以下幾個觀點：
1. 去認識你這個領域的前輩/朋友
等你達到 tutorial 等級之後，寫程式很難一個人自己寫然後就進步；
一個人能進步的通常是程式底子很好，或是練武奇才。
2. 知道什麼是對的問題
找到前輩/朋友之後，試著跟他們交流，
但，不是一古腦兒把所有問題丟給對方，
例如我看過：「請問如果我要管理我的訂單狀態，我該怎麼做？這個我不會做...」
這是一個天大的問題.....
但如果問題縮減成「我要做一個訂單管理的流程，我缺乏什麼？」
>> 我會做資料庫 CRUD
>> 我會做前端畫面、但不會前端框架、會一點 jQuery
>> 我可以寫出一個維護性不知道如何、不知道會不會有 bug 的訂單管理 XD
>> 我會畫一個流程圖
>> 我可以釐清使用者需求
然後會發現這幾件事情，最該先做的事情是先釐清需求、再畫流程圖，
然後再把「自己覺得訂單管理」該怎麼寫、該怎麼開發、怎麼規劃寫下來，
然後帶著這些東西去問前輩：
「我目前有一個具體的需求要完成，有規劃了流程圖、且要用什麼工具有想好了，
不知道是否能跟您請教？」
嗯......
我自己的經驗，如果你已經準備到這個程度，
會有一些前輩願意聽你說，且提出你的盲點，
例如你可能連需求都沒定義清楚，這樣開發下去會遇到什麼問題，
或是妳流程圖有自己沒看出來的 bug 、或是這樣的架構下，
跟你列出來想用的工具是否適合...等等。
3. 了解根本的知識而不是工具
這個觀念其實大家都會講，但實際上規劃起來是怎麼一回事？
以後端而言，了解資料庫、了解 OSI、了解從 browser 發出 request 之後，
經過的每個地方是什麼、分別替這個 request 做了什麼相應的事情，
最後回傳什麼給 browser。
而不是到底要學 php、java、node.js 還是 ruby。
前端也是一樣的概念，你該鑽研的不是 vue.js react.js 甚至 jQuery 的使用方式，
而是 browser 做了哪些事情、 javascript 是什麼、在 browser 有什麼特性。
（小弟也是前端苦手，最近在補基礎知識，很推薦 https://javascript.info/ ）
當你成為一個可以思考問題本質的工程師時，你目前會什麼工具就不是最重要的，
例如身邊朋友有人原本是寫 php，面試時還是有公司願意加薪 20% ＋讓他轉 stack ，
原因就是他懂的是「後端怎麼運作」
而不是「 CodeIgniter (php 的一種框架) 怎麼使用」。
結論：
當你在狹義的思考「怎麼樣拿到我第一份工作？」的時候，
其實前端、 php 都還不錯，因為職缺很多。
但更重要的是，在解決完第一個問題後，
去思考「怎麼樣讓我成為一個好的工程師」這件事情。