奇文共赏: [程序员的常识:写程序出 Bug 非常丢人]

2023-08-27 10:33:24 +08:00
 DJCNMHG
原文链接: https://sspai.com/post/82286
文章备份: https://web.archive.org/web/20230827023002/https://sspai.com/post/82286
背景:作者自己是程序员,以“程序员视角”来写的“程序员需要知道的常识”
9750 次点击
所在节点    程序员
53 条回复
lsry
2023-08-27 10:39:20 +08:00
额,能不写 bug 还是不要写吧,对得起本心就好
mercury233
2023-08-27 10:40:34 +08:00
可能他身边的程序员都是写完不跑一遍就提交的
beisilu
2023-08-27 10:58:51 +08:00
好,支持。建议被测试提过 bug 的程序员马上自裁谢罪。
测试放过 bug 到线上?自裁。
产品创造伪需求?自裁。
老板别说了,应该做出表率第一个自裁。
cmdOptionKana
2023-08-27 10:59:31 +08:00
有时候发表文章会故意极端一点,以便激起大家讨论的欲望,如果写得太理中客,反而索然无味,文章也难以传播。
weiwenhao
2023-08-27 11:00:54 +08:00
要看给不给自测的时间,比如 1w 行代码的工作量需要 3 天完成,那这很明显领导就是告诉你: 你随便写,不用自测了,先完先提测再说,这样时间就是卡在测试部门,和我们研发部门没有关系了。
yifangtongxing28
2023-08-27 11:17:31 +08:00
只有执行的人才会出错,所以你看不会写代码的很多人都当产品经理了哈哈
ampedee
2023-08-27 12:23:54 +08:00
这不是常识吗?
puras
2023-08-27 12:44:04 +08:00
@mercury233 真的有好多人,写完一遍也不跑,甚至程序都启动不了
wangerka
2023-08-27 12:48:01 +08:00
司机的常识:出事故非常丢人
中介的常识:不出单非常丢人
玩游戏的常识:输了非常丢人
做人的常识:死了非常丢人(人丢了)
DOLLOR
2023-08-27 12:54:49 +08:00
程序员还要知道一点,有的 bug 并不是在写代码时产生的,而是在产品需求设计之初就已经埋下的,所以,如果不是自己造成的 bug ,要坚决甩锅,不能自己背。
danhahaha
2023-08-27 13:08:38 +08:00
有些人恨起来连自己都 PUA

且不说有哪个程序员能保证自己不写 bug ,就说说写 bug 这个事情,是你能控制的了的么?好好走个路都能被车撞了,装了几百次的系统都会有几次死活安装失败,这些是你能控制了的么?

写 bug ,就是要理直气壮,就和说话说图鲁皮一样,没啥可丢人的,别被一些人 PUA 了,bug 就和喝水呛着,吃饭咽着一样,没啥可丢人的。

同样文章还有,《公务员这样拿包非常丢人》,《酒桌上这样喝酒非常丢人》,《 PPT 用这样的格式非常丢人》,都是一样的套路,撇开场景,环境,人的不同不谈,直接用一些自以为是的标准,压你一头,然后 PUA 你
danhahaha
2023-08-27 13:15:28 +08:00
看了下原文。我想说:做人的常识:被这么多同行吐槽非常丢人
TrevorPhillips
2023-08-27 13:25:11 +08:00
在一个 bug 被认定为真正的 bug 之前,它首先是作为一个 feature 存在/doge
fantathat
2023-08-27 13:27:01 +08:00
外行话吧,你觉得有 bug 不用就是了。
嘘知道程序实际上是系统集成,任何一个地方都有可能出问题,不是所有的代码都是自己写的,要是完全按自己的想法去写自己想写的东西,还会有那么多 bug 吗,问问可以做到这一点吗,随心所欲的写,bug 是谁的呀,不都是本身就有的吗,所要做的无非是找出 bug 吧,因为按照别人的设计来做肯定会有疏漏的呀,因为设计上就是可能有疏漏的,于是为了堵住设计上的疏漏就出现了越来越多不合理可能出问题的设计了,产品上到架构上到最终的实现只会越来越多的 bug ,谁会知道只会是个 bug 呢,如果你知道为什么不早点说,而要等到出现了发现了才说?你是故意的?
Seayon
2023-08-27 13:56:37 +08:00
就我个人而言,至少由于我个人直接原因出现的低级的 BUG 我会觉得非常丢人,所以我崇尚单元测试。
hxndg
2023-08-27 14:23:13 +08:00
@danhahaha 程序员是应该接受 BUG 的存在,而不是说 BUG 是合理的。所以出了 BUG 不丢人,而是出了 BUG 不知道复盘和改进很丢人。

@mercury233
热知识,大量低级 bug 的产生的原因因为程序员自己本身 UT 或者 Integration Test 不足,没发现最终提交到了线上。只有少量的 BUG 是设计缺陷,或者未考虑量级引起的。
作为曾经一个研发体系的末端集成和检测的主 O ,发现过大量的弱智问题。。。
正常的程序员(懂得复盘),基本都会问问自己为啥出现这个问题,但是依然有大量的程序员做不到这一点,工程素养不是每个人都有的。
diagnostics
2023-08-27 14:23:30 +08:00
不写 BUG 的程序员没几个
FrankHB
2023-08-27 14:35:46 +08:00
既然把能被 AI 替代的程序员单独拎出来说,那是挺丢人的。
能被所有人容忍的 bug 通常来自需求分析不充分和设计缺陷,让只能负责个别阶段的工程师严格避免这类 bug (比如通过形式化方法)的确可能是比较困难的。
而单纯转化设计到实现阶段的体力活冒失引起的 bug 就不配相提并论。单纯程序员身份引起的 bug 都属于此类。
虽然原文坐着好像也没这个自觉——程序员当然不可能是被 AI 最后代替的。
奇怪的是,有很多人明明干着比程序员高级复杂的工作,偏偏自贬身份,何苦呢?被 AI 还是 leader pua 惯了?
dayeye2006199
2023-08-27 14:39:48 +08:00
测试都不写,还想 bug free ,AI 可能都做不到
tairan2006
2023-08-27 14:55:38 +08:00
不可能没 bug 的…

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/968596

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX