基本上Android改版對使用者或是手機商的影響不大
但是對於App軟體開發商就....

下面就是Android App軟體開發者的血淚控訴

作者: hysteresis (magnet) 看板: Android
標題: Re: [請益] 請問iOS v.s. Android
時間: Tue Feb 28 18:06:51 2012

從一個app開發者的角度我也說一下意見。不願看長文的話 － 我的意見是大部分
android app 怕是再看得見的未來都無法追平ios app的體驗

我曾在iphone板發文說過硬體的進步不應該受到軟體的約束，所以雖然4"的螢幕會導致
用戶沒法單手觸碰到螢幕的角落，但是一個app能否單手操作是由app開發者來決定
不能因噎廢食而限制了硬體的發展

結果被噓的很慘

即使這樣，我還是堅持我的觀點 － 是軟體開發者的責任來讓用戶由好的體驗
直到後來我收到了一頁又一頁的android用戶的意見反饋

那時我腦海里的第一反應是，老婆，我好像淌了趟混水...

我的第一個觀點是過多種類的硬體限制了軟體的最優化

twitterific的作者說過，一個好的app，就是 keep polishing, polishing and ...
用戶體驗是很玄的東西，雖然是因人而異，但通用的標準是讓用戶獲得的結果符合他的
預期，自然且不突兀

從一個開發者的角度去琢磨用戶的預期，其實就是開發者對 人本身 和對 人性 的理解

所謂人本身，包括握機的方式，男生和女生的拇指的長度差，手指關節自然的角度
通過對我們自己的瞭解，就能判斷出最合適的按鈕的位置，使用甚麼手勢

所謂人性，包括用戶對每個動作的結果的預期，用戶對每個UI元件的理解
通過顏色或者動畫的效果對用戶的每個操作給與反饋就是一個很好的例子

通過對我們周遭的人的抽樣我們是可以得到很多的數據的，我就有一份自己總結的iPhone
和iPad里的拇指操作的熱區死角的統計文檔。
其他的app開發對這個問題做的研究更為透徹，淘寶UED team甚至把iPhone的螢幕
劃分為4x4的格子，對每個格子的誤操作率都是有很詳細的統計數據

但是這些數據在 android 開發上完全沒用，因為對於3.2" - 5.3"的跨度
即使存在對每種尺寸的螢幕的統計數據，在app開發的時候如何統一的使用以達到最優化
也近乎是一項不可能的任務
很多用5.3"手機的用戶已經是雙手操作了，怎麼能指望一個app能優化多樣操作方式呢？

這些都還是大部分app開發接觸的sdk表層，在硬體層面android和iOS相比還有先天的問題
我一直很奇怪我自己的程式，在iPhone和DHD上的點靠近頂部的tableview / listview
的單元的時候，DHD上的誤操作明顯比iPhone上的多，甚至在DHD上的cell高度還是大的
後來我寫了個程式專門去測試我的拇指的觸控和我的預期
在拇指快按斷了之後我發現統計上 iPhone 對拇指的形狀的辨識比 DHD 好 - 區域相關
對app開發者而言，我們從系統獲得的是一個接觸點，但螢幕實際接觸的是一個皮膚面
如何通過對人體的認識把面轉化成用戶期望的接觸點，是需要硬體方面更多研究的

所以雖然很殘酷，但是我相信各位android用戶的手機里的app
絕大部分都是 可用 而不是 好用
因為你永遠不直到開發者針對哪些尺寸做了優化，而你的手機可能就是那個被遺忘的

我的第二個觀點是android還遠不是一個成熟的系統，限制了app的開發

所謂成熟的系統，就是開發者能在寫程式的時候寫的代碼能獲得他期望的結果

在做iOS开发的时候，我做最多的事情是思考app要做成甚麼樣子，怎麼實現這些功能
除了蘋果明確在sdk里不提供的功能外，雖然蘋果有很多限制，但是絕大部分還是可做的
某種程度來說，蘋果的很多限制，其實是為一些有創造性思維的開發者提供商機...

扯遠了

而我在開發android app的時候做的最多的事情是 － 找出why this call doesn't work
為了修bug，我幾乎把android的源代碼都仔細看了一遍才明白為甚麼會出問題
這不是一個android開發者應該幹的事情吧我想

對比iOS和android的開發說明文檔，差距是非常明顯，蘋果會明確的告訴你每個函數
的具體作用，有各種可能的問題的說明，還會在class reference旁配開發案例
android的開發文檔，你永遠不會直到某些屬性的預設值是甚麼，具體怎麼使用？麻煩
你另開一個瀏覽器窗口去搜吧...最要命的是文檔也缺乏有甚麼是特別需要注意的

我的app第一個版本用戶反饋一個webview上的分段按鈕功能不起作用
我的測試結果是debug版是沒有問題的，但是release版確實不起作用
就這樣掙扎了一週，我都要去看java編譯器源代碼的時候，
我終於在某個不知名的keyword搜尋下找到了罪魁禍首
是 proguard 把 javascriptInterface 的方法名全精簡了導致js無法和app溝通
解決問題的那一刻我很囧，開發者的時間真不值錢麼
既然proguard在sdk9里已經是標準配備了，google就不能在webview文檔里警告一下麼？

android系統的問題遠不只這些，源代碼看得越深入，越覺得這個系統的缺陷很多
雖然我相信很多java開發者對資源對記憶體的管理是 I Don't Care的
但是作為一個資源本身少的可憐的手機系統，處處留有資源使用和記憶體洩露的地雷
無論如何都看不出是我心中那個超級崇拜的google的作品
也許是我對google其他的產品代碼沒有研究的的緣故吧

到點吃飯了，就說這麼多吧，開放大家繼續吵架。只是基於上面兩點，我確實無法承諾
我的android app能給android用戶和iOS一樣的體驗，雖然我努力改寫了很多android
的元件...

http://www.ptt.cc/bbs/Android/M.1330423614.A.8AA.html
----------------------------------------------------------
除了上面提到的以外
還有其他如：API的行為會隨版本變動.... 等 讓開發商抓狂的問題

所以根據IDC的調查
APP軟體開發商對於開發android APP的興趣有明顯下滑的趨勢

http://www.theregister.co.uk/2012/0...erest_slipping/