程序员的工资是唯一收入，但时间才是本金。
我最近做了一件很小的事。把书架上的书重新分了一次类。不是按大小，不是按颜色，也不是按出版社，而是按一个更简单的标准：我还会不会再读它一遍。
分完以后，有一小摞被我留在手边，剩下的收进了柜子深处。那一小摞不多，大概七八本。我看着它们，心里忽然轻了一点。不是因为书架变整齐了，而是因为我第一次清楚地知道，什么值得继续留在光线够得着的地方。
后来我想，这件事其实很像做技术选型。
不是把所有能用的组件都塞进系统，也不是把所有看起来不错的技术都引入进来。你只是从里面挑出少数几样，放进自己的架构里，然后让它们在各自的位置上待着，陪你一起穿过时间。
技术选型的核心，从来不只是"选对"，更重要的是"放对"。是知道什么东西值得被留下，值得占据你有限的复杂度预算；也是知道，一旦放进去，就不要轻易把它挪来挪去。
我刚开始写代码的时候，并不明白这件事。那时候我以为架构最重要的问题，是"用什么"。用哪个框架，用哪种数据库，追哪个新技术，踩哪个节奏。结果是，系统越来越复杂，人越来越累，问题却并没有变少。
后来我慢慢理解，一个系统能不能长久运行，并不来自你用了什么，而是来自你能否让它在一个稳定的结构里待得足够久。很多时候，让一个系统稳定的，不是你改了多少行代码，而是你有没有给它足够的时间去暴露问题、沉淀经验。
后来我开始试着像做容量规划一样配置时间。
做容量规划的时候，你不会把一台机器的 CPU 长期跑到 90% 以上。因为你很清楚，冗余的部分不是闲置，是留给尖峰流量、突发请求和未知异常的缓冲。一旦用尽，系统就会在某个不起眼的时刻突然崩溃。
我做过一个核心系统的重构。上线之前，团队把每个模块的资源占用都算得很细，信心满满。上线之后的前几周，一切都很平稳。直到某天下午，一个上游系统突然开始大量重试，流量在十几分钟内翻了将近一倍。我们以为预留的容量足够了，结果监控大盘上的曲线开始陡峭上升------CPU 从 70% 冲到了 95%，响应时间从 200 毫秒涨到了两秒，排队开始堆积，然后一个平时不起眼的边缘服务率先超时，报错沿着调用链一路传了回来。
那次故障恢复之后，我在复盘会上画了一条曲线：系统的响应时间不是线性上升的，而是在接近饱和的某个点之后，突然拐弯，然后失控。那个拐点之前，一切看起来都很正常；拐点之后，你做什么都来不及了。
生活也一样。
我不再试图把每一分钟都排得满满当当，而是把时间大致分成几块：一块留给工作里最核心的产出，一块留给阅读和思考，一块留给家人和朋友，一块留给自己。就像系统不会把所有资源都分配给同一个服务。与其精确计算每一分钟的吞吐量，不如先把最重要的几块地方预留出来，然后别轻易让它们被别的事情挤占。
把时间锚定在几个固定的地方，比把时间切得过于细碎，更重要。
想清楚这件事之后，我对"本金"这个词的理解也变了。
程序员的工资是唯一收入，但时间才是本金。工资是你用一个月的时间换来的现金，而时间是你账户里最原始、也最公平的那部分资产。你把本金放在哪里，它就在哪里产生回报。
放在焦虑上，焦虑会长大；放在比较上，比较会长大；放在读书上，认知会长大；放在具体的事情上，实感会长大。很多时候，生活并不是被"事情"塑造的，而是被你长期喂养的对象塑造的。
投资里有一个我很喜欢的词，叫"再平衡"。它的意思是，定期把资产比例调回最初设定的状态，让整个组合始终停留在你能承受的风险范围里。后来我发现，系统需要再平衡，生活也需要。
做技术管理久了会发现，一个团队如果长期把全部精力放在同一个项目上，短期交付可能很快，但技术债会越积越多，人的状态也会越来越紧。
有一年我们接了一个很重要的项目，团队几乎把所有精力都压了上去。需求排得密密麻麻，每个人的日程表都精确到了半小时。那段时间交付确实快，但三个月后，问题开始集中爆发：文档没人维护，新来的同事上手困难；测试覆盖率在持续下降，偶尔出现线上问题，排查要花比以前多好几倍的时间；几个核心成员开始疲惫，有一个人直接提出了离职。
我那时候才意识到，我们一直在"交付"，却从来没有"检修"。一个团队也需要再平衡：短期交付和长期能力，紧急任务和基础建设，输出和休息。你不能等到一个人离职了，才开始想"他的工作有没有人接得住"；不能等到线上出了故障，才发现"这个模块只有一个人能改"。
需要定期检视的，往往是那些"看起来还撑得住"的地方。
有一段时间，我把太多时间放在工作上。白天不停切换任务，晚上回到家，人已经很空了。对家人没有耐心，说话也总是短促，像一根拉得太紧的弦。
后来我慢慢意识到，不是生活出了什么大问题，只是我的"配置"偏了。工作那一块太重，别的部分太轻了。
这时候你要做的，不是一下子把天平掀翻，而是轻轻地调一调。少一点，或者挪一点，让它慢慢回到一个你可以呼吸、也可以睡着的状态。好的调整，大多不是剧烈的，而是温和的。
我想明白"配置"这件事，是在一个很普通的周末下午。
那天我坐在沙发上，手边是一杯茶，阳光从窗户斜着照进来，落在地板上，也落在杯沿上。那一刻，我没有什么急着要做的事，也没有什么特别想逃开的东西。我只是坐在那里，什么也没做。
然后我忽然意识到，我已经很久没有这样坐过了。没有刷手机，没有看盘，没有想着接下来该干什么。只是坐着，让时间安静地从身边流过去。
后来我把这一段时间，也放进了自己的配置里。
我管它叫"什么也不做的时间"。它看上去没有任何产出，甚至很容易被误解成浪费。可它不是多余的。它像系统里的冗余容量，不负责创造价值，却能在流量尖峰到来时，给你留下缓冲的余地。做研发久了会发现，一台机器如果长期跑在100%的负载上，它不是在高效运转，而是在加速老化。
人也一样。那些看起来没有产出的时间，其实是系统在自我修复。
所以现在我做任何配置的时候，最后都会问自己一个问题：这个安排，能让我睡得着吗？
如果可以，那它大概率就是适合我的。如果不可以，那它就算看起来再漂亮，也该调一调。
我见过一些人，系统架构很先进，可团队每天都在救火，线上故障不断。我也见过一些人，技术栈并不时髦，甚至称得上普通，可他们的系统很稳，业务增长也不会把整个团队卷走。
后者是我更想成为的那一种。因为配置的终点，从来不是让每一部分都最优，而是让整体能够长久运转。不是架构图上的每个组件都光鲜，而是你愿意继续维护这样的系统，并且在每一次发布上线的时候，心里没有那么多拉扯。
回到最开始那件小事。
我把书架上的书重新分了一次类，留了一小摞在手边。那一小摞书，就是我决定留给自己的东西。它们不一定立刻给我回报，也不一定每一本都马上派上用场。但我知道，在某些时刻，当我需要它们的时候，它们会在我手边。
你把时间放在哪里，哪里就会生长。