公司离职率低也有缺点

[yyttrr]

今天迁移一个很老的边缘服务，发现修改配置文件不生效，试了几次引起了告警，大家一起查代发现是代码里面写死了一个地址。查 git 上是目前一个业务线的主程五年前写的。这位前几天刚刚内部分享了代码规范

[gorvey]

回旋镖警告⚠️
你能保证你自己写的 5 年后没有任何问题吗

[jsonparse]

拿不到大礼包

[MyPassWordis]

@yyttrr 我还以为你想表达的是想骂又不方便骂呢 [doge

[JoJoWuBeHumble]

我理解你要表达什么。
离职率低很多时候，你领导可能不是他有能力，而是他待的时间久

[Goooooos]

没事，还有人在维护着我 11 年前写的项目

[craftsmanship]

至少冤有头债有主 谁拉的屎谁立正挨打就完了 总比屎山还在跑 推也推不倒 换也换不掉 拉屎的人还跑路了 除了那一堆屎啥线索没留下 全要你一个人来给擦屁股强吧
🆘

[zsc8917zsc]

经验教训：旧的项目，能跑就别动，优化的成本非常高，你把这里改了，别的地方指不定哪里就报错了，当初这么写，多少都是有原因的

[patrickpu]

文不对，多往屎山上拉点屎就见怪不怪了

[avrillavigne]

主程以前写的代码，打了主程的脸（才分享“代码规范”bla bla ）

[arischow]

你的思维更有毒，按照你的标准没有人有资格分享吧？

[gadfly3173]

我们公司里还有大把 13 年甚至 11 年写的代码，一看 blame 是老板写的，what can i say?

[shenlanAZ]

这很正常，我回过头看 5 年前的自己可能和看垃圾一样，除了当时还很热衷于在周六末继续写垃圾的热血精神。

别说 5 年了 现在看 3 年前写的代码，都觉得质量不是很高。现在写的代码 每年都会过时 就会失去参考价值，技术迭代太快了，解决问题通常只能是“目前已解决”，没有什么一劳永逸的办法。

想要良好的开发体验，应该时不时的就去翻新它精进它，而不是等有问题了 才发现：“这里的代码居然是这样写的 / 这是什么垃圾”。

[XiaoXiaoMagician]

很正常，人是会成长的。你拿人家五年前的东西来对标人家现在的成就，就很幼稚。
有点像 “你想拿前朝的剑，斩本朝的官？” 那意思。

[baoshuai33]

主程：社死，我居然比五年前厉害了这么多

[strobber16]

同感。然后别人现在是骨干，打不得骂不得。

[edisonwong]

当时的背景你又不了解，举个例子：要是当年给你一天要你写个 xx 项目出来，我相信你拉的屎不比他写的少。人也是会成长的

至于你要说“离职率高？擦屁股轮不到自己擦？”，有这心态的人，搞不好你怎么看这人，别人也一样看你，然后把你裁了 doge

以前我一接触代码也常喷，什么弱智写法？一个人能写出 10 种风格来，后面发现都是有原因的，比如需求临时翻来覆去地改

[isbase]

这个逻辑能力感人

[Xalen]

你小时候走路都困难。

[coderzhangsan]

你这逻辑能力，干程序员，将来也会被拿出来鞭尸的。

代码有 bug ，你会打断点结合上下文定位问题，怎么到了职场上就不会怎么思考了，当初为什么这么写，前因后果不去了解，上来就暗贬，再说哪个程序员能保证一辈子不出 bug ，即便是自己看到几年前的代码，也会觉得写的是一坨屎，为人处事不要太刻薄，除非对方触犯了你的利益。

[ggmood]

我看到了一个菜鸟工程师的巨大进步