第258章 超大规模项目经验（1/2）

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

林灰可以去控制变量。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

不过这基本不现实。

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

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

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

暂时林灰也没鼓捣一个全新的操作系统的本事。

所以，就目前来看，在正式搬运之前提前开发一个别的操作系统练练手是很难实现。

这种情况下，林灰该如何在资源整合的时候取信于人呢？

林灰觉得即便是没有开发操作系统的成功经验。

有负责超大型项目这样的经历将是开发者生涯中颇为值得浓墨重彩的一笔。

不仅如此，这样一个超大型的开发项目如果能取得成功那对于以后的资源整合同样是会大有裨益的。

Swift语言这样一个前世耗时几年之久前前后后近万人次参与过的项目绝对可以说是一项超大型的项目开发了。

林灰觉得如果这个时空Swift项目真的出现什么问题的话。

那参与到苹果主导的Swift语言项目就是不错的选择。

真的能在这样一个项目中大展身手的话，那将为林灰积累很多，包括但不限于人脉之类的种种。

至于说为什么是要参与到苹果主导的项目中？

而不是自己单干呢？

林灰单干的话，即便是能在swift缺失后补足这个时空缺失的一片拼图。

搞出这样一门编程语言。

恐怕也达不到前世swift的知名度。

就像演员并不是有演技就能收获到相应的咖位。

类似地，一门编程语言，有的时候纵然有实力，也未必拥有与之相匹配的地位。

而一门几乎没啥影响力的编程语言似乎也没啥搬运的必要。

因为林灰想要的是有影响力的SWIFT.

而不仅仅是SWIFT本身。

如果林灰在意的仅仅是编程语言本身而不是影响力的话。

似乎买来些现成的也没啥问题。

毕竟，这个世界上耳熟能详的那些编程语言可不是编程语言的全部。

这个世界上仅仅是在电脑领域已发明了上千不同的编程语言，而且每年仍有新的编程语言诞生。

说实话，有的高级编程语言甚至没有林灰此前搞得那个Z.那个域名更加稀有。

总之，一门编程语言如果没有影响力基本无用。