这个编译参数对真日常用 Vim 的来说不算多啊。

我现在发现 iOS 上 iRime 比 gboard 流畅多了，可惜不能拆开也不太支持模糊

重庆磁器口，上海田子坊，苏州那啥街来着，感觉都差不多

Python 本来的定位就是短、平、糙的胶水语言，很多东西写起代码也就是平铺直叙，没经过什么特别的设计。在很多 C++ 的大型项目中充当编译辅助脚本的角色。

什么「人生苦短，我用 Python 」这种话，就跟「 Ruby 让程序员爱上它的工作」「 JavaScript 统治世界」一样，社区营销而已。针对 Python 库多和脚本语言的特性说这句话并没什么特别的，同样我也可以说人生苦短，我用 Ruby、JavaScript、Perl，乃至 Go、Swift ……

Python 确实很火，但把这个语言吹上天的，开个地图炮吧，大概就是那些其他专业过来想搞 AI、Web 什么的，大学里专业可能也只学过一点点 C、VB，突然发现有这个东西然后惊为天人的……嗯这话对于一部分搞所谓「算法」的研究生也适用。我认为一个有足够知识的程序员 /工程师在编程语言这件事上面，是不会一叶障目的。

有人也许会以为，关于代码的书有点儿落后于时代——代码不再是问题；我们应当关注模型和需求。确实，有人说过我们正在临近代码的终结点。很快，代码就会自动产生出来，不需要再人工编写。程序员完全没用了，因为商务人士可以从规约直接生成程序。

扯淡！我们永远抛不掉代码，因为代码呈现了需求的细节。在某些层面上，这些细节无法被忽略或抽象，必须明确之。将需求明确到机器可以执行的细节程度，就是编程要做的事。而这种规约正是代码。

我期望语言的抽象程度继续提升。我也期望领域特定语言的数量继续增加。那会是好事一桩。但那终结不了代码。实际上，在较高层次上用领域特定语言撰写的规约也将是代码！它也得严谨、精确、规范和详细，好让机器理解和执行。

那帮以为代码终将消失的伙计，就像是巴望着发现一种无规范数学的数学家们一般。他们巴望着，总有一天能创造出某种机器，我们只要想想、嘴都不用张就能叫它依计行事。那机器要能透彻理解我们，只有这样，它才能把含糊不清的需求翻译为可完美执行的程序，精确满足需求。

这种事永远不会发生。即便是人类，倾其全部的直觉和创造力，也造不出满足客户模糊感觉的成功系统来。如果说需求规约原则教给了我们什么，那就是归置良好的需求就像代码一样正式，也能作为代码的可执行测试来使用。

记住，代码确然是我们最终用来表达需求的那种语言。我们可以创造各种与需求接近的语言。我们可以创造帮助把需求解析和汇整为正式结构的各种工具。然而，我们永远无法抛弃必要的精确性——所以代码永存。

——《代码整洁之道》

一个管理个人文件的东西，可以把文件导入进去，然后有个数据库对每个文件的类型和 id 进行管理。文件可以导入导出，可以启动一个 web server 供浏览文件和下载。文件可以索引，以像 evernote 一样搜索。

我就想知道电报会不会让自己出事

今天还在想，银行就算了，可以理解。为啥我骑一个共享单车也要把我完整的个人身份信息交上去？

org-mode 多级 TODO

15 级瑟瑟发抖

其实大学生里面精致的利己主义者一点不少，还喜欢指责这些人幼稚

再次给 Bellard 大神跪了...

@wdlth 应该是为什么我买了辣条回家我自己要吃，但是还非要收回去