你好，我是公子龙。今天来跟大家分享一下技术线的3-1不带人的是什么个JobModel？
字节的研发的3-1，对标阿里巴巴的p8，分两类，一类是管理职能，一类是架构师。其中管理职能对应的就是Leader，考核管理团队。架构师也就是是IC，个人贡献者，一般不带团队，考核独立或者虚线业务结果产出。
字节的3-1架构师，实际上就是巨头兵。
我跟很多朋友聊过，觉得在整体对于员工的人才培养，字节是远远不如阿里的。但是有一点字节远超阿里的就是架构师IC的设计。简单来说，字节给不带团队的技术专家也规划出了一条晋升路线，而阿里则没有。
换一句话说，如果只是单单做技术，不做管理，在阿里很难向上去晋升到p8p9，基本上到了技术专家p7这个级别就到顶了。而整个晋升体系实际上最高可以达到p10。所以可以看到如果在阿里只是一直做技术的话，那么最多做到p7，相当于一直大头兵。
然而字节不一样，字节给专门做技术的同学也规划了一条晋升之路，这条晋升之路和管理线一样，几乎上不封顶。
很明显的一个区别就是阿里几乎没有专门做技术的p8，但是字节却有着大量做技术的架构师3-1。
那今天我们就来说一下，作为p8级别的3-1的架构师是什么样的水位。
首先对于架构师来说一定是要业内有技术影响力的专家。
这一点相对来说会比较虚，但是实际上你想拿到架构师的岗位，那么你在原来的公司或者行业都应该有一定的技术影响力。
比如你之前在阿里巴巴做出了一个非常大的项目，影响到了整个事业部的基建系统。比如你在某个中型公司设计了一套技术系统，解决了一个公司很大的一个难题，或者是你是著名的开源系统的一个技术专家。
总而言之，架构师的技术能力，一定是极其牛批的。基本上只有极好的业务结果和极深技术的加持，你才可能被定义为架构师。
这里注意对于架构师是不要求有管理经验的，甚至管理经验对架构师来说未必是加分项。架构师的基础一定是有很强的技术能力，这个技术能力是体系化的，是多维度的，是可以在事业部上有体现的。
比如做的技术的深度有没有达到行业最高标准？技术的价值有没有明确的产出？能不能推动大型项目的落地方案？这些应该都是在面试中考核架构师的难点。
如果你只是带领团队做出一个东西，但系统系统的核心技术架构不是你设计的，完备性风险预案也都不是你考虑的，那么大概率，你无法成为合格的架构师。
那成为架构师，怎么样才能德才配位呢？一般来说，架构师的产出至少要符合以下的两种。
第一种标准是架构师需要用技术来解决系统或者业务的大问题。
如果走管理的职能线，你把问题定义清楚了，然后拆解交给下属解决就可以了。但对于架构师来说往往是没有直接直属的团队的，所以架构师一般都是虚线来解决系统性的技术问题。
简单来说，架构师就应该能定义复杂的系统性问题、产出核心技术方案、推动其他合作方完成方案落地。
举一个例子来说，我这边碰到了一个架构师，他半年就解决了一个流量隔离的问题。由于我们的系统特别的复杂，又是多租户的模式，但是却没能够动态的做到流量隔离，大小客户全部耦合在同一个集群里。
流量隔离意思是可以针对任意的客户来配置，配置完成之后，这一批客户就能够走同一个集群，做到业务流量、稳定性和故障的充分隔离。听起来简单，但是实际上要产出完整方案和并推进落地是比较困难的。
要首先熟悉各个模块的业务系统，要怎么样建立流量调度的框架，以及怎么样去推动各方的系统来实现这个业务的上线。
这里面不仅有大量的宏观的架构问题，还有一些细节的流量调度和配置问题，以及大量的协同问题，可能协同五六个团队。
这位架构师，每周都要拉上四五个团队的接口人开会，资源紧缺的时候，还要到处找人刷脸推进。
这类架构师，很像军师，没有将军的虎符，根本指挥不动下属，纯属纸上谈兵。
所以这里面的挑战不仅在于技术层面，还更在于整个团队协同和多方业务目标对齐。在这里我们就可以看到对于这一种横向的事情，架构师又是无冕之王，如果没有拿到对应的大老板的支持，想要独立推进这些事情是非常困难的。
所以这种架构师并不是那么好做，甚至有可能折腾个一年，半年什么结果都没有，无法落地。
所以，要有横向产出的架构师，除了技术过硬之外，如何拿到大领导的军令，更为重要。
第二种标准技术架构师是要有核心的个人技术能力来解决复杂问题。
架构师一般来说不用一个人完全写代码，而且一个人再怎么写，也比不上一群人写的多。
但是有一些非常核心的技术模块还是需要架构去写的。特别对于某一些偏底层的难点模块，往往只有架构师才能胜任。
比如写一套DB的存储引擎，比如一套复杂的分布式事务系统，比如写一套热门的AI大模型工程核心架构等等。
在特别偏底层的系统，诸如数据库或者存储，他们就会招聘很多高阶的架构师，有3-1甚至是3-2。
对于这些偏基础的团队来说，不需要有太多的业务上的信息输入，甚至很多时候这些团队都不需要有产品经理，他们把大部分时间都花在做性能和功能上。
而做这些往往主要工作就是产出核心方案，然后写深度的代码或者做专业的性能优化。
比如我所在的业务里面有一个非常重要的部分就叫做OQL，其中就有一个架构师级别的人物花了6个月的时间把这个模块给写完了。这个模块就是text to sql，简单来说就实现了一套编译语言，可以实现自定义的语法转成db的查询语句。
这块的复杂度非常之高，涉及到很多专业的编译原理相关的知识，在结合工程部署之后，这个模块就可以给专业的开发者提供一个手写sql的能力。
这就是作为一名架构师写核心代码的产出。
所以综合来说，3-1架构师的门槛还是非常的高的，但是同样这是这么多互联网大厂里面，字节给专精技术的同学提供了一个最合适的成长通道。
从JobModel来说，3-1的架构师要不具有横向推动技术架构升级和落地的能力，要不就写非常资深的代码，这两个路径才是架构师的生存之道。
