有些可能有道理，有些可能没有道理。但每个人都有权发表自己的意见。我真的很想知道您在编码方面的 “忌讳”。
本文件是罗伯特-“鲍勃叔叔”-马丁（Robert “Uncle Bob” Martin）和约翰-奥斯特豪特（John Ousterhout）在 2024 年 9 月至 2025 年 2 月期间进行的一系列讨论的结果，其中有些是在线讨论，有些是当面讨论。
我终于觉得自己是个像样的程序员了，所以我想以 “如果是我，会怎样做才能更快达到这个境界？”的想法来写一些建议，会很有趣。我并不是说这对每个人都是好建议，只是说这对我来说是个好建议。
我认为，大多数软件工程师（尤其是那些从事基础架构系统工作的工程师）注定要沉溺于不必要的复杂性中，这是因为有三个基本规律。
这篇文章分享了我对鲍勃叔叔的 The Clean Coder 的看法，重点是我觉得特别有趣或有争议的话题。
有些人编写代码是为了掌握一种编程语言或框架。他们想成为最优秀的 Java、C 或 Python 程序员，对这门语言了如指掌。他们写代码是因为他们喜欢这个过程。当其他人在冥想、阅读或散步时，他们会打开电脑开始输入。
只要简单地理解我们所有的编程法则都应被理解为谚语而非定律，我们围绕软件开发实践所发生的许多争论都可以避免。
最近，我在火车上浏览论坛帖子时偶然发现了这张截图。当然，这张图随之而后的是一连串的吐槽，批评这位新程序员试图解决计算机科学中的一个经典问题——模运算的方式。
这篇文章主要探讨了在编程中如何处理“正常路径”和“边缘情况”。作者指出，大多数代码库中 80% 的代码负责处理预期的“正常路径”，而剩下的 20% 负责处理错误和异常。
你认为 PR 的长度多少最为合适，本文作者认为的理想长度是 50 行。
这篇文章探讨了“技术债”这个术语的问题，并提出了一种新的看待和处理这个问题的方式。作者指出，人们对“技术债”的理解各不相同，这导致了大家对这个问题的理解和处理方式存在差异。
PCalc 开发者 James Thomson 表示，只要还能编写代码，我就会一次又一次地重写 PCalc。
有网友提出：将一个 150 行的函数分解成一堆仅由该函数调用的小方法是否被认为是过度工程？
国外老哥一篇很有意思的文章讲解了这个问题，这里翻译一下
事实并不像他想象的美好，第二天老板看到后找他谈话，希望他代码回滚回去
在大多数程序员段子里，产品经理经常作为反派角色出现。他们口中的项目需求总是变个不停，一天冒出一个新想法，搞得程序员苦不堪言
作者 | Erik Hermansen 译者 | Sambodhi 策划 | 闫园园 我最近在一篇文章提到，工 […]
其中一个可能是你写的。
所以我整理了一个清单，其中列出了我最喜欢的8条编程法则，你肯定也会在现实生活中遇到它们。
hello，大家好。今天是我第一次InfoQ这个平台上写博客。对于第一篇博客，我想在这里跟大家聊一下我的编程学习历程。小编我最早接触编程是在2020年下半年，刚出高中校园中走出，进入大学后选择了云计算
一个开源运营团队包括产品、渠道、活动、内容、教育、企业、用户运营等多种角色，至少10人。业界大多数运营团队基本是30余人的规模。而我们，只有5个人，而且预算有限。怀着大干一场的雄心来到华为的我，心里一度感觉被“忽悠”了。
例如郭佳慧发现，利用这个AI开发平台，可以轻松实现机器自动识别她最喜欢的MM巧克力豆，个数、颜色，哪怕是有遮挡情况下也能被识别到。这也是她第一次亲身体验到了AI的神奇之处。
这个项目的作者之一，是最受欢迎的Linux发行版FTP服务器程序vsftpd作者、著名黑客Chris Evans。他毕业于牛津大学，毕业后进入甲骨文工作，其后又在谷歌工作了9年时间，是Chrome浏览器安全团队和谷歌黑客团队Project Zero的创建者。
约瑟夫环问题是算法中相当经典的一个问题，其问题理解是相当容易的，并且问题描述有非常多的版本，并且约瑟夫环问题还有很多变形，这篇约瑟夫问题的讲解，一定可以带你理解通通！
这并非一个原创想法，但我之前从未做过手机应用，所以我认为这将是一个很酷的学习体验。除此之外，我还可以用它来解决我和我关心的人之间的实际问题，这非常特别。
早期的 Linux
还有人在使用 Dreamweaver 吗？
OpenAI 研究人员发现，即使是最好的人工智能也 “无法解决 ”大部分编码问题
再见 K-9 邮件客户端
简洁代码与软件设计哲学
手工编程对比 AI 编程
Torvalds：作为 C 语言维护者，你可以避免使用 Rust，但不能干涉它。
Julia 的新天地
踩中狗屎
应该还能用
