Re: [請益] 請問iOS v.s. Android
看板Android (安卓)作者He (鄉民害我不淺......Orz)時間12年前 (2012/02/26 17:28)推噓27(27推 0噓 39→)留言66則, 28人參與討論串6/9 (看更多)
※ 引述《qwertr (戰士)》之銘言:
: 最近想辦智慧型手機,但是有些疑惑,想請問一下目前APP還是IOS比較多&廣嗎?
: 雖然說好像有些是ios/android都會出的,似乎很多還是IOS版的會早很多出來,
: 另外就是台灣Android market聽說是不能買付費的軟體,
: 這樣是不是相對的APP就更少,不知道這2種系統都玩過的用戶可否給些建議
: 謝謝大家~
回了這麼多篇 真是抱歉傷了大家的眼睛
只是每每看到一堆人在戰水果或是機器人哪個好
但常常是單方面使用並且支持開系統的人在擁護與攻擊對手
很難看到公允的說兩邊的優缺點的
我不認為自己可以毫無私心的比較
但希望能可大家分享一下在使用過兩種系統之後
我自己的一些心得~
這篇是接續上一篇iOS的使用感想
負面批評居多 果迷慎入XD
我不得不說 在系統介面上 iOS做的就是漂亮而且整齊畫一
在操作上也因為他在資源配置上動的小手腳
所以大部分的使用者永遠都覺得它比Android流暢
這篇文章屬要談系統 所以我們先不論市場策略與品牌打造
光是這一點「操作感覺流暢」就足以打動無數使用者的心了
Android使用者引以自豪的多工
請問有多少人知道「多工」的含意?
說不定連那些朗朗上口的支持者都說不出個所以然
對於大部分的人 只要程式在我想用的時候可以流暢的執行就夠了
這點水果真的做得很成功 驗證了老賈說的
「大部分的使用者不知道自己要的是什麼」
而對於少數的使用者而言呢
身為一個認為3C產品就是要隨心所欲操做的人
我可以發自內心的告訴你
iTunes和iOS是我用過最愚蠢的軟體和系統之一......
iTunes的功能很強大這我同意
線上購買無數多媒體檔案有多方便我也不否認
但第一個讓我想幹譙的水果產品依然是iTunes
當中首推它的「單向偽同步」
很多人都會說得很好聽 說iTunes最方便的地方就是
「我"只要"在電腦上整理好音樂 照片 app
把裝置接上iTunes之後他就會處理好一切了」
是的 的確是這樣子沒錯 他們唯一隱瞞的就是
並不是「只要」 而是「只能」啊~~
很多人都會說這是為了什麼智慧財產權啊
或是什麼怕你誤刪檔案之類關免堂皇的理由
但在我眼裡這些都只是藉口 在我看來
如果雙向同步的功能是輕而易舉可以辦到(而且顯然是的)
但水果長久以來卻連個是否使用的選項都不願意做
那除了它把使用者都當作白痴之外 我想不到其它更好的解釋了...
其它許多iTunes愚蠢的功能例如
1. 備份只能存放在C槽(需靠程式修改)
2. 每次的備份都是產生一個完整的備份
無法選擇附加在某個備份之後
3. 只能授權五台電腦(老子就是有六台電腦你管的著嗎?)
許多的限制也許有它的考量存在
但如果這些考量回過頭來限制了我正常且合法的使用
我打死也不會認為這是一套人性化而方便好用的軟體
充其量我只會說
這是一套為了不愛思考喜歡按照別人的規矩走的人量身打造的軟體...
至於iOS 我不知道是因為水果公司對中文不甚了解還是怎樣
搞一套方便的中文輸入以及鍵盤有這麼困難嘛!!!
我有許多朋友在用iPhone之後 開始漸漸的習慣打英文XD
我以前覺得很奇怪 在使用iPad之後我終於瞭解了...
我可以用我的手機回信給老闆討論實驗室的事務或是paper的內容
但用iPad回覆一篇小小的文章就讓我快抓狂 更遑論iPad還是完整鍵盤...
也可能因為我使用的手機是DHD 所以完全被HTㄈ的中文輸入慣壞了
感覺這種比電腦的中文輸入還要聰明 而且還有虛擬方向鍵可以移動游標的設置
才符合手機上中文輸入的需求
除了中文輸入之外
iOS上最讓我詬病的就是它的檔案管理邏輯了
我完全無法接受相簿資料夾下只能有單一子目錄這種邏輯
用個樹狀管理會死人嗎? 系統會崩潰嗎?
虧iPhone 4S把它的相機做得這麼好 讓人看到都驚艷
卻把相簿資料夾管理弄得這麼爛...
我完全無法想像當我開啟相簿 看到3XXX張相片或是300個子目錄
無法進一步整理的放在相簿中會是怎樣的感覺
更無法想像當我要從裡面找出一張有用的照片時 會花費我多少時間...
更進一步的來討論樹狀管理的功能在隱私方面的用途
我不知道水果裝置的使用者是怎麼想的
但我個人是無法接受「所有的照片與子目錄都攤在一個目錄下供人瀏覽」的感覺
這讓我不得不找尋其它的代用軟體來管理相片
而在流暢度以及與iTunes的支援度也大幅的下降...
當然 更不用提相簿跟iTunes這個天作之合的搭配
同樣的相簿資料夾 同樣的內容 只不過路徑換了
iTunes就會當作你的資料完全不同了而把行動裝置上的東西刪除重新同步......
我很想問iTunes的愛用者 如果妳不能接受裝潢房屋之後收不到信
或是每裝潢內裝一次就要重新拉一次水電瓦斯錶頭
那為什麼你能接受這種愚蠢至極的同步方式呢......
延伸這個爛透的檔案管理邏輯
我才剛誇獎水果因系統封閉帶來的好處
但卻隨即發現 他的系統未免也太封閉了
封閉到不同軟體間的檔案是無法共用的...
(當然 我不確定是否是因為系統設計造成的)
這代表同一個檔案 如果我想用不同的軟體來開啟它
它就會在該軟體的資料夾中多存一個備份 當然也多佔一個空間
這在我JB之後使用iFile製作了無數個連結之後得到解決
但就跟我說在android上使用market enabler購買付費軟體有異曲同工之妙
本來就應該存在的功能 為什麼我需要費這麼大的功夫繞道完成呢?
就我對MAC和iOS的印象 本以為他們是最有可能使用標籤的邏輯來管理檔案的
沒想到在iOS上面 不但沒有 反而更糟糕 這是非常令人匪夷所思的啊~
最後來談談有關其它的整合功能
例如地圖 聯絡人和行事曆 以及iCloud
地圖方面 我想有用過google map的人就不用多說了 我到現在都無法相信
為什麼有些水果粉絲會說水果裝置的「google map」超好用的
我一直告訴自己 那是因為他們就只需要一個「地圖」
而沒有實際體驗過google map到底有多強大
從google map這點延伸 很多相關的google服務當然也無法完美的整合至水果上
向聯絡人和行事曆的整合就十分的虛弱 reader更是完全無法整合
如果你是一個重度的google各項功能使用者
那你用水果的行動裝置一定會有一段非常痛苦的陣痛期
而你以為這個陣痛期會隨著你找到繞道的方式而消失嗎
很抱歉 不會的 但是陣痛期的確會消失
不過是因為你屈服於水果改用其它替代的工具而消失......
同樣的 許多小小的整合功能 其實iOS都還有帶加強
向是有版友提到的拍照之後上傳的功能
我就搞不懂為什麼一定要各自裝FB的上傳軟體 Dropbox的上傳軟體
才能夠快速而且大量的把照片上傳到我想要的空間上
iOS我知道你很封閉 但也不用鴨霸到這樣吧......
而有人提到的iCloud的照片同步串流
其實google+在剛推出後不久也就提供這樣的功能了
在這邊提供大家另外一個管道
http://0rz.tw/Chml0
感謝版友提醒 iCloud的照片串流是不佔空間的
不過無論是不計入空間的iCloud或google+
或是會佔據空間的Dropbox 其實我都沒有在使用XD
這種全部上傳無法選擇的功能個人覺得很彆扭...
(順道一題 有版友提到了水果軟體版本支援的事情
其實有不少軟體是"iOS 5 only"的喔 似乎沒有綁在很低規格這件事)
打了一連串幹譙水果的文字 感覺好像他們一無是處
其實在我使用了水果的產品之後 我對它們的愛好度是上升的
不管在裝置的外型設計還是使用的順暢度 到軟體的多樣化
都讓我對水果產品的喜愛度提升 特別是iPhone 4S的相機
整個讓人燃起想要入手的衝動啊!
但隨著使用之後對於iTune以及iOS了解程度的提升
也更加討厭它們原本存在的缺點了
(畢竟缺點不會憑空消失 只會隨著使用而凸顯)
而且在使用之後也讓我更確定了
它並沒有老賈或果粉說的那麼的「完美」
現在 每次有朋友問我要選擇哪一個系統時 我總是會回答
如果你使個重度倚賴google各項服務
而且喜歡依照自己的方式管理系統檔案的人
那請你選擇機器人
如果你是個根本不管理檔案或是無心思考怎麼管理
而且重視多媒體功能以及重視品牌的人
那水果是你的最佳選擇
而對於我個人而言 我還是感覺機器人系統比較貼近我使用的習慣
而水果在我自己動了不少手腳之後也可以符合我的使用需求
我覺得手機就是讓我快速的找尋與分享資訊
而平版是用來處理進階的事項或是隨手觀賞影音檔案用的
以目前的情況而言手機使用機器人 平版使用水果
對我而言是最佳的搭配 如此而已 沒有誰好誰不好的~
以上的小小心得 跟大家分享
就麻煩水果粉絲高抬貴手
你覺得我寫的不對可以指教
但希望不要因此戰起來XD
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 123.193.22.156
推
02/26 17:36, , 1F
02/26 17:36, 1F
→
02/26 17:36, , 2F
02/26 17:36, 2F
→
02/26 17:36, , 3F
02/26 17:36, 3F
推
02/26 17:37, , 4F
02/26 17:37, 4F
→
02/26 17:38, , 5F
02/26 17:38, 5F
→
02/26 17:38, , 6F
02/26 17:38, 6F
→
02/26 17:39, , 7F
02/26 17:39, 7F
推
02/26 17:39, , 8F
02/26 17:39, 8F
→
02/26 17:40, , 9F
02/26 17:40, 9F
※ 編輯: He 來自: 123.193.22.156 (02/26 17:50)
→
02/26 17:53, , 10F
02/26 17:53, 10F
→
02/26 17:54, , 11F
02/26 17:54, 11F
→
02/26 17:54, , 12F
02/26 17:54, 12F
推
02/26 17:56, , 13F
02/26 17:56, 13F
推
02/26 18:05, , 14F
02/26 18:05, 14F
推
02/26 18:16, , 15F
02/26 18:16, 15F
推
02/26 19:11, , 16F
02/26 19:11, 16F
→
02/26 19:17, , 17F
02/26 19:17, 17F
推
02/26 19:18, , 18F
02/26 19:18, 18F
推
02/26 19:26, , 19F
02/26 19:26, 19F
→
02/26 19:27, , 20F
02/26 19:27, 20F
推
02/26 19:43, , 21F
02/26 19:43, 21F
→
02/26 19:55, , 22F
02/26 19:55, 22F
→
02/26 19:55, , 23F
02/26 19:55, 23F
→
02/26 19:56, , 24F
02/26 19:56, 24F
※ 編輯: He 來自: 123.193.22.156 (02/26 20:00)
推
02/26 19:57, , 25F
02/26 19:57, 25F
→
02/26 19:57, , 26F
02/26 19:57, 26F
推
02/26 20:00, , 27F
02/26 20:00, 27F
推
02/26 20:02, , 28F
02/26 20:02, 28F
→
02/26 20:02, , 29F
02/26 20:02, 29F
→
02/26 20:02, , 30F
02/26 20:02, 30F
→
02/26 20:03, , 31F
02/26 20:03, 31F
推
02/26 20:04, , 32F
02/26 20:04, 32F
推
02/26 20:30, , 33F
02/26 20:30, 33F
推
02/26 20:30, , 34F
02/26 20:30, 34F
推
02/26 20:32, , 35F
02/26 20:32, 35F
→
02/26 20:33, , 36F
02/26 20:33, 36F
推
02/26 20:35, , 37F
02/26 20:35, 37F
推
02/26 20:35, , 38F
02/26 20:35, 38F
→
02/26 20:36, , 39F
02/26 20:36, 39F
→
02/26 20:37, , 40F
02/26 20:37, 40F
推
02/26 20:37, , 41F
02/26 20:37, 41F
→
02/26 20:38, , 42F
02/26 20:38, 42F
→
02/26 20:40, , 43F
02/26 20:40, 43F
→
02/26 20:41, , 44F
02/26 20:41, 44F
→
02/26 20:42, , 45F
02/26 20:42, 45F
推
02/26 21:08, , 46F
02/26 21:08, 46F
→
02/27 00:01, , 47F
02/27 00:01, 47F
→
02/27 00:03, , 48F
02/27 00:03, 48F
推
02/27 01:11, , 49F
02/27 01:11, 49F
→
02/27 01:42, , 50F
02/27 01:42, 50F
→
02/27 01:43, , 51F
02/27 01:43, 51F
→
02/27 01:45, , 52F
02/27 01:45, 52F
推
02/27 06:29, , 53F
02/27 06:29, 53F
推
02/27 10:33, , 54F
02/27 10:33, 54F
→
02/27 18:03, , 55F
02/27 18:03, 55F
→
02/27 18:33, , 56F
02/27 18:33, 56F
→
02/27 18:34, , 57F
02/27 18:34, 57F
→
02/27 18:34, , 58F
02/27 18:34, 58F
→
02/27 18:35, , 59F
02/27 18:35, 59F
推
02/28 12:31, , 60F
02/28 12:31, 60F
→
02/28 12:33, , 61F
02/28 12:33, 61F
推
02/28 22:41, , 62F
02/28 22:41, 62F
推
02/28 23:02, , 63F
02/28 23:02, 63F
→
02/29 14:42, , 64F
02/29 14:42, 64F
→
02/29 14:43, , 65F
02/29 14:43, 65F
→
02/29 14:44, , 66F
02/29 14:44, 66F
討論串 (同標題文章)
Android 近期熱門文章
PTT數位生活區 即時熱門文章