Re: [請益] 為什麼功能很容易出現BUG?
寫程式其實很像在做料理,身為一個工程師,
可能會遇到的情境大概是這樣:
今天客戶抓了隻龍蝦,只給一句話我要吃龍蝦,
你們是專業的交由你們來料理,
於是經過一番處理後清蒸龍蝦上桌了,
結果客戶說,不對呀,龍蝦不是應該要用炸的嗎?
雖然龍蝦的最初的模樣與鮮味已經跑掉了
但是這尾龍蝦都煮了,總不能浪費,
於是只好把這尾龍蝦再拿去油炸,
客戶很可能心中已經有個程式的雛形,但卻無法完善的表達,
直到功能完成後實際操作,才覺得與預期不同,而進行細部檢討
但這時候工程師不太可能把原本程式碼整個打掉重寫
而會在原架構上進行修補與添加,而這會造成程式碼複雜化
油炸過後重新端上桌,
結果客戶又說,所以我說那個醬汁呢?
還好身為一個專業的宅宅,我都有看小當家,
醬汁我早就備妥了!!!
這時候客戶又說,
不對呀,醬汁應該在鋪上核果外衣前,就應該用雞蛋、砂糖、牛奶調配好醬汁,
然後再用豆皮包覆呀!
有時候客戶會覺得某個功能看起來很酷炫,
但實際上會增加程式的複雜度而降低穩定性,
本來只要裝在碟子就可以上桌的醬汁,
被要求要包覆在龍蝦上,因為複雜度上升,所以BUG的機率就提高了
同時也導致當需要重新調整醬汁比例的時候,弄破豆皮的機率增加
至於原PO的問題嘛,版友又不是當事者,誰知道呢?
如果是按照談定的正規操作流程且乾淨的資料,卻出現BUG,
那很可能對方沒經過內部測試就釋出,這個可能就有點問題,
不過我估計原PO可能也沒談到這麼細去定義操作行為吧?
但只就程式會不會有bug,我是覺得有bug是很正常的事啦,
重點是在測試與驗證過程中有被抓出,不至於到終端使用者造成影響就還好,
線上遊戲經過千人封測,然後上線公測還不是會被找到bug。
--
看完這篇我只想吃龍蝦
沒有醬汁的料理沒有試吃的必要
好好笑 ==
沒有完成的程式沒有測試的必要 (咦)
看到醬汁比喻和推文笑翻
你怎麼帥成這樣
是那個吧 (bug)
沒有醬汁的程式 沒有運行的必要
沒有醬汁的 bug 沒有試吃的必要
沒有龍蝦的BUG 沒有試吃的必要
所以我說那個醬汁呢?
肚子餓了...
推這篇~根本中華一番XD
所以說那個bug勒?
很棒XDDD
雖然滿忠肯的,但是廠商沒釐清功能和需求應該很廢
看完餓了XD
這舉例…給過XDDD
你還要再考量配備本身的複雜度 乾淨環境 時程 搞的就
像皇宮的御廚一樣 順便還要賣相好 人給人一種清爽的
感覺
如果在位的癖好獨特 你也得滿足
我最近剛好就遇到這樣的客戶。。。
亂七八糟
測試機 提供模組單元測試啊?Unit test.
Every Model need unit test on test machine.
operations machine set on inner bound. test Machine
set on inner or customer site.
daily machine cannot using for test oh…(-ι_- )
╮(╯_╰)╭ what can I say, r u seriously.
29
Re: [Vtub] 赤井心會怎麼呈現龍蝦三爭霸"哈洽馬洽馬~~~" "哈洽馬洽馬~~~" "今天的哈洽馬料理,請到了35前輩來擔任試吃審查的工作~~~" "耶~~~~~金髮巨乳JK(前)親手做的手工料理耶,早就想試試看了, 你各位觀眾很羨慕吧?羨慕死了吧?,在螢幕前流口水看35享用吧!"24
[請益] 業界遇到這種bug該怎麼處理?我大概在兩年前左右做了一個網頁版的聊天室 約莫上個月的時候,我無意間發現了一個bug 那個bug是對方已經傳了一個新訊息給我,但我這邊卻完全沒收到他傳給我的新訊息 但等我重新整理聊天室頁面之後,那個bug就從此徹底銷聲匿跡了 而且從兩年前到bug發生當時的那段時間以及bug發生當時至今這段時間,用起來都很正常24
Re: [問題] 為什麼可以有這麼多bug?原文吃掉 小弟不才 只是個廢柴軟體工程師 其實這問題沒有這麼難理解 很多公司在小時候只是隨意做做設計21
Re: [討論] 怎麼跟自以為是的同事相處看起來是"感受"的問題比較多 codereview 才提開頭一句 就霹靂啪拉回了十句,順帶挑我程式毛病 這句話就如果是正常討論的話 每個人的表達方式都可能不同 有人話少 有人話多 很難說他就是有惡意 況且如果是就事論事的內容而已? 曾經在新創的經驗是 沒文件真的超正常 需求不明也是超正常8
[創作] 壞法師的電子夢:洞庭湖的故事1. 馬遜快被分手了。 這個煩惱困擾著他,導致他在『蟹蟹會顧』上班時搞錯了料理順序,那隻 洞庭湖大龍蝦還沒死透就被端上桌──有對情侶剛好來慶祝七夕,剛好點了一份龍蝦全餐 ,桌上也剛好是那隻還沒死的洞庭湖大龍蝦──才端上桌,那隻龍蝦逮到機會跳起來,夾7
Re: [請益] bug「可遇不可求」,各位還會去debug它嗎?先講結論 修bug還要看影響程度 impact/severity 閃退是很嚴重的問題。 相當於app crash 除非你有權力決定/並扛結果,否則就是看上層要不要修。 或者能說服上層不修