第613章(1 / 2)

Swift语言刚诞生的时候并不能特别简化学习成本。

如此一来,为什么还要再学一门新的单独的编程语言呢?

尤其是在新的单独的编程语言似乎有点鸡肋的情况下。

如果以“鸡肋”进行衡量的话。

似乎即便今生蘋淉并没有进行Swift语言的开发以替代Objective-C也是有理由的。

毕竟从新开发编程语言也不是一件容易的事情。

不光需要大量的金钱、时间。

而且还需要天才的推动。

蘋淉公司开发Swift有相应的需求。

不开发也有相应的道理。

至于这个时空究竟有没有Swift。

暂时林灰不想过于武断地得出结论了。

一切还是等有更进一步比较确切的消息之后再说。

而且在此之前。

林灰要迅速成长到一定的高度。

这个高度不仅仅是财富上的高度。

而是指能力上的新高度。

如果林灰没有相应的实力。

即便是Swift语言相较于前世真的出现重大变化的话。

以林灰现在的实力想要从中火中取栗也是做不到的。

反倒是很容易引火上身。

而林灰有了强大的实力则不一样了。

一个小小的蝴蝶扇动翅膀都可能引发出一场美洲的风暴。

但想要避免风暴的来临似乎也不费力啊。

只需要在最开始杀死那个疯狂扇动翅膀的蝴蝶就可以了。

同样的道理,当林灰拥有足够实力的话。

林灰可以去控制变量。

如果Swift语言

出现重大变化从而导致前世Swift语言这个拼图缺失的话。

当拥有强大的实力之后,林灰完全可以去补全这个拼图。

至于林灰去补全这个拼图有什么好处呢?

维系时间线的支线是一方面的考虑。

另一方面,跟林灰此前的野心有一定的关系。

涉及到前世信息中,林灰觉得价值较高(上千亿美元直接及间接经济价值)同时近乎于成品的产品大概只有fuchsiaOS。

如果林灰以后有强大的实力,拥有很多资源(这里的资源包括但不限于金钱、人力资源等等)可供调配的话。

自然也不需要太多弯弯绕绕,时机成熟了直接“搬运”就完事了。

但倘若林灰力有不逮而不能独自搞定相应的资源整合。

(ps:……虽然所谓的“力有不逮”这是极小概率事件,但纵然有这方面的可能,林灰也不得不提前做好风险规避的手段。)

在力有不逮的这种情况下,如果林灰依然想要进行搬运的话。

恐怕将不得不借助于其他方面或者是更高层面的力量来进行资源整合以实现搬运。

那在进行资源整合的时候,其他方面或者说更高层面该怎么相信林灰有搞定操作系统的实力呢?

理想层面来说,最靠谱的方式是林灰在此前有成功开发操作系统的经验。

如果林灰此前有开发过操作系统的成功经验。

那么林灰所整合的资源的各方自然会相信林灰有实力搞定一个全新的操作系统。

不过这基本不现实。

因为种种外在的原因,林灰是不可能在将一个操作系统搬运出来之前去搞个别的操作系统去练手的。

那样很容易引发一些不必要的麻烦。

而且纵然林灰今生有可能拥有比前世更强大的知识汲取能力。