第332章 超大型项目开发经验（1 / 2）

不过这基本不现实。

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

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

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

但知识的汲取终究不是一个一蹴而就的事情。

就这个角度来衡量的话，即便是林灰的未来不可限量。

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

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

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

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

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

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

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

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

那参与到苹果主导的swift这门编程项目就是不错的选择。

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

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

而不是自己单干呢？

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

搞出这样一门编程语言。

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

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

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

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

因为林灰想要的是有影响力的SWIFT这门编程语言。

而不仅仅是SWIFT这门编程语言本身。

这两者的区别自然关键在于“影响力”。

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

哪里还需要搬运呢？

直接买来些现成的也没啥问题。

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

这个世界上仅仅是在电脑领域已发明了上千不同的编程语言。

这还不是一个定量的数值，而且每年仍有新的编程语言诞生。

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

不能说一门不怎么为人所知的编程语言没任何价值。