上个月，在社区上发布那篇《Charj —— 代码的代码化语言》时，遇到一系列的相关问题。起初并没有想到会在知乎上有这么多的讨论，所以我并没有详细介绍为什么创造 Charj 的缘由。只是说了说，哦，如果要创造一个语言的语言是这么这么做。由于一直忙着项目，和实现相关的功能。
过去，我一直想着抽时间写一个小的前端工具，以对代码进行自动化的重构。但是呢，经过我再三的考虑，我暂时取消了这个打算 —— 主要是没时间。（PS：人生长乐，写个 Charj） 但是呢，我打算写一篇文章记录一下相关的思路。
在我们的讨论之下，借助了在编写 Coca 的经验，设计和验证了自动化重构的可能性。由我的同事完成了 TypeScript 的 CSS 自动化重构工具：Lemonj —— 名字是我取的 🍋🐔。
去年，和公司的大佬讨论了一系列关于代码的代码化，还记录了一些笔记。在那之后，我开始了各种尝试：如何将代码转变化代码。原先有一些思路，而后过了一年之后，慢慢地练习，又有了一些新的收获。
在上一篇文章『LLVM + Rust JIT hello, world』中，我们介绍了如何使用 Rust + LLVM 编写一个 hello, world。而随着我们继续在这个领域的探索，我还想到了一个非常有意思的问题：如何使用 LLVM 调用三方模块。
最近在和我一同事一起，使用 Rust 来创造一门新的编程语言：Charj。而在实践方面，我们都是这方面的新手，所以不得不经历一番尝试。而作为其中的一部分，必然就是由一个 hello, world 开始的。由于在这个过程上，遇到一些小坑，所以我决定写篇文章记录一下。
开发者即服务，是（Developer-as-a-Service）的，亦可称为 “按需即用的开发者”。即当开发者使用某一工具、库，遇到任何相关的问题，可以随时找开发者为我们提供服务。哪怕是使用者使用了我们的 A 框架，但是遇到 B 框架有问题，他/她们也会觉得 A 框架有问题 ——因为 A 框架的开发者们是一种服务，一种开箱即用的服务。
在我短短几年的 TW 生涯里，我经历了多次的角色转换，经历了不同的地域，感觉了不同的文化氛围。
在我当前所在项目里，其中的某一个子系统是用 Groovy 中的 Gradle 插件。Groovy 作为一个运行在 JVM 上的脚本语言，天生具有胶水的特性。加之，它支持 DSL 与其程式的简洁语法。嗯，如果不考虑性能问题，这真的是不一个不错的语言。