我们用来开发软件的算法
原文：Grant Slatton 最近，我与一位杰出的 CEO 兼工程师进行了一次谈话。我很喜欢听他描述他偶尔使用的一种软件开发方法，这让我开始思考其他启发式和概括性的方法。 他的方法 每天早上开始着手开发一个功能。如果一天结束时没完成，就把所有代码删除，第二天重新开始。你可以保留写好的单元测试。 如果过了几天，还不能真正实现这……
包含标签 代码 的文章
Ente: 我们的 Monorepo 经验
原文：manav - 2024.10.29 九个月前，我们切换到了 monorepo。在此，我将介绍我们迄今为止的切换经验。 这并不是一份规范性的建议，而是一个经验的分享，目的是希望能够帮助其他团队做出明智的决策。 与大多数岔路不同，我们走过了两条路。因此，我会先描述导致我们改变的历史，概述我们在类似的情况中已经体验过的非 monorepo 方案……
如何编写安全的 Go 代码
原文：Jakub Jarosz - 2024.11.02 在编写 Go 代码时，如何时刻考虑安全性？要在一篇简短的文章中回答这个问题似乎不太可能。因此，我们将把范围缩小到一些具体做法上。 这些实践如果持续应用，将有助于我们编写健壮、安全且高效的代码。 我们如何获取 Go 安全公告的最新信息？ 我们如何保持 Go 代码的补丁和更新？ 我们如何针对安全性和稳健性测……
为什么不写注释？写“为什么不”注释？
原文：Hillel - 2024.09.10 代码是用结构化的机器语言编写的，而注释是用富有表现力的人类语言编写的。人类语言让注释比代码更具表达性和沟通能力。代码中也包含少量类似于人类语言的内容，例如标识符。所谓“注释要写为什么，而不是写做了什么”，意思是尽可能将信息嵌入到标识符中。并非所有“做了什么”都能这样嵌入，但很多……
理想的 PR 长度为 50 行
原文：Greg Foster - 2023.07.25 大多数工程师都有一种直觉，那就是小的代码更改总是比大的更好。逻辑论证也很简单——小的 pull requests 更容易 review，出现错误的可能性更小，从构思到部署的速度也更快。 关于这个问题，我很喜欢几篇论文 - 如果想进一步阅读，可以参考： Small patches get in! Do small code changes merge faster? A multi-language empirical investigation 但是，什么样的更改才算小呢？PR 会不……