[問卦] 程式寫錯 是故意的 還是邏輯不好？

看板Gossiping作者 (nckuff)時間9月前 (2025/04/27 23:46), 編輯推噓28(29推 1噓 85→)
留言115則, 34人參與, 9月前最新討論串1/1
安安 台嘎豪 如題 肥宅剛剛看板上一篇文 說有個愛國前工程師 叫囧什麼的 寫了一個YT爬蟲 分析特定的帳號所有留言 結果有人發現 那個人寫的程式會抓到別的帳號的留言 快笑死 為什麼好好一個爬蟲還能出這種奇怪的錯XDD 肥宅都在想 自己來寫的話 到底要怎樣的邏輯 才能出這種奇怪的bug 有沒有人知道 那個程式寫那麼爛 是作者故意的？ 還是單純作者邏輯不好啊？ 有沒有7+1卦？ 嗯嗯？ ----- Sent from JPTT on my iPhone -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 126.51.175.175 (日本) ※ 文章網址: https://www.ptt.cc/bbs/Gossiping/M.1745768770.A.761.html
噓
04/27 23:47, 9月前 , 1F
說你中共同路人就是
04/27 23:47, 1F
→
04/27 23:47, 9月前 , 2F
不給好處不騙我我就文革
04/27 23:47, 2F
→
04/27 23:48, 9月前 , 3F
後來不當工程師了 還是其實沒人要
04/27 23:48, 3F
推
04/27 23:48, 9月前 , 4F
拿多少做多少
04/27 23:48, 4F
→
04/27 23:48, 9月前 , 5F
別懷疑，有些碼農的想法真的搞不懂
04/27 23:48, 5F
→
04/27 23:49, 9月前 , 6F
程式寫錯99%都是邏輯沒想清楚
04/27 23:49, 6F
→
04/27 23:49, 9月前 , 7F
不然怎樣你寫個程式還能有錯字的嗎
04/27 23:49, 7F
→
04/27 23:51, 9月前 , 8F
不就是程式寫錯沒測試而已
04/27 23:51, 8F
推
04/27 23:51, 9月前 , 9F
if(green) then ....
04/27 23:51, 9F
→
04/27 23:51, 9月前 , 10F
正常的吧 哪有一版就完美的
04/27 23:51, 10F
→
04/27 23:52, 9月前 , 11F
沒有bug 就沒有工程師
04/27 23:52, 11F
→
04/27 23:53, 9月前 , 12F
一堆人就是故意留 才有事做
04/27 23:53, 12F
推
04/27 23:53, 9月前 , 13F
yt api有更新能抓特定用戶留言？？
04/27 23:53, 13F
推
04/27 23:54, 9月前 , 14F
我是不信真的會寫程式的完全不做驗證過
04/27 23:54, 14F
→
04/27 23:54, 9月前 , 15F
就敢上架啦，除非存心詐騙的
04/27 23:54, 15F
→
04/27 23:55, 9月前 , 16F
通常這種大公司也不會讓妳大規模的
04/27 23:55, 16F
→
04/27 23:55, 9月前 , 17F
爬 除了之前的X
04/27 23:55, 17F
推
04/27 23:56, 9月前 , 18F
用AI寫的程式?
04/27 23:56, 18F
推
04/27 23:56, 9月前 , 19F
這個程式還要花錢買他的東西才有附送
04/27 23:56, 19F
推
04/28 00:01, 9月前 , 20F
還有這個不是什麼不完美的小bug好嗎，你
04/28 00:01, 20F
→
04/28 00:01, 9月前 , 21F
說要抓這個帳號的留言，結果程式抓出來
04/28 00:01, 21F
→
04/28 00:01, 9月前 , 22F
的資料是這個帳號公開的影片中其他人的
04/28 00:01, 22F
→
04/28 00:01, 9月前 , 23F
留言…真他媽的黑人問號
04/28 00:01, 23F
推
04/28 00:04, 9月前 , 24F
腦子不好
04/28 00:04, 24F
推
04/28 00:05, 9月前 , 25F
畢竟是
04/28 00:05, 25F
推
04/28 00:06, 9月前 , 26F
這種 bug 很平常吧；如果是我發現當然順
04/28 00:06, 26F
→
04/28 00:07, 9月前 , 27F
手解了。所以反過來說，出貨時還有 bug,
04/28 00:07, 27F
→
04/28 00:07, 9月前 , 28F
就是我不容易注意到。出 bug 和出車禍差
04/28 00:07, 28F
→
04/28 00:07, 9月前 , 29F
不多，是應注意未注意。難道你出車禍都是
04/28 00:07, 29F
→
04/28 00:08, 9月前 , 30F
故意撞人的？那就不叫車禍了，叫故意傷人
04/28 00:08, 30F
推
04/28 00:15, 9月前 , 31F
可能是叫AI寫的吧 所以錯了也不知道
04/28 00:15, 31F
推
04/28 00:18, 9月前 , 32F
好笑的是自己還拿這個程式抓出來的結果
04/28 00:18, 32F
→
04/28 00:18, 9月前 , 33F
拍了個影片嘴人網軍，明明拍影片時自己
04/28 00:18, 33F
→
04/28 00:18, 9月前 , 34F
就能去順手驗證對錯結果完全不做，現在
04/28 00:18, 34F
→
04/28 00:18, 9月前 , 35F
被當笑話剛好而已
04/28 00:18, 35F
推
04/28 00:20, 9月前 , 36F
程式寫錯 還能正常跑喔
04/28 00:20, 36F
推
04/28 00:23, 9月前 , 37F
我的程式都出貨三年以上了，仍然有新 bug
04/28 00:23, 37F
→
04/28 00:24, 9月前 , 38F
被抓到，請同事驗，客戶驗，也沒抓到..
04/28 00:24, 38F
→
04/28 00:24, 9月前 , 39F
只要跑出想要的結果就好了，對錯不重要~
04/28 00:24, 39F
還有 36 則推文
推
04/28 01:45, 9月前 , 76F
很多寫程式的其實腦袋沒大家想像的好
04/28 01:45, 76F
推
04/28 01:54, 9月前 , 77F
正在烙跑中的某YT?
04/28 01:54, 77F
推
04/28 02:00, 9月前 , 78F
不會寫就不要寫 丟人現眼
04/28 02:00, 78F
推
04/28 02:35, 9月前 , 79F
什麼叫腦袋好？應該說"適合"
04/28 02:35, 79F
→
04/28 02:35, 9月前 , 80F
比如，重覆性工作有人適合做，是腦袋好嗎
04/28 02:35, 80F
→
04/28 02:36, 9月前 , 81F
但有人需要刺激性高，變化多的工作，做重
04/28 02:36, 81F
→
04/28 02:36, 9月前 , 82F
覆性工作會打瞌睡。像我前面寫的，在 for
04/28 02:36, 82F
→
04/28 02:37, 9月前 , 83F
loop 裡，應該驗每一次正確才叫正確，但
04/28 02:37, 83F
→
04/28 02:37, 9月前 , 84F
有人驗一次正確就當正確，於是充滿滑坡謬
04/28 02:37, 84F
→
04/28 02:37, 9月前 , 85F
誤。那麼什麼人能好好的驗證單調的東西？
04/28 02:37, 85F
→
04/28 02:38, 9月前 , 86F
明明不斷重覆幾百次，所以你要親自驗嗎？
04/28 02:38, 86F
→
04/28 02:38, 9月前 , 87F
所以事實上合理的是交給團隊，給別人驗
04/28 02:38, 87F
→
04/28 02:39, 9月前 , 88F
像電玩測試，需要龐大的測試，邀請眾多玩
04/28 02:39, 88F
→
04/28 02:39, 9月前 , 89F
家一起來測。測試是龐大的工作量..
04/28 02:39, 89F
→
04/28 02:40, 9月前 , 90F
從問句就可以看出，對這行的不理解..
04/28 02:40, 90F
→
04/28 02:41, 9月前 , 91F
不懂得切割單調重覆的工作出去給工讀生
04/28 02:41, 91F
→
04/28 02:41, 9月前 , 92F
沒驗到是誰的錯？那是團隊整個不嚴謹
04/28 02:41, 92F
→
04/28 02:42, 9月前 , 93F
如果沒有團隊，一人單打獨鬥，校長兼撞鐘
04/28 02:42, 93F
→
04/28 02:42, 9月前 , 94F
寫程式可怕的是，從變化大，到非常單調，
04/28 02:42, 94F
→
04/28 02:43, 9月前 , 95F
這樣的工作，都有
04/28 02:43, 95F
→
04/28 08:38, 9月前 , 96F
已經進入販售階段的東西有這種低級
04/28 08:38, 96F
→
04/28 08:38, 9月前 , 97F
錯誤，本質上就不適合寫程式
04/28 08:38, 97F
→
04/28 08:40, 9月前 , 98F
。尤其今天這還是很簡單的程式的情
04/28 08:40, 98F
→
04/28 08:40, 9月前 , 99F
況
04/28 08:40, 99F
推
04/28 11:55, 9月前 , 100F
要用商業說法的話，有人說台灣整個不適合
04/28 11:55, 100F
→
04/28 11:55, 9月前 , 101F
軟體咧。。
04/28 11:55, 101F
→
04/28 11:56, 9月前 , 102F
因為一旦開工，基本要求就像樓上說的
04/28 11:56, 102F
→
04/28 11:56, 9月前 , 103F
但這個基本要求的成本是很高的
04/28 11:56, 103F
→
04/28 11:57, 9月前 , 104F
事實上，軟體的進入門檻低，是指出一支有
04/28 11:57, 104F
→
04/28 11:57, 9月前 , 105F
bug 的軟體。軟體的完善門檻很高.
04/28 11:57, 105F
→
04/28 11:58, 9月前 , 106F
至於簡不簡單，我們應該從市場原理來看
04/28 11:58, 106F
→
04/28 11:58, 9月前 , 107F
當真簡單，馬上出現競爭對手，都沒 bug
04/28 11:58, 107F
→
04/28 11:58, 9月前 , 108F
那也是應該的。而不是'這很簡單'，但卻沒
04/28 11:58, 108F
→
04/28 11:59, 9月前 , 109F
對手。就像高麗菜，當賣一百元時，你說你
04/28 11:59, 109F
→
04/28 11:59, 9月前 , 110F
看過賣二十元是沒意義的，看過是看過，不
04/28 11:59, 110F
→
04/28 11:59, 9月前 , 111F
當季，這種價格也算合理。你親自賣 20
04/28 11:59, 111F
→
04/28 12:00, 9月前 , 112F
於是他一百的沒得賣，這才叫打臉。。
04/28 12:00, 112F
→
04/28 12:05, 9月前 , 113F
他是程式的主要功能出錯，最重要的東西
04/28 12:05, 113F
→
04/28 12:05, 9月前 , 114F
都沒驗證就開始賣錢了，
04/28 12:05, 114F
推
04/28 12:06, 9月前 , 115F
if DPP : brainless
04/28 12:06, 115F
‣ 更多 nckuff 的文章
文章代碼(AID): #1e3b52TX (Gossiping)