• “push ifs up and fors down”是代码结构的经验法则,  将 if 条件向上推和将 for 循环向下推: 尽可能将 if 条件移出函数并移至调用代码中。这集中了复杂的控制流,并且更容易看到冗余。 从 s
  • 上上周二半夜1点,我正忙着修一个很重要的AI工具故障。当我一层层检查代码时,突然发现:和现在年轻程序员不一样,我特别庆幸自己能真正搞懂自己写的代码。 那一刻,我开始认真琢磨Karpathy最近说的“氛围编码”那番话。
  • 本文介绍智能体代码审核系统adversarial-review的工作流程。从加载原则到召唤评审员,从合成判决到最终裁决,揭秘了Claude和Codex如何互相找茬、程序员如何在痛苦中成长的全过程。让你笑着理解这个既折磨人又必要的神奇系统。 大家好, icon
  • 2021年,我在谷歌工作了14年后加入了Twitter。以下是我到目前为止注意到的一些差异的小想法:核心子域与外包Twitter外包的东西比Google要多得多。谷歌喜欢用他们自己的解决方案来处理几乎所有的事情。他们甚至曾经有自己的人 icon
  • 工程评审正在发生结构级转变:用13个AI专家代理并行代码评审,通过提问引导AI解释变更逻辑,不仅节省90%评审时间,还在复杂跨文件修改中提前捕获关键漏洞,实现零缺陷上线。系统学习替代个人记忆,工程稳定性通过流程设计持续增强。 人工代码评审的 icon
  • 许多技术问题最终会变成人的问题,缺乏良好的文档也不例外。编写和维护文档是一种需要鼓励和培养的习惯。不幸的事实是,如果没有文档文化,再多的工具也无济于事。今天,我们将看看 3 家高性能工程公司,Google、Twitter 和 Spotify,如何处理他们的技术文档并建立文档文化。 < icon
  • 谷歌有一个 API 问题。正如他们在 2016 年的论文“大规模 API icon
  • 当我在PKC工作时,我们的团队做了超过20次的代码审计,其中许多是为刚刚进入A轮或B轮的初创公司做的(那通常是当他们有了现金,并意识到在关注产品的市场适应性之后,对其安全性进行更深入的研究是很好的)。 这是一项令人着迷的工作--我们深入研究了各种领 icon
  • 做软件工程师已经 4 年多了。昨天,我终于体验到了我们都渴望得到的启迪。 我收到了一位资深工程师同事的代码审查请求,大约有 15 个文件和 300 行代码。我在大约 5 分钟内完成了审核,并提出了修改要求。 icon
  • 为函数、变量和其他结构找到好的名称,我们真正认识到我们正在解决的问题的本质。 清晰性的结果不仅是好的名称,还有更清晰的代码和改进的体系结构。 90% 的干净代码编写“只是”正确命名。 icon
  • 以下是变更摘要,详细点击标题: 此次代码变更为整个 Spring Boot 代码库添加了注释。此 PR 的内容完全使用自定义微调 AI 模型创建。 我们正在对我们的工具进行大规模实验,在数百万行代码上运行 icon
  • 在软件开发中,代码审查(代码评审)在帮助及早检测应用程序源代码中的问题并促进团队成员之间的协作方面发挥着重要作用。将代码审查分解为更易于管理的部分可以产生巨大的好处。 审阅周期越短,就越容易理解。换句话说,较小的评 icon
  • 如何知道您是否是一名优秀的开发人员,这相当简单:您收到一个问题——一个商业问题或一个科学问题。你看看问题所在。你会想出如何用你的知识解决问题。你解决问题。 如 icon
  • 人们很容易认为最小化代码行数对于提高代码可读性很重要。然而,减少行数并不总是最好的选择。 在本文中,我们将解释优先考虑可读性而不用担心代码行数的重要性。 代码简洁但难以理解的问题 icon
  • 在正确车道上朝正确方向行驶的车不会撞死你,而违 icon
  • Hacker News热议Claude Sonnet 4.6编程能力,有人惊叹效率飙升,有人恐惧岗位蒸发。本文拆解AI编程的真实水平、行业影响与人类工程师的未来定位。你不是在写代码,你是在给AI擦屁股   icon
  • 我同事那个PR(代码提交)一看就是用Cursor(一个AI编程工具)糊弄出来的!满屏都是废话注释,连"print('Hello World')"这种幼儿园代码都要加一行"这里是打印语句"的解释。更绝的是,里面还留着AI生成的占位符,比如明目张胆写着"【你的代码写在这里】",跟考试时把 icon