搜索
  • 遇到个Bug竟然是主程5年前留下的坑
  • 发布于 10小时前
  • 22 热度
    13 评论
今天迁移一个很老的边缘服务，发现修改配置文件不生效，试了几次引起了告警，大家一起查代发现是代码里面写死了一个地址。查 git 上是目前一个业务线的主程五年前写的。这位前几天刚刚内部分享了代码规范，看样子公司离职率低也有缺点^_^
用户评论
  • 旧巷
  • 听起来楼主应该是反讽那个 leader 技术不行+暗指公司缺少淘汰机制顶替这个员工。但是在现实世界里，一员工的地位和对公司的贡献，即便是对程序员来说，技术也不是唯一，甚至不是最重要的评判标准。即便把纬度放到纯技术上，楼主觉得同事五年前的一行“臭”代码，反倒可能是当时最好的技术方案，是给公司争取了最大利益的一行代码。
  • 2025/6/20 9:23:00 [ 0 ] [ 0 ] 回复
  • 一滴水墨
  • 当时的背景你又不了解，举个例子：要是当年给你一天要你写个 xx 项目出来，我相信你拉的屎不比他写的少。人也是会成长的，至于你要说“离职率高？擦屁股轮不到自己擦？”，有这心态的人，搞不好你怎么看这人，别人也一样看你，然后把你裁了 doge，以前我一接触代码也常喷，什么弱智写法？一个人能写出 10 种风格来，后面发现都是有原因的，比如需求临时翻来覆去地改。
  • 2025/6/20 9:21:00 [ 0 ] [ 0 ] 回复
  • 森屿微央
  • 很正常，人是会成长的。你拿人家五年前的东西来对标人家现在的成就，就很幼稚。
    有点像 “你想拿前朝的剑，斩本朝的官？” 那意思。
  • 2025/6/20 9:19:00 [ 0 ] [ 0 ] 回复
  • 可悲笑话
  • 这很正常，我回过头看 5 年前的自己可能和看垃圾一样，除了当时还很热衷于在周六末继续写垃圾的热血精神。别说 5 年了 现在看 3 年前写的代码，都觉得质量不是很高。现在写的代码 每年都会过时 就会失去参考价值，技术迭代太快了，解决问题通常只能是“目前已解决”，没有什么一劳永逸的办法。想要良好的开发体验，应该时不时的就去翻新它精进它，而不是等有问题了 才发现：“这里的代码居然是这样写的 / 这是什么垃圾”。
  • 2025/6/20 9:17:00 [ 0 ] [ 0 ] 回复
  • 夜踏笙歌
  • 离职率低，就会出现“没有上升空间”的情况。这也是缺点之一。但你这个，无解，你一年后再看一年前的代码，可能也觉得之前的是屎山。可能你主程踩到这个坑了，知道了一定要规范。
  • 2025/6/20 9:01:00 [ 0 ] [ 0 ] 回复
  • 光风霁月
  • 很正常，公司刚刚起步的时候管你这那的，先把东西弄出来验证商业模式，我们公司刚成立的时候甚至没有服务端开发，第一版服务端的代码是产品自学 PHP 撸了几个接口出来。
  • 2025/6/20 8:58:00 [ 0 ] [ 0 ] 回复
  • 夕阳追脚尖
  • 深有同感，如果那个同事离职了可以随便骂，如果没离职得悠着点擦屁股，有的时候还会不自觉的想自己在这家公司呆的时间太久了一点，好多自己早期埋的雷被自己踩到了。
  • 2025/6/20 8:53:00 [ 0 ] [ 0 ] 回复
可能感兴趣的话题