“遭遇官方bug”问题——如果你自己理解上再有点偏差，用新特性就和作死无异了。
不过……
有的人敲字灌水都错字连篇，但是有人手写几十上百万字的小说，随便截一段都差不多能进语文课本……
所以，人与人还是有极大差别的。
不能因为“l也写bug”甚至“l也写过低级bug”，就认为“我写个一百个整数里找最大值的简单程序出三十个bug也是正常的”——初学者搞出这事，正常。
至于专业人员嘛……出一个都不正常。
不仅如此。
既然“写长篇出bug正常，发条短信就那么十几个字，错一个都不应该”；那么我们把长篇拆开成若干章，一章只写三千字呢？再把一章拆开成若干段，一段只写数百个字呢？
这就是为何写程序要先做模块设计、然后再把模块按职责拆分成类、类按功能拆分成函数、最后还要求一个函数不要超过一屏（大约80行）的原因了。
经过拆分之后，一个一个函数填写实现、然后再一个一个函数做单元测试，测完再组合起来搞功能测试、集成测试……
这样写程序，当然还是无法杜绝bug出现；但出bug的机率就微乎其微了。
而且程序和长篇小说不同。
小说里的角色，尤其是主角和主要配角往往是贯穿始终的，这就使得小说章与章之间存在很多内部联系；稍微搞不好就会导致前后失去呼应，比如主角一会儿伤在左手一会儿伤在右臂、或者前面挖个坑然后设个伏笔后面却忘了用，等等。
但是在程序里面，不同模块甚至不同函数之间，
第四十二章 修复bug(3/4)