当前位置:首页 > 探索

技术负责人招聘信息

上周面了个技术负责人,技术简历漂亮得发光——某大厂P8,负责带过三十人团队,人招主导过日活千万级项目。聘信聊了四十分钟,技术我问了他一个具体问题:线上服务突然大面积超时,负责日志里全是人招connection reset,你第一反应查什么?聘信他愣了五秒,然后开始背TCP三次握手。技术

这就是负责我要说的核心:技术负责人这个岗位,面的人招是判断力,不是聘信知识储备。知识可以查文档,技术判断力只能靠踩坑踩出来。负责

技术负责人到底负责什么?人招

很多公司把这个岗位当“超级程序员”用,这是最大的误解。我见过一个团队,技术负责人每天写代码到凌晨两点,自己的KPI完成了,但团队三个新人半年没涨过职级,核心模块只有他一个人能改。他请假那天,线上出了P2故障,没人敢动代码。

技术负责人的第一职责是让团队的技术产出可持续。具体点说:技术选型别选团队hold不住的,架构设计别留只有自己看得懂的坑,代码review别只挑格式问题。你得让手下的人成长,哪怕他们成长之后跳槽,也比烂在你手里强。

第二职责是对外扛事。产品经理提离谱需求,你得能说“这个做不了,但我可以给你另一个方案”。老板拍脑袋定三个月上线,你得能拆出里程碑,把风险摆到台面上。出了故障,你得第一个站出来说“我的责任”,而不是“那个谁谁谁改的代码”。

招聘时我盯的三个点

一、有没有“非我不可”的幻觉。问他:你上次休假一周,团队出过什么事?如果他说“啥也没出,但我回来发现他们把我设计的缓存层改了,性能反而好了”,这人能要。如果他说“他们搞不定,我远程处理了三次”,直接pass。技术负责人不是系统单点。

二、能不能把技术问题翻译成人话。我常让候选人用三分钟给“非技术背景的CEO”解释什么是微服务拆分。有人上来就画CAP定理,有人会说“以前是十个人在一个厨房做菜,现在拆成五个小厨房,上菜快了但协调成本高了,我们得加个传菜员”。后一种人,跟产品、运营吵架时不会吃亏。

三、有没有“认怂”的勇气。问一个他做过的失败项目。支支吾吾说“团队执行力不行”的,基本是甩锅型。能具体说“我当时选型太激进,没做压测就上线,结果数据库连接池爆了,后来改成异步队列才稳住”的,才是真干过活的。技术负责人不需要永远正确,需要错了能快速止损。

一个具体案例

前年我招了个技术负责人,履历一般,二本毕业,没进过大厂。但他讲了一个细节:他们做电商大促,零点流量洪峰,他提前三天把非核心服务全降级,只留下单和支付。结果大促当天,竞品全挂,他们扛住了。我问他怎么判断哪些是非核心,他说“我跟运营吵了两天,把‘猜你喜欢’和‘历史订单’砍了,运营差点杀了我,但事后数据证明,用户根本不在乎那几秒的推荐延迟”。

这人现在带四十人团队,去年双十一零故障。他的核心能力不是写代码多快,是知道什么时候该砍需求。

薪资和title的实话

技术负责人的薪资跨度极大。小公司可能给30k*14,大公司能给到80k*16加股票。但别只看数字。有个候选人拿了某独角兽的offer,涨薪40%,去了三个月就后悔——团队里全是刚毕业的,他每天花六小时教人写单元测试,自己的技术判断力在退化。另一个候选人降薪20%去了传统企业,但手下有五个十年经验的老兵,他只需要定方向,半年后把系统可用性从99.5%拉到99.95%。

选哪个?看你想要什么。想要快速验证判断力,去老兵多的团队。想要练管理基本功,去新人多的团队。但千万别去那种“技术负责人”头衔下面,实际干着项目经理加架构师加运维的活,还只给一份工资的地方。

最后说一句:如果你面技术负责人,面试官只问你“Redis有哪些数据结构”“MySQL索引怎么优化”,别去了。他们要找的是高级开发,不是负责人。

分享到: