现在服务器方面的问题解决了。
接下来的任务方便了很多。
林灰要做的无疑就是继续增加亿些细节而已。
接下来的工作对于一般人而言可能有点枯燥。
但创造的过程对于林灰而言是一个收获成就感的过程。
尽管林灰的创造很大程度只是搬运而已。
翻译是再创造。
搬运某种程度上也是再创造。
涉及到具体搬运的环节：
哪些能照搬？哪些要选择性地搬运？哪些要直接无视？
这些都是很费脑细胞的问题。
好在，现在的林灰涉及到这些问题的时候思维一向很活跃。
此前在workflow这款软件的动作模块方面。
林灰已经构建了大概六十多个动作模块（内建操作）。
此次进一步完善林灰又增添了十多个内建操作。
现在workflow的内卷操作已经有80个。
虽然这照完全形态的workflow这款软件差得远。
但问题不大。
事实上现在林灰想一味增添内建动作的话也还能再添加50多个。
但林灰并不想继续添加了。
毕竟workflow这款软件林灰开发出来就是为了让蘋果方面收购的。
而涉及到收购什么的甲方爸爸一般会要求技术升级。
到时候林灰可以再将这些东西拿出来。
要是现在就升级把潜力挖掘殆尽。
怎么能显现出林灰以后作为乙方的努力呢？
虽然这种做法多多少少有点不厚道，但屁股决定脑袋。
林灰没必要跟自己过不去。
很容易被诓的底裤都不剩。
即便有的资本家看起来似乎很厚道，但实际上也难说。
可能只是同行衬托得好。
除了完善了内建动作方面。
林灰做的主要工作都是集中在UI设计方面。
UI设计方面涵盖很多东西。
之前林灰已经明确了设计理念：
——那就是一切按照果子的审美理念来开发。
虽然为了满足果子强迫症般的设计理念林灰不得不改变一些此前几款软件的UI设计习惯。
但这不是问题，大不了这次发布这款软件的时候林灰再换一个马甲。
反正按照这个时空AppStore的规则，卓越的个人开发者可以最多拥有5个马甲。
而林灰目前只有GRAY FOREST和808080这两个马甲。
在具体的开发（搬运）过程中，给林会造成最多麻烦的不是来自于一些设计之类的东西。
而是来自于苹果底层方面的掣肘。
看起来都是一样的iOS。
但实际上不同的版本号开放给开发人员的API是很不同的。
作为习惯了为iOS10以后版本做开发的林灰来说。
开发适配iOS7的app着实有点复古。
现在这情况还好说，在实际开发的时候注意一点就行了。
要是往后几年开发的时候。
一款软件既要做满足高级版本又要兼顾早期版本，那才是真的焦灼。
除了可供调用的API上的区别之外。
具体搬运过程中，还是有不少掣肘的地方。
唯一值得安慰的地方在于果子软硬件相对来说比较统一。
开发人员一般只考虑到软件层面的东西就可以了。
总而言之，给林辉的感觉是这个时空下的苹果其实也没那么强大。
现在的iOS系统不少设计依旧反人类。
但无脑粉总有理由，甚至从美学历程里面找论据。
搬出来“美的东西都是绝缘的”这种论调。
就很无语。
此外