第368章 超大型项目开发经验

  第368章 超大型项目开发经验

  Swift社区成员还积极地努力将 Swift这门编程语言移植到更多平台上。

  借助 SourceKit-LSP，Swift社区成员还在努力将 Swift这门编程支持集成到各种开发者工具中。

  在这种不懈的努力之下，到林灰重生前夕那会：Swift这门编程语言不仅能够为蘋淉平台开发很多新应用。

  而且还适用于一系列新的现代化服务器 App。

  除此之外，还有很多广泛的应用。

  而这一切，不难发现外部贡献者的用爱发电大大加速了Swift这门编程语言的成长。

  如果没有这些外部贡献者即便是Swift这门编程语言能够如期诞生。

  恐怕也会在成长的速度上大幅减速。

  然而在今生，林灰通过公开、半公开的信息渠道却几乎没有找到Swift社区这样开源社区或者其余任何可能和蘋淉开源语言项目有关的信息。

  在这种情况下，客观来判断的话：

  林灰不由得有些怀疑这个时空蘋淉方面搞SWIFT语言是在闭门造车。

  抑或是这个时空干脆就没有所谓的SWIFT语言！

  听起来有点不可思议，但这种情况也有可能发生。

  尽管从前世发生的事情来看，Swift这门编程语言会替代（是主流场景下的替代，并不是完全取代） Objective-C这是必然趋势。

  但在前世Swift语言刚刚出现的时候人们可不完全是这么看的。

  虽然在已经掌握了 Objective-C这门编程语言的情况切换到 Swift这门编程语言并不难。

  但是因为Swift语言刚出现的时候其实是没有很好地解决好跟 C语言和 C++语言混编的问题。

  在界面和大部分逻辑采用Swift语言编写，很多项目底层却采用很多项目底层核心库却要用到C语言或C++语言的情况下。

  这种时候就不可避免的需要继续使用Objective-C这门编程语言作为粘合层。

  另外Swift语言刚出现的时候还有很多库是用 Objective-C这门编程语言编写的，使用这些库需要一定 Objective-C这门编程语言的知识。

  换言之，即便是单独学会了swift这门编程语言。

  在进行一些开发的时候依然是离不开Objective-C这门编程语言的。

  同样使用swift这门编程语言编写的任何功能，使用 Objective-C这门编程语言虽然同样也可以做到。

  swift这门编程语言刚诞生的时候并不能特别简化学习成本。

  如此一来，为什么还要再学一门新的单独的编程语言呢？
  尤其是在新的单独的编程语言似乎有点鸡肋的情况下。

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

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

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

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

  而且还需要天才的推动。

  蘋淉公司开发swift这门编程语言有相应的需求。

  不开发也有相应的道理。

  至于这个时空究竟有没有swift这门编程语言。

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

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

  而且在此之前。

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

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

  而是指能力上的新高度。

  如果林灰没有相应的实力。      即便是swift这门编程语言相较于前世真的出现重大变化的话。

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

  反倒是很容易引火上身。

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

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

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

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

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

  林灰可以去控制变量。

  如果swift这门编程语言出现重大变化从而导致前世swift这门编程语言对应的拼图缺失的话。

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

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

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

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

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

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

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

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

  （ps：……虽然所谓的“力有不逮”这是极小概率事件，但纵然有这方面的可能，林灰也不得不提前做好风险规避的手段。）
  在力有不逮的这种情况下，如果林灰依然想要进行搬运的话。

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

  那在进行资源整合的时候，其他方面或者说更高层面该怎么相信林灰有搞定操作系统的实力呢？
  理想层面来说，最靠谱的方式是林灰在此前有成功开发操作系统的经验。

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

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

  不过这基本不现实。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  (本章完)