128G，没办法

之前不知道你说的 GitLab Flow 是什么意思，去查了下，感觉比 GitHub Flow 听起来要好一些，对于 SaaS 来说。用 tag 的方式保证每个都是可部署的。如果要保证 master 每次快照都是可部署的话，很麻烦。

我寻思着楼主是个🐶粉丝吧？
不过话说回来，问归问，这个有啥喷点？不清楚情况是有可能以为提供这些信息就可以让电脑被锁啊，干嘛戾气这么重。

有其他语言的经验不知道行不行

工作两年再去读书也许是最适合的选择，可惜国内目前这个招生体制和教育资源下不是那么现实

windows are 键盘，交换 winkey 和 alt，完美

当年没好好学习，眼高手低，哎，感觉愧对家人也愧对自己

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

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

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

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

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

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

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

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

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

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

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

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

——《代码整洁之道》