Re: [心得] 非本科系生真的這麼劣勢嗎？

※ 引述《ZZ321 (愛情就像是便便)》之銘言：
: 大家好
: 小弟商學院畢業，非本科科系！

我最近也在求職。

總覺得本科系去投履歷若經歷不好看都未必吃香了，

非本科系、沒工作經驗沒機會其實不會太奇怪。

再加上看了看職缺的應徵狀況以後，我認為最近前端工程師的市場已經過度競爭了。

要知道明明是開發 web 系統，為什麼人家會想找「前端」工程師，

不像過去一樣常常從前寫到後？

通常就是前端工作量夠大，或是要做得很精緻，

開發團隊才會按程式運作的環境分工開發功能。

那麼僱主是開發什麼樣的系統才會有上述的工作狀況？

最常見的就是提供 B2C 純軟體服務，或是公司的軟體產品。

然而台灣單純靠銷售軟體或提供 B2C 軟體服務謀生的公司並不多，

其中也不是每套系統的網頁都迫切需要以 SPA 架構來實現，

不少系統的頁面其實還是 jQuery 就夠用，

偏偏你們上課跳過 jQuery 直奔 virtualdom 函式庫，

出來以後又喜歡往 B2C 軟體服務公司擠，隨便一個崗位都超過 10 人應徵，

對僱主來說反而沒啥價值，如此一來沒機會也不太令人意外。

面對這樣的形勢，我建議你要嘛停損，不要轉職前端工程師，

因為就算找到機會轉職成功，薪水也難高得起來，

而且若你的工作是上個課就能做，那對未來新人來說恐怕也是如此，

所以未來薪水能否繼續成長也值得顧慮。

真想繼續下去就別跟其他人一樣往大家覺得最風光的 B2C 服務開發崗位擠。

其實有些 B2B 服務、非資訊或軟體公司、內部資訊系統開發工作也在找人專門寫前端，

但這類工作可能許多人覺得不夠酷、看不懂或難以向未來的僱主呈現工作成果，

於是相對沒人應徵，你去試試應該多少有些機會。

再不然你就學 jQuery 再找個很成熟的後端語言學學 ── 例如 java、C#、php ──

練習寫個簡單的系統，然後一樣別往 B2C 純軟鑽，去找從前寫到後的開發工作，

別管那系統是不是令人覺得不酷的內部系統，也別管是不是要駐點之類的，

先有工作再說。

這類開發工作的人力市場還是缺人，而且待遇比我原本預期的好，你不妨試試。

人無我有，人有我優，人優我多，人多我轉 ── 商場、職場競爭的真理

--

可以，但通常那樣做的都是新創，以他目前的條件恐怕不容易進去。

我幾年前也這樣想，但後來認為這要看系統的設計，不能一概而論。 如果使用者並不透過無線網路存取那個系統，例如企業內部系統， 又或著系統前端互動不多，著重在內容而不是功能多的介面， 那暨有系統動態生成內容再利用 jQuery 補點功能其實就綽綽有餘了， 不一定要都用 SPA 架構改寫。 科技只有適不適合用來滿足需求，沒有新不新的問題。 人類不知道多久以前就用陶土做出茶杯， 但時至今日你也不會沒事拿較晚被發明的塑膠洗臉盆裝茶水來喝。

它的價值會因為新的標準而變少，相容性問題也會隨瀏覽器演進而變少， 但它還是個較高層次抽象化的函式庫。 而且就算有 querySelector，它還是能幫你綁 this，能替你綁未來出現的元素， 多少還是有點用，而且我之所以提 jQuery 的重點在於 ── 如果他已懂原本由 jQuery 負責提供的方便功能，那學 jQuery 也用不了多少時間， 會了又有機會得到工作，這樣又為何不學？ 不是說工程師用啥學啥嗎？

首先，你講的是國外，但他是國內求職，你到底是在反什麼反？ 再來，既然你同樣覺得他應該也寫後端，那我的建議又有啥不妥？

你新系統介面要以 SPA 來實現很好啊，而我只是要告訴原 PO 還有哪裡可找工作機會。

但如果某些工作要維護的系統之使用者不會用無線網路存取， 那沒事其實也未必需要用 React、Vue 去改寫。 這種工作也許有些人覺得不酷，卻有可能是他暫時糊口的辦法。

原本採用 SPA 架構的部分目的 不就是想減少那些以無線網路存取系統的行動裝置之資料量傳輸量、 畫面重塗的運算量（以便更快回應使用者的操作），甚至是發送請求的次數？ 你維護的若是那些透過內部實體網路、內部桌機提供內部服務的系統， 那是有差這一點可最佳化的傳輸量、運算量、請求次數喔？ 還是很快啦～ 值得為此付薪水花不知多少人次重寫嗎？ 新系統可以用 SPA，舊系統你真的別鬧了 然而維護舊系統也是工作賺錢的方式之一， 因此我才跟他說可學 jQuery 和後端語言去做這些工作，這樣至少可以活下去。 我若不打那麼多字，把話講得那麼明白你就一定要斷章取義解讀我通篇的思想嗎？ 不要把較新的設計和科技當成信仰 ok？