dota2 是最低效果吧。都没影子

给你个参考：
想要 native Go ， native 无所谓 python

关了 studio.
在终端里面。手动来一次 gradle build

@123s amVim
https://marketplace.visualstudio.com/items?itemName=auiworks.amvim

我要笔记本

我都叫这为花生糖。

gnome 应该先把配套软件搞好。那个文件管理万年不变，跟 dolphin 一比简直就是 demo.
那个 editor ，再看看 kate 。。。

shell 这个用的总感觉别扭。效果 nb 了，流程变长了，老要用鼠标。

@hinkal

代码生成工具，最大的做用就是减小人工手写的工作量，附带的好处就是减小人为出错，方便管理。
所一般只会面向最原始最基本的需求进行封装。

这个工具其实就是对 SharePreference 最原始包了一层。
SharePreference 没有什么不好用的，它提供的就是个最基本的接口，有这个就足够了。

至于 get/set, 这个东西，代码生成只能根据一定的规范。实际中，极大部分情况下，数据 A <--> sp.put(A),
当然也有小部分 A <--> [B <--> sp.put(B)], 当这种使用极小，估计 10%不到。

对于这些输入与输出的结果要做映射的，我一般都是再单独处理。比如配合 Rx,做读与写 Observable 或 map 或 action 。
这样的话，想用 sp 输出的原始数据也行，不想用，就去掉 rx 调用的那行 map 都 ok 。


您所说的缓存那个例子，单纯例子来说， sp 本来自带缓存，不会老去 io 。如果没有其它的例子，可以考虑一下我说的这个处理 带映射中间层 的玩法，我感觉这个比缓存来说，应该能更好的表达你要说的问题。


最后，对于代码生成来说，很多接口只是个约定，不可能多智能，要不就真有 BetaCat 了，不然 protobuf, thrift 这些里面的 get/set 都思想不对喽，但 google 和 facebook 肯定不会烂写是吧。

@fashioncj 就是 GreenDao 。

@cedared
就是你应用里面那些什么设置啊，减少手打大量的重复代码。
还有一些其它的需要持久化的小东西，
比如你加了个需求，要多长时间找服务器更新一下，或者一个页只显示多次啊，我是不是要在本地记录一下这些时间点和次数什么的，这此用代码生成就不用为了这些小东西，又要写那多代码来了。

硬盘

自己买呗

@missdeer 不想加个全局, 只是需要的时候临时用. 当临时用又不想每次写这么长的命令

搞个 ubuntu 的 live cd 启动, 再改回去呗

我是 kubuntu, 直接用 https://github.com/hillwoodroc/winetricks-zh 装的 QQ 轻聊版。用了半年也没有什么大问题。能满足基本需求。

打撸啊撸

python, go , c++

曾入 python, 现已抛 py 入 go, c++ 看的 QT