如何让 CodeReview 一次性通过？
Code Review 可能让你的代码合入速度变慢，但它也是向其他聪明且有经验的工程师学习改善自己代码质量的机会。 你如何从他们那里获得最大的收获呢？ 目标当然是：
到底要不要写注释？怎么写？
要写注释，还是不用呢? 当阅读代码时， 没有什么比良好的注释内容更给力的了。 然而， 注释并不总是好事儿。 在哪些情况下，不应该写注释，而是应该重构 假
消除 YAGNI 坏味道
消除 YAGNI 坏味道 软件开发的大部分成本是维护成本。减少维护成本的一个方法是：“只在当你真正需要它时，才去编写它”。也就是所谓的 “你不需要它（ You Aren’t Gonna
使用较长的命名，也会降低可读性
小心使用过长的命名 创建长标识符很容易被带飞。虽然较长的命名常常让代码更加具有可读性，但是，如果名字过长，也能降低可读性。在GitHub和其它
百人组织的 DevOps 能力提升的前三个步骤
以下是我个人的经验总结。 百人是组织管理的一个人数临界点，此时才会产生规模化效能提升的诉求，具有一定的代表性。 尽管 DevOps 实践在十年前就已经被广泛理
如何做到高效的Code Review
Code Review 一直是软件工程中的一个好实践。本文仅简单阐述 Code Review 对工程团队的重大意义，以及高效 Code Review 的必要实践。 主要内容包括： Code Review 对工程组织的意义 提交者应
通过提交注释和 Issue Report提供上下文。
利用“ commit message ”和“ issue ”提供上下文 阅读其他工程师的代码有时会感觉像是在考古，其中可能充满了难以破译的，奇怪（甚至令人瞠目结舌）的描述。**写代码
DevOps变革的动力模型
在 DevOps 转型中，最常听到的一个问题是什么？ “我们如何让领导者参与进来，以便我们做出必要的改变？” 我们都知道，积极参与的领导力对于成功的 DevOps 转型至关
不要痴迷于原始类型
不要痴迷于原始类型 编程语言提供基本类型，如 int ，string 和 map ，这些类型在许多场景下都被用到，例如，利用 string 保存人名，或者网页URL等等。 然而
代码健康（2）：接口设计，要让其很难被误用
这是《Effective C++》中的第18条原则。 我们都在试图避免代码中的错误。 那么，如何避免调用者以错误的方式调用了你的这些代码呢？ 让你接