这是一个创建于 134 天前的主题，其中的信息可能已经有所发展或是发生改变。
今天迁移一个很老的边缘服务，发现修改配置文件不生效，试了几次引起了告警，大家一起查代发现是代码里面写死了一个地址。查 git 上是目前一个业务线的主程五年前写的。这位前几天刚刚内部分享了代码规范
 |
1
scarlex 134 天前  15
这和离职率有什么关系？纯粹没人用这个服务，没人测试而已
|
 |
2
XiaoCilang 134 天前 21
《五年前的代码突然攻击我》
|
 |
3
coderluan 134 天前 3
没明白标题和正文有啥关系+1
|
 |
4
totoro625 134 天前 6
深有同感，如果那个同事离职了可以随便骂
如果没离职得悠着点擦屁股 有的时候还会不自觉的想自己在这家公司呆的时间太久了一点，好多自己早期埋的雷被自己踩到了 |
 |
5
duzhuo 134 天前 via Android
五年后他肯定不敢这么写哈哈😊
|
 |
6
ripperdev 134 天前
没明白标题和正文有啥关系+1
|
 |
7
javalaw2010 134 天前
很正常，公司刚刚起步的时候管你这那的，先把东西弄出来验证商业模式，我们公司刚成立的时候甚至没有服务端开发，第一版服务端的代码是产品自学 PHP 撸了几个接口出来。
|
 |
8
fruitmonster 134 天前
非常好奇什么样的人写代码能不拉”屎“呢？
|
 |
9
skiy 134 天前 4
离职率低，就会出现“没有上升空间”的情况。这也是缺点之一。
但你这个，无解，你一年后再看一年前的代码，可能也觉得之前的是屎山。可能你主程踩到这个坑了，知道了一定要规范。 |
 |
10
rb6221 134 天前 1
op 的意思应该是，离职率高的话，接手的人会频繁更换，随着新鲜血液和业务快速迭代，这种老问题早就爆出来并被修正了。
|
 |
11
vikaptain 134 天前
离职率低
写死地址 业务线主程 5 年前写的 分享代码规范 这几点之间也没太大联系啊 |
 |
12
dna1982 134 天前
你们是不是不知道现在外面的环境有多恶劣啊？
“离职率低也有缺点”这种话都说出来了。 现在多少人都做梦有个稳定的工作环境而不得呢。 |
 |
13
Light3 134 天前
你五年前做的饭比你现在做的好吃？
天哦 |
 |
14
yyttrr OP 我就是觉得这个主程今天很社死，要是流动的快点擦屁股的活不用自己干
|
 |
15
X0V0X 134 天前
五年你还不给人家成长了？反正我自己 5 年前写的代码也是垃圾
|
 |
17
qeqv 134 天前
之前有个同事离职了，我把他负责的一个工具重写了一遍，如果他不走我肯定不会动那个屎山
|
 |
18
dddd1919 134 天前
“韦神上学时也做错过题，要拿这个狠狠的羞辱他”
|
 |
19
billbur 134 天前
文不对题。而且人是会成长的，5 年够成长很多了
|
 |
20
chambered 134 天前
标题是什么鬼。好歹跑了五年没问题。。。
|
 |
21
gorvey 134 天前
回旋镖警告⚠️
你能保证你自己写的 5 年后没有任何问题吗 |
 |
22
jsonparse 134 天前
拿不到大礼包
 |
 |
