「2016 與我的數(shù)字生活」年度征文入圍作品
今年，我們在 2016 年度盤點 中舉辦了一次大型年度征文活動，鼓勵大家圍繞「數(shù)字生活」為主題，回顧剛剛過去的 2016 年。我們給予最開放的選題、最自由的投稿方式、有史以來最豐厚的 獎品，以及跨越春節(jié)的兩個月充足時間，等你參與。你可以 點此查看 活動規(guī)則和獎品清單。
本文是「 2016 與我的數(shù)字生活」征文活動的第 28 篇入圍作品，我們會在兩個月的活動期內(nèi)，不定期從收到的投稿中挑選發(fā)布優(yōu)秀的文章。所有經(jīng)此發(fā)布的文章，即為已入圍征文活動。本文僅代表作者本人觀點，少數(shù)派僅對標(biāo)題和排版略作調(diào)整。
注：本文篇幅較長。
關(guān)于 iPad 能否替代 Mac 或 PC 這個討論，有非常多的形式，有些站在從時間和領(lǐng)域跨度都很大的角度上，認為終有一天，Tablet 終將代替 Laptop 甚至 Desktop；有些是從平衡的角度，認為三者永遠都有互相之間不可代替的地方，故而皆能擁有自己的存在價值。而我想在這里討論的東西非常微觀，僅是闡述以主設(shè)備的態(tài)度使用 iPad 多年，又以 iPad Pro 為主設(shè)備一年之后的我，為什么竟會認為，對于多數(shù)人來說，把 iPad 作為主力計算機甚至是唯一的計算機不是個好主意。
▍「卡車 - 轎車」比喻
關(guān)于 Tablet 和 Laptop 的爭論里有一個著名的「卡車 - 轎車」比喻，這源自喬布斯在 2010 年 iPad 發(fā)布后參加 D8 大會時對后 PC 時代的一個描述。在演講中，喬布斯把 Laptop 比作并非必需品，只有少數(shù)人才會需要的卡車；而將 Tablet 比作集舒適、創(chuàng)新和前沿科技為一體的消費型汽車。
這個比喻在幾年之后的今天看在很多地方也并不過時，但是當(dāng)討論 iPad Only 的時候，就不像討論 Car Only 那么簡單了?？ㄜ嚭娃I車對于操作者來說其模式是非常接近的的，只是塊頭和容貨量不同，導(dǎo)致了它們作用不同和使用頻率不同。
但 iOS 和 macOS 從操作方式來看就完全不同，除此之外也有塊頭上的區(qū)別。當(dāng)蘋果做出了和 Macbook 一樣大的 iPad，以及和 iPad 一樣輕薄的 Macbook 時，就更不能用「卡車」和「轎車」的對比來看這個問題了。而且如果我們真的需要用 iPad 應(yīng)付所有工作，我們也許會需要更自由的屏幕尺寸（主要是更大的尺寸）和更多樣的輸入方式，到那時候，你就真的不能說誰是「卡車」誰是「轎車」了。
從銷量來看，這個比喻也不大立得主腳。這里有 2015 年和 2016 年 Statista 通過 IDC 的數(shù)據(jù)做的桌面電腦、筆記本電腦和平板銷量的統(tǒng)計與預(yù)估：
圖片來自 Statista，年數(shù)后帶星號為預(yù)估值，單位為百萬
從圖中可以看出，IDC 本來預(yù)測 2015 年的平板銷量要有 3.32 億臺，此后還會繼續(xù)大漲兩年。但 2015 年的平板的實際銷量還不如 2014 年，從 2.3 億臺下滑到 2.08 億臺，IDC 此后的預(yù)估也馬上變得保守了。圖里我們也可以看到，筆記本電腦和桌面電腦的銷量都在下降。那人們都在買什么？智能手機：
圖片來自 Business Insider
也就是說，如果按銷量來看的話，平板并不是汽車，手機才是。Sixcolors 的 Jason Snell 說 要不然我們可以把平板看作 SUV，但我覺得我們沒必要去非得用這個比喻，6 年過去，許多當(dāng)年喬布斯想不到的變化已經(jīng)發(fā)生。我們不如從微觀來看看，用 iPad 作為主力計算機甚至唯一計算機這件事，在現(xiàn)在的可行性到底怎么樣。
▍Is iOS Stupid?
Dr. Drang 關(guān)于這個問題寫了 一篇文章，發(fā)表了它的看法，其中引用了 David Sparks 的評論：
...Put simply, I think the issue is software. At last year’s iPad Pro event Apple made a big deal about how the iPad is powerful enough to replace a PC laptop ... But it’s not quite there yet because of the software limitations.
Dr. Drang 用了更直白的話說明這一切：
In other word—words that David wouldn’t be so crude as to use—it’s the software, stupid.
在這里 Stupid 并不是指所有的 Mac 可以做的但 iPad 做不了的事，那樣的話不會使用 Stuipd 這樣的詞，而且不同產(chǎn)品互相之間有無可取代的功能也沒什么 Stuipd 的。Stupid 這個詞隱含了我們對某人思路中的矛盾之處無法理解，例如「被賣了還幫忙數(shù)錢」就可以用 Stupid。而當(dāng)我們用恨鐵不成鋼的語氣說一個人 Stupid 的時候，我們多半會隱含的意思是：你在干什么？你分明能做的更好！
今年已經(jīng)是 iOS 的第 10 個年頭，也是 iPad 的第 7 個年頭。從硬件跑分上來看，iPad Pro 甚至 iPhone 7 Plus 的數(shù)據(jù)都要超過早期的 Macbook Air。但是我們都清楚，跑分不是一切，同樣被定位為輕便移動辦公產(chǎn)品的兩個設(shè)備，如果一個 2010 年的 Macbook Air 可以在日常工作中簡單、有效、穩(wěn)定地完成各種 iPad Pro 本該能夠做到而不能完成，或必須借助第三方工具才能的事，跑分高反過來可以被看作一種諷刺。
也就是說，不能在 iPad 上編程并不是程序員們的唯一阻礙，@Marco Arment 就在 B-Side 的 Top Two: Computing Platforms 這期節(jié)目里說過，即便 iPad 能跑 Xcode 他也不認為 iPad 能代替 Mac；不能插各種線也并不是 Stupid 的地方，人們會用蘋果和 Flash 的那段歷史教育你，這正是蘋果超越時代，成功押注新技術(shù)的地方。
還有很多這樣的基于當(dāng)下個人需求的簡單指責(zé)，實際上都并不能說明 iOS Stupid。Stupid 必須是從一個產(chǎn)品的自身來看的，即它對自己有一個定位，它卻沒做到這個定位的產(chǎn)品應(yīng)該做的事，或做得非常糟糕。iOS 至今為止仍有不少這樣的地方，下面舉幾個簡單的例子。
剪切板
作為生產(chǎn)力設(shè)備，剪切板管理是個基礎(chǔ)且重要的項目，iOS 卻一直沒有都沒有剪切板管理方面的動作。于是出現(xiàn)了不少第三方應(yīng)用來做這件事，但由于 iOS 不會下放給第三方工具永駐后臺的權(quán)限，所以各項第三方工具在剪切板方面的功能首先不會像 Mac 上的工具一樣，自動記錄，有選擇地過濾。同時在穩(wěn)定性上也一直是毀譽參半，有褒有貶。但這里我們還不需要討論那些，我們只看蘋果在去年的 WWDC 發(fā)布的 Universal Clipboard 的表現(xiàn)就好。
Universal Clipboard 是個很好的 idea，使用情境很豐富，但實現(xiàn)得極為糟糕。少數(shù)派的 @Yves 甚至寫文章建議無法忍受其穩(wěn)定性的人 關(guān)閉 Handsoff 來禁用這個功能。
在我個人的使用中，禁用是過頭了，但不穩(wěn)定和體驗差也確實非常明顯。iOS 傳輸向 Mac 可以完成得比較順暢，反過來，用 Mac 傳回 iOS 以及 iOS 設(shè)備之間互傳則非常艱難，即便及時顯示了傳輸過程，傳輸完成后，點按輸入框的空白處，也會久久不彈出菜單，使用快捷鍵也不會給你反饋。
最扯的是，這個時候你的設(shè)備屬于一種類似死機的狀態(tài)，點任何地方都不給反應(yīng)，最快知道能不能復(fù)制的方法是不停地按空白處，直到菜單彈出，你才知道，東西能粘貼了。不光這個功能實現(xiàn)得 Stupid，我在不停按那個空白處期待結(jié)果時，感覺也挺 Stupid 的。
解壓縮
解壓縮是身為工作設(shè)備不得不具備的一個功能，即便你不常用。但是通過 iOS 自身，我們?nèi)匀粺o法做到這一點。所以你不得不準(zhǔn)備一些第三方的 App 去做解壓縮這件事，但真正執(zhí)行起來，這個過程還是可以用 Stupid 來形容：
首先，對方發(fā)給你一封帶有附件的郵件。如果你用的是官方郵件客戶端，壓縮包內(nèi)的內(nèi)容又是圖片、PDF 這樣簡單的格式，你可以直接瀏覽。但如果涉及復(fù)雜的文件格式，就無法預(yù)覽，必須跳轉(zhuǎn)到第三方 App 來解壓縮。由于 iOS 是基于 App 的文件管理系統(tǒng)，所以你實際上必須在那個解壓縮的 App 里生成一份新的 Copy，然后去解壓縮那個 Copy。
解壓縮在跑分比 iPad Pro 低的 2010 年的 Macbook Air 上是怎么完成的？雙擊。
在 Macbook 上解壓郵件中的附件
分屏
分屏本身在窗口分配上就不是一個令人愉快的體驗，習(xí)慣于窗口化操作的人會認為這種妥協(xié)方案本身就不值一提。而就算是最喜歡用 iPad 處理日常事物的人，尋找第二個屏幕的 App 也絕對是讓他苦不堪言的體驗：
iPad 沒有提供對第二屏 App 的查找方式，只提供了一個 App 列表，這個列表大概是基于最近使用來排序的。但如果你要找一個不是最近用的 App 來分屏，雖然這種情況并不少見，但是你只有一個一個翻，直到找到那個 App。
除此之外，蘋果似乎也不容易在當(dāng)前的操作方式——觸屏操作下繼續(xù)強化這種基于全屏的分屏。因為一旦窗口數(shù)超過兩個，就需要考慮窗口位置變化的問題。
多窗口位置變化
考慮這個問題時，從便捷的角度就不得不思考的要用什么手勢去完成調(diào)整窗口位置這個操作。單指拖拽是不可能的，因為這已經(jīng)涉及了最常用的滾動等操作；雙指三指拖拽在 Safari 等應(yīng)用里也有移動整個版面的作用。不論蘋果如何通過手勢實現(xiàn)窗口移動，都需要給現(xiàn)在已經(jīng)越來越復(fù)雜的 iOS 系統(tǒng)增加一個手勢。
如果退一步，不使用手勢直接在當(dāng)下排版內(nèi)改變窗口位置，也有個看似可行的辦法——可以像 Mac 的 Masion Control 一樣，給所有窗口一個鳥瞰圖，然后拖拽窗口改變其位置。但是不要忘了，Masion Control 在最直觀的操作方式上只有手勢和觸發(fā)角兩種方法。前者還是要新增手勢，后者在 iPad 目前的操作方式上更不容易實現(xiàn)。
你可以說，既然這么麻煩干脆不改了吧?？墒侨绻?dāng) iPad 可以按照 50%-25%-25% 的比例分三屏，而且窗口位置沒辦法修改的話，使用者在最開始使用前就必須考慮清楚那個二分之一的屏幕給哪個 App，另外兩個四分之一的屏幕給哪些 App，這也堪稱 Stupid。
精準(zhǔn)度問題和人體工學(xué)立場矛盾
因為 iOS 的應(yīng)用都是全屏界面，所以每次處理圖片的時候，有邊角位置需要處理就很麻煩。在 Mac 上，這種情況你只需要把鼠標(biāo)使勁一劃劃到角落即可，劃出去也沒有關(guān)系，反而能讓你確定你選中了邊角部分。但是在 iOS 上，當(dāng)你劃過角落，手就出了屏幕，就不會被識別，而且很有可能，是你手出去了，但選擇框還沒有選中那個角落，你就要在那個角上搓來搓去。一些 App 注意到這點，所以把圖片處理的部分做到可以縮放，然后你可以回到 Mac 上那種操作習(xí)慣，毫無顧忌地把選擇框拖到有效操作區(qū)域的最角落。但并不是所有的 App 都注意到了這一點，在這些 App 里，這樣的圖片處理就會不順暢，輕則多幾個步驟，重則火冒三丈干脆不修。
Realmac 的 Dan 說 「iOS 也許需要鼠標(biāo)」，這是一種我們不愿意看到的倒退，雖然說不定蘋果會用 W1 芯片配上無線這個概念去做一個這樣的 Magic Mouse for iPad（Why not？）。但即便日后真的給 iPad 配上了鼠標(biāo)，iPad Only 這個立場本身也就隨之動搖，因為這種趨勢只是讓 iPad 更像 PC 罷了。
但另一方面，越來越多的 Laptop 開始使用觸摸屏，微軟也推出了他們的 Surface。在這種產(chǎn)品出現(xiàn)之初，人們總會想起喬布斯之前提過的人體工學(xué)理論：
We've done tons of user testing on this, and it turns out it doesn't work. Touch surfaces don't want to be vertical.
It gives great demo but after a short period of time, you start to fatigue and after an extended period of time, your arm wants to fall off. it doesn't work, it's ergonomically terrible.
Touch surfaces want to be horizontal, hence pads.
但這時候我們反過來看 iPad Pro，在這里的處境反而變得非常矛盾。支持 iPad Only 這個觀點的人認為，在討論 iPad Only 這個話題的時候，需要把外接鍵盤加上，否則 iPad 就失去了一個強力的輸入工具，討論就不公平。但一旦把鍵盤加上，iPad 自身就變成了喬布斯這段話否定的對象。Laptop 是有鼠標(biāo)或觸摸板的，而且它們的 UI 和使用方式本身就是為鍵盤鼠標(biāo)而設(shè)計的，觸摸屏只是輔助，很少有人真的會不用鼠標(biāo)和觸摸板，在屏幕上點到手酸。但 iPad 沒有鼠標(biāo)和觸摸板，它是一個主要依靠觸摸的設(shè)備，只有你把 iPad 架到鍵盤上用，你的使用觸摸屏的次數(shù)才會多到足以讓你感到手酸。
而且，回到這部分最開始的討論——用鍵盤加起來的 iPad，精準(zhǔn)度依然不足以媲美依靠鼠標(biāo)或觸摸板的 Laptop。
系統(tǒng)新特性需要等待 App 適配
這個問題實際上在 Mac 上也存在，比如分屏和最新的標(biāo)簽頁功能，都需要軟件的個別支持。但問題是，Mac 上的軟件即使不跟進，也不會對我們的使用造成太大的影響。
最典型的就是分屏，Mac 上一個軟件能不能分屏，非常無所謂，屏幕越大越是這樣。27 寸的 iMac 上分屏就展示兩個軟件，你看哪個軟件的角度都不舒服，脖子很快就難受。但對于 iPad，分屏就是個非常重要的功能了，尤其是那些明顯兩個 App 同時列出來使用的情境，比如閱讀和摘抄。這時候這些 App 不能分屏就會讓你感覺非常 Stupid。
但現(xiàn)實還真就是這樣，Pocket 和 Kindle 都不支持分屏，所以在用它們閱讀的時候，必須去思考其它的摘抄姿勢。比如先把內(nèi)容都復(fù)制到某個剪切板工具里，最后一起統(tǒng)一粘貼；或者更 Stupid 一點的，每次要摘抄，就在復(fù)制內(nèi)容后，從屏幕旁邊拉出來那個用于摘抄的 App，粘貼一下。
這個例子不完全是 iOS 的責(zé)任，我們接著看下一個例子——修圖后覆蓋原圖。
這個功能在 Mac 上我們很熟悉，在一個修圖軟件中打開圖片，修改后保存到源路徑，如果名稱一樣，系統(tǒng)會問你，是要替代原圖還是兩張都保存。但在 iOS 上，想要這個功能是需要開發(fā)者自行添加相關(guān)代碼的。也就是說并不是所有的修圖軟件都會像在 Mac 上一樣問你修圖后是否替代原圖，它們只會把修完的圖另外保存到相機膠卷。
iOS 上還有不少這樣的細節(jié)功能，都不在所有 App 上普適（無論它們應(yīng)不應(yīng)該），都需要開發(fā)者留意才有希望被支持。這一方面可以培養(yǎng)用戶「識別好 App 的眼光」，但另一方面，沒這樣耐性的用戶感受到的只是體驗不統(tǒng)一帶來的莫名其妙。
中文輸入問題
最鼓吹 iPad 可以勝任工作或生產(chǎn)力設(shè)備的人，大多數(shù)只跟文字打交道。這就是為什么你會發(fā)現(xiàn)作家、記者、科技 Blogger 對 iPad 有特殊的偏愛，而其它大多數(shù)職業(yè)對這 iPad Only 這種提法根本不作評價。但是，即便對于只跟文字打交道的人來說，iPad Pro 在中文語境下，也表現(xiàn)得不理想。iPad + 外接鍵盤這個組合僅在寫中文這一點來說，都需要使用者有很強的適應(yīng)能力。
最早我用 iPad 寫東西的時候，身邊一些人對 iOS 很喜歡很擅長的朋友也對這個做法非常懷疑。比如我記得有一個時期 iOS 用外接鍵盤甚至不能用空格來選中第一個候選詞，按下空格實際上是用候選框框住第一個候選詞。后來這個問題修復(fù)了，但是又有了新的問題，比如在中文輸入法下，按下 ? + 6 不會出現(xiàn)省略號，所以當(dāng)時我專門做了個用戶辭典去實現(xiàn)省略號的快速輸入。
到了 iOS 10，這個問題也被修復(fù)，但是又在雙引號上出了毛病——當(dāng)你文章寫完，重新審查、編輯文章時，發(fā)現(xiàn)有一個詞語或句子需要加入引號的時候，你會發(fā)現(xiàn)，在 iPad 上，你先輸入一個前引號，然后再跑到后面，要在文末輸入一個后引號的時候，會發(fā)現(xiàn)你輸入的還是一個前引號：
兩個前引號
此外，「iOS + 外接鍵盤」的輸入法切換問題也一直不理想。因為通過 Markdown 寫作，有時候我們在中文輸入時，要切換輸入法，比如輸入 []() 這個鏈接格式。但是你會發(fā)現(xiàn)，在 iPad 上用外接鍵盤的快捷鍵切換輸入法后，輸入法切換界面有一個停滯，在這個停滯狀態(tài)下，你如果按下 Shift 鍵，它就會自動切回上一個輸入法。也就是說，像 []() 這一組符號，你如果輸?shù)每炝?span>（我們一般當(dāng)然都是很快的），它就會變成 [](），后面的小括號是個全角，所以你還要刪了這個全角括號，切到英文，輸入半角括號。步驟不麻煩，但非常鬧心。
這不是個例，類似的情況在中文配合 Markdown 使用的過程中還會以其他的形式出現(xiàn)。目前的解決辦法是等切換輸入法界面的停止時期過后再進行操作，也就是說輸入法切換完以后，我們不能馬上輸入自己想輸?shù)臇|西，得先等等。
一直以來，iPad 上也因為沙盒機制的緣故，不可能讓你使用 TextExpander 這樣的工具去直接輸入短語。能否使用 TextExpander 要看你選擇的寫作工具是否支持它，而且也是直到最近，iOS 外接鍵盤才做到在中文輸入法下，輸入短語后按回車，會展開 TextExpander 原本預(yù)設(shè)的內(nèi)容。
▍更核心的問題
前面提到的這些例子或許不那么硬，有的只是能說明一些蘋果的態(tài)度問題，如果他們足夠重視，還是比較容易修正的。其它的也只是一些比較零散的例子，不成體系。接下來我打算說 iPad Only 必將面對的更核心的問題。
實際上，iOS 做一件事的時候，大多數(shù)是好的，只是有少數(shù)情況下不能勝任；但當(dāng)前提變成 iOS 處理一個需要涉及多個 App 的流程的時候，結(jié)果就會反過來，變成大多數(shù)情況下都非常難受。「涉及多個 App」這個說法聽起來很雜，實際上可以是極為平常和基礎(chǔ)的操作。比如前面提到的，從郵件中解壓縮附件，它就涉及郵件客戶端和解壓縮工具兩個軟件。
Share Sheet
蘋果到了 iOS 8 開始允許第三方 App 進入 Share Sheet。在此之前，涉及多個 App 的流程只能用 URL Schemes 這樣令新手望而生畏的手段去做，而且真正能夠處理的問題也極為有限。不過 Share Sheet 在這一點上和 Mac 相比，也算不上一個好的解決方案：在文件傳輸上，它不如 Finder 拖拽；在自動化上，它不如 Mac 上的 Automation 手段。
在文件傳輸上，不如 Finder 拖拽
回想起我最初買 Mac，原因很簡單，就是因為在選筆記本電腦的時候，店員給我展示了幾個典型的 Mac 操作，其中有一個就是拖拽。前幾年在移動設(shè)備還沒這么流行的時候，網(wǎng)上有個流行語叫「右鍵保存」（現(xiàn)在大概也有人用）。這個詞的意思是 Windows 上對圖片點擊右鍵，然后選擇「另存為...」去保存這張圖片。當(dāng)時我買 Mac 的時候，店員就說「Mac 觸摸板特別好用，比鼠標(biāo)好用多了！」我就問那怎么存圖片，結(jié)果他直接從一個網(wǎng)頁里把圖片拽到了桌面上，震撼了我。其實 Windows 也可以用拖拽這個動作，但它不像在 Mac，拖拽深入每一個角落：你可以把文件拖到 Dock 欄中軟件的圖標(biāo)上使其執(zhí)行；也可以把文件拖拽到軟件界面里執(zhí)行；還可以拖住標(biāo)題欄上文件的圖標(biāo)把它直接保存到你想保存的位置……
在 Mac 上拖拽
除了系統(tǒng)這些默認的動作，很多第三方軟件比如 Dropzone、Droplr、Cloudapp 等軟件可以讓你做到把文件拖拽到狀態(tài)欄的圖標(biāo)上即可做到分享圖片；DEVONThink 這樣的軟件還會在屏幕的側(cè)面給你生成一個抽屜，當(dāng)你把文件拉過去，可以快速存入此前預(yù)設(shè)好的文件夾中。
可以說，比起從 Windows 到 Mac，由拖拽的直觀和便捷給我?guī)淼恼鸷?，Mac 到 iOS 的操作方式在拖拽這方面的利用是一種倒退，拖拽在 iOS 上變成了很少見的操作，只有像 Safari 拖動標(biāo)簽頁這樣的時候才有用。
前面提到的各種在 Mac 上的拖拽操作，在 iOS 上都需要通過 Share Sheet 來進行。就拿把圖片保存到網(wǎng)盤服務(wù)來說，在 Mac 上你把它拖到網(wǎng)盤的具體路徑下就好了，圖片還是一張。在 iOS 上呢，你要先點分享按鈕——如果相冊 App 進入全屏的話還要先點一下屏幕中央把菜單找回來——然后再找到你要傳輸?shù)?App 的圖標(biāo)，點那個圖標(biāo)，然后選擇要保存的位置，選擇完以后要等它上傳。上傳完畢后，你 iOS 設(shè)備上就有了兩張一模一樣的圖，一張在相冊里，一張在網(wǎng)盤里。
在自動化上，不如 Mac 上的 Automation 手段
Sal Soghoian 最近寫過一篇名為《App Extensions Are Not a Replacement for User Automation》來對比 App Extensions 與 Automation。詳細列舉了雙方的特點、操作方式、實現(xiàn)方式以及限制。App Extensions 某種程度上可以認為是 Mac 上的 Share Sheet，所以這篇文章里談到的很多關(guān)于 App Extensions 的觀點可以放在 Share Sheet 上。
在兩者的區(qū)別里，我認為最本質(zhì)的有兩點：一是 Share Sheet 只有開發(fā)者才可以做，而 User Automation 是用戶產(chǎn)生的；二是 Share Sheet 功能是開發(fā)者指定的，而 User Automation 是用戶可以根據(jù)自己需求隨時定制的。這兩個區(qū)別，都不難看出是 User Automation 更加自由，使用范圍更廣。
iOS 上，Workflow 似乎是 User Automation 的化身，但實際上，它能做的也非常有限：它在本地應(yīng)用層面，它只能使用 iOS 開放給所有 App 使用的系統(tǒng)信息，比如音樂、通訊錄、日歷事件、地圖等等。其它的，要么是通過 URL Schemes 跳轉(zhuǎn)，要么是通過 Web Services 的 API 完成的。在自由度上它遠遜于 Mac 上像 Applescript 這樣的腳本語言做出來的腳本。
文件管理方式
上面所說的大部分不足和限制，原因都在于蘋果考慮到安全原因，選擇在 iOS 上使用相對封閉的基于 App 的沙盒系統(tǒng)。在使用體驗上這與大多數(shù)桌面系統(tǒng)使用的基于路徑的文件管理方式大相徑庭。
我完全承認對于很多基于 Web 的服務(wù)，單個軟件或者 App 帶來的體驗是更好的。比如 Spotify、Netflix、Instagram 等等。但當(dāng)我們談?wù)摰缴a(chǎn)力，生產(chǎn)和制作一些大型項目的時候，我們需要目錄和路徑，需要 Finder 這樣的東西去整理產(chǎn)生的文件。
蘋果后來給出了 iCloud Drive，希望調(diào)和沖突，但 iCloud Drive 和我們期待的管理方式還是不同。首先，iCloud Drive 里的文件是默認以 App 為容器的，而且會同時顯示 Mac 和 iOS 上的所有支持 iCloud Drive 的軟件和 App，而且有 Beta 版的還會同時顯示正式版和 Beta 版。
如果軟件多了，這么多軟件平鋪在那，查找文件會是件很麻煩的事。盡管 iOS 和 Mac 都可以搜索 iCloud Drive，但也避免不了我們忘記文件名的情況，尤其是較為久遠的文件或者很多名稱為編號的文件（比如一組照片，我們不會每張都命名）。
除此之外，雖然 iCloud Drive 允許我們創(chuàng)建文件夾，但它工作的方式和傳統(tǒng)的基于路徑的文件管理還是有很大區(qū)別。你不能把一個文件，直接在 iCloud Drive 這個 App 里，從它的 App 文件夾中移動出來。比如你想在 iCloud Drive 中，把 iA Writer 文件夾里的一個文檔移動到 Byword 里，這是做不到的。也就是說文件在 iCloud Drive 里不能自由地被移動，還是會限制在它本身所在的 App 文件夾里。還有，特定軟件生成的文件，不能隨意的放在別的 App 的文件夾中。這個我們可以看 Workflow 的「Save File」這個動作，它把母文件夾焊死到了 /Workflow/ 這個路徑，你刪不掉也改不了這個路徑里的 「Workflow」，只能在后面輸入下級路徑。
大家不覺得 iPad 是個嚴(yán)格意義上的生產(chǎn)力設(shè)備
用戶怎么看一個產(chǎn)品取決于產(chǎn)品的生產(chǎn)者和產(chǎn)品內(nèi)容的提供者怎么看這個產(chǎn)品。如果一個車子擁有旋轉(zhuǎn)平臺、大型鏟子以及機械手臂，一般靠履帶行走，我會自動把它看成挖掘機而不是家用汽車。所以更重要的是蘋果怎么看待 iPad，以及應(yīng)用的開發(fā)商們怎么看待 iPad。注意這里不能只看他們怎么說，蘋果肯定說 iPad Pro 是個生產(chǎn)力設(shè)備，我們要看的是他們實際是怎么做的。
蘋果是怎么做的？雖然在 iPad Pro 上，蘋果更新了 iMovie 和 GarageBand 這些工具來做一些簡單的音頻和視頻處理。但首先，這兩個東西在操作體驗上本身就已經(jīng)難以跟 Mac 上的本體相抗衡。更重要的是，蘋果真正用于專業(yè)用戶剪輯音頻視頻的工具——Final Cut Pro 和 Logic Pro——并沒有要登陸 iPad 的跡象。
其它專業(yè)的廠商，比如 Adobe，確實在 iOS 平臺上投入不少，發(fā)布了一大批 App。但它們的表現(xiàn)相較于 Mac 和 Windows 的本體，可以說是天壤之別。
Sketch 一年前表示主要因為 App Store 無法試用導(dǎo)致 App 均價過低，使他們不得不考慮投入和回報比的問題，所以不考慮設(shè)計 Sketch for iPad Pro。但也是去年蘋果就推出了 App Store 2.0，大力推廣了一把訂閱模式，按道理 Sketch 團隊描述的擔(dān)憂理應(yīng)消除了，但我們還是沒見到 Sketch for iPad 的消息。
實際上 Sketch 也提到了經(jīng)濟以外的原因，比如需要考慮如何將 UI 在不降低體驗的情況下放到觸摸屏上。我猜這可能相當(dāng)困難。而且按照 iPad Pro 的銷量和平板的整體走勢，如果過去 Sketch for iPad 要考慮投入回報比問題，那現(xiàn)在應(yīng)該也需要。
如果蘋果本身以及這些產(chǎn)品的廠商不把 iPad Only 這個概念當(dāng)回事，就會給那些必須用到這些工具的人豎起一道不可逾越的高墻，無論他們多想 iPad Only，也無法完全實現(xiàn)。
▍iPad-only is the new desktop Linux
這整篇文章的靈感起源，來自于 Medium 用戶 Watts Martin 的一篇文章《iPad-only is the new desktop Linux》。作為致敬，我把它作為這部分的大標(biāo)題。
Watts Martin 在文章里提到了一個很有趣的觀點——堅持 iPad Only 的人本身就是一群愛折騰的人，他們就像曾經(jīng)的 Linux 用戶。
See, Linux users don’t care how much easier we say it is in our non-Linux worlds.
他們喜歡解決問題那種挑戰(zhàn)感，喜歡將那些已經(jīng)在 Mac 或者 Windows 上實現(xiàn)得很簡單的東西在 Linux 用自己的辦法重新實現(xiàn)一遍。
他引用了 Relay FM 的創(chuàng)始人和主播 Myke Hurley 的話：「就算你能證明這個任務(wù)在 Mac 上能更簡單地實現(xiàn)，我也更愿意用 iPad 去做這件事，because it’s just more fun?！?/span>
Workflow 讓 iPad 使用者挺直腰板
Marco Arment 在 Top Two 中討論 iPad Only 這個問題時說：
When you hit a wall. The wall on mobile is higher and less defeatable.
他的意思是，當(dāng)我們在 macOS 和 iOS 這兩個操作系統(tǒng)的使用中遇到困境的時候，我們會發(fā)現(xiàn) iOS 那個永遠更難克服，甚至囿于系統(tǒng)限制（多是因為沙盒或基于 App 的文件管理系統(tǒng)）而根本不能被克服。而在 macOS 或者 Windows 上，我們遇到的問題要容易克服得多。
這是個很充分的觀點，一般來說 iOS 用戶對這個觀點只能束手無策。但是 Workflow 這樣的 App 出現(xiàn)了。Workflow 這個 App 打破了太多傳統(tǒng)意義上我們認為的 iOS 能力的邊界（但事實上沒有打破，前面談 Automation 的部分已經(jīng)詳述原因）。直接讓 iPad Only 的提倡者腰板挺得筆直，因為通過 Workflow，對于這些人來說，他們不僅可以做很多曾經(jīng)只能在 Mac 上做的事，他們還可以在 iOS 上做很多 Mac 上盡管可以但對于他們來說實現(xiàn)起來更復(fù)雜的事。比如還原一個短鏈接的真實鏈接、在一堆數(shù)據(jù)里提取所有郵箱地址等，這些功能在 Workflow 里，都只需要一兩個簡單的動作就能完成，從操作到表面理解都非常簡單。但在 Mac 里，要么去網(wǎng)上直接用別人的服務(wù)，操作上要比 Workflow 麻煩；要么就自己造工具，這樣表面理解就不夠用了，需要深刻理解了。
所以只要觀點是 iPad Only，要想說服力強，必然談到 Workflow。但實際上，從少數(shù)派近年的文章也可以看出來，雖然 Workflow 在 iOS 平臺可以說風(fēng)頭無兩，但教程文章下的評論依然讓人擔(dān)憂。也就是說，并不是因為有了 Workflow，那些人才選擇了 iPad，而是他們早已選擇了 iPad，才會用 Workflow，以及用它作為他們的客觀論據(jù)。而那些最初就不認為 iPad 是個生產(chǎn)力工具的人，并不會像 iPad Only 的支持者一樣看待 Workflow。在這里，想把這個問題說清楚，就有一個不得不提的概念——范式轉(zhuǎn)換。
范式轉(zhuǎn)換
關(guān)于 iPad 和 Mac 之爭，大多 iPad 支持者在某種程度上實際上是一種消極反抗的態(tài)度。他們不主動參與討論，因為他們知道在目前這個階段，搭載目前的 iOS 系統(tǒng)的 iPad，在那些被攻擊的點上并沒有有多少回擊的能力和強度。所以他們大多數(shù)時候，是在宣揚 iPad 的其它好處。但有一位堂吉訶德似的人物似乎不得不提——Brooksreview 的作者，Benjamin Brooks。他積極地參與針對 iPad 代替 Mac 的爭論，捍衛(wèi) iPad 的立場，每當(dāng)人們舉各種 Mac 更好的體驗，他都會使用一個詞——「Mental Shift（思維模式轉(zhuǎn)換）」。
比如 John Gruber 說：
To me, an iPad in notebook mode — connected to a keyboard cover — is so much less nice than a real notebook.
的時候，Ben Brooks 說：
That feeling of being hamstrung on an iPad is not because of the device, but because it requires a mental shift to working in a way you are unfamiliar.
他的「Mental Shift」這個概念，脫胎于一個著名的學(xué)術(shù)用語——范式轉(zhuǎn)換。
范式轉(zhuǎn)換的英文是「Paradigm Shift」，「Paradigm」這個詞最早古希臘人就開始使用了，但這個詞因為托馬斯·庫恩的論文《科學(xué)革命的結(jié)構(gòu)》而廣為流傳影響深遠。庫恩在書里并沒有對范式轉(zhuǎn)換進行精確定義，以至于這實際上成為了論文被攻擊的點，后來庫恩又在一篇文章種對范式這個詞進行更精確的定義，結(jié)果那篇文章影響力寥寥。實際上作品出來以后就是這樣，當(dāng)它被大眾接受，它就不僅是個學(xué)術(shù)的東西，大家就都可以有自己的解讀，運用到自己認為合適的位置。而這樣的詞匯，就不得不允許人們對它的理解是模糊而寬泛的，用定義了反而更可能抽象，所以我還是準(zhǔn)備給個例子，讓大家自己去感受這個詞的含義：
在拉瓦錫之前，人們對燃燒的理解是由德國化學(xué)家貝歇爾提出的燃素論決定的。燃素是一種無形物，它使物質(zhì)燃燒，燃燒發(fā)生后燃素脫離物質(zhì)，物質(zhì)還原到其真實的形式。在這個理論下，木材燃燒變成灰，所以木材就是灰、純木和燃素組成的。這個理論統(tǒng)治了當(dāng)時的化學(xué)界，直到拉瓦錫提出了氧化理論，才推翻了燃素說。從燃素說到氧化理論，完成了一次化學(xué)革命，在這次化學(xué)革命中，人們的認識發(fā)生了范式轉(zhuǎn)換。我們處在氧化理論這個思維范式中，所以我們不能理解那個看似荒誕的燃素說是如何征服那個時代最優(yōu)秀的頭腦的。
在一個 Mac 傳統(tǒng)用戶眼里，那些 Mac 可以做但 iOS 不能做到的事中的大多數(shù)，在 iPad Only 用戶那里使用 iPad 也能做得到，只不過在 iPad 上會使用不同的工具、方法和流程。這就是思維范式不同所導(dǎo)致的，也是分歧的起源。
思維范式轉(zhuǎn)換中被忽視的細節(jié)
在討論從 Mac 到 iPad 這個思維范式轉(zhuǎn)換時，有兩個細節(jié)是需要注意的：
第一個細節(jié)是很普通的，它存在于各類范式轉(zhuǎn)換之中——最先擁抱新范式的人，相對年輕，對于老范式的忠誠度較低。就像普朗克和愛因斯坦雖然對量子力學(xué)的產(chǎn)生功不可沒，但他們從來沒有完全接受這個理論。普朗克也曾說過非常有名的一句話：
新的科學(xué)真理與其說是靠說服反對者使他們看到光明而獲勝，莫如說是因為反對者終于死去，而熟悉它的新一代成長起來。
所以這第一個細節(jié)，就是對 iPad Only 持樂觀態(tài)度，尤其是在最前線搖旗的人，多是接觸 Mac 比接觸 iOS 早不了多久，甚至接觸 iOS 更早。所以他們對 iOS 更加熟悉，而對 Mac 并不熟悉。他們不懂 Mac 上的自動化，也不懂 Shell Command，也不懂任何編程語言。甚至有人是先擁有某個在 Mac 上存在了很多年的老牌軟件的 iOS 版，才對其 Mac 版產(chǎn)生興趣。我記得 Pin 的開發(fā)者在微博上問過一個問題：
不知道為什么我很敬佩 Workflow 這個軟件，卻沒有深究他的欲望，大概是因為他的難度介乎于一個普通用戶能接受的范圍和專業(yè)范圍之間。本質(zhì)上它提供的就是模塊化的編程，然而這讓我常常會去想，我非要那么折騰的話，為什么不去「真正的」編程。
原因大概就是如此，客觀原因也許有，Workflow 更直觀、Workflow 把一些復(fù)雜的東西做簡單了（比如從輸入結(jié)果里提取郵箱）、Workflow 可以隨時在手機上做一個出來就能工作。但決定一個人初始選擇的往往是主觀原因，也就是：他們并不熟悉編程，他們最開始接觸這個概念就是 Workflow，他們對 Workflow 更加熟悉，以至于他們在遇到問題的時候第一個進入腦子的解決方案就是 Workflow。
而那些對這個范式轉(zhuǎn)換持否定態(tài)度的人，則多是熟練使用 Mac 上各種 Automation 的老 Geek 或程序員，是 Mac 的忠實擁躉，當(dāng)他們拿到一個老牌 Mac 生產(chǎn)力工具的 iOS 版之后，他們的第一個反應(yīng)會是：這里這里做的不好，那里那里做的不夠。
第二個細節(jié)則更為隱蔽和重要，是討論者的職業(yè)或者說身份。我們不難發(fā)現(xiàn)，在最初接納并擁抱 iPad Only 的人中發(fā)聲最響的人在身份上有一個共通的特性，就是他們多為以文字處理為生的自由職業(yè)者。這個職業(yè)特征在范式轉(zhuǎn)換上有一個隱性而決定性的優(yōu)勢，就是他們的時間和任務(wù)的分配相對自由，所以他們在遇到問題的時候，有足夠的時間去思考如何解決這個問題，而且這個經(jīng)歷本身就可以成為他們的寫作素材。所以他們在這個狀態(tài)下非常愉悅。
但這種狀態(tài)，是大多數(shù)人在自己的職業(yè)生涯里無法做到的。當(dāng)完成任務(wù)的時間和條件受限的時候，任何拋錨和違和的體驗——比如你在公司，用 iPhone 遙控 PPT 時 iPhone 突然斷開連接——都會讓人對這個手段乃至工具產(chǎn)生不信任甚至厭惡，所以他們不愿意去突破思維范式，他們的身份也讓他們沒有足夠的時間和理由讓他們?nèi)ネ黄七@個范式，在他們的職業(yè)生涯里，沒時間跟工具死磕，沒時間發(fā)現(xiàn)問題并解決問題，他們需要的是更加成熟和更加穩(wěn)定的處理方案。
但我在這里，并沒有對任何一方有褒貶。因為這里不得不注意的是國外的 Blog 生態(tài)和這些自由職業(yè)者作出的貢獻。正是因為國外的 Blog 生態(tài)允許他們發(fā)布這樣的內(nèi)容也可以有不錯的生活，他們才能夠做第一批吃螃蟹的人并且分享心得，使得下一批因為需要所以使用這些設(shè)備的人，在遇到類似問題時，有現(xiàn)成的解決方案。這實際是一種良性循環(huán)。只是，我總覺得，自由職業(yè)者們在宣揚自己的立場，要求別人進行「范式轉(zhuǎn)換」的時候，要考慮對方有沒有這樣的空間。
▍那，為什么我會覺得 iPad 是個很不錯的設(shè)備？
首先我這篇文章本身就不是把 iPad 的優(yōu)劣平鋪開來討論的，而是把探討 iPad Only 這件事的可行性作為核心的?？陀^地說，iPad 從很多方面來看都是很不錯的設(shè)備，但還不足以達到 iPad Only 的標(biāo)準(zhǔn)，特別是對于那些不希望在這上面花太多功夫研究的人來說。
其次，iPad 有一個平板屬性，可觸控、可輕松轉(zhuǎn)換角度使用、可靈活拆卸鍵盤。關(guān)于最后一點尤其重要，很多科技界的 Blogger 和 Podcaster 中的 iPad Only 提倡者——比如前面提到的 Myke Hurley 和 Ben Brooks，都在推薦一些第三方廠商生產(chǎn)的鍵盤而不是 Smart Keyboard。這一點是讓我詫異的，因為只有 Smart Keyboard 才是真正體現(xiàn)了 iPad Pro 的平板屬性，其它的鍵盤，通過卡槽把 iPad 卡進去然后架起來只不過是讓 iPad Pro 進入了一個 Macbook 的形態(tài)。但 Smart Keyboard 不是，在大多數(shù)時候你不會意識到它的存在，只有當(dāng)需要用鍵盤的時候你才會把它從背部翻折過來形成輸入模式。如果你看電影用不上 Smart Keyboard 了，你可以隨手把 Smart Keyboard 扯掉，然后扔到地毯上或者沙發(fā)上不怕彈飛摔壞。放到包里的時候你也基本不需要考慮要專門為 Smart Keyboard 留一個位置，它可以隨便塞到什么地方。Smart Keyboard 絕對是最省心的外接鍵盤。
第三，因為流量和市場份額，iOS 上的 App 壓倒性得多，不少公司和開發(fā)者也對 iOS 方面的投入更大。已經(jīng)有不少知名 App 是先有的 iOS 版再有的 Mac 版了。而且據(jù)我對身邊朋友的觀察，大多數(shù)人已經(jīng)不把筆記本電腦從工作場所帶回家了，因為 iPhone 已經(jīng)滿足了他們一切娛樂需求。相對于我們這些還在糾結(jié)未來究竟是屬于 Laptop 還是 Tablet 的人來說，他們其實完成了更激進的范式轉(zhuǎn)換——PC & Smart Phone 的組合。他們并不知道各種復(fù)雜但強力的軟件或 App，也不需要知道。手機對于他們大多數(shù)時候只是微信、微博、網(wǎng)易云音樂和各個視頻網(wǎng)站的應(yīng)用，頂多再加上一兩個周圍的人都在玩的熱門游戲。這就非常足矣讓他們打發(fā)業(yè)余時間了，而這些都已經(jīng)在手機上完成得足夠好，甚至好過 PC 上網(wǎng)頁端的體驗（例如微博網(wǎng)頁端到現(xiàn)在都還經(jīng)常遇到 GIF 打不開的情況，需要「不動戳大」），所以他們根本不會去考慮帶著 PC 回家。
最后，還有一個可能——也許你已經(jīng)完成了思維上的范式轉(zhuǎn)換，或者正在完成。但這并不能說明 iPad Only 是更好的，就像前面說的，這頂多說明你是一個愛挑戰(zhàn)的、在時間和任務(wù)上允許你跟工具死磕的人。
前面提到過，如果讓我站隊，我是會站到 iPad 隊的。但是我對「未來會有更多的人完成這種范式轉(zhuǎn)換，加入到 iPad Only 的隊伍中」這個想法持悲觀態(tài)度。因為大多數(shù)人沒有任何必要去完成這種轉(zhuǎn)換。這與科學(xué)界發(fā)生的范式轉(zhuǎn)換不同?？茖W(xué)革命發(fā)生后的范式轉(zhuǎn)換是必須的，因為事實擺在眼前，舊的理論無法解釋新的現(xiàn)象，甚至不得不放棄一些必須問的問題。比如牛頓的萬有引力最初出現(xiàn)的時候，人們更青睞笛卡爾甚至亞里士多德的理論，因為后兩者的理論起碼試圖回答「為什么有引力」的問題，牛頓的理論實際上放棄了從科學(xué)上的角度上對這個問題進行回答。這也是后來廣義相對論解決了的問題。指望萬有引力就需要在水星和太陽之間加一個觀測不到的火神星才能解釋為什么水星在近日點會出現(xiàn)偏移，而依靠廣義相對論則不需要假設(shè)這么一個觀測不到的東西。所以人們意識到關(guān)于引力的理論，廣義相對論更加精確。但即便如此，牛頓的引力理論也依然因為其簡單以及近似解的準(zhǔn)確性被學(xué)習(xí)和使用著，并沒有被完全拋棄。
而 iPad 和 Mac 的選擇之間大概永遠也不會進入到這樣的狀態(tài)，沒有人會出于或者真理或者實際的原因而必須選擇其中一個，或許有一天這兩者互相越來越接近，不分彼此。又甚至?xí)幸惶旒夹g(shù)突破這兩個選項都被替代也有可能。無論哪種情況，目前，基于現(xiàn)在 iPad 的表現(xiàn)，iPad Only 對于大多數(shù)人來說，并不是個好主意。
▍引用文章 & 播客:
【播客】Top Two: Computing Platforms
Cars and Trucks and Mac SUVs
iPad and Mac—the early years
關(guān)閉 macOS 的 Universal Clipboard 剪貼板同步功能
The Problem with iPad and why it's not a Mac Replacement
App Extensions Are Not a Replacement for User Automation
We Need Sketch for the iPad Pro
iPad-only is the new desktop Linux
