这周工作比较忙,下班之后去健身房运动,回家就很晚了,于是基本没有做太多自我提升的事情。这也算是工作之后最令人无奈的地方吧,工作是向外的,需要利用既有的能力去完成任务,而自我提升则是向内的,需要把新的东西吸收到自己内部。形象地说就是工作会把人掏空,你必须十分警惕,刻意地为自己留下时间,向内自省。
作为程序员,工作中其实也不至于什么新东西都接触不到,只是在完成任务的压力之下,这些新知识会被挤压地支离破碎,以至于无法达到系统性地学习的目的。我认为只有系统性地学习,才算是真正意义上的学习,散乱的知识点充其量只是知道、了解,而且会很快地忘记。
同事推荐了名为 gitlab-workflow 的 VSCode 插件,可以直接在 VSCode 中 review MR,极大提升了工作效率,在此也向大家推荐。在前司做开源项目,总感觉 GitHub 的 review 效率很低,一方面是因为通知机制太糟糕,无法快速找到需要 review 的 PR,另一方面是在 web 界面看代码总是缺少上下文,于是需要手动到本地 checkout,一来二去就会让人无限地想要拖延 review——毕竟好好地 review 别人的代码很花精力,不如先把自己的活干完。而到现在的公司,因为是内部的 GitLab,所有的通知都是必须要认真对待的,少了很多干扰,而且右上角就能直接看到需要自己 review 和推动合并的 MR,每天下班前尽可能地清空掉它们,工作就能很顺利地往前推进。加上这个 VSCode 插件,可以很方便地在本地进行 review,感觉效率大幅提升。
话说回来,感觉 merge request 是比 pull request 更直观的叫法,刚到新公司的时候还没适应过来,经常叫 PR,虽然大家都能理解是什么东西,可是总觉得怪怪的,现在已经能习惯使用 MR 来指代了。
周五晚上坐高铁来了北京,在同学家暂住一晚。周六参加了 TDengine 的开发者大会,现场有一个拼手速敲 SQL 第一名奖励 Airpods Pro 的活动,我在听会间隙多次刷新记录,最终捧回奖品,算是不虚此行。时序数据的确是一个方兴未艾的好方向,比起关系型数据,时序数据的场景十分垂直,使用方式也特别聚焦,因此少了很多脏活,工程师可以专注在架构和性能提升上。同学和我同年毕业,去年加入涛思数据,现在已经独当一面地负责起核心组件的开发,在开发者大会上演讲,肉眼可见他的水平提升。虽然我去年也拿到了涛思数据的 offer,不过很遗憾没有加入。陶老板人很好,在创业这件事情上我觉得特别靠谱,对产品有想法,对用户很重视,对技术有热情,希望他们越做越好。
周日中午到海淀和高中同学聚了聚,感觉大家都没有太大变化,曾经的数学组、物理组的同学都纷纷转向计算机。最好笑的是某个物理系的同学曾经在高中的时候一脸担忧地问信息组的同学,你们学信息学竞赛以后能找到工作吗,如今自己也真香地转了码,大家开怀大笑,十分活泼。转眼离高中入学已经快十年了,我也算是在计算机这条路上走了十年,依旧热爱,依旧还有很多新的东西想要学习,有很多想法想要实现。
只希望在工作之余,可以保持十分警惕,给自己留下探索的空间。