1 zhlxsh 2023-09-02 07:51:11 +08:00 via iPhone 墨菲定律? 你写代码,或者担心删除会有问题,其实也是在现实中的呀。 |
3 sheldor 2023-09-02 07:58:31 +08:00 这就跟罗永浩说的那个差不多,他说一家公司的人员如果全部都更换了一遍以后,工作上的一些流程虽然已经没有任何意义了,但是谁也不会去动流程,因为谁也不知道还有没有哪位大仙依赖着这个流程在工作,所以结果就是有很多重复的无效工作 |
4 YuJianrong 2023-09-02 08:05:15 +08:00 ![]() 所以我们的 CI 有 test 啊。 相当于你以后不管装了啥,做完了都凑到燃气管道旁闻闻看,有煤气味就撤回不做。 等有了足够多的检查列表,就可以放心装修了。 |
5 deorth 2023-09-02 09:00:12 +08:00 via Android 建议重构 |
6 Worldispow 2023-09-02 09:41:48 +08:00 不仅仅代码,任何事物都是现实世界的冰山一角。 人造的事物,大都是人类对现实世界运行规律的总结和运用。 又不是从外太空飞过来的,咋可能不互通。 |
![]() | 7 54xavier 2023-09-02 10:10:27 +08:00 其实反而有时候感觉项目跟屎山一样,总觉得代码不够健壮,某个地方会出问题,但是却能完美的跑起来,甚至熬到我离职了那个地方都没出过 bug 。 |
8 hazardous 2023-09-02 11:15:04 +08:00 其实就是个项目管理的问题,在项目不断演进、人员不断变动情况下,能否保证对项目的整体把控程度不会降低。如果各个方面都做到位,各个模块权责清晰,接口完整,局部出了问题也不影响到整体,修改优化的时候顾虑会少很多。 不过能做到的少之又少,就简单粗暴地“能不改就不改”了。 |
9 QinYu0226 2023-09-02 19:19:48 +08:00 via Android 最重要的其实是「担责」,改出更大的问题谁背锅。 L3 自动驾驶不能上市也是同样道理,车厂不担责,就不会有真正的 L3 。 项目粪山什么的都是次要的,进橘子才是最重要的。 |