技术实现是技术，技术理解也是技术，技术认知还是技术，不是所有技术工作都是需要会一行一行搬砖撸码的。

有时候比招不到人更可怕的是：不会面试。

个人观点：
比如：业务线的技术负责人，会撸码能撸码这是充分必要条件么？
充分必要条件应该是：看此人的技术思维（知识面、技术选择的思考方式等），业务理解，产品理解、过往的学习能力，管理背景，情商，管理选择思路；
充分不一定不必要条件是：看架构和设计能力（这事情本来就有架构师这个岗位，看的是他的理解和判断）和对不同架构的理解，在什么场景下什么架构最优（预计上线 1 年内，并发不会 100，业务也不复杂就几个核心功能，上来就搞分布式、跨云容灾、中台这不合适吧）；
充分但不必要条件是：看代码实现能力和能撸那些码。

非要反过来，那是招“主程”，然后又希望这个主程能有架构能力还能做技术负责人。
这样，反过来筛，最后真“有幸过关”的“业务线技术负责人”，要么潜心撸码，懒得管理；要么码也没时间撸，管理还看起来挺乱；或许运气好，遇到强人，管的好还有时间自己撸码，但是价钱又匹配不了。

说个我遇到不会面试的栗子：

某初创 AI 公司（创始人算是圈内数得上的横跨学术界和产业界的大神）来了一个研发能效的 Job。
对接了分管产研的领导（估计 VP ），聊了需求，基本就是：DevOps+产品质量+测试质量 这些东西了。
然后，说需要一个文档或者 PPT 说明下思路和想法，于是花了周末两天弄了个 PPT。
发过去，回复：期望很高，安排技术同事和你聊一下。

然后，隔一天电话来了，大致对话如下：
技术同事：公司安排我和你聊一下，你看你对那些技术比较熟悉吧，说说。
我：（默默呵呵）这个问题不好回答啊，我以为我们需要套路的产品研发这一整条线的事情，你突然让我说个技术点，我还真想不出来。
技术同事：没事，你看看你对什么技术比较熟悉，我们就聊什么。
我：从产品想法到研发出来一个符合质量预期的产品，技术是很重要，但是技术细节不是这件事的核心重点，这么聊是不是方向不太对啊。
技术同事：我接到的通知是和你聊聊技术，你看看你对什么技术理解比较深。

心理有谱了，遇到情商不高的钢铁直男了，话不投机半句多，也没什么好聊的了，草草了事。
当然，没有下文了。
怎么可能有下文，目测这哥们估计是研发经理，就算有下文了，和他聊体系和研发管理变革，目测，难。