大家好，我是阿秀。

对于吃互联网这碗饭的程序员来说，尤其是做技术的，后面的出路基本就两条：

• 要么继续做技术，走高级研发、技术专家的路线，比如中间件技术专家、数据库技术专家这样的跟技术为伍；
• 要么就是走管理路线，开始带项目，慢慢开始不怎么写代码，由半技术半管理慢慢过渡到管理岗或者干脆直接向业务方向靠，彻底不写代码了。

阿秀个人还是比较喜欢走技术路线的，也很喜欢写代码，因为工作后发现有时候能够安安静静得写代码是一种幸福。由于项目的需要，阿秀来到 sap 后也在慢慢带新人，虽然比较想走第一条路线，但也不排除以后走第二条路的可能。

可能很多在校生还是纠结编程语言的选择，但其实业务永远在走技术的前面，技术是永远为业务服务的，尤其是在国内而言，技术还是为业务服务的，除非你是尤雨溪这种猛人，单枪匹马写出来 Vue 这种世界级框架出来。

上周在学习圈收到一个师弟以后工作后想要带团队的问题咨询，分享一下。

1、学弟的提问

秀哥好，星球里潜水好久了，收获很大。

秀哥以前在字节的时候是研发的角色，应该是完成leader派发的任务就好，现在则开始负责一个项目，想问下秀哥你在这种角色转变之间的心理过程是怎样的？

还有就是如果我将来想要走管理路线，我也想当leader，甚至是跟秀哥一样带团队，在学习之初应该选什么路线？后端还是前端？

自己想在互联网这行干的久一些，技术虽然知道要学好，但也想尝试走管理路线，现在还是个研一的小白（马上研二了），参加 26 届的校招，想提前做好规划和准备。

2、阿秀的回答

优秀啊，研一就想这么远了，我在你这个时候还在学 Python 搞 pa虫 来着哈哈。

我先说答案，如果你想以后走管理路线，带团队，那毫无疑问要走后端开发岗，前端也可以，但概率小的多，国内大多数管理岗都是后端出身，所以优先建议学后端开发，可以看下学习圈中置顶帖的「知识图谱」，其中有比较全的学习路线和项目推荐。

之所以是后端而不是前端的原因其实很简单，互联网公司不管是什么项目，基本都是后端接触业务更深一些，大到技术选型，小到数据库表的字段含义等都是后端来统筹，不管是架构还是业务，都是后端更能统筹全局一些。

拿我们研发来说，前端如果不了解业务还能混下去，当个混子问题不大，但后端如果不了解业务，那基本混不下去，大概率下个版本会出事故，后端如果不能彻底理解甲方的意图是没办法开工的。

举个例子，如果某个后端程序员因为生病请假一两个月而缺少几次次技术评审，那么等他回来的时候可能下一次技术评审可能就跟不上了，理解不了了，因为业务迭代是很快的，一个版本没跟上，那下一个版本理解起来就会吃力；

与之前比，前端会好一些，虽然说好的前端同样也需要理解业务，但如果你不理解业务，前端也能干得下去，但后端不行，后端不理解业务基本就完了，不懂数据流做出来的需求绝对会驴唇不对马嘴。

现在的你可能没有办法理解认同我上面说的话，甚至认为"在工作中怎么会有比技术还重要的事情"，现在的你可能还在纠结"要学什么语言，要刷什么算法"，但只要是工作过三五年，甚至只工作过一两年的人就会对我上面那些话深表认同。

还是说回你的提问，总的来说，如果你以后想走管理岗位，那毫无疑问要学后端，与之相应的后端招聘要求也更高一些，语言、算法、os、net、数据库、框架、缓存、系统设计这些在面试中都有可能被考到，并且越大的厂要求越高，考的也就越难。

至于说心路历程，以前只需要搞好自己的需求就行，现在则要考虑到组员们的水平，有些需求某些组员是接不了的，还要负责向上对齐向下拉通。

我慢慢发现有时候写代码、做技术的重要性反而是其次，拉通对齐才是更重要的事，才是更有价值和更值得做的事了，隔三年前，我是断然不会这么觉得的。

你现在应该是研一升研二的暑假，我在你这个时候已经把《C++ Primer》这本大黑书看完一半有余了，你的时间还是很充裕的，如果想要以后做管理可以好好准备，学习圈中置顶帖「知识图谱」中有很多往届留下来的经验可以借鉴，好好利用，祝你顺利。