据说这个变态的规则要求是jobs亲自写的。
虽然这个传言真实性有待考证。
但也看得出蘋果对于软件ui设计要求之苛刻是写在骨子里的。
总而言之，林灰这次开发的orkflo这款软件要想被蘋果方面收购。
就必须在ui设计层面下很大功夫。
不过问题不算太棘手。
现在的蘋果ui设计要比往后几年轻松得多。
往后几年，蘋果的那种全面屏下的ui设计就一言难尽。
虽然全新的交互式体验还不错（不戴口罩的情况下）。
但那个刘海屏太艹了。
没把jobs气活过来。
实属棺材板定的牢固了。
真要以后入职蘋果的话，别的不说。
先把想出刘海屏设计的工程师送去非洲。
明确了任务需求以及工作重心。
接下来的事情就容易很多了。
大概在22号23:44林灰已然搞定了orkflo这款软件的一个deo。
尽管只是一个deo。
但基本上麻雀虽小五脏俱全。
已经具备orkflo这款软件的核心功能了。
林灰感觉现在这个软件直接拿去做α测试去也问题不大了。
甚至再补充一些细节的话。
林灰觉得直接上线也没啥问题。
至于说不符合开发周期？
林灰觉得不会面对这个争议。
前世orkflo这个软件就是一个应赛作品。
是开发者协同团队的情况下在一个编程马拉松比赛上用48小时搞定的。
纵然开发者很可能在很久之前就有了软件的方向。
但思路这种东西，怎么说完全由开发者决定。
真的面对质疑，林灰也完全可以说他在几年前收到第一台iphone4s时就有了相关的酝酿。
为什么不把iphone4s上的语音助手和一款快捷指令应用结合在一起呢？
计算机领域尊重天才。
别的不说，就拿orkflo这款软件的原作者来说。
7岁就开发了第一个网页。
不也照样没啥质疑。
而且，先前蘋果方面何悦也说了。
天才就是要与众不同。
总之，林灰觉得即便他安排尽快上线也问题不大。
具体到林灰搞定的这个deo。
因为在开发软件的过程中林灰有着思维高度活跃的加持。
林灰在实际开发中涌现了一些很不错的新思路。
在这些灵感的帮助下。
林灰感觉他搞定的这个deo对比前世初代orkflo丝毫不逊色。
不但丝毫不逊色，而且在ui交互方面很出色。
林灰觉得这款软件一经上线很可能受到蘋果方面的欣赏。
唯一比较遗憾的是动作模块方面。
林灰复现的这款软件里面他只构建了大概六十多个动作模块（内建操作）。
看起来六十多个内建操作不少。
但这照完全形态的orkflo这款软件差得远。
后世完全体的orkflo里光内建动作就三百个以上。
虽然差得很远，但问题不大。
有了deo之后，林灰后面的工作就是慢慢完善细节就可以了。
不过就算林灰再怎么完善。
也没办法做到前世手机里的那么多内建动作了。
因为很多权限的话现在个人开发者根本就获取不了。
不过这也没什么，前世这个软件虽然是在2017年被蘋果方面收购的。
但在2018年这个软件还在因为功能鸡肋被用户吐槽。
也就是说就算这个应用真的功能很鸡肋，也不会妨碍蘋果看中这款软件。
或许在一般用户的眼中不明白蘋果为什么青睐这款软件。
但代入一下蘋果的视角。
就不难发现蘋果为什么会对orkflo这样一个看起来鸡肋的应用青眼相加了。
对蘋果手机而言，单独拿出快捷指令确实没什么。
但当快捷指令这款软件与siri语音助手等关联到一起后。
用户几乎很容易就能达到前所未有的便捷程度。
手机通过语音交互启动快捷指令并进行一系列的自动化操作。
意味着每个用户都能通过一句话就能做很多事情。
工作、学习、生活中的很多繁琐业务流程与进程，都能轻松的被手机任务自动化所代替。
銆愯璇嗗崄骞寸殑鑰佷功鍙嬬粰鎴戞帹鑽愮殑杩戒功app锛屽挭鍜槄璇伙紒鐪熺壒涔堝ソ鐢紝寮€杞︺€佺潯鍓嶉兘闈犺繖涓湕璇诲惉涔墦鍙戞椂闂达紝杩欓噷鍙互涓嬭浇iiread銆?p
这样的水准早已不是初级人机交互，已然达到人机协同标准。
蘋果方面的市场部门和技术部门也不是养闲人的。
林灰相信等他上线这款软件之后。
蘋果方面的人员能意识到这款软件的价值。