宽度 or 深度？

😰服了，随便起的标题也太擦边了🙈（肯定是我的工作伙伴带坏了我~）

在阿里和京东，会把人才分为“L 型人才”和“T型人才”，其实这个很容易理解，L型 —— 先保证技术深度再保证技术宽度；T型 —— 先保证技术宽度再保证技术深度 。恰好本人对于这个问题也没有明确的答案，所以在这里想跟大家讨论一下：对于一个职业生涯初期的程序猿来说，在职业生涯初期应该以技术宽度为重还是以技术深度为重？

前辈的看法

先po一下几位前辈的观点。

一位掘金朋友的意见：

单向发展局限性比较大，不管是做技术管理还是技术专家，都需要一定的广度，但是这个广度我觉得是建立在已经有深度的基础上，单纯为了扩展广度而去学很多基础的东西，意义不大，毕竟不是为了做外包，所以还是看你处于哪个阶段的瓶颈期吧，如果是1-3年，可能花时间搞清楚原理性的东西带来价值更大，而如果是3-5年，应该是要培养考虑问题的思维能力上吧，这是我的个人看法~

一位字节大佬的意见：

突然发现，前端好像没几个做到 CTO 的……仔细想想，国内的前端界比较出名的前端出身做到很高职位的，玉伯算是一个代表，后期他基本上已经成为一个产品设计方面的负责人了，脱离了单纯前端的范畴。而普遍对于前端天花板的看法都差不多，确实是认为有后端工程背景的人升为 VP/CTO 级别的概率比较高，而前端更倾向于在框架中日复一日的迷失。而整体来说，后端天花板的高度普遍远远高于前端天花板的高度。

职业背景

本人是处在一个制造业公司的前端开发（也是唯一一个前端），公司主要技术栈为sql，公司主要通过sql解决公司业务问题，公司有雇佣外包公司（可以理解为公司大部分业务通过外包实现，公司没有固定的IT产品，也理所当然的没有技术支持，每个人能实现日常业务即可，因此可能对于个人的技术深度发展帮助有限？），其实公司对于职业定位真的区分不大，推崇的理念是你能干活即可，因此对于业务没有特定的划分，因此虽然我是前端，但是我也能碰后端（java）、sql、运维（部署）的活。

我的看法

刚想搜一下资讯，结果就看到了这个沸点。

😅在一个内卷如此严重、形势如此悲惨的状况下，还真的有必要去思考选择走哪条路吗？

我的看法是，其实无论是选择技术宽度还是选择技术深度，如果真的不知道选择什么，与其迷茫停止前进不如跟着环境走？我相信只要持续学习，学到的终归是自己的，到最后肯定是会有所收获的💪。至于怎么选择，好像得以后考虑了...

👀最后

其实这个问题我真的没有答案，如果有大佬有其他看法，希望能为我答疑解惑吧😭