: 目前是希望在网络服务上钻研下去这样
: 不过工作有机会可以碰到一些机器学习，也是想要往这边多学点
: 刚刚想了想，或许希望有一天自己有些想法想自己创业做点东西时
: 不会只会单方面的东西，或许更偏向Generalist吗？
: 不过我看我主管 他好像是各种Speciallist 或许那就是资深工程师的完全体？
以下个人主观片面的看法，听听就好
我觉得“网络服务”这样的方向仍旧太含糊。
你最好依据几个你有兴趣开发的软件系统之需求来决定你学习科技的方向，
免得像我职涯一样大摔一跤。
我在前面回文说的“持续设计、实作特定类型系统”是从功能和用途的角度来分类系统，
不是依“网络服务”这种架构方面的特性来分的。
软件跟其他科技一样，发展它的动机、目的会决定它的用途、
开发者会依据用途具体定义功能性需求和非功能性需求。
这两类需求又会影响功能面和非功能面的设计 ── 也就是规格，
然后它的设计又会再影响你实现该设计的方法与素材。
对应软件开发的概念就是实作功能所运用的算法、函式库和框架，甚至是程式语言。
举例来说，Google 搜寻引擎和你自己架的无备援 Wordpress 个人网志都是网络服务，
但两者不论从业务逻辑还是架构来看都是完全不一样的东西。
他们不只无法取代彼此的功能，而且实作采用的算法、函式库和框架也不同，
学习实作任一者的经验都难以应用到另一者的开发工作，甚至可能几乎没有参考价值。
因此你说要学新技术，精进开发“网络服务”的能力，我就想问那是什么服务呢？
光是开发这两套系统就有一堆软件套件和算法要学，
人生的岁月这么有限，你怎么可能学得完？
更可怕的是现在各式各样软件都透过网络去服务使用者。
从 ERP、跑公司行政流程、扫瞄原始码到辨识与压缩照片的系统，
有太多太多软件可以开发，因此你可以学的程式语言、函式库、框架也不胜枚举。
你说要精进开发“网络服务”的能力，那究竟是精进什么能力？
不但如此，未来科技的选择还会更多元。
一向令人眼花撩乱，动不动就一堆程式语言、框架和函式库的前端就不用说了，
现在连堆个设计单纯的后端服务都至少有 OS、k8s 和 serverless 三种选择，
各自应用的科技也不尽相同，使用经验亦难完全套用至另一者身上。
想用 serverless 的老板会希望求职者有相关使用经验，不想雇用全无经验者。
就算你有在作业系统设定与管理 AP 的工作经验，
他可能都还嫌多余、无用、太贵，反之亦然。
由此可见如果你依据“网络服务”这种技术架构特性来规划进修方向是一定会迷茫的。
然而，要是你根据想开发的软件之用途和功能来规划进修方向，那事情就简单许多。
与程式语言、函式库、框架相比，特定软件的设计之演变速度没那么快。
动辄半年的专案常常只是改良或增加少部分功能。
许多功能需求、非功能需求都不太会变，开发那些功能也不一定得学新科技或新算法。
因此你就能有目标、有方向地了解该系统的设计，学习实作功能之算法以及套件。
你甚至还可以去改良功能的设计或实作方式而不会不知从哪下手。
像这样的投入方式能贡献更多价值给老板和使用者，而且往后转职时，
你也能凭借设计或实作该软件的经验去其他想发展功能类似的软件之公司继续工作
而不会陷入现在迷茫的处境中。
若换成资讯业术语来说，那就是你要从 PG 慢慢往特定系统负责人、
产品负责人转，然后更熟悉 Domain Knowledge，发展更好用的应用软件给使用者，
而不是像刚出社会的年轻人那样就是学新科技，然后再看看有没有公司会因而雇用你。
那种生存策略会跟年轻人直接竞争，随着年纪越大会越来越玩不转。
Linus 一辈子几乎都在设计和实现作业系统功能，
Anders Hejlsberg 几乎都在开发编译器，Jim Keller 都在设计 CPU 芯片。
就算过去数十年间软硬件套件零件、芯片制程不断推陈出新，
他们仍旧能凭借过去的设计经验持续发展新科技，在各自的领域内发光发热。
这样的职涯发展轨迹是立志终生发展科技者的最好典范。
即便如他们那样的天才，如果你一下叫他们去写编译器，一下又是作业系统，
然后又去开发企业官网、iPad POS 系统、Android 游戏应用程式…
那他们也是会适应不良的，毕竟设计差得太多。
一点见解供你参考，希望对大家的职涯规划有帮助。