覺得很奇怪
像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.能不能動就自己想辦法了.

"每日"更新版本 聽起來就又趕又累