是这样的
小弟是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很浪费