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