楼主:
STAV72 (刁民党党务主委)
2023-01-26 10:11:13https://i.imgur.com/NLPJc6B.jpg
科学家:赞啦!有用了!
教授:很好,让我们看看是如何作用跟怎么作用!
码农:赞啦!跑起来了!
主管:别再碰它,没人知道会不会无预警当掉。
写程式真的这么邪门吗?
作者:
gaym19 (best689tw)
2023-01-26 10:13:00是 如果这个码没问题 就千万别动
作者: storyo11413 (小便) 2023-01-26 10:14:00
程式码写的时候就知道原理和作用 又不是乱写的
作者:
nyanpasu (nyanpasu)
2023-01-26 10:14:00开玩笑轻松的讲而已...
作者:
gaym19 (best689tw)
2023-01-26 10:14:00尤其是长年累积不知道传承几代的code
作者: sd106 (过路人) 2023-01-26 10:14:00
是 绝对不要动
作者:
poke001 (黑色双鱼)
2023-01-26 10:15:00因为有可能连写的人都忘记了当初怎么写出来的XD
作者:
Bugquan (靠近边缘)
2023-01-26 10:15:00与其复制一份,不如整个打掉重来
作者:
emptie ([ ])
2023-01-26 10:16:00可以复制一份来改啊 只是对主管来说去动已经working的东西可能不如多修几个bug
作者:
gaym19 (best689tw)
2023-01-26 10:16:00理论上要修是可以复制一份慢慢拆啊
作者:
gaym19 (best689tw)
2023-01-26 10:17:00但与其复制一份你不如赶快写新的 下一版要上了
一万串程式码 叫你找一条出来DEBUG 看你要不要这样玩大概就是这样吧 既然不晓得他是怎么成功动起来的
作者:
gox1117 (月影秋枫)
2023-01-26 10:17:004 如果他能动就不要动==
作者:
Kohran (Samy)
2023-01-26 10:17:00不然为什么要拜乖乖
作者:
Jaka (Jaka)
2023-01-26 10:18:00能不动就别动 以后有错都先怪动的人
那就什么事都别做 祈祷不要哪天出问题然后屁股擦不完
作者: storyo11413 (小便) 2023-01-26 10:18:00
程式码可能有一堆目标变动已无功用的片段 研究无意义
尤其是老系统一个function后面可以trace出一大坨东西的
作者:
spfy (spfy)
2023-01-26 10:18:00理论上可以 但时间人力和金钱的考量 主管会叫你别动
作者:
yuizero (14)
2023-01-26 10:18:00理论归理论 我曾经有复制一份慢慢拆。结果只是拆了合并根本没改就不动了
作者:
bestteam (wombat是胖胖熊)
2023-01-26 10:19:00是
不只程式部分 硬件也一样 可以动就不要乱动 连灰尘都
作者:
arrenwu (键盘的战鬼)
2023-01-26 10:19:00其实上下两格对程式来说并没有冲突XD
作者:
yuizero (14)
2023-01-26 10:19:00后来一查。可能是rs324什么的在我拆时驱动不见了
作者: suanruei (suanruei) 2023-01-26 10:20:00
跟人体基因很像啊
作者:
gaym19 (best689tw)
2023-01-26 10:20:00不要说工作 学生专题或作业这种的
作者:
j147589 ((joyisbitch))
2023-01-26 10:20:00我的程式跑不起来 我根本不知道为什么/我的程式跑起来了我根本不知道为什么.jpg
作者:
WiLLSTW (WiLLS)
2023-01-26 10:20:00而且有时候用一些邪门的方法呼叫IDE可能会trace不到…
作者:
arrenwu (键盘的战鬼)
2023-01-26 10:20:00@Tsukasa0320 现在有git 连复制都不用 爽改就改
作者:
arrenwu (键盘的战鬼)
2023-01-26 10:21:00改一个东西烂了也是马上可以revert
作者: bobby4755 (苍郁之夜) 2023-01-26 10:22:00
死线在前能用就好
作者:
arrenwu (键盘的战鬼)
2023-01-26 10:22:00@kirimaru73 这个也是为什么现在流行 test-driven
作者:
swbthj (swbthj)
2023-01-26 10:22:00如果是要Debug的话就要让他当掉你才知道要改哪里
作者:
arrenwu (键盘的战鬼)
2023-01-26 10:23:00我以前也觉得写unit tests超烦XD
作者:
Reze (Bomb)
2023-01-26 10:23:00很多程式甚至是靠Bug在运行的
不确定其它人call这api而做出多少妥协时就别乱动了
作者:
arrenwu (键盘的战鬼)
2023-01-26 10:24:00不过不知道为什么会work通常是夸大了就是
作者:
Jaka (Jaka)
2023-01-26 10:24:00西洽一堆程式大师:O
经年累月的系统要全部搞懂不如打掉重练,有些人写的程式码除了自己以外只有电脑看到懂,有些时候连他自己都看不懂
作者:
Wolfclaw (Wolfclaw)
2023-01-26 10:24:00码农:干,为什么坏了?也是码农:干,为什么好了?
实务上是 不知道为什么让这个严重的bug不再出现了
作者:
arrenwu (键盘的战鬼)
2023-01-26 10:25:00改动如果有跟预期不一样的行为通常不太可能就放著
作者: marx93521 (<阿ㄉ一ㄥˋ>) 2023-01-26 10:26:00
是 尤其是接手维护的通常是能动就好能不改就不改
有些人的习惯就很糟,到处int a int* int**
作者:
hugct (cchug)
2023-01-26 10:27:00没注解 没文件 没时间 没问题
作者:
jetalpha (月迷風影)
2023-01-26 10:27:00应该是程式码太多行,再加上通常不写注解,
作者: TonyYo 2023-01-26 10:27:00
#相信乖乖
很多段没人看得懂他是干嘛的,但是把那段拿掉就会初四
作者:
arrenwu (键盘的战鬼)
2023-01-26 10:28:00不写注解直接git blame找出来干爆了 操 欠干
你可以不相信乖乖把它们全部吃掉,但是你要相信当你把它们全部吃掉之后,一定会有一群人来打你
作者:
LeafLu (小叶)
2023-01-26 10:28:00开branch再改
作者:
jetalpha (月迷風影)
2023-01-26 10:28:00时间一久,后续再加写程式码出Bug,就不知道要改哪里了
作者: p257416000 (冷淡) 2023-01-26 10:28:00
除非现在在比赛,不然就是做出能动的code就好,优化一个点爆炸的机率高
作者: umikamo (海鸭) 2023-01-26 10:28:00
尤其是满满的goto
作者:
arrenwu (键盘的战鬼)
2023-01-26 10:29:00以前我不懂为什么 git blame 要叫作 git blame后来就懂了
作者:
s4511981 (置身事外的占卜师)
2023-01-26 10:30:00是 能work的码千万不要乱动
其实叫做git motherfucker比较信达雅 可惜不太被接受
作者:
arrenwu (键盘的战鬼)
2023-01-26 10:30:00现在程式开发应该都有 unittests 和 end-to-end tests
作者:
jetalpha (月迷風影)
2023-01-26 10:30:00没有维护概念的工程师本身在写或是改程式码时,
有一个比较少见的粒子是你一定要把程式容量缩小个N倍
4 程式不彻底解决Bug 是因为案子在赶还有很多东西要做 所以只要不会当掉就好 久了这个问题也被人遗忘 有一天突然复发 大多数人也都忘记原因是什么了
作者:
jetalpha (月迷風影)
2023-01-26 10:31:00是很容易有意无意就忘了注解存在的……
现在开发何止test程式从系统建设编译框架就开始测
作者:
WiLLSTW (WiLLS)
2023-01-26 10:32:00看到有人在现代环境goto来goto去我一定会发狂
产品有bug无所谓,如果不会掉星就不重要了,管它干嘛
作者:
arrenwu (键盘的战鬼)
2023-01-26 10:32:00@zerox1336 还是得维护啊 不然测试程式就没意义了git blame还真的是在找motherfucker
作者:
raphin (Irma)
2023-01-26 10:32:00没注解就会变这样
有些码农自以为自己的Code很干净 变量命名取得好所以不写注解==
作者:
gaym19 (best689tw)
2023-01-26 10:33:00怕得是注解也告诉你不知道怎么动的
作者: dolaenom (小土包) 2023-01-26 10:33:00
通通做成函式藏起来,只管输出入,内容没事不要动。
作者:
arrenwu (键盘的战鬼)
2023-01-26 10:34:00注解不知道怎么动的 那至少要file一张ticket了
作者:
penta (舞璉)
2023-01-26 10:34:00是 it just works
都写进10几层物件的看屁股啊 得写ide特殊注解才能带
作者:
arrenwu (键盘的战鬼)
2023-01-26 10:35:00repo如果你自己一个人用 想要坚持那理想无妨
nIntegerValueOfCharacterSkillCharge 这样的话那你就不会坚持什么可阅读性了
“程式出bug了“ , ”最后改的人是谁?“ 大概是这样
就算最后改的是你 你还是有机会往前追10-20个版本夹出真正改出问题的那位motherfucker然后把bug转给他
作者:
tw11509 (John-117)
2023-01-26 10:38:00不要笑,某些新创公司业务需求一直大改又赶着上线,还真的会变这样XD
作者: xaxa0101 (无名氏) 2023-01-26 10:38:00
作者:
asdwsd (asdwsd)
2023-01-26 10:38:00作者:
diabolica (打回大師å†æ”¹ID)
2023-01-26 10:38:00我都脱离苦海了别再让我想起来==
作者:
arrenwu (键盘的战鬼)
2023-01-26 10:38:00新创我“比较”可以理解
老板在后面催进度的东西这样搞很正常,根本没时间好好测
bug还是一定要修的啦 尤其是那种让4.1颗星变3.9颗星的
而且很多时候会 明明是上午的我写的东西 下午的我:这啥?
作者:
talrusha (黑桃Ace)
2023-01-26 10:40:00旧码不知道在干嘛没办法...
作者:
ko27tye (好滋好滋)
2023-01-26 10:40:00新创多的是连需求都不确定的 code乱七八糟也正常
“软件工程师写的每行程式码,需要由另一个软件工程师向保姆一样亲眼看过并及时提醒改正严重的错误”
作者:
arrenwu (键盘的战鬼)
2023-01-26 10:41:00我以为新创一般比较喜欢找老鸟/即战力
作者: tim012345 (风) 2023-01-26 10:41:00
化学的~好像比较在乎能否重现~若无法就没啥屁用~
作者:
GNT0000 (00Q)
2023-01-26 10:41:00迷信总比加班好
作者: chaosic (chaosic) 2023-01-26 10:41:00
都有那种上线两三年正常运作,某天突然有bug的状况了
作者:
arrenwu (键盘的战鬼)
2023-01-26 10:42:00谁都很重视能否重现
it works on my computer :)
作者:
yys310 (有水当思无水之苦)
2023-01-26 10:42:00几个月后那code就变成别人写的code了
作者:
jetalpha (月迷風影)
2023-01-26 10:42:00那是理想,所以一定要加注解让后续维护的工程师知道前面的工程师是用啥想法去写出那堆东西的。
作者:
tkglobe (nashi)
2023-01-26 10:43:00是 没问题就不要去动它
作者:
arrenwu (键盘的战鬼)
2023-01-26 10:43:00只是生科领域如果没办法重现你就当他造假的话,这领域的
作者: park3300326 (iowa) 2023-01-26 10:43:00
是 尤其是写韧体的 很多奇怪的写法可能是为了帮硬件
作者:
CorkiN (柯基)
2023-01-26 10:43:00作者:
wohtp (会喵喵叫的大叔)
2023-01-26 10:43:00实验室里面架仪器也是一样啦。在纸上一切看起来都很美好,实际上每个老师博后组了都不灵,只有某个内建金手指属性的学生组的会正常运作。这时不会有人去研究金手指,只有上供一包乖乖,默默开始量sample。
作者:
laechan (挥泪斩马云)
2023-01-26 10:44:00能动了就不要再去碰它
然而 即便你的团队都有这样的好习惯 当你接到 3rd party library...
作者:
jetalpha (月迷風影)
2023-01-26 10:45:00电子产品就是计算机,正常来说丢同样的东西进去就会跑出同样的结果,所以写注解很重要……
作者:
DendiQ (貔貅)
2023-01-26 10:45:00第一格科学家挺奇怪的,什么都不知道怎么做实验
“你们的程式有问题”“没关系我们有提供source code”提供的source code:
作者:
Dayton (今夜如此,夜夜皆然。)
2023-01-26 10:46:00论comments的重要www
炼金术士转科学家的话向第一格那样不奇怪只是99/100会直接自爆在实验室内,你看到的是生存者
作者:
arrenwu (键盘的战鬼)
2023-01-26 10:48:00comments 真的 超重要 写得像作文都无所谓
作者:
michuo (michuo)
2023-01-26 10:48:00作者:
Ericz7000 (Ericz7000nolan)
2023-01-26 10:48:00久远的code当然别动
作者: k798976869 (kk) 2023-01-26 10:48:00
能复制就复制 不要动里面
很多东西已经上线了,万一乱改当下可能没问题把他上上去,结果经过user用后发现更多问题那赔更大
如果同一台机器 丢进去东西一样产出不一样,一定是机器的文题,纯软:窝不知道
作者:
tv1239 (路过的)
2023-01-26 10:50:00用别人的lib怎么死的都不知道 十几年没人发现的bug之类
作者: tim012345 (风) 2023-01-26 10:50:00
程式是按照你逻辑跑~有问题就解决~所以他照着跑~剩下要
作者:
arrenwu (键盘的战鬼)
2023-01-26 10:50:003rd party lib 受欢迎的通常有bug也都有ticket了
是机器的问题,但也是你的程式用念针去插机器脑的问题
作者:
tv1239 (路过的)
2023-01-26 10:53:00memory被插烂之后 还要跑好几个小时才会发生的bug想起来就觉得背后凉凉的
程式会严格照着"你写的程式码的逻辑"跑而这个逻辑通常会内含大量的RNG
从硬件到软件,会出包的可能性太多了甚至会有复合combo,所以没事别动
作者:
arrenwu (键盘的战鬼)
2023-01-26 10:54:00所以要写unit tests啊XD
作者:
CorkiN (柯基)
2023-01-26 10:55:00我总觉得这个问题在西洽也是月经文了==
作者:
arrenwu (键盘的战鬼)
2023-01-26 10:55:00@kirimaru73 乍看之下还以为你在讲五条悟
作者:
tv1239 (路过的)
2023-01-26 10:56:00复合combo真的很high 有时候换个萤幕你程式就爆炸了
是 特别是韧体 跑的动就别再去碰它 你根本不知道前人留下来的code有多少乱七八糟的workaround
作者:
arrenwu (键盘的战鬼)
2023-01-26 10:56:00不过也有发生过“我以为他们这样运转”但实际上不是的情况XD 不过反正是在merge前爆开 倒无所谓
这问题通常是前人写的code,把多个功能耦合在一起来,文件跟注解又没写好。专案在跑的时候,通常不会有这么多时间给你重构或解BUG,所以才会有人说能动就好
3F 能100%了解程式码怎么跑的只有小程式而已啦XDD
作者: tim012345 (风) 2023-01-26 11:01:00
不要分析就还好~毕竟写程式的~不会只有一个程式要处理~
作者: k798976869 (kk) 2023-01-26 11:03:00
没空啦 老板是请你来赚钱的 赶时程
作者: FlyBird 2023-01-26 11:03:00
有很多东西是精心设计过的,表面看不出来,一动就会出事
作者:
gaym19 (best689tw)
2023-01-26 11:04:00你今天是独立工作者就可以慢慢爬虫啊
作者:
sakeru (里昂~)
2023-01-26 11:04:00是 会动就不要手贱
作者:
gaym19 (best689tw)
2023-01-26 11:05:00有时间在那边抓动起来没问题的程式还不如快写下个月的更新
作者:
e2ne0 (e2ne00)
2023-01-26 11:05:00Production环境跟development环境会分开
作者:
gaym19 (best689tw)
2023-01-26 11:06:00新版本也要DEBUG欸
作者:
tsaodin0220 (è·ªæ±‚å¤§ç¥žé ‚è‘—æˆ‘)
2023-01-26 11:07:00这是真的 能不要动就不要动 我就当过动的倒霉鬼= =
作者:
js850604 (jack0604)
2023-01-26 11:08:00要知道程式会动不代表他逻辑没问题
作者:
a9564208 (YOU OUT!!)
2023-01-26 11:08:00不然以为legacy code这个词怎么来的
作者:
kinda (天天)
2023-01-26 11:09:00别人改了一周才通过QA的Code。再怪也不要重构它
其实就算你是时间很多的业余开发者,你没事也不会去找
作者:
fuhu66 (⊙)(⊙)
2023-01-26 11:10:00it just work
作者:
black111w (stargazer111)
2023-01-26 11:10:00其实这跟你电脑主机沾满灰尘一样,不清理电脑都没事,一用喷枪清灰尘后直接挂掉一样
作者:
kinda (天天)
2023-01-26 11:10:00那就像一座积木的高塔,你拔掉一块。整座就会倒下来
作者:
Arctica (欲聆听,必先静默)
2023-01-26 11:11:004啊,开发系统有时候就是 能动就好QQ
作者: rainwen (雨文) 2023-01-26 11:12:00
实验室的变量相对单纯,比较容易找出逻辑,要转成商用时就会遇到同样困难。之前曾看过一段话:理论就是知道为什么但实际上行不通,实务则是实际上行得通但不知道为什么,程式常常属于后者XD
作者: jomaysong05 (small-talk) 2023-01-26 11:13:00
遇到user他妈东加西加逻辑全乱套的时候,千万就别再动程式码了
作者:
tcancer (Vairocana)
2023-01-26 11:13:00改程式码就是扯动接上了一条线然后连带扯断其他一千条线
作者:
scarfman (大天使卯月的笑容最棒了)
2023-01-26 11:14:00作者: TakeokaMiho (左手是影子) 2023-01-26 11:14:00
当你的码大到百万行以上就会这样
作者: generic (generic) 2023-01-26 11:14:00
4 动了又要改好几天
作者: catYaYa 2023-01-26 11:15:00
是,我能不动绝对不动。
作者: AirForce00 (丹阳P) 2023-01-26 11:16:00
gta5之前的陈年读取Bug大概就是那种思维。结果还是靠热心骇客找出问题修复的
作者: astrofluket6 2023-01-26 11:16:00
(X) 写程式 (O) 复制贴上
作者:
xylinum (郁闷..)
2023-01-26 11:16:00这么邪门?
作者:
torrot (totoro)
2023-01-26 11:17:00不要乱动 动了全毁
作者:
xiaohua (大花)
2023-01-26 11:17:00是因为上面叫学术研究,下面叫商业产品,消费者不会在意软件。
复制贴上也有技巧的,不然一堆人在Stack overflow 找答案的意思是一样的
作者:
hakosaki (hakosaki)
2023-01-26 11:19:00是...靠北当系统靠北大,写这东西的人离职好几年还没有文件,最好的办法是不要动他
作者: vul3kuo (Glory) 2023-01-26 11:21:00
不知道为什么work比不知道怎么work还可怕
实际上重写代表你得要全面重新测试才不会出问题,哪怕你只动一小块而已
作者:
arrenwu (键盘的战鬼)
2023-01-26 11:21:00所以最好就是不要动自己不熟悉的code啊XD
作者:
lbowlbow (沉睡的小猫)
2023-01-26 11:22:00是,比这个还邪门,半年后检查的时候发现逻辑整个写错,但已经上线跑了半年还没发生任何问题,完全无法理解
作者:
Fezico (尬广跟上)
2023-01-26 11:24:00自己写的可能还能看出所以然,你去接看看学长没写完的那个才是满头问号,重点是他写的还能用
作者: daredwolf (熊猫) 2023-01-26 11:24:00
不只写程式,科学实验的重复性亦邪门乎
作者:
abadjoke (asyourlife)
2023-01-26 11:24:00很多时候我回头翻自己的注解都不知道为什么能动了更别说要去翻别人的
作者: jaeomes 2023-01-26 11:24:00
这倒是真的 所以只要可以用就拿来用 谁还想重写
作者:
yellowhow (┴─┴~\( ̄□ ̄#)\)
2023-01-26 11:25:00开发文件跟交接没很严谨的话,多换几个人接手就很容易
作者:
lbowlbow (沉睡的小猫)
2023-01-26 11:25:00就算有留文件或注解,有时候翻一翻就会发现当初根本搞错了,但结果莫名其妙还是对的,比撞邪还离奇
作者:
yellowhow (┴─┴~\( ̄□ ̄#)\)
2023-01-26 11:26:00发生这种事情,接手的根本搞不懂以前那堆人搞的违建
作者:
cates (键盘万事通)
2023-01-26 11:27:00timing issue真的难解 还是别动
作者:
dennisN (dennisNism)
2023-01-26 11:27:00版本控制啊 修错再回来重修而已
作者:
SPDY (Alex)
2023-01-26 11:27:00具累积性的业障(误
作者:
lbowlbow (沉睡的小猫)
2023-01-26 11:28:00现实有时间压力的,根本不给你重修的时间啦XD
作者:
arrenwu (键盘的战鬼)
2023-01-26 11:28:00@lbowlbow 这听起来有点像是 test gap
作者:
handsomecat (((恐(((′・ω・`)))慌)))
2023-01-26 11:30:00这就是为什么我们需要绿乖乖
作者:
tv1239 (路过的)
2023-01-26 11:30:00写程式就跟盖房子一样 盖好了要加东西不变成违建太难了
深究下去我相信有点程度的都能理解啦,可是通常有死限/不只抱着一个案子/没有余力调查,总之得过且过能跑就好,久而久之就不敢动了…
作者:
yellowhow (┴─┴~\( ̄□ ̄#)\)
2023-01-26 11:32:00阿就没时间 '3' 上线后通常也不给翻修了
其实就是怕里面有bug 再跑一次就又跑不到惹....
作者:
lbowlbow (沉睡的小猫)
2023-01-26 11:32:00有经验的带出来的新创公司会好一点,老公司基本上都会有
作者: letmesee3085 (炜哥) 2023-01-26 11:32:00
忘记save了
作者:
lbowlbow (沉睡的小猫)
2023-01-26 11:33:00打从一开始测试就不够完善又不断的叠加新需求上去,永远
作者:
HellFly (十大杰出边缘人)
2023-01-26 11:33:00乖乖镇煞
作者:
osuv (欧叔符-胜丼骑士团)
2023-01-26 11:34:00能动就不要再改
作者: CCNK 2023-01-26 11:34:00
摆那边不会倒就不要动它的意思
作者:
Clangpp (Clang++)
2023-01-26 11:36:00说穿了就你unit test跟整合测试做不够才会这样啊
作者:
huracanid91 (autodesigner_huracan91)
2023-01-26 11:36:00作者:
cn5566 (西恩)
2023-01-26 11:37:00就是这么邪门 不然你以为一群理组毕业的干嘛要拜乖乖同样的code 跑同样的integration test 跑三次结果都不同碰过的鬼比我看过的鬼片还多
作者:
tv1239 (路过的)
2023-01-26 11:39:00听说过最鬼的是程式里面塞一堆sleep跑多线程然后只要去改数字 整个程式就等著死
如果要说“邪门”,那刚好相反吧,科学研究里无法掌握未知的变量压倒性地多,程式里大多数都是已知且可操控的
作者: lylu (理路) 2023-01-26 11:39:00
问题就是没时间啊 一方面是你改的东西可能被一堆legacy code包住 光是要整理里面的逻辑就不知道要多久 再来你改掉的东西如果相依的部分很多 等于要把那些功能全部重测
作者:
cn5566 (西恩)
2023-01-26 11:40:00sleep wait await 全都是必要之恶 动下去就是一整个sprint
作者: hayate65536 2023-01-26 11:40:00
小专案就算了,比较大一点真的会出现某些地方动到就整个爆炸的情况。首先你要有时间去慢慢修,再来还要看注解够不够细不然花费时间会巨幅上升,然后可能发生回到旧版本仍然卡死的神奇情况。总之别动是最好的
作者:
cn5566 (西恩)
2023-01-26 11:41:00软件开发是在跟时间赛跑 你有空去分析这问题的root cause通常就代表这软件没在开发了
作者: kashi29 (樫) 2023-01-26 11:42:00
TDD跟BDD很棒啊 但是上头不给时间我有什么办法==
作者:
cn5566 (西恩)
2023-01-26 11:43:00代表你们的假太少了 我们都在大型休假时狂做BDD
作者:
arrenwu (键盘的战鬼)
2023-01-26 11:43:00找不到root cause你要怎么知道bug确实修好了?
作者:
arrenwu (键盘的战鬼)
2023-01-26 11:44:00这听起来怎么像是绕过bug
作者:
cn5566 (西恩)
2023-01-26 11:45:00如果没有user能触发这个bug 这还能算是bug吗这也是programming的哲学问题
作者:
arrenwu (键盘的战鬼)
2023-01-26 11:46:00这就是user要跟feature妥协到什么程度了XD
作者:
bonjk87 (N5H7)
2023-01-26 11:46:00是
作者:
MisterT (Mr.T)
2023-01-26 11:49:00可以动就不要动
作者:
SPDY (Alex)
2023-01-26 11:50:00It's not a bugIt's an undocumented feature
作者:
aabb177 (aabb177)
2023-01-26 11:50:00不知道为什么不能跑和不知道为什么能跑都很危险
作者: s9041200 (小明阿) 2023-01-26 11:53:00
能动就放著是真的,就算测试能过也只是测试能过而已,不
大的专案其实难以避免 但看过说这句话的很多都是接当初demo做的prototype在说不要动 都不知道他们领薪水来干什么吃的
作者: adwn 2023-01-26 11:54:00
很多事也是一样的啊,虽然看起来怪怪的,但只要能动就好
作者:
tv1239 (路过的)
2023-01-26 11:55:00prototype改出来的东西更可怕 没给时间重用的话
作者:
KenWang42 (KenWang42)
2023-01-26 11:55:00重构可以啊 就是吃力不讨好
解不掉的bug让它变成limitation就好(x
作者: sa87a16 2023-01-26 11:59:00
不止写程式吧,机器也一样,不保养没事,一ㄅㄠ养完
作者:
arrenwu (键盘的战鬼)
2023-01-26 12:00:00全角空格ide会直接跳出错误吧
作者:
tv1239 (路过的)
2023-01-26 12:00:00保养东西修改程式会体会到一句话 "东西在坏掉前都是好的"
作者:
naideath (棄å難安)
2023-01-26 12:01:00没注解看起来更痛苦
作者:
Remix00 (昨天的我)
2023-01-26 12:01:00码农日常
作者:
lbowlbow (沉睡的小猫)
2023-01-26 12:02:00除了新手之外还有谁会用有全角空格的输入法写程式啦!
作者:
yellowhow (┴─┴~\( ̄□ ̄#)\)
2023-01-26 12:02:00老板不会给你时间去整理重构,厂商不会出钱请你重整自己搞了可能违规,搞不好爆炸就惨了
作者:
b325019 (望月)
2023-01-26 12:03:00还遇过全角符号的勒w
作者:
yellowhow (┴─┴~\( ̄□ ̄#)\)
2023-01-26 12:03:00反正验收的都签收了,出事让他们回来求你比较实际如果是接手前辈留下的就要装死得更彻底,等出事再说自动自发根本吃力不讨好...
作者:
ayaneru (ayaneru)
2023-01-26 12:05:00区区个码农是会接触什么东西逆
作者:
devicer (去去学分走)
2023-01-26 12:07:00跟麦块的红石建筑有点像 没事别乱动
作者:
acpupu (shabadibiduwabadiyeah)
2023-01-26 12:11:00这就是科学家跟工程师的差别
作者:
MrChen (陈先生)
2023-01-26 12:12:00QQ
作者: sustto (sustto) 2023-01-26 12:14:00
跟绿乖乖ㄧ样 不要动万解
作者:
easyfish (easyfish)
2023-01-26 12:14:00真的
作者: c7683fh6 (Jerry_Frost) 2023-01-26 12:17:00
If it ain’t broke, don’t fix it
作者: TAKE72 (たけ) 2023-01-26 12:18:00
偷偷告诉你写程式的其实都会魔法
作者:
ghj10625 (blindgrass)
2023-01-26 12:18:00动就是坏
作者:
b160160 (HG Life is Foo~~~)
2023-01-26 12:20:00有时候多人开发程式 彼此的条件设定还真的可能不一样 再加上机器的规格问题 有时候怕坏掉就真的不要碰了
这就是为什么电脑手机明明不断推陈出新但是时间一久就开始变慢的关系,每一个软件里面的程式码各个堆积如山,既庞大又笨重,早就已经没人在乎里面当初是怎么运行的,反正经手的人几乎就是不断叠加上去能动就好。这就是这一行令人诟病的地方。
作者:
daf60114 (化学工具人)
2023-01-26 12:23:00有时候是因为改别人写的 或是跟别人合作写的吧 全部自己写的通常不会有问题 除非你自己真的不知道自己在干嘛
作者:
ya01234 (姆咪姆咪 夜里哭哭)
2023-01-26 12:24:00415楼,大家都是受薪阶级,何互相伤害找碴XDD
作者:
lbowlbow (沉睡的小猫)
2023-01-26 12:27:00真的会有不知道自己当初在想什么的程式码出现
作者:
germun (ger)
2023-01-26 12:29:00三个要素决定:时间、钱、老板
作者:
PSP1234 (PSP1234)
2023-01-26 12:30:00我看完这串开始相信电脑里住着小精灵了
作者: DEAKUNE (*ReVeluv*/~Buddy~) 2023-01-26 12:31:00
有时照打一份程式,一个会动一个不会动
作者:
ray0305 (ray)
2023-01-26 12:32:00是 没问题就不要动 即使效率很差也不要动
作者:
lisyu (游小虾)
2023-01-26 12:36:00有时候你的bug会被别人当成功能,改掉以后,所有继承的code都不会动了
作者: weaponking (要你命三千) 2023-01-26 12:37:00
台湾业界:能动的已经量产的了,不要乱改!
作者:
tkc7 (至情至性)
2023-01-26 12:38:00科学家不知道 另一部分很写实
作者: Darnatos 2023-01-26 12:40:00
是 不要不信邪
作者:
AmigoSin (JohnWall)
2023-01-26 12:40:00祖传三代的Hello world
程式的bug完全是看coder的能力 做实验尤其生物实验还要看你的生物材料的状况
作者:
LonyIce (小龙)
2023-01-26 12:41:00不就是习惯好坏的问题
作者: EEloveyou (天天光顾) 2023-01-26 12:43:00
通常有问题的是机器
作者: ar0001123 (来去蒙古烤牛肉) 2023-01-26 12:46:00
高阶的硬件也一样...出问题根本是连带一堆有的没的,只能放乖乖保佑
作者: willieSin (篠微绯羽) 2023-01-26 12:50:00
代码就有不同的写法能导致同个结果,然后还有些看似无意义的代码,你换个码农或是工程师自己忘记,一改就爆炸,然后游戏进维修被客人骂
因为码农大部分是抄人家写好的去拼装车,很少人从头自己写
作者: s1011282 (阿凯) 2023-01-26 12:53:00
能正常动就不要乱改,要改git复制一份到虚拟机上改
作者:
cloudin (☁云应)
2023-01-26 12:54:00干 不好的回忆都上来了
作者:
arrenwu (键盘的战鬼)
2023-01-26 12:54:00你就算不是拼装车 也不会所有零件都自己打吧
作者:
lbowlbow (沉睡的小猫)
2023-01-26 12:56:00说程式的bug只看coder能力的是产品没上过线吗?
天啊 这边讨论好温馨 大家都来吐苦水没有高来高去的感觉 XDD
作者:
rea1 (跟乡民认真就输了....)
2023-01-26 13:00:00前人有加不知道的sleep千万不能删
作者: larry90605 (喇瑞) 2023-01-26 13:00:00
程式有些细节 就算逻辑对 但有时候就是跑不动 但有时候会莫名其妙跑对 所以做好不要动为妙
又不可能保证专案一辈子都是同一个人在维护 说理解的真的每次都能理解吗
作者:
REVERSI (Authentic Counterfeiter)
2023-01-26 13:03:00这样看写程式的根本就战锤40K机械神教
作者:
ashclay (灰泥)
2023-01-26 13:04:00不抄人写好的是要重新做轮子?你自己做的轮子有专业大场一堆人使用过的安全可靠?
对很多时候程式跑起来不是写的完美而是可能生bug的地方没有触发
作者:
owenbai (白根交)
2023-01-26 13:14:00真的 上帝也不知道它怎么跑起来的
作者: ShaiMo (双倍奶茶) 2023-01-26 13:14:00
是 没事别去动 除非有必要 改爆又刚好要用就哭了
你老板每次都说很急,给你的时间不够深究疑惑。而且这行责任制,如果出事你负责,所以除非有排任务处理或你时间太多,大多时候不动最好
作者: Sakuya5578 2023-01-26 13:15:00
尽管你预想1000种状况,有时候就是客户会有神奇的第1001种状况触发到bug,要防都防不了
作者:
cn5566 (西恩)
2023-01-26 13:21:00其实原po的图不用讲别的行业 讲CS科系->软工就可以了
真的是这样 谜一般的程式 有时候为什么会动也不知道
另外在我们这一行不可能有人从零开始做完所有东西,我们使用的语言、工具、library、框架都是经过全民公测的稳定产品,没有那个美国时间深究所有我们用到的东西how itwork,所以有了知识盲区,既然有盲区就容易出事还解不出来,好不容易解了通过测试你也不会想要再来一次
作者:
cn5566 (西恩)
2023-01-26 13:23:00了解透彻 如果是认真拼升等的教授 基本上不会对你放水但出了社会就不一样 为什么work 没人在意 大家要的是能用
作者:
s0930194 (航海之家)
2023-01-26 13:24:00为何不能动-->为何可以动-->可以动,不要动
作者:
cn5566 (西恩)
2023-01-26 13:24:00如果这东西有技术债 那就是继续叠上去如果技术债已经炸开 那就宣布破产 重新搞一个比较快
作者: s56565566123 (OnlyRumble) 2023-01-26 13:26:00
全部换新比较高 不知道前人多少坑
作者:
lolicat (猫雨果)
2023-01-26 13:36:00这主要在讲传承庞大原始内容的问题 后面会一直叠加新的内容进去 所以当某个空降主管脑袋撞到想要改革程式码的时候就是码农准备加班的时候老板只在乎程式能不能正常动作而已
作者:
wed1979 (舞抖米哲夭)
2023-01-26 13:41:00跟乖乖凤梨一样
作者:
iamnotgm (ä¼½è—之黑)
2023-01-26 13:43:00当你写超过100个class总共超过1万行时 出了问题大多时候你不会知道是哪里的问题的 更可怕的是如果你整个专案有10个人写的量都跟你差不多然后这些code要兜在一起 甚至
作者:
odanaga (PixiyON)
2023-01-26 13:44:00绿色乖乖不要不信
作者:
iamnotgm (ä¼½è—之黑)
2023-01-26 13:45:00还有已经离职的人写的东西 这种东西一戳下去通常很可怕因为太多没人知道怎么回事的地方了 所以码农最后都是现在他能动就别戳他别思考为什么能动 总之他能动就对了
作者: class30183 2023-01-26 13:47:00
大学别系去参观过资工某实作类型的课,除了给学生挑战写短、省资源之外还会讨论那行短短的程式码会隐含什么表面上没写的副作用,举例看到一小行的副作用搞烂一串编码这种绊手绊脚,就对编码丧失兴趣了w
作者:
lbowlbow (沉睡的小猫)
2023-01-26 13:50:00现在软件产业已经不可能全部手刻了,你一定会用到开源函式库,不然你根本不可能做的完你需要的功能
很容易只是动到设定就坏了用别人的套件就是为了节省时间 不可能还去看函式库怎么实作
作者:
b325019 (望月)
2023-01-26 13:59:00几年前openssl爆出严重漏洞,但是你不用难不成要手刻吗
作者:
monkeyii (Banova)
2023-01-26 14:03:00程式有很多是为了符合客户逻辑硬干出来的,来来去去的一层一层patch出来,这时候就恐怖了。
同个硬件同套code 跑出来结果一定要一样? 看起来太年轻了...
是…尤其是公司内流传千古的code,拆炸弹(o, 做专案(x
作者:
ntpcgov (新北市政府)
2023-01-26 14:23:00作者:
j198811 (Small_Left)
2023-01-26 14:24:00是!已经可以用的系统千万不要想要去改他
作者:
Bujo (部长)
2023-01-26 14:44:00光是套件版本就搞死你了,所以正在赚钱的程式码,除非有团队在维护,能不更新就不要更新
连微软都不敢动自己的程式码了,都是往上加,W11还看得到W98以前的遗产
作者:
yl3218 (小件)
2023-01-26 14:47:00看是不是自己写的 自己写的 要怎么改都可以 要改别人写的真的会怕
作者: zenuie (zenuie) 2023-01-26 14:51:00
接那种丑到不行的程式码就不会想动他了
作者:
HanaIro (花开物语)
2023-01-26 14:52:00Win12有传要把一些上古产物改良,像是explorer.exe可以想见大概初期会bug连发
有些写的bug是很难触发的 你把它拆解反而会让bug 100趴触发
作者: rodqq (乂铁之火乂) 2023-01-26 15:03:00
所以才需要很多码农
作者: SuckRtkTV 2023-01-26 15:07:00
能动,就不要动。
作者:
cockali (mario)
2023-01-26 15:18:00呵呵有听过复制一份跑不动的……听过而已
逻辑区块不是不能动只是懒得去动,因为动下去Z>B应该是B>Z才对ML或底层那种无法掌握的才会有这种状况
作者: good5209 2023-01-26 15:37:00
科学只能发现、无法改造宇宙原理,但程式是所有参与开发的人内心宇宙的混合体,在如此混沌的宇宙中每次行进都得小心地迈步、才能确保走在路上而不会跌进深坑
作者: sustto (sustto) 2023-01-26 15:40:00
所以窝才爱玩pc油戏 对某款油戏有爱的玩家会免费魔改放到网络上供大家用
作者:
kentyeh (kent)
2023-01-26 15:45:00还要加一包绿色乖乖
作者:
andrew5106 (撿到一百塊雷~)
2023-01-26 15:49:00崩溃 这是真的
4,特别是必须引用的上层物件封包函式或stored procedure不是自己写的时候...
4 vender patch打进来如果突然就动了我就不搬了
作者:
container (container)
2023-01-26 16:07:00大自然跟人工造的差别
不一定拉 我们主管一定要我们解释为什么这样写可以动的解释不出来不会让我们结案
作者: Mozar (沉默的乐师) 2023-01-26 16:26:00
会较真/注重品管的公司偏上面, 财务吃紧/品管差的偏下面.
作者: as80110680 2023-01-26 16:41:00
自己写的不太会有这种问题啦,但如果是其他人的就 ...不过软件又不太喜欢自己造轮胎,迟早会遇到鬼
现在软件业也讲求快速反应快速开发,要不然等你做出来风潮都过去了比如现在流行 AI ,两间公司要做相关产品,一间从底层开始自己刻,另一间用现成的开源或商业专案延伸,花的时间差异可不是一二个月,而是一年两年
作者: iou6954 (乂Reborn乂) 2023-01-26 17:01:00
后面维护的人太过分了吧哈哈
作者:
masala (masala.zone)
2023-01-26 17:04:005楼正解,传好几代的code最棘手
作者:
Saren (Saren)
2023-01-26 17:09:00别再动它免得它跑不起来
作者: nohssiwi 2023-01-26 17:11:00
架构写很大的时候没有人脑袋能思考的百分之百全面啊,只要漏考虑到一点东西程式的结果就是你无法预测xD
作者:
qd6590 (说好吃)
2023-01-26 17:11:00其实如果能花时间好好地整理一番 应该是可以理解 但是基本上根本没时间在那边慢慢弄==
作者: toykiss (影) 2023-01-26 17:12:00
有时是接手别人写的,这时就容易有这种情况
你知道同样的hello world 也有可能编译失败吗?
作者:
asteea (Asteea)
2023-01-26 17:23:00(有限资金 有限时间资源 写出了)能动的东西 就不要再动了
作者:
a71085 (iii)
2023-01-26 17:23:00就单纯重做没多钱弄坏要赔 你一个小员工太无聊才会想检查
作者:
AxelGod (Axel)
2023-01-26 17:30:00几天前写的code 几天后就忘了怎写的惨
作者:
asteea (Asteea)
2023-01-26 17:33:00工作很看产值啦 没事去动算浪费时间 除非不动的风险更高
作者: chou396 (chou) 2023-01-26 17:35:00
电脑也是,清洁一下风扇就开不了机
作者: PingJieDu (杜平介) 2023-01-26 17:36:00
不是先建立假设才跑实验,怎么先跑才想它怎么跑得动?
作者:
g3sg1 (ACR入手!)
2023-01-26 17:37:00能运作就不要手贱乱动它 除非你有自信能够看透所有编码能够找出问题所在 否则这样都是自找麻烦
哈 回我的人说的对 有时候太久以前写的 又没注解好 自己也会看不懂 或是专案太大了写到昏天暗地自己神经错乱也都有可能