重生之後，林灰覺得他似乎受到了某些強化。
來到2014這個時空，林灰在工作的時候效率極高。
效率極高主要表現為思維活躍度極高。
具體到編程場景時林灰很容易在實際開發中產生一些平常情況下很難想到的極其巧妙的思路。
這些思路對于實際開發過程是非常有利的。
往往能讓開發者事半功倍。
除了思維活躍度上的改變之外，工作時林灰還覺得精力無比充沛。
不過這玩意究竟是不是什麼額外的外掛，林灰暫時也說不好。
或許就是單純的金錢使然。
要知道workflow這款軟件可是賣出了三千萬美元！
三千萬美元，約合成人民幣的話，接近兩億元的財富。
開發一個軟件能收獲兩億元，別說讓程序猿爆肝了。
就是明明白白告訴開發人員有50%的幾率會猝死也擋不住一些開發人員的熱情。
或許也可能是因為過往的一系列成功使然。
現在的林灰在開發軟件的時候相比于前世極其自信。
而自信即巔峰。
當然也可能是這幾種因素兼而有之。
但這種效率上的提高究竟是什麼原因所致，林灰無暇深究。
只要表現出的結果是有利的，就是好事。
在思維靈活和體力充沛的雙buff加持下。
林灰的開發效率直接MAX。
在復現workflow這款軟件的時候，林灰的側重點並不完全放在軟件的功能設計上。
而是主要放在UI設計上。
UI設計是指對軟件的人機交互、操作邏輯、界面美觀的整體設計。
以前林灰在做軟件/游戲開發的時候，只是兼顧UI設計而已。
並沒有把開發應用時的主要精力放在UI設計上。
為什麼這次開發workflow這款軟件時要把主要精力放在UI上呢？
因為和以往的軟件/游戲不同。
對于workflow這款軟件林灰所籌謀的是讓蘋果公司對這款軟件產生興趣。
從而達到順利被收購的目的。
出于這樣的目的，林灰此次開發的軟件最起碼得符合蘋果方面的審美。
指著以前那種沙雕畫風的軟件想俘獲蘋果的芳心怕是做夢。
想要蘋果對workflow這款軟件產生興趣甚至是收購這個軟件。
就必須要按照蘋果的規矩辦事。
而蘋果是什麼規矩呢？
對于具體的應用程序設計師該遵守什麼樣的規則。
林灰記得蘋果方面有個賊長英文版規則說明。
這份說明很多細節方面都兼顧到了。
比如說關于軟件的清晰度、深度等蘋果都有著明確的要求︰
「對于軟件畫面的清晰度，要求在整個系統中，文字在任何尺寸下都清晰可辨，圖標精確而清晰，裝飾品微妙而恰當，對功能的關注促使設計更加突出……」
「涉及到軟件畫面內容的深度︰要有鮮明的視覺層次和逼真的運動傳達出層次感，給人以活力，並促進理解……」
除了軟件內容畫面的要求之外。
蘋果方面甚至對應用內的指示圖標都有著明確的建議︰
一個幫助人們完成嚴肅任務的應用程序可以通過使用微妙的、不顯眼的圖形、標準的控制和可預測的行為使用戶保持專注。
另一方面，一個沉浸式的應用程序，如游戲，可以提供一個迷人的外觀，提供給玩家樂趣和刺激，同時鼓勵探索。
類似的規定十分詳細，說是規則，甚至可以直接當審美教學去看。
這些事無巨細的規則很大程度代表了蘋果在審美完整性方面的追求。
按照蘋果的應用開發邏輯，審美完整性代表了一個應用程序的外觀和行為與它的功能結合得如何。
說人話，顏值就是戰斗力。
沒顏值的話或許一個軟件功能很強悍，也注定跟蘋果價值衡量體系格格不入。
除了這些之外，在這份面面俱到的規定中還規定了誰是爹的問題︰
「一個應用程序可以建議一個行動方案或警告危險的後果，但應用程序接管決策權通常是一個錯誤，最好的應用程序在使用戶受益和避免不必要的結果之間找到了正確的平衡。」
說的很含蓄，翻譯過來就是用戶是應用程序爹。
一個優秀的應用程序不要總想著當爸爸。
而要時時刻刻做孫子。
盡管林灰不是果粉，但這項規則必須點贊。
一些流氓安卓軟件各種要權限著實讓人不爽。
蘋果方面對于軟件開發的規則可以說規定的十分詳細了。
這些規則一般都很人性化，當然這份人性化僅僅是對用戶而言。
對于開發者來說，這份規定里面有的規則還十分苛刻。
比如說有一條規定是這樣的︰
「一個應用程序可以通過保持互動元素的熟悉性和可預測性……以及使取消操作變得容易，甚至在操作已經開始的情況下，使人們感到他們是在控制之中。」
對于操作順暢容易理解。
畢竟這直接影響用戶體驗。
可是蘋果方面還苛刻地要求已經開始的操作的取消操作也要很容易。
對于這個要求即使是重生了一遭林灰也不是完全能夠理解。
這個功能有啥用？
而且從開發者的角度來看這個功能多多少少有點雞肋了。
但沒辦法，蘋果就是明明白白將這個寫入開發者指南里面了。
類似的苛刻要求有很多。
前世，不明所以的林灰在還以為這規則是什麼重要條文，對著翻譯了半天。
即便是重生了，林灰對這東西也有很深的印象。
這個規則條目很多，但歸根到底這些規則基本都是從人機交互、界面設計的UI設計層面出發的。
據說這個變態的規則要求是Jobs親自寫的。
雖然這個傳言真實性有待考證。
但也看得出蘋果對于軟件UI設計要求之苛刻是寫在骨子里的。
總而言之，林灰這次開發的workflow這款軟件要想被蘋果方面收購。
就必須在UI設計層面下很大功夫。
不過問題不算太棘手。
現在的蘋果UI設計要比往後幾年輕松得多。
往後幾年，蘋果的那種全面屏下的UI設計就一言難盡。
雖然全新的交互式體驗還不錯（不戴口罩的情況下）。
但那個劉海屏太#&了。
沒把Jobs氣活過來。
實屬棺材板定的牢固了。
真要以後入職蘋果的話，別的不說。
先把想出劉海屏設計的工程師送去非洲。
明確了任務需求以及工作重心。
接下來的事情就容易很多了。
大概在22號23:44林灰已然搞定了workflow這款軟件的一個demo。
盡管只是一個demo。
但基本上麻雀雖小五髒俱全。
已經具備workflow這款軟件的核心功能了。
林灰感覺現在這個軟件直接拿去做α測試去也問題不大了。
甚至再補充一些細節的話。
林灰覺得直接上線也沒啥問題。
至于說不符合開發周期？
林灰覺得不會面對這個爭議。
前世workflow這個軟件就是一個應賽作品。
是開發者協同團隊的情況下在一個編程馬拉松比賽上用36小時搞定的。
縱然開發者很可能在很久之前就有了軟件的方向。
但思路這種東西，怎麼說完全由開發者決定。
真的面對質疑，林灰也完全可以說他在幾年前收到第一台iPhone4s時就有了相關的醞釀。
為什麼不把iPhone4s上的語音助手和一款快捷指令應用結合在一起呢？
計算機領域尊重天才。
別的不說，就拿workflow這款軟件的原作者來說。
7歲就開發了第一個網頁。
不也照樣沒啥質疑。
而且，先前蘋果方面何悅也說了。
天才就是要與眾不同。
總之，林灰覺得即便他安排盡快上線也問題不大。
具體到林灰搞定的這個demo。
因為在開發軟件的過程中林灰有著思維高度活躍的加持。
林灰在實際開發中涌現了一些很不錯的新思路。
在這些靈感的幫助下。
林灰感覺他搞定的這個demo對比前世初代workflow絲毫不遜色。
不但絲毫不遜色，而且在UI交互方面很出色。
林灰覺得這款軟件一經上線很可能受到蘋果方面的欣賞。
唯一比較遺憾的是動作模塊方面。
林灰復現的這款軟件里面他只構建了大概六十多個動作模塊（內建操作）。
看起來六十多個內建操作不少。
但這照完全形態的workflow這款軟件差得遠。
後世完全體的workflow里光內建動作就三百個以上。
羅馬不是一日建成的。
有了demo之後，林灰後面的工作就是慢慢完善細節就可以了。
不過就算林灰再怎麼完善。
也沒辦法做到前世手機里的那麼多內建動作了。
因為很多權限的話現在個人開發者根本就獲取不了。
不過這也沒什麼。
就算這個應用真的功能很雞肋。
也不會妨礙蘋果看中這款軟件。
或許在一般用戶的眼中不明白蘋果為什麼青睞這款軟件。
但代入一下蘋果的視角。
就不難發現蘋果為什麼會對workflow這樣一個看起來雞肋的應用青眼相加了。
對蘋果手機而言，單獨拿出快捷指令確實沒什麼。
但當快捷指令這款軟件與Siri語音助手等關聯到一起後。
用戶幾乎很容易就能達到前所未有的便捷程度。
手機通過語音交互啟動快捷指令並進行一系列的自動化操作。
意味著每個用戶都能通過一句話就能做很多事情。
工作、學習、生活中的很多繁瑣業務流程與進程，都能輕松的被手機任務自動化所代替。
這樣的水準早已不是初級人機交互，已然達到人機協同標準。
蘋果方面的市場部門和技術部門也不是養閑人的。
林灰相信等他上線這款軟件之後。
蘋果方面的人員能意識到這款軟件的價值。