这是一篇碎碎念，最近有一些想法想分享一下，但是内容又比较简单，不适合写成一篇博客，twitter 又写不下，就一起写一篇博客好了。
首先是上个周做的有关命令行的分享，个人觉得比较满意吧，大家参与的热情也很高，提了不少问题，我自己想说的东西也都分享了。从另外两位讲师的分享中，我自己也学到很多东西。
命令行操作是一个程序员必备的技能。对我来说，写代码是我热爱的事情，我觉得要拿编程作为自己的饭碗（而不是焦虑着如何“在35岁之前转管理”），1）要不断学习新的技术；2）理解这些技术背后的原理更为重要，学习要学到精髓，技术一直在变，但是基本的原理（网络、容器、存储甚至机器学习等）几十年来的变化不大；3）要擅长使用自己的工具。第三点很容易被忽视，但是我觉得是程序员成长路上比较重要的一部分。如果你自己连自己的工具都用不溜，那你很难喜欢自己的编程工作。我见过一些蹩脚的程序员，解压 tar 包都要去网上下载一个解压工具。也难怪想方设法要转管理来脱离编程的“苦海”了。工具的使用不受重视的原因，有一点我觉得是技术氛围是比较受“面试官”导向的。比如面试喜欢问你读过什么源代码，就导致很多人读过各种牛逼项目的源代码，却连文档都没看完；比如面试喜欢问一些“JVM原理”，就造成候选人好像人人都是 Java 专家，却写不好 Java 代码；又比如很多人能回答上来 TCP 一些刁钻的问题，但是却不懂 TCP 的基本原理。面试中很少有人会问你工具如何使用，写一个命令行工具也远不如写一个xxx系统/中间件对面试官来说有吸引力，但是现实是，很多人连“将一个文件夹从一台服务器传到另一台”都做不好。
槽吐完了，流水账一下最近的工作和想法吧。
dbcli 放弃对 Python2 的支持
最近给 pgcli 放弃了对 Python2.7 3.4 3.5 。说实话 pgcli 到现在还能支持这些 Python 版本真够了不起了，但是 prompt-toolkit 3.0 支持的最小 Python 版本是 3.6，所以 pgcli 对这些 python 版本无法继续支持了。如果不升级 prompt-toolkit 到 3.0 的话，一些打包就会 broken。
我本来以为升级工作会很简单，删除这些 Python 版本的测试，添加对 3.8 的测试，然后升级依赖即可。但是遇到的坑实在太深了（可能是我太菜了）。三行代码花了我两个星期，push 了几十次（有些 commits 被 rebase 掉了）。
首先第一个坑是 CPR 的问题，之前以为 pexpect 的 terminal 是 dumb terminal，所以测试没有关闭 CPR 也一直没出过问题，但是升级 prompt-toolkit 这个问题暴露出来了。pexpect 应该是模拟了一个 shell，CPR 没被显式的关闭是有问题的。然后代码库里有个测试写错了，如果我关闭 CPR 这个测试还会挂掉，对发现这个问题的根因造成了极大的干扰。另外所有的测试在 mac 上是完全都能 pass 的，到 Linux 就出问题了（准确的说是在 travis-ci 的 Linux 会出问题，在我的虚拟 fedora 里面就不会），所以只能改代码 push ，让 travis 去测试，非常痛苦。
所以这三行代码背后有我巨大的工作量……
Coverage.py 4.5 对 Python 3.8 的 bug
我添加了 Python3.8 的测试之后，发现覆盖率神奇的下降了好多。一开始以为是 asyncio 的部分使得调度策略变了，导致一部分代码在测试的时候并没有运行？然后仔细看了一下并不是这样，coverage 生成的文件，竟然有一些代码是白色的，不是覆盖也不是未覆盖，成为 Phantom lines 了。然后查了一下，发现是 coverage.py 的问题。升级一下就 ok 了。
后来想了一下，对于已发布版本（向我们这样的）也无法加 warning 提示用户你用的是 Python3.8，只能发新版本，那么旧版本的用户总是会遇到这个坑，从这个 issue 也可以看到这个问题被 link 了无数次了。向前兼容好难啊！
IRedis 新的 feature
最近给 iredis 加 pager 的功能花了不少力气。要对所有的命令兼容 pager，然后要尊重系统的变量，比如 $LESS $PAGER等。prompt-toolkit 输出带颜色的 output 还无法 pipe 到 less，好烦。不过经过重构过一波代码，总算是实现了。再提一句，iredis 代码很多部分经过不同的人重构过，每一次都在变好了，单元测试功不可没啊！
Redis-py extend lock 可以直接接受新值
终于给 redis-py 的 lock 加上这个 feature 了。redis-py 的 lock.extend 语义一直让我很困惑。lock.extend(10) 的意思指的是，让 lock 的 timeout 变成“还剩下的 timeout + 10s”，这就导致我们在多数锁的场景下，这个锁的生命会越来越长，导致 fail over 的速度会来越长。（在这篇文章我有详细描述过）在 redbeat 里面我只能用一个新的 lua 脚本，来保持锁的最大超时时间总是 10s ，不会受之前剩下的 timeout 变得更加长寿。
作为一个转行的程序员，一直觉得“理解这些技术背后的原理”是我的一个很大的短板。平时也很忙，真正提高这种核心竞争力的时间并不多，有时候会焦虑。
这个急不得，我一般都是用到什么学什么，遇到问题一直 google 到自己理解问题背后的原因，然后理解 fix 这个问题的方法。同时抽时间系统地读一些好书，比如数据库，网络，软件设计之类的。慢慢积累，总会越来越好的。
同意。或者可以35岁以前转管理，哈哈哈哈哈
1. lazy loading要学的东西，碰到啥不懂的再去学。提前学的话不一定有用。
2. 看书是系统学习的好方法，或者是看一整个视频课程。感觉博客文章什么的虽然短平快但是不够系统，不过有时候很有启发，例如你的博客，哈哈
3. 理想情况下需要整理所学的，并且如果可能的话，输出（写博客）也是一个整理知识的过程。
Coverage.py 4.5 对 Python 3.8 的 bug
我也碰到了。。但我没有控制好变量，没有意识到是Python 3.8的问题。
这种问题嘛……其实能解决了就行。不过一次只改一个地方是个好习惯 ；）
刚读完 《Redis实战》, 全程使用iredis, 开着newbie模式, 体验真的超赞, 体验上比MyCLI好太多 哈哈
^ ^ 这本书确实不错，有很多实用的场景。 iredis 的 –newbie 模式我计划给一些 const choice 也加上提示的，比如 set 的 XX NX 等，但是这部分没有结构化的文档，可能要自己写提示信息了 T T
mycli 有尝试使用新的补全引擎，要是能 work 的话体验应该会好不少：https://github.com/dbcli/mycli/pull/822
毕竟很多程序员，真的只是停留在语言层，但是有些经验的开发，传个文件夹不是问题
> 我见过一些蹩脚的程序员，解压 tar 包都要去网上下载一个解压工具
我还见过85年的程序员，写了10多年ruby代码竟然连面向对象中类方法(也就是Java的static)和实例方法的概念都搞不懂！这也是我努力刷leetcode的题，准备离开现在的环境去字节跳动面试的原因。leetcode上第六题有5种解法，我勉强能看懂三种，剩下那些O(n)时间复杂度的牛逼算法看不懂啊，感觉自己太菜了，何时才能积累到300题/1000种解题方法的水平，才能去字节跳动面试啊
这种人到处都有的，大公司也很多…… 享受做题吧，不要急躁，其实是很好玩的一件事儿
刷算法题除了应付面试，在工作中基本用不上，例如我在工作中就没用过动态规划。
我向往大企业还有一个原因是，公司没有codeReview，而且我是公司最懂安卓和rust的，也没人能给我code review。不过这让我慢慢试着融入开源社区，公司里没人能教我，我就尝试给一些开源项目提PR/issue，让开源社区作者们”教“我。我现在用的rust的web框架actix就这样通过github社区进行学习。向往大企业另一个原因是，自己好歹在中学时拿过几次奥林匹克数学竞赛省赛市赛的奖项，有一种高傲的心理：”现在这15-20人的辣鸡小公司配不上我，我这种高贵的省赛二等奖的选手应该到BAT去上班”
在字节跳动工资虽然高不少，但是工作压力大(头条是单休996)，我现在的工作环境已经挺满意了，上班时间内完成工作量之余，还能抽空自学或者刷题，例如我今天就试着用latex写数学公式
我感觉你现在的状态挺好的呀~ 作为“大公司”的一枚螺丝钉， 很想告诉你，其实大公司只是无数个小团队（小公司）组成的而已，小团队和小团队之间各有不同。Code Review 在每一个小团队的情况都不同，你有很大概率去到一个也是没什么 Review 的团队… 所谓的 Code Review 只是形式上的点击通过而已，毕竟工作时间都 996 了，谁还会去做没有什么短期收益的 review 呢？大公司的代码还是可能写成一塌糊涂的。
并且你学习的时间可能会更少，你现在还有时间学习。而在大公司很可能你的上司会命令你“不要将心思花在别的地方，不要见一样学一样，要专心想着怎么把工作做好”，至少我就听过这样的“训诫”。所以工作环境可能还没你现在的好呢！
开源是一个很难得的学习环境。我在实际工作中从没有见过像开源社区质量这么高的代码，也没经历过这么认真地 Review。无论从自身成长上还是为将来找工作积累资本，做开源都是不错的，好好珍惜吧。
加油！
从猪场到了鹅厂的亲身体会，入职一周就感受到了凌乱，没想到鹅厂别说CR，逻辑代码都是为产品打工，各种临时处理方案，各种基础中间件也不成熟，全靠人肉手动，靠口头交流，累觉不爱了，9116，没有时间去思考，去优化，更多的是业务！业务！需求！需求！虽然工资多了一些，但是内心真的不爱了，累了。
这样的感觉好多人都有，我也是……业务那边应该会好一些，但是我们SRE的系统没CR没测试代码是比较常见的情况。KPI 和晋升看重的也都是业务能力，沟通能力，PPT，想法啊，未来啊这些。但是能把代码写好我认为是需要很多年经验，需要很多思考和训练（包括阅读别人的代码，听取别人的Review的意见等）的，国内的这些互联网公司好像都没有这样的环境。