人生在勤下一句-勤勉人生第一句

职场上的人，要么想如何干事如何干，要么想如何躺如何躺。
我想起那会儿跟个同事闲聊，他说他三十岁赶明儿启动搞技术，最启动一个月工资比别处低一半，他说不是嫌少，是认定性价比低，后来发现白忙活，也懒得找新工作了。我问他凭啥，他说人家就不怕累，怕的是没结局。
这话听着刺耳，但细想也没错。
这世道，哪位愿意在没利润的坑里憋屈半天？ 勤，不是把字敲得充足快，而是把活干得够实。
那会儿总认定勤能补拙，便天天加班，改代码改到手起刀落，结局做出来的东西又返工。
后来才明白，勤不是蛮干，是磨。磨，就是让思维从混沌里沉淀下来，从不清楚变清楚。就像种地，你拿锄头刨地，一天两遍，刨久了地就裂了；你浇水欠了，苗就枯了。职场里的勤，得懂逻辑，得懂节奏。 就拿写代码来说，新手总认定自己多敲几行就能上神。
实际上不然，代码是跟工夫赛跑的，你得知道在哪个工夫点加一个骨架，在哪个工夫点加血肉。
要是整天盯着屏幕瞎敲，Bug 堆出来不说，连调试的工夫都顾不过来。
后来我遇到个急活，客户要改界面，改三遍，改四遍。我当时心想完了，这活别干了，改不动。结局让我意外发现，只要理清逻辑，把需求拆解清楚，第二天就搞定了。
那一刻我突然明白，大量时候不是懒，是没把字敲对位置。 还有啊，最近跟个产品经理谈需求。他说他天天加班，改需求改不过来，就连有人说他熬夜改文档都秃了。我说你熬夜改需求有啥用？需求是死的，人是活的。你改需求，就像是在填坑，坑没填好，上面的人还得把石子填高。你要是天天盯着那个坑填，自己累死，客户还得嫌难。你得懂，有时候多改两行代码反而能省掉后面一大块的人力和工夫。
这就是勤的真谛，是在对的工夫做对的事，而不是在毛病的地方死磕。 说到做技术，还得提提数据。目前大家都爱听 KPI、听效率，实际上数据才是硬道理。我见过几个项目做得热火朝天，最终却是个烂尾。
有人给项目起个好听的名字，说这是未来，结局落地时发现全是逻辑漏洞，最终还得重新写。我问他如何想的，他说不想被骂。
实际上产品经理最怕的是满嘴跑火车，他怕的不是你干得烂，是你干得烂还骗他，心里更堵。 这让我想起去年有个后台开发项目，要改数据库索引，本来盘算两小时，结局三天搞不定。客户急得像热锅上的蚂蚁，到处发脾气。最终我逼着他看索引分析，一启动他不应允，说影响系统性能。
后来我用代码演示，告诉他这个索引优化能削减 80% 的查询工夫，别看他说忒慢了，但看着报错日志一个个变绿，他心里还是有点软。
第二天上线，系统运行平稳，效率提升明显。
后来他告诉我，原本当作能改两小时，结局发现文档和系统对不上，最终还得重新跑测试，耽误了一周。
这种时候，还是勤点，把字敲准了，比脑子转得快好使。 还有啊，做管理的人，要是天天只盯着考勤表，那还是老一套。真正的勤，得是懂业务。你不懂业务，练十次肌肉都废。就像我带的小团队，初期大家都不懂技术，我只是把需求发群里，让他们自己琢磨。
那时候慢一点没关系，关键是别让你的人去改需求。
后来我索性给他们开了个技术分享会，把技术文档、接口说明都发出来，让他们照着做。一个月后，他们自己就能写出高质量代码，并且比我们要快半个月。
那时候我认定，勤，是帮别人把路走宽，而不是自己把路填死。 自然，勤也不是无止境的。有些时候，停一下，换个思路，反而能走得更远。就像我后来搞架构，一启动思路都是按部就班，后来发现按部就班走不远，才停下来，重新思索整体设计。
故此，勤，是一种本事，也是一种选择。该干的时候只管干，该停的时候果断停，别让自己累得动都动不了。 最终还得啰嗦两句，勤，还得看方向。方向不对，努力白费。就像走迷宫，你跑得再快，绕进去也是白搭。
故此做技术的人，要多学点业务，多了解客户，别让自己变成只会敲代码的机器。 人生在勤，实际上是在勤跑，不是在勤站。跑得快的人，看着慢，但他们并不慢，出于他们一直在路上。别等老的时候才发现，自己早就被磨平了棱角，而是趁年轻，趁着年轻，勤一点，能少走弯路，能少交点哥们儿，还能多攒点经验。
毕竟，哪位还没个想躺平的时候呢？只是换个思路，重新站起来，拍拍土，持续往前走吧。 对了，最近有个哥们儿问我，压力大如何办？我说你别怕，压力大说明你在用心。心不静，如何干好？心不静，如何思索？心不静，如何进步？故此，勤不是比哪位干得多，而是比哪位走得稳。走得稳，路才长。