Java 有个 Project lombok
可是我不敢相信它真的能做到写得好看，我非常需要 Kotlin 的 data, in, out, get, set 来简化代码（辣鸡 Java 不支持啊！）
我想的是写成 Kotlin 那样
即便构造语法树结构有些冗长，但是如果有效也是好的，哪怕是字节码都行
可关键是目前这种只能上第三方 Task 的情况有点超出预期了，唉

基本满意，可是我真的很想给这些 Annotation 弄成 alllower 的…… 我讨厌无论实际语义如何都用『统一』的代码风格

是的，场景、能用是关键，所以代码质量不重要、抽提逻辑也不重要，个人有的强迫症也不重要，满足需求就足够了，任何可复用的库，都应该是满足需求的，这点很正确。

只有最终实现了才行，实现最重要，所以才有你看到那么多发布了 11 个版本还是一样复杂的库，真的是它们已经无从简化？其实是它们已经满足了需求和自己的场景，站稳了自己的位置，当然不需要『最大化』某些东西了。作者看得懂就够了。
当然不需要再写第二遍了，当然不需要 Literate Programming 了，因为他们能用了嘛、IP(Intelligence Property)。
是的，第二遍不重要，只有傻逼才会写第二遍、只有傻逼才会慢慢按层次把一个个 interface 划分开来、只有傻逼才会对一些诸如最终 .class 体积之类的问题死缠烂打（其实我也没死揪），大家都是那样的，把 isEmpty, containsKey, containsValue, entrySet 什么的一股脑塞到某一个地方去，脑容量大一点的人不再乎。
Java 也是这样的，不过 Kotlin 不是这样的，我甚至没听说过 Kotlin 可以把 interface 里放上 default 实现。

实现了就好嘛，也不需要再三思考自己到底写的是为了什么、不需要再三重新审视自己的需求、数据的依赖、生存周期、可变性、最终的目标算法、编程技巧，到底最终的『需求』是什么，最后写出一大堆所谓的设计模式出来，然后不是设计模式的都写得像脚本或者汇编、Shell 一般，其实到底最终还是没有抓住关键问题在哪里。

我是个很垃圾的工程师，也见过很牛逼的工程师写的程序，他们很厉害，他们重视面向对象设计模式、可复用、可组合（比如，XMLPull 的 Data Event 模式）、可配置（比方说，一切皆 XML）、测试、部署、DevOps，甚至还有一群人成天把什么『Presentation』『case study』挂在嘴边 — 就是那些所谓的『Agile Development』者啦。

是，这个问题对我重要，因为我其实也觉得 class file 的体积，那一点代码和 term 不算什么，只是我之前老毛病犯了，忍不住想把最终代码弄小点，我明白它没有意义，但被『所有人』忽视的点里，难道就没有应该重视的东西？难道『堆砌』代码而不是做『设计』的只有我一个？

当然，不少人不仅仅不会觉得输出 java class 代码的体积算得了什么，慢慢地连自己编写给自己看的代码体积也不算什么了，你看 — 它不是满足需求了么？它通过测试了不是么？它在 JDK 里面了不是么？
回到我们的初心，后来才发现，其实『写好代码』和『做完工作』，它们根本不冲突。

并且，好的程序员就应该把『写好代码』作为自己的最低标准。