2019年年鉴

这一年不知不觉又过去了，一年很长，但是到了年底，能回忆起来的事情不多。今年没有什么大事发生，还是一如既往的工作，生活。这篇文章，就来回忆一下今年的屈指可数的收获吧。本质上我写这篇文章是出于习惯，所以你阅读本文基本上不会有什么收获，建议不要浪费这个时间。：）

要说进步，今年值得表扬自己的是，一些存了很久的疑问，今年逐渐一个一个给了自己满意的回答，比如 Linux 分区是什么工作的，文件系统是什么工作的，什么是 Daemon 进程等等（写了这么多 Linux 的文章，感觉这个博客需要开一个 Linux 分类了）。以及一些由于不明白而困扰自己的很幼稚的问题。这些答案基本上都来自 Linux System Programming 这本书，细说起来这本书是从 5 月份就开始读的，快到年底了才读完。如果你和我一样对于 Linux 有很多懵懂的问题的话，也推荐你读一下这本书。上一次给我这么大启发的书，还是 Fluent Python 了。作者（Family Name 竟然就叫 Love）具有丰富的 Kernel 开发经验，解释问题比较深入浅出。缺点就是书中解释各种 Error 含义的篇幅有点过多了，都是手册里面的内容，感觉有凑字数之嫌。

除了 Linux，今年还看了一下 Scheme（The Little Scheme）和 Elixir （The little Elixir & OTP Guidebook-Manning）这两本书，都是入门级别的。这两门语言和 Python 有很大的不同，比如 Elixir 有模式匹配，函数内可以写 when 来检查参数，Atom 的类型等等，也给我一些启发。

工作

今年上半年还是一种很不好的工作状态，每天的工作中，和同事沟通占用了大部分的时间，SRE 像是一个技术支持的工作，不断的协调，和不同的部分解释沟通等等。手里同时会被分好几件事，分身乏术。客观上说，总是感觉自己的工作没有意义，学到的东西也不多。

下半年组织结构调整，被调到了另一个组，做一个定位系统故障的系统。简单来说，就是业务不正常了，我们开发的这个系统要能自动定位到是一台机器的问题，还是一个机房的问题，还是数据库的问题，给应急提供一些辅助信息。项目语言是 Java 写的。因为我在之前的组中也尝试过这种定位系统，没有特别明显的结果，之前公司中失败的案例也不少，所以一开始对这个项目是没有信心的。但是做了半年，逐渐有效果了，有一些思路可以自己实现，觉得还是能取到一些成果了。

说来可笑，这几乎是入职以来，第一次能够专心写代码的时候。虽然到底要怎么做还不是很清晰，很多地方要自己摸索，但是工作状态相比之前是好了很多。

另外我们组是用 Java 来开发的，这门语言挑战了我的认知。我写 Python 的时候，每一行代码我都知道是做什么的，现在写的 Java，有很多代码看起来匪夷所思。比如 NPE，像 Python，JavaScript，如果你从 None/Undefined 试图获得一个属性，这些语言都会提示你 xxx 并没有这个属性。Java 呢？NPE。foo.getA().getB().getC()，NPE；call(foo.getA(), bar.getB()) 每当看到 NPE 这个错误的时候都让人痛苦万分，我要为这个简单的错误花很长的时间复现、排查。类似的例子还有很多。

总体上说，我觉得用 Java 开发项目的这段时间，我并没有因为这门语言学到什么启发性的东西（不像Elixir，Scheme）。在我看来，很多 Java 里面才有的东西是纯粹为了 Java 语言本身的问题，放到其他语言上很可能不需要这么做。我这么想也可能是我对这门语言学习的不深，使用的时间不长。以后这个想法也可能改变。

开源和社区

