|
感觉现在的Anthropic压力有点大。 先是在各种平台大量投放广告，接着是各种送会员、送额度，推特也是异常的活跃。（对比之下OpenAI已经一个月没有消息了） 这也不奇怪，国产开源模型异军突起，国外Gemini Grok虎视眈眈，它自己也要给投资者交代，也需要拉新留存。 其中最活跃的要数我们的Claude Code之父了，连篇发表了Claude Code的使用技巧，养活了一大波的自媒体，美式发点大家都趋之若鹜。 但正如我之前所说的，能造F1的工程师，未必就是好的赛车手。 而且人家在开头就说了，这只是他的使用习惯，Claude Code团队每个都有自己的使用方式。 比如我就和Claude Code之父的用法就有很大的不同：Claude Code之父分享的技巧有几点实在不敢苟同！ 最近官方发布了一个叫 Code Simpler 的Skills，当然也是不出所料的被各类大号小号转载，惊呼拯救屎山的终极解药，各种顶礼朝拜。 其实你亲手去阅读一下它这个所谓的 Skills，你就会发现它仅仅只是一份类似于我们在 Cursor 或者 Windsurf 里使用的规则文档。 换句话来说，不过是把原来的提示词Rule改头换面一下而已。 当然官方的提示词非常的标准，值得我们学习，保持很好的提示词标准规范，比如制定角色，设定基本示范，以及特定的规范。 但是我想说的是，它并不是银弹。 首先这个Code Simpler的内容仅仅只是针对于前端，甚至只限于 React 的部分。 如果你只是迷信它，认为这就是一个通用的、可以清理所有代码的万能工具，那就是大错特错了。 再回到Code Simpler本身的内容来说，它也不一定就是软件工程的最佳实践。 第一，屎山不能直接变香！ 现在大量使用Vibe Coding，很多团队，很多人，代码完成之后压根就没有 Code Review 的习惯。 那么使用这个 Code Simpler 其实也就没有多大的意义，它只是一个Code的Formatter，并不是具体来解决业务问题的。 你之前没有解决的问题，加上它也不会更好的解决。 而所谓的 Code Simpler 更多的还是要结合于自己团队的规范，结合自己的个人使用习惯，不可能拿来就用，用了就能把屎山变香。 因为本来就是一坨，屎再怎么打扮最后还是一坨，并不能变成真正的巧克力。 第二，代码是写给人看的。 很多时候，为了逻辑清晰，为了后续维护，必要的冗余反而是好事。 它会让业务逻辑更加简明，更加清晰。 并不是非得去追求所谓的代码极简整洁，就一定是最好的。 盲目追求简短和各种糖，往往是在给后来人挖坑。 不仅仅是代码要考虑兼容问题，还要考虑对人的兼容。 | 
