第188章 開發的側重點

  第188章 開發的側重點

  不過這就不是林灰思考的問題了。

  說起來林灰之所以敢堂而皇之地截胡是有原因的。

  林灰記得快捷指令這個軟體實際上是MHacks 2014年冬季競賽這個比賽的參賽作品。

  也就是說這個時空里哪怕快捷指令的原軟體開發者還存在。

  但實際上腦海中多半也沒快捷指令這款軟體的雛形。

  就算有雛形也無所謂。

  先到咸陽為王上。

  只要不是公開發表過的東西，就算你腹稿打得再好也沒用。

  不過，保險起見，林灰還是擺渡了一番。

  林灰除了搜到了一堆和自動化有關的workflow之外。

  並沒有搜到名稱為「workflow」手機軟體。

  這對於林灰無疑是一個十分有利的消息。

  而涉及到快捷指令這個軟體的開發。

  其實也不算太複雜。

  這款軟體難就難在創意上。

  而不是難在編程實現上。

  林灰記得前世看過一個訪談。

  快捷指令這軟軟體的原開發者聲稱快捷指令這個軟體的早期樣本是他和另一個人在兩天之內搞定的。

  在這種情況下林灰覺得他三天時間也一樣搞得定這款軟體。

  搞定軟體首先要了解軟體的內在。

  Workflow與大多數效率類應用最不同的一點是。

  它的主要內置動作不在於串聯第三方應用的配合。

  而是挖掘 iOS內置功能。

  正因為這個軟體充分挖掘iOS內置功能。

  使得蘋果方面看到了一種全新的可能。

  這也是蘋果方面對這款軟體感興趣的一個重要原因。

  正因為workflow這款軟體主要是靠挖掘iOS內置功能來實現。

  這無疑意味著林灰基本上不需要額外創造什麼新的東西。

  如此，林灰的工作量小了很多。

  用戶在使用workflow這款軟體時。

  可以利用軟體提供的動作模塊組成各種工具從而滿足自身需求。

  從常規的軟體開發來說，需求決定設計。

  作為開發者，林灰要做的事情就是搞定相應的動作模塊。

  正是這些動作模塊賦予了workflow這款軟體用戶從未體驗過的駕馭感。

  在workflow里，用戶在利用動作模塊（內建操作）組成各種工具時。

  過程就像搭積木一樣輕鬆。

  實際操作時可能比搭積木更簡單。

  畢竟搭積木有的時候也需要一些構思。

  但在workflow這款軟體里創建指令工具的時候基本完全不需要構思。

  用戶在創建指令工具的時候。

  只需有正常的處理事情的思考能力就足夠了。

  舉個例子，比如說用戶想在workflow這款軟體創建指令工具來實現自動查找最近的電影院以及行動路線。

  用戶在具體創建的時候。

  完全不需要考慮任何跟編程有關的枯燥程式語言。

  用戶需要考慮的只需要思考他/她平時利用手機查找最近的電影院以及行動路線是如何操作的就行了。

  這個問題，用戶幾乎不費力就能想到問題的答案。

  他們平時在進行這件事的時候要做的無非就是查找電影院、選擇其中最近的電影院、顯示到達目標電影院的路線。

  既然思考出了答案，那麼用戶需要做的無非就是將上述幾步操作對應的動作模塊添加的到用戶想設計的指令工具中。

  而後用戶只需要保存這個指令工具，以後就可以隨時調用這個工具了。

  這樣的一個指令工具我們姑且將其命名為「查找最近的電影院」。

  用戶在成功構建了這個指令工具之後。

  只需要單擊執行該指令工具。

  就可以自動完成搜索、選擇和顯示路線的操作。

  整個過程基本上行雲流水，十分方便。

  這樣一個過程，能讓毫無編程功底的人也能體會到近似於編程收穫的成就感。

  雖然為了查找一次電影院進行一次這樣的操作稍顯麻煩。

  但用戶保存了相應的指令工具之後。

  以後再遇到相應情景將極大地節約所需的時間。

  具體到應用場景的時候。

  可能還會更簡單。

  林灰可以將一些常見的指令工具編輯出來組成工具庫。

  用戶一些比較常見的需求完全不需要重複造輪子的工作。

  只需要添加工具即可。

  儘管工具庫什麼的相比動作模塊更方便也更加容易。

  但作為開發者林灰還是要將相應的動作模塊開發出來。

  如果不搞定相應的動作模塊，直接弄個工具庫。

  那樣這個軟體也就喪失了最大的特色。

  這樣的話workflow也就不該叫workflow了。

  而是該叫百寶箱。

  而iOS應用市場上，最不缺的就是這類應用。

  開發相應的動作模塊原理上並不複雜。

  畢竟很多東西都是iOS里自帶的。

  真正需要林灰從無到有進行內建的動作模塊幾乎沒有。

  即便涉及到一些需要從無到有內建的動作。

  一樣問題不大。

  林灰有前世手機上的workflow完全體作為參考。

  重生之後，林灰覺得他似乎受到了某些強化。

  來到2014這個時空，林灰在工作的時候效率極高。

  效率極高主要表現為思維活躍度極高。

  具體到編程場景時林灰很容易在實際開發中產生一些平常情況下很難想到的極其巧妙的思路。

  這些思路對於實際開發過程是非常有利的。

  往往能讓開發者事半功倍。

  除了思維活躍度上的改變之外，工作時林灰還覺得精力無比充沛。

  不過這玩意究竟是不是什麼額外的外掛，林灰暫時也說不好。

  或許就是單純的金錢使然。

  要知道workflow這款軟體可是賣出了三千萬美元！

  三千萬美元，約合成人民幣的話，接近兩億元的財富。

  開發一個軟體能收穫兩億元，別說讓程序猿爆肝了。

  就是明明白白告訴開發人員有50%的機率會猝死也擋不住一些開發人員的熱情。

  或許也可能是因為過往的一系列成功使然。

  現在的林灰在開發軟體的時候相比於前世極其自信。

  而自信即巔峰。

  當然也可能是這幾種因素兼而有之。

  但這種效率上的提高究竟是什麼原因所致，林灰無暇深究。

  只要表現出的結果是有利的，就是好事。

  在思維靈活和體力充沛的雙buff加持下。

  林灰的開發效率直接MAX。

  在復現workflow這款軟體的時候，林灰的側重點並不完全放在軟體的功能設計上。

  而是主要放在UI設計上。

  (本章完)