捕蛇者说。这是今年做的一件事，由 laike9m 发起的。Adam，Manjusaka 我们几个人一拍即合，就开始搞了。搞起来网站，在 V2EX Twitter 发了几个帖子宣传，然后开始录制，剪辑。现在看来这件事情是比较可持续发展的，除了剪辑的工作外，不会太让人疲惫，应该不会像 HZPUG 那样一直鸽掉了。今年一共录制了 10 期，感觉还会有源源不断的话题，接下来一年的发展我比较有信心。这件事情对我来说，最大的收获是结交的朋友了，要说学到什么，可能没有读书那样性价比更高。大家交流更多的是一些软性的东西，可以让你知道这么做一件事对不对，一条路是不是对的，类似这样。

PyCon。今年在 PyCon 做了两次演讲，个人觉得，内容比较浅薄。但是后来经常有人跟我说 Migration 那个演讲很好，还有人跟我讨论他们公司的 Migration 的一些方案，很高兴。

开源项目。业余时间，今年主要在做两件事情。第一个是 clock.sh（尚存在一些问题，个人认为还没有到稳定阶段，但是大家可以试用） 。这个项目就是想托管一些个人的定时脚本，没有很大的野心，做一个个人的 Saas，小而美，就够了。至于这个项目的最开始的动力，其实是我之前写爬虫的时候，我们有一个项目叫 xxx-control，里面有一个很长的 crontab 文件，用来管理爬虫什么时候启动执行，那时候我就想有一个更友好的定时任务控制的平台。这个项目我一直按照我的想法去做，半年之前有一个可用的 demo 版本，能通过在网页上简单的点击记下，就设定好一个定时任务了。后面有些慢 SQL 的问题，以及支持自定义 Docker 镜像的问题，一直没有时间解决。

第二个项目是 IRedis，这个是由于第一个项目用 Redis 作为 broker，而我又不太熟悉 Redis 那么多命令。所以就像要一个像 mycli/pgcli 那样的命令行工具。于是就自己开始写了一些。陆陆续续地，IRedis 支持的命令也越来越多，希望能在这个项目1周年的时候发布 1.0 版本。

我的第二个项目是为了解决第一个项目的问题而诞生的，此外还因为用到一些第三方库有问题，去给他们提交了一些 Pull Request。其实今年还有很多很好玩的想法， 精力有限，只能放弃那一些了，先把已经开始的项目做好。

工作上比较忙，正常晚上到家就10点了，所以自己的想法一直苦于没有时间去实现。现在的工作方式比较不健康，我还是想有一个正常的作息时间。

其实这么长的工作时间对公司来说，也未必是一件好事。依我个人看，会减少我对工作的热情，阻碍员工的发展。一周工作 40 个小时的时候，我还是盼望着上班的。太长的工作时间，客观上看，大部分时间也都被没有意义的事情给浪费了。另外很多公司不明白的一件事情是，如果给员工提供的是这样一种环境，那么大部分人的想法将会是不会在这一家公司工作很久，等自己能力提高立马换一家工作和生活更平衡的公司。如果没有时间学习（个人认为真正能学到新的技能的工作岗位很少），那么员工的价值也不会提高。为什么这些公司可以花很多钱从外面招厉害的人，而不愿意培养自己的员工成为那样的人呢？

如果我将来开一家公司，我一定不会认为工作时间长的员工是好员工。相反，我会看他们是否对技术有热情，是否有对自己不了解的事情有求知的渴望，无论这些事情是古老的技术还是新潮的技术。对于刚毕业的学生，一定要想办法减少他们花在没有意义的工作上的时间，一定要有至少20%的工作上的时间自由支配用于学习，一定不要给他们灌输：程序员必须学管理，程序员的“软技能”很重要，以及鸡汤。健康、可持续的生活和工作方式，比焦虑，没有意义的努力和长时间的工作要好一些。

未来的打算

• 今年一年看的好代码太少了，需要学习一下 debug 工具链，多阅读好的代码；
• 掌握 Elixir，我觉得这门语言很不一样，尤其是自带 supervisor，9 个 9 的可用率，比较吸引我；
• 了解更多有关分布式系统，数据库的内容；
• 锻炼身体，改善生活方式；

往年：

1. 2013年
2. 2014年
3. 2015年
4. 2016年
5. 2017年
6. 2018年