项目上需要使用 R8 来对 Java 代码进行压缩、混淆，并转换为多个 dex 的形式。由于种种原因，需要从头编译源码，并通过 jar 包引用。考虑到可重复过程的问题，我决定写一篇文章记录一下这个过程。
软件开发是一个非常有意思的复制 + 粘贴活动。开发业务代码的时候，大部分人都不会不加思索地添加代码。毕竟，聪明的产品经理/项目经理们，天才式地想出了用代码行数的方式来计算 KPI，又或者是通过提交次数来进行考核 —— 虽然小步提交是个好东西，但是吧，大部分人不经过练习还是掌握不会的。
这是一个非常有趣的故事，所以我想写篇文章记录一下。
最近，我刚好在和我的同事一起重写 VSCode 的一部分小功能，重写过程中有一些特定的感受。正好就着最近流行的操作系统话题，写写我的想法。因为某种协议的存在，不想为自己寻找麻烦，我这里就称为第三个系统。
最近，在研究 Gradle 和 Java 相关构建的实现，让我对不同编程语言的应用构建燃起了一点点的兴趣。
最近在用 Rust 重写 VSCode-Textmate 库：scie。原有的代码中，大量地使用了 OO 相关的东西，而 Rust 要实现 OO 也需要一些奇技淫巧，而我本身对 Rust 也不是非常熟练，所以我写了这一篇笔记来记录如何实现一个复杂的 OO 场景。
学习 Rust 已经有一段时间了，断断续续地在业余时间造了一些轮子。通过这一系列的练习和仿造，对于如何学习新的编程语言有一些新的感悟。这篇文章讲的方式并非是捷径，也不是什么 7 天精通，而是继续使用笨办法地方式来进行学习。
最近，在研究 Gradle 的编译和插件相关的东西，配置了两次 Gradle Composite Build，结果还是忘了。所以，我决定写一篇文章记录一下：如何使用 Gradle Composite Build 调试 Gradle Plugin。
最近的一段时间里，我在研究 Android 配套工具和 Android Studio 相关的实现，以及它们如何配合完成一个 APK 的构建。因为整个系统各个模块之间的关系过于复杂，除此，不同模块之间也包含了大量的代码 —— 无论是从行数上，还是从函数长度上来说。（PS：顺便吐槽一句， @google.com 的一部分人写的代码也是又臭又长）
在我们使用 Java + Gradle 开发各类应用的过程中，会发现我们声明的一些包不是 jar 包，诸如 zip、war、aar 等。它也会下载下来，并转换到我们所需要的格式。这个过程蛮有意思的。