书这东西，我小时候总当作那是老师傅擦亮的玻璃，夹在书里能保平安。
后来去图书馆，才晓得那是半透明的牛皮纸，却卷出了比玻璃更厚的寂寞，也躲过了比玻璃更诡异的偷窥。 第一次翻开书，就是《红楼梦》。
那时候家里穷，借来借去都带着灰，书页卷得发脆，像被咬了一口。我随手夹了第一页，结局那条虫比我还痒。它顺着我的指尖爬，钻进脊骨，背着我往那阴暗的柜子里钻。
那柜子比书还深，比我的幻想还黑，里面住着一群只会读点经的老和尚，他们把灯都关死了，只留一盏昏黄的豆油灯，照在那里，照出我满手的黑，也照出我被书蛊惑的慌乱。我拼命想抽出来，手一松，书就“啪”地掉在地板上，发出比哭还狠的声响。从那赶明儿，书成了我唯一的救命稻草，也是最大的情敌。 后来我混进了一堆搞技术的圈子里，才发现书不是用来照妖镜的，是用来造火箭的。记得刚进公司那会儿，项目需求排得比我的房贷还紧，我把拆解图纸给大伙看，大家眼神里透着那种“再给我点工夫”的敷衍。我也试着用逻辑去解释，把需求拆成原子，把原子再拆到纳米级。结局全被老板驳回，理由是“那不是技术，那是文学，你连个框架都凑不齐”。 后来我写了一篇《论如何拆解一个需求》，文风像极了教大中小学生写作文。我花了三天工夫，把一本厚厚的技术书，拆解成五千个步骤，每个步骤旁边还配了个数据。
比方说，在微服务架构里，你要服务拆分，不能光靠“业务边界清楚”，得给个具体的阈值，是 CPU 利用率超过 70% 还是网络延迟增添 300 毫秒就算拆分成功？我把这些逻辑全拎出来，写成一篇 PPT，给老板看。结局，老板的眼神从“技术不中”变成了“有点意思”，就连问我想不想给团队开个会，专门讲讲“为啥服务要拆得如此明显”。
那一刻我才明白，书里的算法比我写的那些代码逻辑还硬核，书里的架构比我设计的系统还严密。 再后来，我成了 HR，专门负责招聘。
那时候有个实习生问我：“小王，你说技术岗位和文学岗位区别在哪？”我说：“文学岗位考的是‘能不能写得深’，技术岗位考的是‘能不能造得快’。”这话听出来挺文艺，我翻书的时候，发现书里确实有这种说法。
比如写小说得讲究“起承转合”，那叫艺术处理；写代码得讲究“迭代优化”，那叫工程实践。我拿着《软件工程：实践者的艺术》翻到第 120 页，上面讲敏捷开发时，特意加了一行小字：“别死磕‘瀑布模型’，那忒像高中地理课本上的河流流向图了。”老板看完笑了，说：“懂了，赶明儿只招那种能把瀑布模型改成‘瀑布流’的人。” 实际上，真正的高手，压根儿都不是那些死记硬背书本的人。书里的数据、公式、算法，起初都是枯燥的砖头，后来才变成了盖房子的地基。就像我小时候，第一次发现书里夹着一条活虫，当作那是命运的重大转折点，结局发现它只是书里一个不起眼的注释。真正的生命转折，往往形成在你突然意识到，原来那个“夹着虫子的牛皮纸”，才是真正能承载你整个重量的东西。 有时候夜深人静，我就想起那个掉在地上的《红楼梦》。
那张纸边缘被虫蛀得起了毛，边角成了自然的墨迹。我把它揉成一团，塞进书包最深处，就像塞进了一团未解的谜题。我告诉自己，别急，慢下来，去读第一遍。
或许到时候，你会发现那不是虫，而是一道题；不是绝望，而是一场新的考试。 故此，还不如说我和书讲啥，不如说，书在我身上长出了一口气，它陪我扛过那个没人要的冬天，也陪我数过变成树的服务器机房。至于那条虫，我把它当作了勋章，出于它让我明白：世间万物，皆由抓不住的手心托起。