winter

UI 是面子，代码是里子 没几个人在乎衣服是什么棉花做的，但是在乎穿的衣服好不好看、有没有撞衫🤪

今天给一个候选人走背调，他33岁，P7，总包谈好了78万，一切顺利。结果我打给他前司的HR，对方说"他离职前跟直属leader吵过架，而且最后三个月绩效是C，我们系统里记录的是'沟通协作待改进'"。我把这事报给用人部门，leader说"这种有风险的不要，HC紧，别给自己找麻烦"。 我去跟候选人沟通，他急得声音都变了，说"那个C是leader故意打的，我离职前已经找好下家了，他留不住我就恶心我"。我查了他的绩效历史，之前三年都是B+以上。但现在用人部门已经倾向于拒了，我如果硬推，万一试用期出问题，我的背调记录要担责。 背调里一句前同事的负面评价，到底该不该一票否决？你们离职的时候，会跟老东家撕破脸吗？

我来扩写一下： 技术渣的，人好，基本都有女朋友。 技术好的，渣男，基本都没有固定女朋友。 估计只有我有这样的脑回路，因为「渣男」在我字典里是个褒义词，有人说我「渣男」我会当作赞美收下。

同意，我现在是两条线，一个是靠 AI 做出demo 出来，然后给程序员，还只敢推送一个建议参考分支。二个是利用 AI 疯狂在补计算机的课程和手写小模块编程。

Vibe Coding 对程序员的砍杀明显被放大了，尤其是不懂开发的管理者，在做裁员决策的时候。 Vibe Coding 也莫名的给了很多非程序员过度自信，觉得可以作为 OPC 独自做出 production 级别的应用。更搞笑的是某些公司让前端和设计用 Vibe Coding 转型全栈一起写代码。 最近我在一个做一个小型的对接第三方 API 的需求，我从 16 年开始使用 Docker，也有很多 Kubernetes 的经验，对于 OAuth 以及 refresh token 这些都非常熟悉。仍然被同事 Code Review 出来多个问题（AI 没有发现，我也没注意到），就是： 1. 多个 Pod 同时启动刷新第三方 refresh token 的竞态问题。目前未来拿到第三方的 access token，应用启动的时候，会请求拿到一次写入数据库和应用缓存。我没考虑多个 Pods 在 Kubernetes 里面同时启动的情况。后面用 Postgres Advisory Lock 解决。 2. 多 Pods 的 token 解析失败的重试逻辑存在问题。应用会尝试解码，发现失败之后，就去 refresh token 然后拿到新的进行写入。当然，之前失败的请求没办法处理了，然后写入新的到数据库方便未来处理。这个问题在于多 Pod + 优先读取内存缓存的 token 逻辑，其他 Pod 可能先一步由于失败请求对 token 进行刷新了，但是其他 Pod 并无感知，这样就会导致 Pods 进入死循环刷新了。解决方案：内存 token 失败后，在尝试数据库，失败后打日志。然后在其他统一的地方刷新 token，减少 refresh token 的逻辑。 以上，只是一个中小型公司的一个简单 Web 应用需求。如果你不是程序员，你基本看不太懂。如果你没踩过这种坑，你也很难避免。而 LLM AI 的特点是你告诉它什么，它去帮忙做什么。如果你很难知道这些问题，它也很难自动给你修复，尤其是涉及到部署网络环境等非应用本身的 Context，它根本获取不到。 我有接近 18 年的编程经验，仍然会踩坑。你告诉我一个完全没有编程经验的人，可以借助 AI Vibe Coding 短时间完成这种生产级别的应用，我直接直播吃屎。这里面的操作系统、数据结构、网络、计算机原理、编程语言、实战经验、线上故障，都是需要数年时间积累的，构成了你的编程 taste，也决定了你的产出。 我的观点不变，AI 将会对初级程序员带来致命打击，但是绝对不是高等级程序员。我认可商业和需求才是更重要的，但是并不认可普通人可以用 AI 随意做出生产级应用，当然可以用 Three.js 做出酷炫特效和 HTML 交互，或者是一些简单屎山单体应用，但是更复杂的场景仍然需要高阶程序员。 作为前端出身的，尤其是亲历移动互联网的前后端分离运动的前端，我一直坚定的认为前端已死。最近反而有了一些转变，感觉专职前端和设计反而更重要。当所有项目都是用 AI 直出的同质化设计，独特的界面反而成了很大的卖点。比如我时常看到大家称赞 Hermes 的独特设计而 Diss OpenClaw 的 AI slop 设计一样。

X上的程序员真的很喜欢借着各种事件反复表达一个核心观点：vibe coding会带来代码可维护性、系统稳定性、工程质量失控等问题。 这个观点背后其实还有一个隐含诉求：这些问题最后还得靠我们这些专业程序员来解决，靠我们设计优雅、专业、可维护的工程代码。否则你vibe出来的代码没有任何价值。 程序员什么时候才能真正明白，技术是为商业、为业务服务的。 如果你不是天才程序员，没有能力推动技术边界创新，那你在商业系统里首先就是成本。企业雇佣你，不是因为你写的代码优雅，不是因为你对工程洁癖有信仰，而是因为你能用技术解决真实业务问题，带来收入、效率、增长或确定性。 vibe出来的代码没有任何价值？ 卖不出去的软件才没有任何价值。 自嗨在自己的技术世界里搞各种工程设计、代码架构、优雅抽象，最后产品没人用、客户不买单、业务跑不起来，那些东西都只是工程师的自我感动。 很多人嘴上在批评vibe coding，实际上是在防守自己的劳动力价值。他们期待那些对真实世界有判断能力、能定义问题、能找到市场的人，继续认可他们的“专业性”，继续给他们开更高的工资。 真实世界从来不按工程师的自尊心定价 它只按结果定价。

末尾淘汰对团队的伤害是巨大的。因为末位淘汰的直接激励不是把事情做成，而是比别人更好。那么在合作中就完全有激励去给人使绊子，也完全有必要去防备同事。于是“帮助别人”成了自伤行为；道德上鼓励协作，机制上惩罚协作。这和狼性想象相去比较远，应该叫斗蛐蛐文化。