公司离职率低也有缺点

[yyttrr]

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

[scarlex]

这和离职率有什么关系？纯粹没人用这个服务，没人测试而已

[XiaoCilang]

《五年前的代码突然攻击我》

[coderluan]

没明白标题和正文有啥关系+1

[totoro625]

深有同感，如果那个同事离职了可以随便骂
如果没离职得悠着点擦屁股

有的时候还会不自觉的想自己在这家公司呆的时间太久了一点，好多自己早期埋的雷被自己踩到了

[duzhuo]

五年后他肯定不敢这么写哈哈😊

[ripperdev]

没明白标题和正文有啥关系+1

[javalaw2010]

很正常，公司刚刚起步的时候管你这那的，先把东西弄出来验证商业模式，我们公司刚成立的时候甚至没有服务端开发，第一版服务端的代码是产品自学 PHP 撸了几个接口出来。

[fruitmonster]

非常好奇什么样的人写代码能不拉”屎“呢？

[skiy]

离职率低，就会出现“没有上升空间”的情况。这也是缺点之一。

但你这个，无解，你一年后再看一年前的代码，可能也觉得之前的是屎山。可能你主程踩到这个坑了，知道了一定要规范。

[rb6221]

op 的意思应该是，离职率高的话，接手的人会频繁更换，随着新鲜血液和业务快速迭代，这种老问题早就爆出来并被修正了。

[vikaptain]

离职率低
写死地址
业务线主程 5 年前写的
分享代码规范
这几点之间也没太大联系啊

[dna1982]

你们是不是不知道现在外面的环境有多恶劣啊？
“离职率低也有缺点”这种话都说出来了。

现在多少人都做梦有个稳定的工作环境而不得呢。

[Light3]

你五年前做的饭比你现在做的好吃？
天哦

[yyttrr]

我就是觉得这个主程今天很社死，要是流动的快点擦屁股的活不用自己干

[X0V0X]

五年你还不给人家成长了？反正我自己 5 年前写的代码也是垃圾

[qeqv]

@yyttrr 往好处想，至少证明自己一直在成长😀

[qeqv]

之前有个同事离职了，我把他负责的一个工具重写了一遍，如果他不走我肯定不会动那个屎山

[dddd1919]

“韦神上学时也做错过题，要拿这个狠狠的羞辱他”

[billbur]

文不对题。而且人是会成长的，5 年够成长很多了

[chambered]

标题是什么鬼。好歹跑了五年没问题。。。

[gorvey]

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

[jsonparse]

拿不到大礼包

[MyPassWordis]

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

[JoJoWuBeHumble]

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

[Sezxy]

没事，还有人在维护着我 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]

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

[V2LIYANG]

OP 自己很有优越感的样子

[chendl111]

这其实是好事，会明显发现自己的进步。换的多反而只会点流程就没了

[qxdo1234]

要是现在写的那肯定要被骂死，但关键是 5 年前写的……

[Majorpig]

这不就是坐在驾驶位上开车的状态嘛，外面的都是大傻子，😄

[cj323]

听起来楼主应该是反讽那个 leader 技术不行+暗指公司缺少淘汰机制顶替这个员工。

但是在现实世界里，一员工的地位和对公司的贡献，即便是对程序员来说，技术也不是唯一，甚至不是最重要的评判标准。

即便把纬度放到纯技术上，楼主觉得同事五年前的一行“臭”代码，反倒可能是当时最好的技术方案，是给公司争取了最大利益的一行代码。

[MYDB]

你也说了五年前

[iwh718]

只有程序员是被自己人卷下岗的。

[iwh718]

发现一件事，这么多行业，程序员对同行更多是嘲讽不是认同。就大多数行业来看。比如你分享了一些代码，留言评论一般没有啥正向的。

[streamrx]

@iwh718 现在有 ai 了，大家对其他人写了什么牛的事情 ，已经在慢慢祛魅了

[Mast]

实话说，感觉程序员脑回路和正常人不一样 - -

[yufeng0681]

@yyttrr #14 写的代码，5 年都没人改，已经算服役很稳定了

[opentrade]

咱呢，你还不让人家进步了是吧

[YsHaNg]

还在改 1974 年的代码 和 79 岁的原作者坐一桌

[cabing]

