程序员把规则写进日常流程

2025-04-06silcano

两件不平可以放在一起看。改进方案你提了，没人听；架构师说一句“我们这样不太好”，老板立刻让人改。你熬夜优化的代码被当成理所应当，另一个人做了个“模板生成器”，全公司都在夸。你的力出在系统外面，别人的“规范”造在系统里面。程序员要改规则，得借结构的手，写进命运的操作系统。这一层记成04，叫结构感。

很多程序员以为，规则由逻辑严谨、技术高超的人来定。往现实里看，对不上。主导框架的人，代码真比你写得好吗？会上拍板的人，业务真比你懂吗？常常未必。规则落到纸上之前，人得先站到能让别人“必须听你说话”的位置。你是代码天才，公司里没有决定权，照样推不动；你懂系统架构，行业里没有传播渠道，照样传不开；你愿意做开源，没人愿意按你的方式重构，方案就停住。技术在这里使不上劲。这是结构问题。所以先有01：规则来自结构的制高点，能力的顶点替代不了它。

你大概也有过那个时刻。深夜，一段自己觉得完美无瑕的代码写完，提交按下去，对着屏幕发呆：“我这行活儿，到底算什么？”躁动止不住。别人定好的规范，别人的节奏，跟着改需求，你不想过一辈子。你想要定标准的人生。念头很快又被咽回去。你告诉自己：“我是底层程序员，哪有资格制定规则。”这口气咽过五年，咽过十年，可以一直咽到退休。今天把它吐出来。机会还在。你还没搞懂的是：规则，到底怎么被写下来。

技术人喜欢做“正确”的事。代码要最优雅的，架构要最先进的，测试要最稳的。做得再好，只要别人还能绕开你，这些“对的事”就会在上线前被一句“来不及，先上了”吞掉。你得先成为这样的人：“不按你的规则，项目就跑不动”。停在执行者不够。你得同时做连接器、组织者、整合者。组件库可以由你搭起来，让所有人必须用同一套；接口规范可以由你写下来，不同团队的模块都按你的标准接入；自动化CI流程可以由你搞起来，一出错，谁都得找你调。你把自己“植入”每个流程的核心环节。“好程序员”到这儿已经叫不全你，你是一个小系统的设计者。再开会提规范，没人敢不听。他们离不开你。你“对”只是附带。这是02：别只干“对”的事，要干让人“被依赖”的事。

“制定行业规则”听着宏大。大会上拍桌子定下的东西，常常并没有用。真正有用的，是默默进入日常工作的那种。一份内部文档规范，一种日志格式，一套数据结构的字段命名，大家用成习惯，不久就会说：“我们公司都这样做。”再往后，它变成“约定俗成”。革命先别想，一下子大改也先别想。你喊，规则不会因此成立。别人默默用你的方式活下去，规则才算写上。你要找那些混乱、重复、不协同的环节，用更省事、更统一、更高效的方案让大家愿意上钩。用过一次，他们就回不去了。这是03。

“只是个搬砖的程序员”，这句自我介绍可以放下。这个系统里，能看懂逻辑、能优化流程、能设计工具、能影响效率的，是你。痛苦来自你已经察觉现有规则的荒谬，却还被迫顺从。焦虑来自你脑子里的世界早就比现实高级一代。你觉得自己“没资格”，是因为站的位置太低，还没看见：规则不用等待授权，它靠构建争取而来。一夜之间上台写规章，不必放进计划。从下一次项目开始，把你的理解悄悄写进大家的工作流。写着写着，别人就走进你定义的世界。再回头，行业规则上已经刻着你的名字，只是来得不知不觉。

by 楠哥 红尘炼心，知行一体。