: 目前是希望在網路服務上鑽研下去這樣
: 不過工作有機會可以碰到一些機器學習，也是想要往這邊多學點
: 剛剛想了想，或許希望有一天自己有些想法想自己創業做點東西時
: 不會只會單方面的東西，或許更偏向Generalist嗎？
: 不過我看我主管 他好像是各種Speciallist 或許那就是資深工程師的完全體？
以下個人主觀片面的看法，聽聽就好
我覺得「網路服務」這樣的方向仍舊太含糊。
你最好依據幾個你有興趣開發的軟體系統之需求來決定你學習科技的方向，
免得像我職涯一樣大摔一跤。
我在前面回文說的「持續設計、實作特定類型系統」是從功能和用途的角度來分類系統，
不是依「網路服務」這種架構方面的特性來分的。
軟體跟其他科技一樣，發展它的動機、目的會決定它的用途、
開發者會依據用途具體定義功能性需求和非功能性需求。
這兩類需求又會影響功能面和非功能面的設計 ── 也就是規格，
然後它的設計又會再影響你實現該設計的方法與素材。
對應軟體開發的概念就是實作功能所運用的演算法、函式庫和框架，甚至是程式語言。
舉例來說，Google 搜尋引擎和你自己架的無備援 Wordpress 個人網誌都是網路服務，
但兩者不論從業務邏輯還是架構來看都是完全不一樣的東西。
他們不只無法取代彼此的功能，而且實作採用的演算法、函式庫和框架也不同，
學習實作任一者的經驗都難以應用到另一者的開發工作，甚至可能幾乎沒有參考價值。
因此你說要學新技術，精進開發「網路服務」的能力，我就想問那是什麼服務呢？
光是開發這兩套系統就有一堆軟體套件和演算法要學，
人生的歲月這麼有限，你怎麼可能學得完？
更可怕的是現在各式各樣軟體都透過網路去服務使用者。
從 ERP、跑公司行政流程、掃瞄原始碼到辨識與壓縮照片的系統，
有太多太多軟體可以開發，因此你可以學的程式語言、函式庫、框架也不勝枚舉。
你說要精進開發「網路服務」的能力，那究竟是精進什麼能力？
不但如此，未來科技的選擇還會更多元。
一向令人眼花撩亂，動不動就一堆程式語言、框架和函式庫的前端就不用說了，
現在連堆個設計單純的後端服務都至少有 OS、k8s 和 serverless 三種選擇，
各自應用的科技也不盡相同，使用經驗亦難完全套用至另一者身上。
想用 serverless 的老闆會希望求職者有相關使用經驗，不想僱用全無經驗者。
就算你有在作業系統設定與管理 AP 的工作經驗，
他可能都還嫌多餘、無用、太貴，反之亦然。
由此可見如果你依據「網路服務」這種技術架構特性來規劃進修方向是一定會迷茫的。
然而，要是你根據想開發的軟體之用途和功能來規劃進修方向，那事情就簡單許多。
與程式語言、函式庫、框架相比，特定軟體的設計之演變速度沒那麼快。
動輒半年的專案常常只是改良或增加少部分功能。
許多功能需求、非功能需求都不太會變，開發那些功能也不一定得學新科技或新演算法。
因此你就能有目標、有方向地了解該系統的設計，學習實作功能之演算法以及套件。
你甚至還可以去改良功能的設計或實作方式而不會不知從哪下手。
像這樣的投入方式能貢獻更多價值給老闆和使用者，而且往後轉職時，
你也能憑藉設計或實作該軟體的經驗去其他想發展功能類似的軟體之公司繼續工作
而不會陷入現在迷茫的處境中。
若換成資訊業術語來說，那就是你要從 PG 慢慢往特定系統負責人、
產品負責人轉，然後更熟悉 Domain Knowledge，發展更好用的應用軟體給使用者，
而不是像剛出社會的年輕人那樣就是學新科技，然後再看看有沒有公司會因而僱用你。
那種生存策略會跟年輕人直接競爭，隨著年紀越大會越來越玩不轉。
Linus 一輩子幾乎都在設計和實現作業系統功能，
Anders Hejlsberg 幾乎都在開發編譯器，Jim Keller 都在設計 CPU 晶片。
就算過去數十年間軟硬體套件零件、晶片製程不斷推陳出新，
他們仍舊能憑藉過去的設計經驗持續發展新科技，在各自的領域內發光發熱。
這樣的職涯發展軌跡是立志終生發展科技者的最好典範。
即便如他們那樣的天才，如果你一下叫他們去寫編譯器，一下又是作業系統，
然後又去開發企業官網、iPad POS 系統、Android 遊戲應用程式…
那他們也是會適應不良的，畢竟設計差得太多。
一點見解供你參考，希望對大家的職涯規劃有幫助。