2022给30+程序员2023年的忠告

Posted 2023-01-13 boonya

为什么要做技术提升？自卷，增强自身的抗风险能力。

目前我所在的技术团队风气不佳，有挪窝的打算。这种风气是一家公司长期以来形成的做事风格，这种模式有的是长期实践形成的，有的是上级技术领导主导干预造成的。

作为技术研发人员，被领导吐槽写代码没有灵感。那么什么是写代码的灵感呢？本人经历过的公司基本上都属于能够让人得到成长型的公司，但目前这家公司只是在入职的时候高调的问了一下未来三五年的规划，后期就沉入乏味的迭代之中不是新迭代就是修复BUG。领导吐槽最多的就是研发被产品牵着鼻子走，如果没有产品去定义，技术的边界是不会被定义的，那我们每天就畅想写一个Hello world了事？

领导最擅长的就是吐槽下面的人做事情总是拖泥带水，GET不到领导想要的东西；殊不知，领导一天一个想法，琢磨东琢磨西自己都推翻了很多既定的项目实施路径。在目前的公司，研发更多的是扑到业务代码上，像技术架构提升、技术选型等方案的预研却避而不谈，领导决定了用什么大家就用什么，久而久之感觉大家都在当一天和尚撞一天钟，慢慢地没有目标，以至于我觉得在公司待了好多年的老人基本都不敢挪窝。其实老人也就是php团队的，Java团队待得最长的也不过3年左右。慢慢地，工作被这些琐碎和无力感消磨了冲劲，也不尽然是因为疫情大家都躺平了。于是乎领导有了一种说法，给我们下一个定义就是既躺不平又卷不动，毕竟团队中大多数都是已婚已育的30+程序员。

在年终总结会后，复盘团队的问题，作为技术团队没有技术激情。这也是团队中许多人诟病的点。我在会上提议建立技术实验室，将公司内部一些实验性的项目作为大家学习提升的一个通道，其实就是内部一些技术分享性质的项目建立局域网站点访问，模仿一些互联网大厂的做法将项目作为孵化项目进行深入细致的研究，但是好像大家都不十分感冒，所以团队中技术氛围差就可想而知了。大家都没有目标，却天天说我们要搞技术提升，即便是轮流搞一个技术分享又能怎样呢？大家都去自己学习搭建一套环境，去验证技术分享项目的可操作性也不现实。我觉得内部驱动还是要有一些孵化性的项目才能推动起来，不然阿里京东内部有些项目走向开源又从何说起呢？当我说完我的建议当场被拒，有种心灰意冷的感觉。既然大家都得不到成长，找不到自己在团队里面的位置，我想也是时候离开了。这种习气比官僚还官僚。

公司项目中比较消耗大家精力的环境问题历来是进入公司新人吐槽的，即使是开发多年的老手也不免一顿折腾。一家技术公司开发环境一上来就要求要有16GB的内存大小，启动一个项目要启动一堆项目才能跑起来，美其名曰给新员工每月200的笔记本补贴福利，总额报销6000分3年。基于开发验证的不便，公司提供了两套环境：一个是开发环境，一个是测试环境。开发可以连开发环境去跑项目，从来没有将环境全部本地化正常跑起来过。一个公司研发人员花费了大量的时间在构建发布程序上，一天点几次Jenkins时间就差不多了，哪还有精力去研究新技术做技术提升呢？

领导愿意指点江山，项目做了一遍又一遍的重构，执着于每一次代码评审。代码评审确实可以提高一些人写代码水平，加入一些好的代码设计和设计模式。但是写代码的灵感不是单靠一次次的代码评审就能够激发出来的。激发灵感的方式诸如：去促使这个团队有一个好的技术氛围，去研究好的代码框架的实现，从别人写的好的代码中去吸收养分。领导觉得代码评审就是他把住项目稳定性的核心，时时刻刻抓代码，以至于团队中充斥这一股异常压抑的氛围。这就是所谓的过度关注细节，都说细节决定成败，领导也是深得其意。

于是有个疑问：30+的程序员怎么卷呢？30+的程序员大多都已婚状态了，也快到35岁的职业瓶颈期了。卷本身没有错，能够释放一些人的焦虑。但是整个社会从幼儿园、小学生、中学生、大学生、中年人、甚至老年人都开始卷了就不正常。疫情之下，击溃了无数人的美梦，大家都开始夹着尾巴做人，听得最多的就是卷。于是内卷，十一假期七天放前三天，元旦假期放后面两天，甚至春节都打算只放三天，并且年终一个月是年中发，也不知到来年还发不发。卷都是靠利益驱动，没有了利益或者含糊其辞，就是想卷心里也是不痛快。作为程序员，越是快到35岁越是要卷一下，再不卷连卷的资格都没有了。失业率，职业空窗期比起以往已经到十分严峻的程度了。老而不退，老而不休慢慢地就会像日本一样变得很现实。前半生不卷，后半生卷起来就更难了。所以，30+的程序员当自卷，而不是要内卷，用一种向上的姿态去迎接挑战。所以自我提升，前路漫漫，但行则将至，行能致远！在一个地方待着不舒服，那么就果断换一个地方！

人生处处有行迹，此处不留爷，自有留爷处！