觉得很奇怪
像iOS已经出来那么多年了
开发流程应该都趋近完善
为什么还会出现下述新闻那种问题？
而且苹果赚很大
员工人力应该都很充裕
同样的问题
钱多人多的微软
好像也在Win10更新连续出很多大包
怪怪的
iOS 13推出后Bug修不完！苹果打算大改iOS 14的开发模式
https://tinyurl.com/vsvmnb4
按照Mark Gurman 的说法，这次调整计划是苹果软件部门主管克雷格· 费德里吉（
Craig Federighi）在一次公司会议上提出的。据悉，过去苹果开发人员往往会为系统的
“每日更新版本”提交各种功能，它们在默认情况下都是直接被启用的。
但这么做的隐患是，这些新功能并未经过全面测试和验证，当它们聚集在一起，很可能会
衍生出一个或多个Bug，导致审核系统的测试人员得花好几天的时间去找出问题根源所在
，甚至无法获得一个真正可用的版本。

出现你没测到的 case 阿。微软或安卓的os bug，因为硬件是别人的，os可能又被魔改，又更难去顾到。

软件架构越大 什么会影响什么 真的难讲IOS这种可能破亿代码的 是很难的

A功能(一个小组负责)功能测试OK

某个dll可能被不同module acess 没协调好导致SEG Fault或double freeregression test的bug会越来越多 tester的loading也很重或是code dependency太高 改一个就会不小心动到另一个有时候 bug是timingㄉㄜㄨtiming的问题 log level只开critical 没开verbose的话看不出来 全开了timing又会变然后看log看不出来 也reproduce不出来 只能work around用fail safe的机制 比如一侦测到异常就reset 某个元件没有亲身经历过的人很难体会 你加入一间中大型的公司就知道为什么bug解不完如果是third party的问题还要等他们更新lib或SDK 这个更吐血

你考虑到 a/b testing 就不会觉得怪怪的了另外推 yamakazi

还有一点是码农是会离职的 越后面加入公司的人对代码掌握度越低 但越后面才发现的bug越难解

没加入过大公司的人可能很难理解XD

全民公测

https://tinyurl.com/rh7wbl3这篇讲比较清楚 看起来是有的组边做边提交代码 但忘了关feature toggle?有的组一周才提交一次 可能做成一个patch后再一起提交其实以CI角度来看 边做边提交 提交完再测没什么问题 但toggle没关有点扯

之前不是有一篇员工自白 现在苹果员工部门沟通问题很严重

测不准原理

你没有开发过使用很多年的大软件更别说有的工程师无能又懒散，改一个bug会多3个bug...

魔兽世界最早的包包不能改数量 听说就是找不到程式码

找不到程式码XDDD

做得到，跟要不要做是两回事，重点是哪个利益高。花大钱做到完美才推出，结果太慢上线，市场被竞争对手拿走跟做简单测试，省工程师的时间成本，丢给大众测试。只要他有信心客户不会跑掉，哪个比较划算很清楚了吧

iOS13再怎样buggy也比ios11好

M$还不是整天在更新作业系统

五万个 user 的每天没人 crash 跟五亿个 user 的每天没人 crash 是完全不一样的等级。不用百分比一样用体感很烂就等著拖上线拖到不用上线了吧

架构大到某种程度不可能完美

android mainstream某种程度也是一种大型垃圾筒大家都拼命的丢patch.能不能动就自己想办法了.

"每日"更新版本 听起来就又赶又累