说明面试需要改革, 用更好的方式考察能力

tabnine 到 copilot 到 cursor 到 claude code, 你猜这几年我 React 里面手写 Array.map 写了几次。。。。。 所有的工具会自动补全， 还知道自己添加 key prop.

确实 我算轻度使用 ai coding 了，日常一些公共函数/类 以及一些代码结构优化都交给 ai 。现在如果是自己写已经大不如前了。

写了个 Go 的死循环，一开始还写了个 `while(1)` 出来，全记混了。 算法也是，30 分钟内把一个题目抽象成代码实现，还要 bug free ，我感觉太难了，压力山大。 日常开发中的难题往往是：实现 xxx 功能，怎么样尽量不动 yyy 模块的屎山代码；怎么说服 A 团队按我们的需求去实现 B 功能，等等。日常用得最多的技能，可能就是抓包、分析日志、想办法复现生产环境 bug 这些。 但面试的时候，大厂手写算法总是一道绕不过去的关卡。就算刷题准备，也难免遇到刷了一个星期二叉树，结果面试让你手写一个复杂 SQL ，还是抓瞎。 最近被裁，今天面试连着翻车，难免会觉得挫败。

@ilyh 现在要求越来越高。翻车也正常。慢慢找呗。

多好的事情 想着如何创新 如何做产品 更考察 1 个人架构设计的能力。独立开发者的时代到来了啊

我觉得没毛病啊。没有 ai 之前我就觉得让手写代码或者背下来一堆东西的面试有点呆， 但是国内人力太饱和了，用这种办法筛也是一种无奈之举。 我一直觉得重要的是一个人解决问题的能力和思路，你让一个复读机入职和让一个有思路的人入职是两种体验。而且我一直都比较喜欢抄，别人写好的玩意不抄不是浪费了么？ 只要能做到怎么找到自己想要的抄的东西和知道怎么抄就行了。 绝大部分岗位会这个就能超额胜任了。 只有极少数人能做到推动行业发展，国内这些公司都被饱和的人力惯坏了，恨不得几 k 的工资招个超人进来。能手写 0101010 给你背下来 win 操作系统源码😂。

不会和 AI 协同写代码才值得焦虑吧哈哈

现在的提示词工程就是编程语言

我也一样, 这半年高强度用 claude code, 已经不会手写了