23
MyPassWordis 134 天前
@yyttrr 我还以为你想表达的是想骂又不方便骂呢 [doge
|
 |
24
JoJoWuBeHumble 134 天前
我理解你要表达什么。
离职率低很多时候，你领导可能不是他有能力，而是他待的时间久 |
 |
25
Goooooos 134 天前
没事，还有人在维护着我 11 年前写的项目
|
 |
26
craftsmanship 134 天前 via Android
至少冤有头债有主 谁拉的屎谁立正挨打就完了 总比屎山还在跑 推也推不倒 换也换不掉 拉屎的人还跑路了 除了那一堆屎啥线索没留下 全要你一个人来给擦屁股强吧
🆘 |
 |
27
zsc8917zsc 134 天前
经验教训：旧的项目，能跑就别动，优化的成本非常高，你把这里改了，别的地方指不定哪里就报错了，当初这么写，多少都是有原因的
 |
 |
28
patrickpu 134 天前
文不对，多往屎山上拉点屎就见怪不怪了
|
 |
29
avrillavigne 134 天前
主程以前写的代码，打了主程的脸（才分享“代码规范”bla bla ）
|
 |
30
arischow 134 天前 via iPhone 1
你的思维更有毒，按照你的标准没有人有资格分享吧？
|
 |
31
gadfly3173 134 天前 via Android
我们公司里还有大把 13 年甚至 11 年写的代码，一看 blame 是老板写的，what can i say?
|
 |
32
shenlanAZ 134 天前
这很正常，我回过头看 5 年前的自己可能和看垃圾一样，除了当时还很热衷于在周六末继续写垃圾的热血精神。
别说 5 年了 现在看 3 年前写的代码，都觉得质量不是很高。现在写的代码 每年都会过时 就会失去参考价值，技术迭代太快了，解决问题通常只能是“目前已解决”，没有什么一劳永逸的办法。 想要良好的开发体验，应该时不时的就去翻新它精进它，而不是等有问题了 才发现：“这里的代码居然是这样写的 / 这是什么垃圾”。 |
 |
33
XiaoXiaoMagician 134 天前 3
很正常，人是会成长的。你拿人家五年前的东西来对标人家现在的成就，就很幼稚。
有点像 “你想拿前朝的剑，斩本朝的官？” 那意思。 |
 |
34
baoshuai33 134 天前 via iPhone
主程：社死，我居然比五年前厉害了这么多
|
 |
35
strobber16 134 天前 via Android
同感。然后别人现在是骨干，打不得骂不得。
|
 |
36
edisonwong 134 天前 1
当时的背景你又不了解，举个例子：要是当年给你一天要你写个 xx 项目出来，我相信你拉的屎不比他写的少。人也是会成长的
至于你要说“离职率高？擦屁股轮不到自己擦？”，有这心态的人，搞不好你怎么看这人，别人也一样看你，然后把你裁了 doge 以前我一接触代码也常喷，什么弱智写法？一个人能写出 10 种风格来，后面发现都是有原因的，比如需求临时翻来覆去地改 |
 |
37
isbase PRO 这个逻辑能力感人
|
 |
38
Xalen 134 天前
 你小时候走路都困难。 |
 |
39
coderzhangsan 134 天前
你这逻辑能力，干程序员，将来也会被拿出来鞭尸的。
代码有 bug ，你会打断点结合上下文定位问题，怎么到了职场上就不会怎么思考了，当初为什么这么写，前因后果不去了解，上来就暗贬，再说哪个程序员能保证一辈子不出 bug ，即便是自己看到几年前的代码，也会觉得写的是一坨屎，为人处事不要太刻薄，除非对方触犯了你的利益。 |
 |
40
ggmood 134 天前 via iPhone
我看到了一个菜鸟工程师的巨大进步
|
 |
41
V2LIYANG 134 天前
OP 自己很有优越感的样子
|
 |
42
chendl111 134 天前
这其实是好事，会明显发现自己的进步。换的多反而只会点流程就没了
|
 |
43
qxdo1234 134 天前 via Android
要是现在写的那肯定要被骂死，但关键是 5 年前写的……
|
 |
44
Majorpig 134 天前
这不就是坐在驾驶位上开车的状态嘛，外面的都是大傻子，😄
|
 |
45
cj323 134 天前
听起来楼主应该是反讽那个 leader 技术不行+暗指公司缺少淘汰机制顶替这个员工。
但是在现实世界里，一员工的地位和对公司的贡献，即便是对程序员来说，技术也不是唯一，甚至不是最重要的评判标准。 即便把纬度放到纯技术上，楼主觉得同事五年前的一行“臭”代码，反倒可能是当时最好的技术方案，是给公司争取了最大利益的一行代码。 |
 |
46
MYDB 134 天前 via iPhone
你也说了五年前
|
 |
47
iwh718 134 天前 via Android
只有程序员是被自己人卷下岗的。
|
|
48
iwh718 134 天前 via Android 1
发现一件事，这么多行业，程序员对同行更多是嘲讽不是认同。就大多数行业来看。比如你分享了一些代码，留言评论一般没有啥正向的。
|
 |
50
Mast 134 天前
实话说，感觉程序员脑回路和正常人不一样 - -
|
 |
51
yufeng0681 133 天前
@yyttrr #14 写的代码，5 年都没人改，已经算服役很稳定了
|
 |
52
opentrade 133 天前
咱呢，你还不让人家进步了是吧
|
 |
53
YsHaNg 133 天前 via iPhone
还在改 1974 年的代码 和 79 岁的原作者坐一桌
|
 |
54
cabing 133 天前
历史问题有多方面的原因。人都会进步的。
|
 |
56
dielianxiang 133 天前
这个不是很正常的么？你把你五年前的代码拿来看 ，估计也是惨不忍睹
|
 |
57
cxh116 133 天前 via Android
离职率高屎山只会更高，而不是一个简单写死配置的问题。
|
 |
58
anjingdexiaocai 133 天前 via Android
五年前他不一定有今天的规范。今天的规范是五年时间成长起来的，这没啥，每个人都会有的。
|
 |
60
syubo2810 133 天前
有时候真没办法，我们开始时候连域名都没，只能 ip ，后来又域名了前期的一些东西给出去了也没法改
还有些临时小项目，怎么简单怎么来，后面真出问题也是环境变化造成的 |
 |
62
MozzieW 133 天前
“代码里面写死了一个地址”
“主程五年前写的” “这位前几天刚刚内部分享了代码规范” 一群人没看懂，OP 说的是主程刚漏了脸就被打脸了，“离职率低也有缺点”，如果早点离职，问题被发现自己也不会尴尬。 举个例子，阿 Q 赊账了不走，还在店里教人“茴”字的四种写法，结果外面来一人说“阿 Q 你又欠钱不还啊”，尴尬的阿 Q 可不得想“不如早点走了”嘛。 |
 |
63
cshwen 133 天前
规范是定给小的的，领导不用遵守规范
|
 |
64
a663 133 天前
产品初期的时候，需求都不确定了，工期还搞得明天客户就要用一样，如果按照各种规范来，想都不敢想。
擦屁股是很正常的，只要不是太过分 |
 |
65
silypie 133 天前
那你在一个公司待个一两年就快点走吧
|
 |
66
Acatdef 133 天前
在公司待了 8 年了，天天踩之前自己埋的坑。
|
|
67
XiaoXiaoMagician 133 天前
@MozzieW 问题被不被发现，跟人家离不离职关系不大吧？你的例子很有目的性，带着答案来问问题？
你目的是想然阿 Q 走，你只是觉得让阿 Q 尴尬他就会自己走。这太主观了，万一 阿 Q 行为和你预想不一致，咋办？ 很明显，发问的人的问题跟他所举的例子没有必然联系，很难不人为是在为了什么目的去强行关联。 |
 |
68
creazyrabbit 133 天前 2
不要随便评价别人的代码，即使和屎山一样，因为你不了解别人是在什么情况下写出来的，也许写代码的前一天，老板刚刚骂过他，也许 10 人日的工作量只给了一天，也许产品给设计了一个奇葩逻辑，也许六日还冒汗加班，也许他维护的也是别人写过的，你什么都不知道凭啥评价别人
|
 |
69
qiaobeier 133 天前
我上家公司待了 8 年，现在这家已经第 6 个年头了。。。
|
 |
70
Torpedo 133 天前
这不挺好的。
1. 说明你们研发流程进步了 2. 老系统能找到开发的人你就偷着乐吧。离职率高的，那老服务都是有源码，有线上服务，但是就是不知道怎么从源码部署到线上的。一改一个坑 你这妥妥的都是好处 |
 |
71
ZeroDu 133 天前
五年没人动,要么用不到,要么很稳定.
|
 |
72
NewYear 133 天前
怒骂前辈，成为前辈，超越前辈。
可以说是正常又无奈，因为写程序本身是需要规范的，不规范各种“快速实现”但垃圾代码根本无法避免，而往往没有那么多时间处理问题，往往都是应付一下，管不了后面要怎么做。 |
 |
73
sunznx 133 天前
这算什么大问题吗？
|
 |
74
bbao 133 天前
人是会进步的，你也说了边缘项目，边缘项目很可能就是临时的或者不重要的，5 年前赶工各种理由都能接受你说的这个 bad case ，新人，nice 一点～～～
|
 |
75
Te11UA 133 天前
人五年能学习到很多，他能共享规范就说明还是有技术洁癖，这种人其实还是很好说的，5 年前或许是个菜鸟罢了
|
 |
79
wenjie83 130 天前
确实,维护到很离谱的 bug,最后一看提交记录是自己写的....
|
Select Language