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