
这个“重于泰山或轻于鸿毛”的说法,我琢磨了很久,总觉得它背后藏着不少门道。我记得最早接触这词儿,好像是在一个老电影里,主角为了一个崇高的目标付出了生命,旁白就这么说的。...
这个“重于泰山或轻于鸿毛”的说法,我琢磨了很久,总觉得它背后藏着不少门道。我记得最早接触这词儿,好像是在一个老电影里,主角为了一个崇高的目标付出了生命,旁白就这么说的。当时年少,没太理解,只觉得挺悲壮。
后来我入了行,搞点技术活,天天跟代码打交道。工作上遇到点事儿,比如一个功能上线,用户反馈各种声音,我才开始真正体会到“轻”和“重”的区别。
前阵子,我负责一个核心模块的重构。那段时间,天天泡在公司,早出晚归,搭架构,调性能,看着那堆代码一点点活过来。我们团队好几个人,加班加点,几乎没周末。上线那天,大家都很紧张,盯着监控,生怕哪里出岔子。结果,一上线,用户反馈很平淡,就是“好像快了点”。我自己心里咯噔一下,觉得这几个月的辛苦,好像就换来了这么一句平淡的评价。你说这算不算“轻于鸿毛”?我们投入了那么多心血,在别人眼里,好像也没激起多大水花,转瞬就忘了。
但是,有一次,我们系统接连宕机好几次。那真是手忙脚乱,我记得那天晚上,我爸住院了,我人还在公司蹲着救火。电话里我妈急得直掉眼泪,我只能一边安抚她,一边敲代码,眼睛盯着屏幕,心里却想着病房里的情况。那晚,我们硬是把系统抢救回来了。第二天,老板在会上特别点名表扬了我们团队,说要不是我们,公司损失可就大了。那一刻,我才觉得,我们做的事情,好像突然变得“重于泰山”了。虽然在日常用户看来,系统稳定运行是理所当然的,但关键时刻,我们顶住了压力,保住了公司命脉,这份价值就体现出来了。

我发现,这个“重”和“轻”,真的不是看事情本身有多大,而是看它在特定时间点,对特定的人群造成了多大的影响。比如说,我写了一个优化图片的脚本,帮公司省了点带宽费,这事儿谁也不会记着,默默无闻,这就是“轻”。可如果这个脚本出错了,导致全站图片加载不出来,那事情就“重”了,我可能就得卷铺盖走人。
我有个老同事,技术很牛,有一次他为了解决一个历史遗留的Bug,熬了三个通宵,把问题定位并解决了。这事儿对业务本身好像没啥直接影响,大家也没太在意。他自己也说,挺“轻”的,就是碰巧解决了点技术难题。但我看在眼里,他那种死磕到底的精神,我觉得挺“重”的。他是在维护整个代码体系的健康,这份坚持,对技术团队来说,比解决一个表面问题要重要得多。
我总结了一下,这事儿没绝对的标准。你做的事情,可能在外人看来轻如鸿毛,但对你自己,对你的团队,或者在关键时刻,它可能比泰山还重。关键是看你做这件事的动机,以及它最终产生的实际影响。我还在努力争取让我的工作,能“重”一点,能对得起我熬的那些夜。
