等林灰回到别墅时，时间不知不觉已经下午七点了。
林灰在早些时候已经搞定了workflow这款软件的demo。先前在搞定demo之后林灰之所以没有继续添加些细节。
很大程度上就是因为受限于服务器问题。
现在服务器方面的问题解决了。
接下来的任务方便了很多。
林灰要做的无疑就是继续增加亿些细节而已。
接下来的工作对于一般人而言可能有点枯燥。
但创造的过程对于林灰而言是一个收获成就感的过程。
尽管林灰的创造很大程度只是搬运而已。
翻译是再创造。
搬运某种程度上也是再创造。
涉及到具体搬运的环节：
哪些能照搬？哪些要选择性地搬运？哪些要直接无视？
这些都是很费脑细胞的问题。
好在，现在的林灰涉及到这些问题的时候思维一向很活跃。
此前在workflow这款软件的动作模块方面。
林灰已经构建了大概六十多个动作模块（内建操作）。
此次进一步完善林灰又增添了十多个内建操作。
现在workflow的内建操作已经有80个。
虽然这照完全形态的workflow这款软件差得远。
但问题不大。
事实上现在林灰想一味增添内建动作的话也还能再添加50多个。
但林灰并不想继续添加了。
毕竟workflow这款软件林灰开发出来就是为了让蘋果方面收购的。
而涉及到收购什么的甲方爸爸一般会要求技术升级。
到时候林灰可以再将这些东西拿出来。
要是现在就升级把潜力挖掘殆尽。
到时候怎么能显现出林灰以后作为乙方的努力呢？
虽然这种做法多多少少有点不厚道，但屁股决定脑袋。
林灰没必要跟自己过不去。
而且跟资本家讲厚道着实没啥必要。
很容易被诓的底裤都不剩。
即便有的资本家看起来似乎很厚道，但实际上也难说。
可能只是同行衬托得好。
涉及到workflow这款软件。
除了完善了内建动作方面。
林灰做的主要工作都是集中在ui设计方面。
ui设计方面涵盖很多东西。
之前林灰已经明确了设计理念：
——那就是一切按照果子的审美理念来开发。
虽然为了满足果子强迫症般的设计理念林灰不得不改变一些此前几款软件的ui设计习惯。
但这不是问题，大不了这次发布这款软件的时候林灰再换一个马甲。
反正按照这个时空appstore的规则，卓越的个人开发者可以最多拥有5个马甲。
而林灰目前只有gray forest和808080这两个马甲。
在具体的开发（搬运）过程中，给林会造成最多麻烦的不是来自于一些设计之类的东西。
而是来自于苹果底层方面的掣肘。
看起来都是一样的ios。
但实际上不同的版本号开放给开发人员的api是很不同的。
作为习惯了为ios10以后版本做开发的林灰来说。
开发适配ios7的app着实有点复古。
(本章完)
本章未完，点击下一页继续阅读。