为什么程序员会有代码能跑就不要动的观点？
因为软件的上线不仅仅是开发工作，甚至编码开发只占很小的工作量。
与编码接触最多的是测试，大型软件的测试周期丝毫不比开发编码时间短。
线上的代码不是你说优化就能优化的，职场第一生存法则，不要随便优化，不要动别人的代码。
我们拿软件开发的V模型来举例你改一行代码是小，后面的测试同事要进行功能测试、回归测试、兼容性测试，渗透测试等等。
没有哪个测试会为了你一句代码优化而增加大量的工作任务。
我们再从自身的角度来思考，我们的工作就是在有限的时间实现相应的需求，时间很有限，要实现的需求可能还不只一个，而且很多还是并行开发中，在这样的情况下，我们是没办法想出一个最优的实现方式。
大家进入同一家公司，你是B+，他是B-，技术相差不大，你若觉得自己是A等级，就离开公司，另寻高就。
所以不要老想着优化同事的代码。
最最重要的是优化好了，给你戴个高帽子，啥也没落到，出了问题那是实打实的得背锅，可以说是百害而无一利。
而且绝大多数情况下，你还就是容易踩到坑里去，不管线上的代码多垃圾，那也是身经百战经历了很多轮测试。
你没有充分地了解相应的需求，相应的场景，相应的逻辑，很难相信你能正向的优化。
举一个实际的例子这段代码很简单，传过来一个图片路径，将这张图片解析成bitmap并用imageView显示在手机屏幕上。
很常见的一个功能，比如从相册选一张图片当作背景或头像。
问题来了，这么简单的一个功能，为什么这里要加个for循环呢？
把这个循环去掉也是正常的，这是哪个菜鸡写的，是怕手机处理器太好了没任务处理吗？
当你准备优化，去掉这个循环时，这个锅你就背定了，年终奖也准备打折吧。
这里的场景是用户进行截图，APP拿到这张截图并显示，之所以加个循环，是因为有些手机进行截图时，会先通知相册文件有更新，然后再将图片流写进行。
若直接读这张图片，会没有内容，加个循环多读几次，图片就完整了，这个问题在旧版本的低配手机上尤其明显。
若你的手机是近几年买的旗舰机，就不会有这个问题。
对于大型软件，涉及的机型，系统非常多，总有那么一些场景，一些问题是你从没遇到过的，千万不要自作聪明偷偷改代码。
像一个成熟的软件要适配多少东西呢？
以理财APP同花顺和东方财富来说，这两个都是从2016年更新到现在，最低系统版本同花顺是最低支持到Android5.0，东方财富最低支持到Android4.1，一年一个版本，Android今年即将发布13了。
手机厂商国内有华为，小米，OPPO，VIVO，国外有Google，三星等等还有很多其它厂商，而每家厂商又有很多不同品牌的手机，想想也够碎片化。
Android5.0是2014年发布，距离现在8年了，你可能会问，有谁8年了还不换手机，还是理财APP。
这个问题我们也想过，专门拉取了用户数据，我们的理财APP还真有用户是5.0的，咱们也不知道这用户是否是真实有效的，但既然APP支持到5.0，适配性就得做好。
所以上线的东西，一定不要轻易改动。
