[闲聊] 写程式真的这么邪门吗？
楼主: STAV72 (刁民党党务主委) 2023-01-26 10:11:13
https://i.imgur.com/NLPJc6B.jpg
科学家：赞啦！有用了！
教授：很好，让我们看看是如何作用跟怎么作用！
码农：赞啦！跑起来了！
主管：别再碰它，没人知道会不会无预警当掉。
写程式真的这么邪门吗？
科学家：赞啦！有用了！
教授：很好，让我们看看是如何作用跟怎么作用！
码农：赞啦！跑起来了！
主管：别再碰它，没人知道会不会无预警当掉。
写程式真的这么邪门吗？
作者: gaym19 (best689tw) 2023-01-26 10:13:00
是 如果这个码没问题 就千万别动
作者: jeremy7986 (影子-shadow★) 2023-01-26 10:14: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
作者: Tsukasa0320 (呆丸废宅最后希望) 2023-01-26 10:14:00
我文组辣 不能复制一份来拆吗？
作者: sd106 (过路人) 2023-01-26 10:14:00
是 绝对不要动
作者: jack8845 (平贺才人) 2023-01-26 10:15: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
理论上要修是可以复制一份慢慢拆啊
作者: dokutenshi (好吃不如嫂子) 2023-01-26 10:16:00
100串程式码 你只要找一条出来DEBUG就算了
作者: gaym19 (best689tw) 2023-01-26 10:17:00
但与其复制一份你不如赶快写新的 下一版要上了
作者: dokutenshi (好吃不如嫂子) 2023-01-26 10:17:00
一万串程式码 叫你找一条出来DEBUG 看你要不要这样玩大概就是这样吧 既然不晓得他是怎么成功动起来的
作者: gox1117 (月影秋枫) 2023-01-26 10:17:00
4 如果他能动就不要动==
作者: Kohran (Samy) 2023-01-26 10:17:00
不然为什么要拜乖乖
作者: Jaka (Jaka) 2023-01-26 10:18:00
能不动就别动 以后有错都先怪动的人
作者: dokutenshi (好吃不如嫂子) 2023-01-26 10:18:00
那就什么事都别做 祈祷不要哪天出问题然后屁股擦不完
作者: storyo11413 (小便) 2023-01-26 10:18:00
程式码可能有一堆目标变动已无功用的片段 研究无意义
作者: xsdferty035 (Free逛逛) 2023-01-26 10:18:00
尤其是老系统一个function后面可以trace出一大坨东西的
作者: spfy (spfy) 2023-01-26 10:18:00
理论上可以 但时间人力和金钱的考量 主管会叫你别动
作者: jason401310 (开铜乐会囉) 2023-01-26 10:18:00
科学也差不多
作者: yuizero (14) 2023-01-26 10:18:00
理论归理论 我曾经有复制一份慢慢拆。结果只是拆了合并根本没改就不动了
作者: bestteam (wombat是胖胖熊) 2023-01-26 10:19:00
是
作者: ringtweety (tark) 2023-01-26 10:19:00
不只程式部分 硬件也一样 可以动就不要乱动 连灰尘都
作者: arrenwu (键盘的战鬼) 2023-01-26 10:19:00
其实上下两格对程式来说并没有冲突XD
作者: yuizero (14) 2023-01-26 10:19:00
后来一查。可能是rs324什么的在我拆时驱动不见了
作者: bheegrl 2023-01-26 10:19:00
负负得正啊，你把其中一个负的改成正的试试
作者: suanruei (suanruei) 2023-01-26 10:20:00
跟人体基因很像啊
作者: gaym19 (best689tw) 2023-01-26 10:20:00
不要说工作 学生专题或作业这种的
作者: cplusplus426 (c++) 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 连复制都不用 爽改就改
作者: ringtweety (tark) 2023-01-26 10:21:00
不要清 线再乱也不要重新理
作者: kirimaru73 (雾丸) 2023-01-26 10:21:00
每一条程式码都可能会有写的人完全没有想到的副作用
作者: arrenwu (键盘的战鬼) 2023-01-26 10:21:00
改一个东西烂了也是马上可以revert
作者: WarnLeadwar (F2P=P2W) 2023-01-26 10:21:00
程式码就跟飞机一样 会动就是会动
作者: chung2007 (2007) 2023-01-26 10:22:00
我完全不知道为什么我的程式没办法动
作者: kirimaru73 (雾丸) 2023-01-26 10:22:00
所以你搬一搬把副作用翻山倒海后结果就完全不一样了
作者: 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的话就要让他当掉你才知道要改哪里
作者: louispencer (大侠吃汉堡) 2023-01-26 10:22:00
主要是 哪有那么闲 下个专案在催了
作者: arrenwu (键盘的战鬼) 2023-01-26 10:23:00
我以前也觉得写unit tests超烦XD
作者: Reze (Bomb) 2023-01-26 10:23:00
很多程式甚至是靠Bug在运行的
作者: bheegrl 2023-01-26 10:23:00
不确定其它人call这api而做出多少妥协时就别乱动了
作者: ro22113175 (明月) 2023-01-26 10:23:00
鸽子起飞.jpg
作者: ringtweety (tark) 2023-01-26 10:23:00
神人可以做得到 但多数人终究是一般人
作者: arrenwu (键盘的战鬼) 2023-01-26 10:24:00
不过不知道为什么会work通常是夸大了就是
作者: Jaka (Jaka) 2023-01-26 10:24:00
西洽一堆程式大师:O
作者: chung2007 (2007) 2023-01-26 10:24:00
经年累月的系统要全部搞懂不如打掉重练，有些人写的程式码除了自己以外只有电脑看到懂，有些时候连他自己都看不懂
作者: Wolfclaw (Wolfclaw) 2023-01-26 10:24:00
码农：干，为什么坏了？也是码农：干，为什么好了？
作者: kirimaru73 (雾丸) 2023-01-26 10:24:00
实务上是 不知道为什么让这个严重的bug不再出现了
作者: arrenwu (键盘的战鬼) 2023-01-26 10:25:00
改动如果有跟预期不一样的行为通常不太可能就放著
作者: kirimaru73 (雾丸) 2023-01-26 10:25:00
而在这个过程中最显眼的是乖乖 那真相就是乖乖了
作者: marx93521 (<阿ㄉ一ㄥˋ>) 2023-01-26 10:26:00
是 尤其是接手维护的通常是能动就好能不改就不改
作者: cplusplus426 (c++) 2023-01-26 10:26:00
乖乖就只是个迷信而已
作者: chung2007 (2007) 2023-01-26 10:26:00
有些人的习惯就很糟，到处int a int* int**
作者: v21638245 (等雨婷) 2023-01-26 10:27:00
其实就是那句名言 it's just work
作者: Kingofknife (L-E-X) 2023-01-26 10:27:00
专业点原因在内核运作上你少看几千万行的基础逻辑导
作者: hugct (cchug) 2023-01-26 10:27:00
没注解 没文件 没时间 没问题
作者: jetalpha (月迷風影) 2023-01-26 10:27:00
应该是程式码太多行，再加上通常不写注解，
作者: TonyYo 2023-01-26 10:27:00
#相信乖乖
作者: poco0960 (poco) 2023-01-26 10:27:00
很多段没人看得懂他是干嘛的，但是把那段拿掉就会初四
作者: arrenwu (键盘的战鬼) 2023-01-26 10:28:00
不写注解直接git blame找出来干爆了 操 欠干
作者: chung2007 (2007) 2023-01-26 10:28:00
你可以不相信乖乖把它们全部吃掉，但是你要相信当你把它们全部吃掉之后，一定会有一群人来打你
作者: LeafLu (小叶) 2023-01-26 10:28:00
开branch再改
作者: jetalpha (月迷風影) 2023-01-26 10:28:00
时间一久，后续再加写程式码出Bug，就不知道要改哪里了
作者: Kingofknife (L-E-X) 2023-01-26 10:28:00
最离谱的还有编译框架的编译器居然还是特别版
作者: 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后来就懂了
作者: kirimaru73 (雾丸) 2023-01-26 10:29:00
有一个很有名的粒子叫做0x5f3759df
作者: MoodyBlues (国军最菜的基层军官) 2023-01-26 10:29:00
是
作者: Kingofknife (L-E-X) 2023-01-26 10:29:00
别怀疑中国的程式码很多长这鬼样
作者: leotimjack (留下来未必好) 2023-01-26 10:29:00
你会不记得当时你在写什么
作者: cplusplus426 (c++) 2023-01-26 10:29:00
看系统需求吧 太烂的效能不优化上线一样是炸
作者: ringtweety (tark) 2023-01-26 10:30:00
能动就好 写得再有嘈点它还是能动
作者: s4511981 (置身事外的占卜师) 2023-01-26 10:30:00
是 能work的码千万不要乱动
作者: kirimaru73 (雾丸) 2023-01-26 10:30:00
其实叫做git motherfucker比较信达雅 可惜不太被接受
作者: zerox1336 (zzzzzz) 2023-01-26 10:30:00
如果连unit test也很难维护怎么办：）
作者: arrenwu (键盘的战鬼) 2023-01-26 10:30:00
现在程式开发应该都有 unittests 和 end-to-end tests
作者: chung2007 (2007) 2023-01-26 10:30:00
重构
作者: jetalpha (月迷風影) 2023-01-26 10:30:00
没有维护概念的工程师本身在写或是改程式码时，
作者: kirimaru73 (雾丸) 2023-01-26 10:31:00
有一个比较少见的粒子是你一定要把程式容量缩小个N倍
作者: chrisjeremy (Yomi) 2023-01-26 10:31:00
4 程式不彻底解决Bug 是因为案子在赶还有很多东西要做 所以只要不会当掉就好 久了这个问题也被人遗忘 有一天突然复发 大多数人也都忘记原因是什么了
作者: jetalpha (月迷風影) 2023-01-26 10:31:00
是很容易有意无意就忘了注解存在的……
作者: Kingofknife (L-E-X) 2023-01-26 10:31:00
现在开发何止test程式从系统建设编译框架就开始测
作者: WiLLSTW (WiLLS) 2023-01-26 10:32:00
看到有人在现代环境goto来goto去我一定会发狂
作者: kirimaru73 (雾丸) 2023-01-26 10:32:00
产品有bug无所谓，如果不会掉星就不重要了，管它干嘛
作者: arrenwu (键盘的战鬼) 2023-01-26 10:32:00
@zerox1336 还是得维护啊 不然测试程式就没意义了git blame还真的是在找motherfucker
作者: raphin (Irma) 2023-01-26 10:32:00
没注解就会变这样
作者: chrisjeremy (Yomi) 2023-01-26 10:33: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了
作者: iwinlottery (我民乐透头彩) 2023-01-26 10:34:00
It恐怖故事
作者: penta (舞璉) 2023-01-26 10:34:00
是 it just works
作者: kirimaru73 (雾丸) 2023-01-26 10:34:00
不需要注解就可阅读的程式是一种理想，也有可能实现
作者: Kingofknife (L-E-X) 2023-01-26 10:35:00
都写进10几层物件的看屁股啊 得写ide特殊注解才能带
作者: kirimaru73 (雾丸) 2023-01-26 10:35:00
但如果你的程式里面每个变量名称都长得像
作者: arrenwu (键盘的战鬼) 2023-01-26 10:35:00
repo如果你自己一个人用 想要坚持那理想无妨
作者: kirimaru73 (雾丸) 2023-01-26 10:36:00
nIntegerValueOfCharacterSkillCharge 这样的话那你就不会坚持什么可阅读性了
作者: wansincere (无印良品) 2023-01-26 10:36:00
“程式出bug了“ ， ”最后改的人是谁？“ 大概是这样
作者: kirimaru73 (雾丸) 2023-01-26 10:37:00
就算最后改的是你 你还是有机会往前追10-20个版本夹出真正改出问题的那位motherfucker然后把bug转给他
作者: tw11509 (John-117) 2023-01-26 10:38:00
不要笑，某些新创公司业务需求一直大改又赶着上线，还真的会变这样ＸＤ
作者: shinobunodok (R-Hong) 2023-01-26 10:38:00
是 他如果会动会跑 就不要去理他
作者: kirimaru73 (雾丸) 2023-01-26 10:38:00
不过希望你家的程式编译+运行一次小于30分钟
作者: 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
新创我“比较”可以理解
作者: monkeytsai (猴子老大) 2023-01-26 10:38:00
是 连一个换行都不敢多加
作者: poco0960 (poco) 2023-01-26 10:39:00
老板在后面催进度的东西这样搞很正常，根本没时间好好测
作者: kirimaru73 (雾丸) 2023-01-26 10:39:00
bug还是一定要修的啦 尤其是那种让4.1颗星变3.9颗星的
作者: shinobunodok (R-Hong) 2023-01-26 10:39:00
而且很多时候会 明明是上午的我写的东西 下午的我：这啥？
作者: talrusha (黑桃Ace) 2023-01-26 10:40:00
旧码不知道在干嘛没办法...
作者: ko27tye (好滋好滋) 2023-01-26 10:40:00
新创多的是连需求都不确定的 code乱七八糟也正常
作者: poco0960 (poco) 2023-01-26 10:40:00
很多都上线出问题才修，那时候也不能停太久
作者: MrGamplin (RIPCOC) 2023-01-26 10:40:00
下一个接手的倒楣鬼：干这个在写三小，为什么可以动
作者: poco0960 (poco) 2023-01-26 10:41:00
新创多的是新手村刚出来的啊
作者: kirimaru73 (雾丸) 2023-01-26 10:41:00
“软件工程师写的每行程式码，需要由另一个软件工程师向保姆一样亲眼看过并及时提醒改正严重的错误”
作者: 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的状况了
作者: poco0960 (poco) 2023-01-26 10:42:00
新创进门一切靠口欠
作者: arrenwu (键盘的战鬼) 2023-01-26 10:42:00
谁都很重视能否重现
作者: justwedave (dave) 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
是 尤其是写韧体的 很多奇怪的写法可能是为了帮硬件
作者: WarnLeadwar (F2P=P2W) 2023-01-26 10:43:00
不知道变量名称可以设定多长
作者: CorkiN (柯基) 2023-01-26 10:43:00
帮支援鸽子gifhttps://i.imgur.com/vZVpsRS.gif
作者: wohtp (会喵喵叫的大叔) 2023-01-26 10:43:00
实验室里面架仪器也是一样啦。在纸上一切看起来都很美好，实际上每个老师博后组了都不灵，只有某个内建金手指属性的学生组的会正常运作。这时不会有人去研究金手指，只有上供一包乖乖，默默开始量sample。
作者: laechan (挥泪斩马云) 2023-01-26 10:44:00
能动了就不要再去碰它
作者: truegod000 (我是原住民) 2023-01-26 10:45:00
然而 即便你的团队都有这样的好习惯 当你接到 3rd party library...
作者: jetalpha (月迷風影) 2023-01-26 10:45:00
电子产品就是计算机，正常来说丢同样的东西进去就会跑出同样的结果，所以写注解很重要……
作者: DendiQ (貔貅) 2023-01-26 10:45:00
第一格科学家挺奇怪的，什么都不知道怎么做实验
作者: william45682 (Bear熊) 2023-01-26 10:45:00
4444
作者: kirimaru73 (雾丸) 2023-01-26 10:46:00
“你们的程式有问题”“没关系我们有提供source code”提供的source code：
作者: Dayton (今夜如此，夜夜皆然。) 2023-01-26 10:46:00
论comments的重要www
作者: truegod000 (我是原住民) 2023-01-26 10:47:00
正常来说... 机器跟你闹别扭的不算
作者: kirimaru73 (雾丸) 2023-01-26 10:47:00
炼金术士转科学家的话向第一格那样不奇怪只是99/100会直接自爆在实验室内，你看到的是生存者
作者: arrenwu (键盘的战鬼) 2023-01-26 10:48:00
comments 真的 超重要 写得像作文都无所谓
作者: hsnu7980 (老二) 2023-01-26 10:48:00
纯软比较不会有重现的问题吧
作者: WarnLeadwar (F2P=P2W) 2023-01-26 10:48:00
浮点数 :)
作者: 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
能复制就复制 不要动里面
作者: mikuyoyo (拍拍) 2023-01-26 10:48:00
很多东西已经上线了，万一乱改当下可能没问题把他上上去，结果经过user用后发现更多问题那赔更大
作者: hsnu7980 (老二) 2023-01-26 10:49:00
如果同一台机器 丢进去东西一样产出不一样，一定是机器的文题，纯软：窝不知道
作者: tv1239 (路过的) 2023-01-26 10:50:00
用别人的lib怎么死的都不知道 十几年没人发现的bug之类
作者: tim012345 (风) 2023-01-26 10:50:00
程式是按照你逻辑跑~有问题就解决~所以他照着跑~剩下要
作者: arrenwu (键盘的战鬼) 2023-01-26 10:50:00
3rd party lib 受欢迎的通常有bug也都有ticket了
作者: hsnu7980 (老二) 2023-01-26 10:50:00
等等jserv 大神要截图骂学生了
作者: x8931139 (贡丸糖) 2023-01-26 10:51:00
4 内码没问题就别动 动了就坏了
作者: kirimaru73 (雾丸) 2023-01-26 10:51:00
是机器的问题，但也是你的程式用念针去插机器脑的问题
作者: hsnu7980 (老二) 2023-01-26 10:51:00
用大家在用的lib 至少一堆人帮忙debug
作者: tv1239 (路过的) 2023-01-26 10:53:00
memory被插烂之后 还要跑好几个小时才会发生的bug想起来就觉得背后凉凉的
作者: kirimaru73 (雾丸) 2023-01-26 10:54:00
程式会严格照着"你写的程式码的逻辑"跑而这个逻辑通常会内含大量的RNG
作者: truegod000 (我是原住民) 2023-01-26 10:54:00
致这几天还要on call 的工程师 （泪
作者: starsheep013 (星绒绵羊) 2023-01-26 10:54:00
从硬件到软件，会出包的可能性太多了甚至会有复合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 有时候换个萤幕你程式就爆炸了
作者: CowBaoGan (直死之马眼) 2023-01-26 10:56:00
是 特别是韧体 跑的动就别再去碰它 你根本不知道前人留下来的code有多少乱七八糟的workaround
作者: arrenwu (键盘的战鬼) 2023-01-26 10:56:00
不过也有发生过“我以为他们这样运转”但实际上不是的情况XD 不过反正是在merge前爆开 倒无所谓
作者: silence5566 (我难过) 2023-01-26 10:57:00
雀食 它运作正常就不要动
作者: Aquarius126 (Aquarius126) 2023-01-26 10:57:00
这问题通常是前人写的code，把多个功能耦合在一起来，文件跟注解又没写好。专案在跑的时候，通常不会有这么多时间给你重构或解BUG，所以才会有人说能动就好
作者: Seventhsky (7th空) 2023-01-26 10:59:00
3F 能100%了解程式码怎么跑的只有小程式而已啦XDD
作者: kirimaru73 (雾丸) 2023-01-26 11:01:00
写的人是一定会了解自己想要程式码怎么跑
作者: 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
是 会动就不要手贱
作者: ifconfig5566 (it56) 2023-01-26 11:04:00
是
作者: truegod000 (我是原住民) 2023-01-26 11:04:00
就像绿谷刚接到宋七力能力时 也是靠杯难用
作者: gaym19 (best689tw) 2023-01-26 11:05:00
有时间在那边抓动起来没问题的程式还不如快写下个月的更新
作者: e2ne0 (e2ne00) 2023-01-26 11:05:00
Production环境跟development环境会分开
作者: gaym19 (best689tw) 2023-01-26 11:06:00
新版本也要DEBUG欸
作者: truegod000 (我是原住民) 2023-01-26 11:07:00
没有时间怎么写Unit tests (父子丢椅
作者: tsaodin0220 (è·ªæ±‚å¤§ç¥žé ‚è‘—æˆ‘) 2023-01-26 11:07:00
这是真的 能不要动就不要动 我就当过动的倒霉鬼= =
作者: googlexxxx (googlexxxx) 2023-01-26 11:07:00
AMI 工程师血泪控诉Intel 跟ms压榨
作者: js850604 (jack0604) 2023-01-26 11:08:00
要知道程式会动不代表他逻辑没问题
作者: truegod000 (我是原住民) 2023-01-26 11:08:00
你有多勇 我动离职同事的code
作者: a9564208 (YOU OUT!!) 2023-01-26 11:08:00
不然以为legacy code这个词怎么来的
作者: kinda (天天) 2023-01-26 11:09:00
别人改了一周才通过QA的Code。再怪也不要重构它
作者: kirimaru73 (雾丸) 2023-01-26 11:10:00
其实就算你是时间很多的业余开发者，你没事也不会去找
作者: roger840410 (roger) 2023-01-26 11:10:00
有git很方便啦 要回复很简单
作者: EPIRB406 2023-01-26 11:10:00
会动只是编译的过而已吧！
作者: fuhu66 (⊙)(⊙) 2023-01-26 11:10:00
it just work
作者: black111w (stargazer111) 2023-01-26 11:10:00
其实这跟你电脑主机沾满灰尘一样，不清理电脑都没事，一用喷枪清灰尘后直接挂掉一样
作者: kinda (天天) 2023-01-26 11:10:00
那就像一座积木的高塔，你拔掉一块。整座就会倒下来
作者: Arctica (欲聆听，必先静默) 2023-01-26 11:11:00
4啊，开发系统有时候就是 能动就好QQ
作者: googlexxxx (googlexxxx) 2023-01-26 11:11:00
楼上没遇过用git倒回去也不会动的时候吗
作者: 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大概就是那种思维。结果还是靠热心骇客找出问题修复的
作者: gamesame7711 (框框爱安安) 2023-01-26 11:16:00
看到硬件累积灰尘也不要清 清了会跳机
作者: 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
是因为上面叫学术研究，下面叫商业产品，消费者不会在意软件。
作者: googlexxxx (googlexxxx) 2023-01-26 11:19:00
复制贴上也有技巧的，不然一堆人在Stack overflow 找答案的意思是一样的
作者: hakosaki (hakosaki) 2023-01-26 11:19:00
是...靠北当系统靠北大，写这东西的人离职好几年还没有文件，最好的办法是不要动他
作者: CrazyLord (Lucian) 2023-01-26 11:20:00
44444
作者: vul3kuo (Glory) 2023-01-26 11:21:00
不知道为什么work比不知道怎么work还可怕
作者: jackjoke2007 (jjk) 2023-01-26 11:21:00
这就是机械神教的起源 会动就是会动.jpg
作者: data99553 (AYS) 2023-01-26 11:21:00
实际上重写代表你得要全面重新测试才不会出问题，哪怕你只动一小块而已
作者: arrenwu (键盘的战鬼) 2023-01-26 11:21:00
所以最好就是不要动自己不熟悉的code啊XD
作者: lbowlbow (沉睡的小猫) 2023-01-26 11:22:00
是，比这个还邪门，半年后检查的时候发现逻辑整个写错，但已经上线跑了半年还没发生任何问题，完全无法理解
作者: asdfg0612 (青蛙) 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:00
timing 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
作者: GGINDOWBOW (吃肥肥装颓颓) 2023-01-26 11:28:00
没错
作者: arrenwu (键盘的战鬼) 2023-01-26 11:28:00
@lbowlbow 这听起来有点像是 test gap
作者: handsomecat (((恐(((′・ω・`)))慌))) 2023-01-26 11:30:00
这就是为什么我们需要绿乖乖
作者: tv1239 (路过的) 2023-01-26 11:30:00
写程式就跟盖房子一样 盖好了要加东西不变成违建太难了
作者: hayamakurata (朋也君より 开かれました) 2023-01-26 11:31:00
深究下去我相信有点程度的都能理解啦，可是通常有死限/不只抱着一个案子/没有余力调查，总之得过且过能跑就好，久而久之就不敢动了…
作者: yellowhow (┴─┴～\(￣□￣#)\) 2023-01-26 11:32:00
阿就没时间 '3' 上线后通常也不给翻修了
作者: HyperPoro (交大大众苍汰) 2023-01-26 11:32:00
其实就是怕里面有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
摆那边不会倒就不要动它的意思
作者: jackie0804 (绿茶) 2023-01-26 11:35:00
就是这么可怕
作者: Clangpp (Clang++) 2023-01-26 11:36:00
说穿了就你unit test跟整合测试做不够才会这样啊
作者: huracanid91 (autodesigner_huracan91) 2023-01-26 11:36:00
作者: SecondRun (雨夜琴声) 2023-01-26 11:36:00
你有维护过超过20年的专案就懂了
作者: cn5566 (西恩) 2023-01-26 11:37:00
就是这么邪门 不然你以为一群理组毕业的干嘛要拜乖乖同样的code 跑同样的integration test 跑三次结果都不同碰过的鬼比我看过的鬼片还多
作者: tv1239 (路过的) 2023-01-26 11:39:00
听说过最鬼的是程式里面塞一堆sleep跑多线程然后只要去改数字 整个程式就等著死
作者: groundmon (JJ) 2023-01-26 11:39:00
如果要说“邪门”，那刚好相反吧，科学研究里无法掌握未知的变量压倒性地多，程式里大多数都是已知且可操控的
作者: lylu (理路) 2023-01-26 11:39:00
问题就是没时间啊 一方面是你改的东西可能被一堆legacy code包住 光是要整理里面的逻辑就不知道要多久 再来你改掉的东西如果相依的部分很多 等于要把那些功能全部重测
作者: cn5566 (西恩) 2023-01-26 11:40:00
sleep 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
是
作者: b258963147 (火龙果) 2023-01-26 11:46:00
大型违建好贴切
作者: king22649 2023-01-26 11:48:00
其实反过来也通
作者: JustBecauseU (ki) 2023-01-26 11:48:00
开个branch爱怎么改就怎么改
作者: MisterT (Mr.T) 2023-01-26 11:49:00
可以动就不要动
作者: SPDY (Alex) 2023-01-26 11:50:00
It's not a bugIt's an undocumented feature
作者: aabb177 (aabb177) 2023-01-26 11:50:00
不知道为什么不能跑和不知道为什么能跑都很危险
作者: s9041200 (小明阿) 2023-01-26 11:53:00
能动就放著是真的，就算测试能过也只是测试能过而已，不
作者: Erichikaunkr (兩百四) 2023-01-26 11:53:00
大的专案其实难以避免 但看过说这句话的很多都是接当初demo做的prototype在说不要动 都不知道他们领薪水来干什么吃的
作者: adwn 2023-01-26 11:54:00
很多事也是一样的啊，虽然看起来怪怪的，但只要能动就好
作者: mushrimp5466 (吃了虾子的蘑菇) 2023-01-26 11:54:00
4 千万别动==
作者: tv1239 (路过的) 2023-01-26 11:55:00
prototype改出来的东西更可怕 没给时间重用的话
作者: KenWang42 (KenWang42) 2023-01-26 11:55:00
重构可以啊 就是吃力不讨好
作者: CowBaoGan (直死之马眼) 2023-01-26 11:55:00
解不掉的bug让它变成limitation就好(x
作者: hsnu7980 (老二) 2023-01-26 11:57:00
还在放假 讨论写code冲
作者: jason851124 (月光) 2023-01-26 11:57:00
不要不小心按到可怕的全角空格
作者: sa87a16 2023-01-26 11:59:00
不止写程式吧，机器也一样，不保养没事，一ㄅㄠ养完
作者: qoo60606 (凛) 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
码农日常
作者: shadtalker (shadowtalker) 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
区区个码农是会接触什么东西逆
作者: flysonics (飞音) 2023-01-26 12:06:00
大家是嫌年假太长吗 现在就在讨论这话题
作者: devicer (去去学分走) 2023-01-26 12:07:00
跟麦块的红石建筑有点像 没事别乱动
作者: acpupu (shabadibiduwabadiyeah) 2023-01-26 12:11:00
这就是科学家跟工程师的差别
作者: MrChen (陈先生) 2023-01-26 12:12:00
QQ
作者: 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
动就是坏
作者: bassmaster (三餐吃方便面然后暴毙) 2023-01-26 12:19:00
就能跑就对了 不要随便动
作者: b160160 (HG Life is Foo~~~) 2023-01-26 12:20:00
有时候多人开发程式 彼此的条件设定还真的可能不一样 再加上机器的规格问题 有时候怕坏掉就真的不要碰了
作者: BeTheFree (自定义) 2023-01-26 12:22:00
这就是为什么电脑手机明明不断推陈出新但是时间一久就开始变慢的关系，每一个软件里面的程式码各个堆积如山，既庞大又笨重，早就已经没人在乎里面当初是怎么运行的，反正经手的人几乎就是不断叠加上去能动就好。这就是这一行令人诟病的地方。
作者: daf60114 (化学工具人) 2023-01-26 12:23:00
作者: ann263028 (脑残安) 2023-01-26 12:23:00
有时候是因为改别人写的 或是跟别人合作写的吧 全部自己写的通常不会有问题 除非你自己真的不知道自己在干嘛
作者: ya01234 (姆咪姆咪 夜里哭哭) 2023-01-26 12:24:00
415楼，大家都是受薪阶级，何互相伤害找碴XDD
作者: lbowlbow (沉睡的小猫) 2023-01-26 12:27:00
真的会有不知道自己当初在想什么的程式码出现
作者: Gwaewluin (神无月 孝臣) 2023-01-26 12:28: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都不会动了
作者: lens82801 (开始QQ的见习生) 2023-01-26 12:37:00
产品要赶上线难免会欠技术债
作者: weaponking (要你命三千) 2023-01-26 12:37:00
台湾业界：能动的已经量产的了，不要乱改！
作者: tkc7 (至情至性) 2023-01-26 12:38:00
科学家不知道 另一部分很写实
作者: necrophagist (Hogong-Yeah) 2023-01-26 12:38:00
做研究才更邪门….一堆实验变因要考虑
作者: Darnatos 2023-01-26 12:40:00
是 不要不信邪
作者: AmigoSin (JohnWall) 2023-01-26 12:40:00
祖传三代的Hello world
作者: necrophagist (Hogong-Yeah) 2023-01-26 12:40:00
程式的bug完全是看coder的能力 做实验尤其生物实验还要看你的生物材料的状况
作者: LonyIce (小龙) 2023-01-26 12:41:00
不就是习惯好坏的问题
作者: kashiwa27 (UDON) 2023-01-26 12:43:00
可以动啦 反正坏了就git还原
作者: EEloveyou (天天光顾) 2023-01-26 12:43:00
通常有问题的是机器
作者: exile4sih (小组报告长工) 2023-01-26 12:46:00
祖传程式码会，你自己写的不会
作者: IbukiPumpkin (人生GG进行式) 2023-01-26 12:46:00
如果你不是原作者 前人的垃圾code总是让人吐血
作者: ar0001123 (来去蒙古烤牛肉) 2023-01-26 12:46:00
高阶的硬件也一样...出问题根本是连带一堆有的没的，只能放乖乖保佑
作者: willieSin (篠微绯羽) 2023-01-26 12:50:00
代码就有不同的写法能导致同个结果，然后还有些看似无意义的代码，你换个码农或是工程师自己忘记，一改就爆炸，然后游戏进维修被客人骂
作者: leo125160909 (中兴黄药师) 2023-01-26 12:52: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能力的是产品没上过线吗？
作者: metallolly (好棒) 2023-01-26 12:57:00
跟绿色乖乖一样 不能乱动
作者: truegod000 (我是原住民) 2023-01-26 12:58:00
天啊 这边讨论好温馨 大家都来吐苦水没有高来高去的感觉 XDD
作者: rea1 (跟乡民认真就输了....) 2023-01-26 13:00:00
前人有加不知道的sleep千万不能删
作者: larry90605 (喇瑞) 2023-01-26 13:00:00
程式有些细节 就算逻辑对 但有时候就是跑不动 但有时候会莫名其妙跑对 所以做好不要动为妙
作者: milk830122 (SuperX) 2023-01-26 13:02:00
又不可能保证专案一辈子都是同一个人在维护 说理解的真的每次都能理解吗
作者: REVERSI (Authentic Counterfeiter) 2023-01-26 13:03:00
这样看写程式的根本就战锤40K机械神教
作者: milk830122 (SuperX) 2023-01-26 13:03:00
更何况大部分都是拼装车
作者: ashclay (灰泥) 2023-01-26 13:04:00
不抄人写好的是要重新做轮子？你自己做的轮子有专业大场一堆人使用过的安全可靠？
作者: milk830122 (SuperX) 2023-01-26 13:04:00
工作有时间压力很少能给你打磨
作者: jiko5566 (云落炩) 2023-01-26 13:05:00
对很多时候程式跑起来不是写的完美而是可能生bug的地方没有触发
作者: owenbai (白根交) 2023-01-26 13:14:00
真的 上帝也不知道它怎么跑起来的
作者: ShaiMo (双倍奶茶) 2023-01-26 13:14:00
是 没事别去动 除非有必要 改爆又刚好要用就哭了
作者: v2266514 (阿龙) 2023-01-26 13:14:00
你老板每次都说很急，给你的时间不够深究疑惑。而且这行责任制，如果出事你负责，所以除非有排任务处理或你时间太多，大多时候不动最好
作者: Sakuya5578 2023-01-26 13:15:00
尽管你预想1000种状况，有时候就是客户会有神奇的第1001种状况触发到bug，要防都防不了
作者: littledoges (XDDDDDDDDD) 2023-01-26 13:19:00
It just work
作者: cn5566 (西恩) 2023-01-26 13:21:00
其实原po的图不用讲别的行业 讲CS科系->软工就可以了
作者: FiveSix911 (五六玖壹) 2023-01-26 13:21:00
真的是这样 谜一般的程式 有时候为什么会动也不知道
作者: v2266514 (阿龙) 2023-01-26 13:23:00
另外在我们这一行不可能有人从零开始做完所有东西，我们使用的语言、工具、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
跟乖乖凤梨一样
作者: s7503228 (情报屋) 2023-01-26 13:42: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
现在软件产业已经不可能全部手刻了，你一定会用到开源函式库，不然你根本不可能做的完你需要的功能
作者: drinkmuffin (暢飲鬆餅) 2023-01-26 13:52:00
很容易只是动到设定就坏了用别人的套件就是为了节省时间 不可能还去看函式库怎么实作
作者: b325019 (望月) 2023-01-26 13:59:00
几年前openssl爆出严重漏洞，但是你不用难不成要手刻吗
作者: monkeyii (Banova) 2023-01-26 14:03:00
程式有很多是为了符合客户逻辑硬干出来的，来来去去的一层一层patch出来，这时候就恐怖了。
作者: a30706520 (猫大狼) 2023-01-26 14:09:00
牵一发而动全身不是开玩笑的
作者: waterwalk (心碎无声) 2023-01-26 14:11:00
同个硬件同套code 跑出来结果一定要一样？ 看起来太年轻了...
作者: wayne0411 (别讲那些五四三) 2023-01-26 14:16:00
是…尤其是公司内流传千古的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
光是套件版本就搞死你了，所以正在赚钱的程式码，除非有团队在维护，能不更新就不要更新
作者: AIRWAY1021 (哇啦呜嘎阿喔) 2023-01-26 14:46:00
连微软都不敢动自己的程式码了，都是往上加，W11还看得到W98以前的遗产
作者: yl3218 (小件) 2023-01-26 14:47:00
看是不是自己写的 自己写的 要怎么改都可以 要改别人写的真的会怕
作者: blackstyles (夜猫) 2023-01-26 14:48:00
没坏千万不要动。
作者: zenuie (zenuie) 2023-01-26 14:51:00
接那种丑到不行的程式码就不会想动他了
作者: HanaIro (花开物语) 2023-01-26 14:52:00
Win12有传要把一些上古产物改良，像是explorer.exe可以想见大概初期会bug连发
作者: hakama99 (杂酱面) 2023-01-26 15:00:00
有些写的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
呵呵有听过复制一份跑不动的……听过而已
作者: lazarus1121 (...) 2023-01-26 15:31: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
还要加一包绿色乖乖
作者: joewang85 (天才大人) 2023-01-26 15:46:00
确实
作者: andrew5106 (撿到一百塊雷~) 2023-01-26 15:49:00
崩溃 这是真的
作者: Filthy1218 (天地开阔八方无碍) 2023-01-26 15:49:00
4，特别是必须引用的上层物件封包函式或stored procedure不是自己写的时候...
作者: aasssdddd (路人庚) 2023-01-26 15:56:00
4 vender patch打进来如果突然就动了我就不搬了
作者: mickeykiller (ç«éŸ‹å¯å¯) 2023-01-26 16:04:00
4，当初没有拆开，累积起来后就不敢动了
作者: container (container) 2023-01-26 16:07:00
大自然跟人工造的差别
作者: greg90326 (虚无研究所) 2023-01-26 16:15:00
不一定拉 我们主管一定要我们解释为什么这样写可以动的解释不出来不会让我们结案
作者: Mozar (沉默的乐师) 2023-01-26 16:26:00
会较真/注重品管的公司偏上面, 财务吃紧/品管差的偏下面.
作者: as80110680 2023-01-26 16:41:00
自己写的不太会有这种问题啦，但如果是其他人的就 ...不过软件又不太喜欢自己造轮胎，迟早会遇到鬼
作者: v2266514 (阿龙) 2023-01-26 16:55:00
现在软件业也讲求快速反应快速开发，要不然等你做出来风潮都过去了比如现在流行 AI ，两间公司要做相关产品，一间从底层开始自己刻，另一间用现成的开源或商业专案延伸，花的时间差异可不是一二个月，而是一年两年
作者: iou6954 (乂Reborn乂) 2023-01-26 17:01:00
后面维护的人太过分了吧哈哈
作者: masala (masala.zone) 2023-01-26 17:04:00
5楼正解，传好几代的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
有时是接手别人写的，这时就容易有这种情况
作者: a3294814 (阿贤) 2023-01-26 17:14:00
最好都不用更新
作者: googlexxxx (googlexxxx) 2023-01-26 17:20:00
你知道同样的hello world 也有可能编译失败吗？
作者: asteea (Asteea) 2023-01-26 17:23:00
(有限资金 有限时间资源 写出了)能动的东西 就不要再动了
作者: a71085 (iii) 2023-01-26 17:23:00
就单纯重做没多钱弄坏要赔 你一个小员工太无聊才会想检查
作者: Bencrie 2023-01-26 17:24: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
能运作就不要手贱乱动它 除非你有自信能够看透所有编码能够找出问题所在 否则这样都是自找麻烦
作者: ann263028 (脑残安) 2023-01-26 17:43:00
哈 回我的人说的对 有时候太久以前写的 又没注解好 自己也会看不懂 或是专案太大了写到昏天暗地自己神经错乱也都有可能
作者: GreatHong (超☆冒险盖大师) 2023-01-26 17:51:00
是 别怀疑 程式码抠下来重开一个专案都会不能运作
