林灰觉得可能是因为这个时空Swift语言的开发进度出现了耽搁。
一个重大的项目出点意外似乎也是很正常的事情。
尤其是这种商业上的重大项目，出现点意外更是很常见的事情。
更不要说是计算机领域的项目，很多时候因为一点屁事直接推翻重来也是常有的。
何况前世Swift语言的开发团队从2012年开始就就屡有不合的声音传出。
甚至于前世2017年左右ChrisLattner更是直接从Swift语言开发团队出走。
ChrisLattner一直是Swift语言开发团队里面的中坚力量。
从前世2010年7月开始，ChrisLattner就开始设计Swift编程语言。
在完成基础架构后，Chris带领开发小组陆续完成语法设计、编译器、运行时、框架、IDE和文档等相关工作。
正因为ChrisLattner所起到的作用比较突出。
因此此人一向被冠以“Swift语言之父”之称。
一个编程语言的开发团队能把团队主心骨都气跑也是属实奇葩了。
之所以这件事林灰还有印象是因为这事林灰记得当初朋友拿来当乐子说。
朋友当初还饶有兴致地分析这种情况要么是ChrisLattner这个所谓的“Swift语言之父”性格过于孤傲不合群。
要么就是ChrisLattner的同事过于操蛋。
但不管是哪种原因，也难掩Swift语言整个开发团队有点奇葩这件事。
这种情况下，即便是这个时空的Swift的开发团队跟上个时空一样存在着。
出点意外似乎也是很正常的事情。
这可不是林灰毒奶，事实上林灰做出“此时空Swift语言项目受挫”这个判断已经很友好了。
至少按照林灰这种判断来说的话Swift语言项目纵然是受挫，但项目以及项目组最起码是存在的。
这已经是属于乐观估计的范畴了。
个人的判断一般都是很主观的，带有很多主观成分的判断与其说是依据所有客观条件给出的判断，不如说是人对植根于内心深处的期待而给出的一种让自己相信的说法/解释而已。
林灰以上对Swift语言做出的判断也是带有主观色彩的。
林灰内心是希望Swift语言项目组能够存在的。
一个小小的蝴蝶扇动翅膀都可能引发出一场美洲的风暴。
虽然两个时空很多小打小闹的差异林灰已经司空见惯了。
但这不等于林灰依然熟视无睹。
像Swift语言不能如约而至这件事放到两个时空的维度内虽然同样只是一点小小的涟漪。
但鉴于Swift语言对于苹果软件方面的重要性。
如果像Swift这样的语言出现很重大的变化的话。
林灰不大确定会造成怎么样的连带影响。
虽然作为纯路人，就是苹果倒闭了也未必会损失啥。
但林灰则并不是很想看到这事。
至少短期内林灰不希望看到这件事。
短时间内林灰还指望借着薅苹果羊毛呢。
如果苹果的重大项目出现比较大的变化的话。
这样的事情是林灰所不希望看到的。
故而林灰主观上是很希望Swift语言项目是存在的。
至于为什么这样的语言项目要鸽了WWDC，林灰也宁愿是相信这样的一门编程语言只是研究受挫了而已。
然而世界是客观的，至少是不以个人主观意识进行转移的。
纯粹就客观层面出发，林灰此前主观的判断怕是有点过分乐观。
前世Swift语言是计算机领域编程语言的最新研究成果。
这门编程语言差不多算是融合了前世苹果平台数十年的经验。
虽然这门语言融入了很多苹果方面的经验。
但是这样的一门语言在开发的过程种却是以开源形式在Swift.上开发而成。
其源代码、bug跟踪器、论坛和常规开发版本在前世都是向对所有人公开的。
在前世SWIFT语言的问世过程中：苹果内部员工与成百上千位外部贡献者通力合作。
如此前世Swift语言才能够迅速支持所有苹果平台和Linux。
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语言出现什么重大变化的话？
似乎也无所谓。
林灰可以去控制变量。
毕竟作为这个时空最大的变量控制一下其他的变量似乎不怎么过分。 笔迷阁为你提供最快的穿越：2014猪熊更新，第257章 风起赫尔辛基(8)免费阅读。https://www.bimige.net
章节错误,点此报送(免注册),
报送后维护人员会在两分钟内校正章节内容,请耐心等待