尽管黄静不是很相信林灰的说法。

但她对林灰的交代的事情还是没打折扣的执行。

涉及到服务器这件事情黄静是当着林灰的面打电话联系的。

这样的表现有不把林灰当外人的意思。

也有显摆一下能力的意味。

黄静和电话那边的人似乎还蛮熟悉的。

只听黄静一口一个学姐亲昵地叫着。

林灰印象里这似乎是黄静第三个学姐了。

呃，为什么和这么多学姐都关系不错？

莫非这就是传说中的学姐亲和体质。

拥有这种体质的不一般都是软萌小帅哥么？

吐槽归吐槽，不得不说。

良好的人脉网办事还是很方便的。

很快黄静就帮林灰联系好了服务器以及一应技术支持服务。

采用的是云服务器方案。

听闻是赫赫有名的gray orest在寻求处理器之后。

电话那头的人全然没跟林灰提什么费用之类的。

当然这也可能跟云服务器商业化这几年刚刚兴起有关系。

林灰记得这个时间点很多互联网巨头开发的云服务器都打出前6个月费用全免的口号来招揽生意。

尽管如此，依旧不是太多人能接受这类新鲜事物。

在一些开发公司的高层眼中云服务器相比于传统服务器多少有点虚无缥缈的感觉。

这也不完全怪这些人保守，云服务器的确有别于传统的服务器。

传统的服务器是一个真实的物理设备，一般都要放在机房或者专门的数据中心。

而云服务器可以理解为虚拟服务器，它是云计算技术发展的衍生产物。

传统的服务器因为涉及到硬件成本，服务器的价格一般会比较高。

当然了，这是在数据规模有限的情况下而言。

涉及到大数据规模时，无论是传统服务器还是云服务器都十分烧钱。

不过还好，仅仅是worklow这样一个软件，涉及到的数据量还谈不上大数据的层级。

某种角度而言云服务器的架构起来并不比传统服务器容易多少。

但林灰还是选择了云服务器。

因为在安全性方面云服务器具有天然的防arp攻击和mac欺骗功能。

而林灰先前殚精竭虑安排服务器的目的就是为了安全。

另外云服务器能够快速备份，故障自动迁移。

这对数据安全很有利。

而数据方面的内容对林灰很重要。

有了用户使用数据林灰以后对worklow这款软件进行升级可能更加容易。

从这些方面考虑，云服务器显然要比传统服务器更适合林灰现在这种情况。

尽管电话那头的人称不收林灰的钱。

但林灰还是象征性地交了一笔押金。

免费的东西往往最贵。

林灰并不算特别着急服务器这件事。

但黄静这样的执行效率还是让林灰很是满意。

在此之前和黄静数次合作两人相处的也都比较融洽。

再加上某种层面而言两人都有互联网从业经历。

还是有很多共同语言的。

而且跟黄静这样一个有着明显年龄代差的大姐姐谈话时林灰完全不需要顾虑太多男女有别之类的事。

总而言之，和黄静相处起来并不拘束。

这次晚饭尽管是两人第一次就餐。

总得来说还是比较愉快的。

晚饭结束后，黄静就回酒店了。

林灰没有停留，回到了茗品国际的那处别墅。

等林灰回到别墅时，时间不知不觉已经下午七点了。

林灰在早些时候已经搞定了worklow这款软件的demo。

先前在搞定demo之后林灰之所以没有继续添加些细节。

很大程度上就是因为受限于服务器问题。

现在服务器方面的问题解决了。

接下来的任务方便了很多。

林灰要做的无疑就是继续增加亿些细节而已。

接下来的工作对于一般人而言可能有点枯燥。

但创造的过程对于林灰而言是一个收获成就感的过程。

尽管林灰的创造很大程度只是搬运而已。

翻译是再创造。

搬运某种程度上也是再创造。

涉及到具体搬运的环节：

哪些能照搬？哪些要选择性地搬运？哪些要直接无视？

这些都是很费脑细胞的问题。

好在，现在的林灰涉及到这些问题的时候思维一向很活跃。

此前在worklow这款软件的动作模块方面。

林灰已经构建了大概六十多个动作模块内建操作。

此次进一步完善林灰又增添了十多个内建操作。

现在worklow的内卷操作已经有80个。

虽然这照完全形态的worklow这款软件差得远。

但问题不大。

事实上现在林灰想一味增添内建动作的话也还能再添加50多个。

但林灰并不想继续添加了。

毕竟worklow这款软件林灰开发出来就是为了让蘋果方面收购的。

而涉及到收购什么的甲方爸爸一般会要求技术升级。

到时候林灰可以再将这些东西拿出来。

要是现在就升级把潜力挖掘殆尽。

到时候怎么能显现出林灰以后作为乙方的努力呢？

虽然这种做法多多少少有点不厚道，但屁股决定脑袋。

林灰没必要跟自己过不去。

而且跟资本家讲厚道着实没啥必要。

很容易被诓的底裤都不剩。

即便有的资本家看起来似乎很厚道，但实际上也难说。

可能只是同行衬托得好。

涉及到worklow这款软件。

除了完善了内建动作方面。

林灰做的主要工作都是集中在ui设计方面。

ui设计方面涵盖很多东西。

之前林灰已经明确了设计理念：

——那就是一切按照果子的审美理念来开发。

虽然为了满足果子强迫症般的设计理念林灰不得不改变一些此前几款软件的ui设计习惯。

但这不是问题，大不了这次发布这款软件的时候林灰再换一个马甲。

反正按照这个时空appstore的规则，卓越的个人开发者可以最多拥有5个马甲。

而林灰目前只有gray orest和808080这两个马甲。

在具体的开发搬运过程中，给林会造成最多麻烦的不是来自于一些设计之类的东西。

而是来自于苹果底层方面的掣肘。

看起来都是一样的ios。

但实际上不同的版本号开放给开发人员的api是很不同的。

作为习惯了为ios10以后版本做开发的林灰来说。

开发适配ios7的app着实有点复古。

现在这情况还好说，在实际开发的时候注意一点就行了。

要是往后几年开发的时候。

一款软件既要做满足高级版本又要兼顾早期版本，那才是真的焦灼。

除了可供调用的api上的区别之外。

具体搬运过程中，还是有不少掣肘的地方。

唯一值得安慰的地方在于果子软硬件相对来说比较统一。