Bug Reporter又被吐槽 其實蘋果很重視Bug

相信很多朋友都擁有一個蘋果開發者帳戶，當你有了蘋果開發者帳戶之後，你可以提前感受一下蘋果的作業系統和其他軟體（畢竟開發者測試版的系統一般都會先於公測版發佈）。當然，作為蘋果開發者帳戶的一部分，我們還可以使用蘋果的 Bug Reporter 系統。

在蘋果的 Bug Reporter 裡，你可以提交你發現的問題或者功能需求，你也可以查看你提交的問題的處理情況。給蘋果提 Bug 還被稱為 file a Radar ，意即你的問題出現在了蘋果工程師的雷達上面，十分形象。不過 Kirkville 卻提到，蘋果的 Bug Reporter 系統是一個“不切實際的黑洞，使用它是令人沮喪的”。那麼 Kirkville 到底遇到了什麼事情讓他感到如此的失望呢？

“我通常只會向蘋果提交關於 iTunes 的 Bug ，因為我特別注意 iTunes ，我發現了許多沒有人注意到的，晦澀的錯誤。對於這些錯誤，我被告知它們是重複的，但是我的錯誤比例依然十分的高。它們有時候會產生更多的資訊請求，而且電子郵件告訴我，這些錯誤已經被修復了。在幾天之前，我還收到蘋果發給我的電子郵件，說我報告的一個錯誤已經修復，並且詢問我能否可以驗證它是不是可以正常工作，隨後我就進行了檢查。”

“但是有一天，我注意到，在 iTunes 中顯示藝術家傳記的方式有問題。在 iTunes Store 中，它們有分行符號，但在 Apple Music 中，它們是一個很長的，不可讀的段落。這是可用性和可訪問性的問題。對於視力有限的人而言，這非常難閱讀。”

“當我提出這個問題之後，一位蘋果的員工就發送短信給我，建議我提交錯誤報告，不過我拒絕了。”

“根據我的經驗，蘋果不太重視這些問題。在過去，他們已經糾正了我提出的其他可用性錯誤。”對此 Kirkville 還提到了以前蘋果給他發送的回饋。

在提交了一次關於 iTunes 的 Bug 之後，蘋果在給他的回饋郵件裡寫道，解決帳戶或 iTunes 問題的正確過程或者最快的解決方式就是登陸 AppleCare ，他們有正確的工具來解決這個問題，或者通過適當管道將資訊傳遞給正確的團隊以進一步解決問題。 

“那麼現在他們是建議我從 AppleCare 獲得支援解決 iTunes Bug？或者讀取我的錯誤的人報告甚至不去看看我在描述什麼？對於那些關心可用性和可訪問性的人來說，這是非常令人失望。”Kirkville 提到。

從 AppleCare 獲得的支援經常令人遺憾，但我們必須注意到，它並不是一個錯誤報告系統。當您提交錯誤報告時，沒有任何回應是一回事，但 Kirkville 認為，蘋果公司對此並不關心，因此他再也不會浪費時間向蘋果提交報告。

不過之前也有一位非常有經驗的蘋果開發者提到，工程師團隊總是面對太多需要解決的問題，工程師們定期的和他們的上級主管開會，對問題進行分類，以決定接下來需要解決哪個問題。一個問題被報告得越多，說明它越需要關注，工程師在下判斷時也會更容易。

對於所有軟體公司來說都是這樣，當你發佈了一個產品，人們很有可能會報告一兩個邊緣用例（edge case）下的問題，你當然會想在時間允許的情況下修復它，但如果有數百人報告相同的問題，說明問題很嚴重，並亟待解決。蘋果在這方面和其它公司並無不同。

從某種意義上來說，提出重複的問題是一種投票，或是對已存在問題的一個支持。一個問題獲得的重複次數越多，說明它的優先順序越高。

事實上，蘋果其實是十分重視提交到 Bug Reporter 的問題。一位曾在蘋果工作過的開發者提到：“所有的問題都會很快分類好並展開討論。只是如果討論多涉及到蘋果內部的技術，由於蘋果的保密措施，所以即使是討論也是很難對外分享的。”

所以，其實開發者們可以放心的提交 Bug 而無需擔心它受到冷落。但是另一方面，我們也不用太期待從蘋果得到回饋，如果蘋果修復了這個問題，那麼你是幸運的；如果蘋果沒有修復，說明這個問題的優先順序還不夠高，工程師們有其它要做的事情。

如果你認為你發現的問題很重要，你可以嘗試一下上面提到的技巧。重要的是自己的心態，其實你和蘋果的目標是一致的，都想解決你提出的問題，最終我們也會得到自己想要的答覆，畢竟對於改進產品最迫切的是蘋果，而不是開發者。