底层原理与新鲜工具

在大众眼中，程序员们似乎总有着这样的形象：他们一直在钻研某些技术的底层实现、他们一直在探索解决问题的新鲜工具。然而，对于那些与工作切实相关，被程序员称为“业务”的部分——他们却常常不屑一顾：“这不过是为了工资不得不做的事”。

底层原理？

经过一段时间的工作后，我逐渐发现所谓的“底层原理”并非是一个固定的范围，而是一类知识的统称，具有以下三个特点：

• 我的当前工作所依赖的
• 我的知识范围能够触及的
• 我有兴趣去学习的

“底层原理”就是这么个很主观的东西：业务员觉得运维支持老哥很底层、运维老哥觉得开发人员很底层、开发人员觉得做编译器的人很底层、编译器老哥觉得做操作系统的很底层、操作系统老哥……好吧，他们真的很底层，但是他们也依赖于CPU老哥、CPU老哥依赖于研究半导体和芯片制造的老哥、然后这些人又依赖于物理学家和数学家。

我们都有好奇心，每当好奇心推动我们去探索一些事物的时候，我们就把这些事物称为“底层原理”，其实就是这样。

新鲜工具

不同于底层原理带来的缓慢提升，新鲜工具则是能立竿见影的带来收益，当然，也伴随着风险。

我觉得最好的获取新鲜工具的过程是这样的：

• 在做业务的过程中，遇到了一个棘手的问题
• 自己尝试去解决，在这个过程中经历了很多思考
• 领导点拨或突然偶遇新鲜工具，感慨是最佳实践，从此豁然开朗

只有先经历过问题和思考，才能深刻理解答案的珍贵。从我自己的经验来看，第一次接触 redis、MQTT、时序库的时候，都曾给我带来如梦初醒的感觉。

业务的价值

因此，业务的价值也不仅仅是完成本分并拿到工资，更重要的是在业务开发的过程中，驱使着我们的好奇心去探索“底层”，给我们设置难题促使我们找寻“工具”，进而一步一步的实现更有价值的自己。