上个月，我与诸多同行们又讨论起了云 IDE 的事情。期间，我一直在想为什么云 IDE 不受开发者的欢迎？我回想了一下，为什么我不使用云 IDE？
现有的项目里，一次功能变更可能带来了大量的缺陷。于是乎，我试着回溯项目的开发过程，寻找出导致问题的根因。现阶段，我只能想到时的只有实施技术战略性投资，也暂时也想不到更好的方法，以在开发初期解决问题。
软件开发是一个非常有意思的复制 + 粘贴活动。开发业务代码的时候，大部分人都不会不加思索地添加代码。毕竟，聪明的产品经理/项目经理们，天才式地想出了用代码行数的方式来计算 KPI，又或者是通过提交次数来进行考核 —— 虽然小步提交是个好东西，但是吧，大部分人不经过练习还是掌握不会的。
最近的一段时间里，我在研究 Android 配套工具和 Android Studio 相关的实现，以及它们如何配合完成一个 APK 的构建。因为整个系统各个模块之间的关系过于复杂，除此，不同模块之间也包含了大量的代码 —— 无论是从行数上，还是从函数长度上来说。（PS：顺便吐槽一句， @google.com 的一部分人写的代码也是又臭又长）
距离我一次写测试相关话题的文章，已经有相当长的一段时间了。对于自动化测试相关的内容，我大抵还算是熟悉的。毕竟，开发人员写测试这件事在 ThoughtWorks 是自然而然的，它也体现在我的开源项目上。恰好，最近我正在帮助客户设计和实施测试策略。
最大化重用会使得可用复杂化。 —— 《Java 应用架构设计》
去年年底，在公司大佬的带领下，我们结合架构守护的需要，对代码进行了简单的建模。在过去的几个月里，我一直工作在相关的事项上，不断地优化、改进相关的模型：
来，一起用高效（hard way）的方式学习多种编程语言，Kotlin + Scala、Python、Go、Java、TypeScript、C#……
上一周，我参加了一个为期一周的 Event Storming 的工作坊，便想写一篇文章梳理一下对于 DDD 的理解。
在之前的那篇《整洁前端架构》的文章里， 我们介绍了如何在前端领域里使用 Clean Architecture。在过去的几个月里，我们实践了 Clean Architecture 架构，并且实践证明了 Clean Architecture 也可以在前端工作得非常好。