而且《Hill Climb Rag》這款遊戲的開發者林灰才被視為是AppStore個人開發者中的典型。

還是要顧及林灰本人的感受的。

另外原本林灰本人對於《Hill Climb Rag》這款遊戲是沒打算在21號上線的。

按照林灰本人的打算這款遊戲應該是在7月份才上線的。

是蘋果方面力薦林灰在近期上線的。

現在出現這種情況林灰完全可以將責任全都推到蘋果催促提前上線這點上。

【新章節更新遲緩的問題，在能換源的app上終於有了解決之道，這裏下載 huanyuanapp.org 換源App, 同時查看本書在多個站點的最新章節。】

這種情況下想著甩鍋到林灰身上多多少少很有難度。

而且這些現在都不是重點了。

比起關心林灰推出的《Hill Climb Rag》這款遊戲究竟是因為什麼原因導致的玩家體驗受到影響？

現在的媒體關注點在於“降頻”這件事情上。

即便能解釋得了林灰遊戲不同機型體驗上的問題。

但涉及到降頻這事也不好解釋。

如果沒降頻的話還好說。

但麻煩的地方在於蘋果方面真的降頻了。

比這更麻煩的事情在於降頻事件發酵的速度。

蘋果市場方面的工作人員始終想不明白為什麼原本只是發生在微博上一個不起眼的小風波會愈演愈烈。

莫非這次事件背後還有別的推手？

似乎也只能是這樣解釋了。

不然的話每天在微博上吐槽蘋果手機的大有人在。

怎麼偏偏這次事情會演變成這樣？

如果事件後有推手的話，那把鍋甩在林灰身上顯然就不合適了。

這起事件背後處心積慮要拿“降頻”這事做文章的人就算這次不利用《Hill Climb Rag》這款遊戲作為切入點。

也會找到別的各種各樣的切入點的。

這種情況下把林灰牽扯進來實屬沒必要。

至於背後的推手究竟是誰？

蘋果方面首先想到的boom手機。

這是最有可能的推手。

從現在全球手機市場的份額來看。

蘋果要倒黴的話，肯定是BOOM手機獲利最多。

而且微博上這起事件看起來最直接的推動者就是“科技百態”這名博主。

雖然此人一向獨立客觀公正的測評理念。

但人生在世，誰還沒個真香的時候。

這種看似一向公平的人，突然帶節奏才殺傷力十足。

蘋果方面的市場分析人員早就感覺此人同BOOM手機眉來眼去了。

在先前“科技百態”測評的手機裡，幾乎從來沒測試過BOOM手機的主力機型。

這裡面多半是有貓膩的。

儘管沒確切的證據，但蘋果市場部的公關人員依然認為有這種跡象。

尤其是今晚“科技百態”這位博主的表現更是很有問題。

如果真的有問題那就是法務部門的事情了。

市場部現在要考慮的不是事件推手是誰的問題。

而是要解決關於降頻問題的衍生事件。

雖然現在涉及到降頻的衍生事件還不多。

現在外界的報道還只是宣稱因為蘋果方面的降頻導致了部分遊戲的卡頓。

但時間拖得久一些的話可就未必了。

諸如手機使用不流暢、執行速度變慢、跑分成績下降這些問題都有可能被歸咎於降頻。

甚至有可能一些人為操作所引發的問題也會歸咎於降頻。

天線門事件才剛剛過去幾年。

蘋果方面還不想重蹈覆轍。

在這種情況下，蘋果面對降頻事件選擇繼續上報。

畢竟涉及到“降頻”這事，影響到的肯定不單單是國內地區的蘋果手機，而是全球蘋果手機的。

在涉及到全球蘋果手機的情況下，主意肯定是要蘋果總部拿主意。

而且蘋果中國也只能選擇上報。

現在的蘋果在東方某大國雖然已經存在業務了並且業務規模不算小。

但此時蘋果在東方某大國業務是由包括行業客戶事業部、消費電子產品事業部、教育市場產品事業部等四個事業部共同負責的。

這些部門基本互不統屬，基本上是一盤散沙。

涉及到一般事件的時候還好說，面對這種突發事件根本是應付不來。

在這種情況下，逐級上報似乎是最正確的方法。

當然了在上報的同時蘋果中國的市場部人員也沒忘了將他們的分析結論一同上報。

雖然林灰已經決定要對workflow這款軟體進行內測。

但擺在林灰面前的還有一個問題亟待解決：

林灰應該去哪找內測人員？

這原本不是一個問題的。

按林灰以前工作時的一些經驗，所謂的α測試基本都是由公司內部員工順帶兼職了。

很少出現專門找人測試的場景。

但現在林灰只是一個光桿司令而已。

他該去找誰來來進行內測呢？

林灰還真沒想到他居然會卡在軟件開發流程中最後一個步驟上。

確實是最後一步了。

涉及到一款軟體的內測其實已經是一款軟體臨近上線之前的一個程式了。

一般來說一個蘋果手機應用從開發到釋出的流程：

無非就是先對需求進行分析。

所謂需求分析的目的主要是為了進行可行性評估。

畢竟一個專案最開始的時候專案可能只是一些抽象的想法。

這種情況下就需要對想法進行討論，研究。

涉及到具體的研究過程，可能需要開發人員將想法一步步拆分，細分。

將籠統的想法分解成一個個明確的需求功能點。

需求分析結束之後，要進行相應的市場調查。

透過市場調查，來進一步衡量先前分析出的需求是否具有普適性。

之後開發人員才會正式進行App開發。

涉及到一些複雜的軟件開發時。

搞具體開發可能是兩撥人。

其中一撥人是專門負責UI開發的。

另一撥開發人員等拿到UI設計圖後根據各個UI介面效果圖進行功能和介面再進行的開發。

不涉及技術難題的情況下，具體開發一般不太複雜。

這只是一般情況。

涉及到一些需要互動的場景依舊十分麻煩。

很多在普通人眼裡很容易實現的功能實際上非常難辦。

在App開發完成之後，就進入了專案測試階段。

測試人員對整個App進行測試，以期發現程式中一些問題。

這個過程一般要求開發人員需要同步除錯測試人員發現的問題。

而測試之後再經過除錯的應用基本就可以正式上架了。

這只是簡單來講。

涉及到像天狗啊、某音啊之類的大應用。

測試是件極其麻煩的事情。