是這樣的
小弟是iOS工程師
資歷約一年半左右
期間除了obj-c swift以外
還寫到android 和 java
學到賺到
今天有個Demo需求是
一個圖片壓縮檔
解壓縮成指定的比例以及放到指定資料夾
環境用mac os x
功能完成後
有發現一個bug
在高解析度下取得的圖檔會跟原始檔不一樣
必須要繞到更底層取得圖片資訊
解決之餘便交出去了
結果被罵得臭頭
由於是第一次寫mac os x
是我忽略了在retina下的dirve會成兩倍大
雖然沒有retina的dirve可以測試 但還是應當注意才是
再踏進一個新的領域
應該如何讓可能發生的bug降到最低
想請前輩們請益

沒retina 環境可以測，出了Bug只是剛好，叫公司提供retina 開發環境再來罵！

要沒有bug就要不寫程式

一直寫阿，發生BUG又不可恥，可恥的是每次都是相同的BUG

新東西沒經驗，有bug很正常吧，沒人講你也不知道有這些問題

同樣的bug不要發生第二次就好

你的電腦從來沒當機過嗎？那些東西可能都是世界頂級的工程師寫的喔～多測試才是正途

我比較納悶的是 不是解決了 為什麼會被罵？

所以ios上沒遇過retina嗎？

進新領域越快發現越多bug才學得越快，但不要相同的類似的bug出現第二次。

請前輩 review 或 pair 啊?幹嘛自己悶著頭做

有bug有學習

盡量test吧 不過你這bug沒經驗的話也test不到

bug的來源是為了優化，那就沒什麼好大驚小怪的程式最怕的是為了懶而寫出來的東西

bug在客戶手中發生才可恥

是demo給客戶看嗎？

這也算學到經驗吧

多死幾次知道錯了下次就不會再中了...不然減少的最好方法就是不要寫...

雖然作個自動測試，但有時候要靠累積經驗才能降低錯誤發生

more code, more bugs.

靠經驗跟直覺

發生bug不可恥+1 剛入門很正常吧？

被罵到臭頭就是主管的問題吧有時候功能小，不代表複雜度不高，尤其兼容性的問題主要還是多測試幾次，無論是自動測試還是手動測試測試過的項目，只要項目變動，就必須重新測試另外寫這麼多種語言不代表很強最好還是專注在完全熟悉你的 tool 還有 debug 模式學習一個新語言，東拼西湊，花不了多久時間但組織架構、模組、測試方法和debug 功力...可能才是評論你夠不夠資深的關鍵點

沒bug心裡會毛毛的

用別人寫的東西本來就有不可預料的狀況有些事連文件都提及到未*

覺得是你被刁難

unit test e2e test

JS很常發生啊，用了某個api然後才發現某個瀏覽器的舊版本不支援；後來解決方式是主管去說服客戶升級；這東西只能靠test case跟累積經驗才有辦法解決

unit test是最基本的

就寫完多測試啊 沒啥捷徑 給人的code bug很多代表沒啥測隨著經驗的增長你能想到的測試case就越多 自然bug變少

bug不是成長的軌跡嗎? 但有前輩code review會成長超快

這樣也要罵?!

沒bug的程式？！我不信...短時間要寫出少bug的程式很難。盡量寫unit test或請QA還比較實際

多累積經驗，盡可能去思考所有可能性的排列組合自然bug會減少即便找了qa team來測，也會發現有些人的bug就是比別人少，這就是開發階段掌控能力的差別也是我們RD需要去精進的方向

知道都是從不知道開始

畫圖啊

之前看過一種說法,設計的太多有時候實作反而太慢.....像這種內部的......我覺得花一堆時間design想bug很浪費