闽公网安备 35020302035485号
刚入职的实习生总会问:“哥,你们为啥上午都不写代码啊?一个个对着屏幕划水,到了下午就跟打了鸡血一样敲键盘?”
我笑着拍了拍他的肩膀:“这不是划水,是程序员的‘上午蓄力法则’——真正的程序员,上午从来不是用来写代码的,而是用来‘避免下午写垃圾代码’的。”虽然表面上你会准备以下几种说辞:
很多外行人甚至刚入行的新人都以为,程序员的工作就是“坐在电脑前敲代码”,但实际上,写代码只占程序员工作的40%,剩下的60%,全是“铺垫工作” ——而这些铺垫,恰恰最适合放在上午完成。
今天就用程序员能看懂的方式(架构图、流程图、伪代码),好好聊聊:为啥正常程序员,上午都不写代码?
程序员的工作,本质上是“将复杂需求转化为可执行代码”的过程。这个过程就像盖房子:上午是“画图纸、备材料、定方案”,下午才是“搬砖砌墙”。
如果上午直接上手写代码,就相当于“没画图纸就开始砌墙”——看似高效,实则大概率会出现“砌到一半发现墙歪了、材料不对了、结构错了”,最后只能推倒重来,反而更浪费时间。
我们先通过一张程序员每日工作架构图,看看上午和下午的工作重心差异:
从架构图能清晰看到:上午的“蓄力层”是下午“执行层”的基础,没有上午的充分准备,下午的代码编写就会充满阻碍——要么卡在校验逻辑,要么停在依赖缺失,要么写一半发现需求理解错了。
这也是为啥我们常说:上午多花1小时梳理,下午能省3小时返工。
很多人觉得“上午不写代码就是摸鱼”,其实是没看到程序员上午的“隐性工作”。我们用一张上午工作流程图,还原程序员的真实上午:
这张流程图,每一步都在为“下午高效写代码”铺路:
需求梳理:避免“理解偏差”导致代码返工;
方案推演:避免“技术选型错误”导致后期重构;
环境准备:避免“下午编码到一半,发现环境崩了”的尴尬。
举个真实例子:之前有个实习生,入职第二天就上午直接写代码,结果写了2小时,发现自己理解的需求和产品要的完全不一样,接口依赖也没确认,最后只能全部删掉——这就是“上午不蓄力,下午白费力”。
我们用一段“伪代码”,模拟“上午直接写代码”和“上午蓄力、下午写代码”的效率差异,就能直观感受到为啥上午不适合写代码。
统计:上午写代码,总共花费2小时,其中返工+等待时间占1小时45min,有效编码时间仅15min 。。。
跳板
技术大厂,前端-后端-测试,全国均有,感兴趣可以试一试;待遇和稳定性都还可以~
统计:下午写代码,总共花费40min,无返工,代码规范,可直接测试
两段伪代码对比,差距一目了然:上午直接写代码,大部分时间都浪费在“返工、等待、排查问题”上;而上午做好蓄力准备,下午写代码就能“一气呵成”,效率提升3倍以上。
最后必须澄清一点:程序员上午不写代码,不是“摸鱼”,而是“不盲目写代码”。
真正高效的程序员,都懂“蓄力比执行更重要”——上午的每一份准备,都是为了下午能更专注、更高效地写代码,避免做“无用功”。
就像我们常说的:程序员的核心竞争力,不是“敲代码的速度”,而是“解决问题的效率” 。上午梳理清楚问题,下午就能快速解决问题;上午盲目敲代码,下午就只能在返工中内耗。
所以下次再看到程序员上午对着屏幕“划水”,别再以为他们没干活——他们可能正在梳理需求、推演方案、准备环境,为下午的“代码冲刺”蓄力呢!
最后送所有程序员一句梗式真理:上午不写代码,不是不 写 ,是缓写,慢写,优写,有次序的写——让梳理好的需求先写,让没有依赖的模块先写,让预判好的逻辑先写,才能先写带动后写;也要具体情况具体写,上午蓄力、下午写代码,不管早写晚写,能写出无bug、高可用的代码,都是好代码!
——转载自:橙序员小站