历史问题有多方面的原因。人都会进步的。

[hanxiV2EX]

@YsHaNg 真的假的？

[dielianxiang]

这个不是很正常的么？你把你五年前的代码拿来看 ，估计也是惨不忍睹

[cxh116]

离职率高屎山只会更高，而不是一个简单写死配置的问题。

[anjingdexiaocai]

五年前他不一定有今天的规范。今天的规范是五年时间成长起来的，这没啥，每个人都会有的。

[Yasuke]

@scarlex OP 是觉得应该让主程离职，让自己来当主程

[syubo2810]

有时候真没办法，我们开始时候连域名都没，只能 ip ，后来又域名了前期的一些东西给出去了也没法改
还有些临时小项目，怎么简单怎么来，后面真出问题也是环境变化造成的

[lasuar]

@gorvey #21 回旋镖警告，哈哈哈，学到了新词儿

[MozzieW]

“代码里面写死了一个地址”
“主程五年前写的”
“这位前几天刚刚内部分享了代码规范”

一群人没看懂，OP 说的是主程刚漏了脸就被打脸了，“离职率低也有缺点”，如果早点离职，问题被发现自己也不会尴尬。
举个例子，阿 Q 赊账了不走，还在店里教人“茴”字的四种写法，结果外面来一人说“阿 Q 你又欠钱不还啊”，尴尬的阿 Q 可不得想“不如早点走了”嘛。

[cshwen]

规范是定给小的的，领导不用遵守规范

[a663]

产品初期的时候，需求都不确定了，工期还搞得明天客户就要用一样，如果按照各种规范来，想都不敢想。

擦屁股是很正常的，只要不是太过分

[silypie]

那你在一个公司待个一两年就快点走吧

[Acatdef]

在公司待了 8 年了，天天踩之前自己埋的坑。

[XiaoXiaoMagician]

@MozzieW 问题被不被发现，跟人家离不离职关系不大吧？你的例子很有目的性，带着答案来问问题？
你目的是想然阿 Q 走，你只是觉得让阿 Q 尴尬他就会自己走。这太主观了，万一 阿 Q 行为和你预想不一致，咋办？
很明显，发问的人的问题跟他所举的例子没有必然联系，很难不人为是在为了什么目的去强行关联。

[creazyrabbit]

不要随便评价别人的代码，即使和屎山一样，因为你不了解别人是在什么情况下写出来的，也许写代码的前一天，老板刚刚骂过他，也许 10 人日的工作量只给了一天，也许产品给设计了一个奇葩逻辑，也许六日还冒汗加班，也许他维护的也是别人写过的，你什么都不知道凭啥评价别人

[qiaobeier]

我上家公司待了 8 年，现在这家已经第 6 个年头了。。。

[Torpedo]

这不挺好的。
1. 说明你们研发流程进步了
2. 老系统能找到开发的人你就偷着乐吧。离职率高的，那老服务都是有源码，有线上服务，但是就是不知道怎么从源码部署到线上的。一改一个坑

你这妥妥的都是好处

[ZeroDu]

五年没人动,要么用不到,要么很稳定.

[NewYear]

怒骂前辈，成为前辈，超越前辈。

可以说是正常又无奈，因为写程序本身是需要规范的，不规范各种“快速实现”但垃圾代码根本无法避免，而往往没有那么多时间处理问题，往往都是应付一下，管不了后面要怎么做。

[sunznx]

这算什么大问题吗？

[bbao]

人是会进步的，你也说了边缘项目，边缘项目很可能就是临时的或者不重要的，5 年前赶工各种理由都能接受你说的这个 bad case ，新人，nice 一点～～～

[Te11UA]

人五年能学习到很多，他能共享规范就说明还是有技术洁癖，这种人其实还是很好说的，5 年前或许是个菜鸟罢了

[bojue]

@skiy 业务发展受限会出现：没有上升空间，几百人以内的小业务有个毛线的上升空间

[YsHaNg]

@hanxiV2EX dyalog apl 解释器 老爷子今年应该 81 了

[skiy]

@bojue 你要理解我的意思：没有人员变动，就不会有职位空缺，除非新建团队。就像英国国王，熬了这么久才当上国王。

[wenjie83]

确实,维护到很离谱的 bug,最后一看提交记录是自己写的....