但鉴于sift语言对于苹果软件方面的重要性。
如果像sift这样的语言出现很重大的变化的话。
林灰不大确定会造成怎么样的连带影响。
虽然作为纯路人,就是苹果倒闭了也未必会损失啥。
但林灰则并不是很想看到这事。
至少短期内林灰不希望看到这件事。
短时间内林灰还指望借着薅苹果羊毛呢。
如果苹果的重大项目出现比较大的变化的话。
这样的事情是林灰所不希望看到的。
故而林灰主观上是很希望sift语言项目是存在的。
至于为什么这样的语言项目要鸽了dc,林灰也宁愿是相信这样的一门编程语言只是研究受挫了而已。
然而世界是客观的,至少是不以个人主观意识进行转移的。
纯粹就客观层面出发,林灰此前主观的判断怕是有点过分乐观。
前世sift语言是计算机领域编程语言的最新研究成果。
这门编程语言差不多算是融合了前世苹果平台数十年的经验。
虽然这门语言融入了很多苹果方面的经验。
但是这样的一门语言在开发的过程种却是以开源形式在sift上开发而成。
其源代码、bug跟踪器、论坛和常规开发版本在前世都是向对所有人公开的。
在前世sift语言的问世过程中:苹果内部员工与成百上千位外部贡献者通力合作。
如此前世sift语言才能够迅速支持所有苹果平台和lux。
sift社区成员还积极地努力将sift移植到更多平台上。
借助sourcekit-lsp,sift社区成员还在努力将sift支持集成到各种开发者工具中。
在这种不懈的努力之下,到林灰重生前夕那会:sift语言不仅能够为苹果平台开发很多新应用。
而且还适用于一系列新的现代化服务器app。
除此之外,还有很多广泛的应用。
而这一切,不难发现外部贡献者的用爱发电大大加速了sift语言的成长。
如果没有这些外部贡献者即便是sift语言能够如期诞生。
恐怕也会在成长的速度上大幅减速。
然而在今生,林灰通过公开、半公开的信息渠道却几乎没有找到sift社区这样开源社区或者其余任何可能和苹果开源语言项目有关的信息。
在这种情况下,客观来判断的话:
林灰不由得有些怀疑这个时空苹果方面搞sift语言是在闭门造车。
抑或是这个时空干脆就没有所谓的sift语言!
听起来有点不可思议,但这种情况也有可能发生。
尽管从前世发生的事情来看,sift会替代(是主流场景下的替代,并不是完全取代objective-c这是必然趋势。
但在前世sift语言刚刚出现的时候人们可不完全是这么看的。
虽然在已经掌握了objective-c的情况切换到sift并不难。
但是因为sift语言刚出现的时候其实是没有很好地解决好跟c和c++混编的问题。
在界面和大部分逻辑采用sift语言编写,很多项目底层却采用很多项目底层核心库却要用到c语言或c++语言的情况下。
这种时候就不可避免的需要继续使用objective-c作为粘合层。
另外sift语言刚出现的时候还有很多库是用objective-c编写的,使用这些库需要一定objective-c知识。
换言之,即便是单独学会了sift语言。
在进行一些开发的时候依然是离不开objective-c的。
同样使用sift编写的任何功能,使用objective-c虽然同样也可以做到。
sift语言刚诞生的时候并不能特别简化学习成本。
如此一来,为什么还要再学一门新的单独的编程语言呢?
尤其是在新的单独的编程语言似乎有点鸡肋的情况下。
如果以“鸡肋”进行衡量的话。
似乎即便今生苹果并没有进行sift语言的开发以替代objective-c也是有理由的。
毕竟从新开发编程语言也不是一件容易的事情。
不光需要大量的金钱、时间。
而且还需要天才的推动。
苹果公司开发sift有相应的需求。
不开发也有相应的道理。
至于这个时空究竟有没有sift。
暂时林灰不想过于武断地得出结论了。
一切还是等有更进一步比较确切的消息之后再说。
而且在此之前。
林灰要迅速成长到一定的高度。
这个高度不仅仅是财富上的高度。
而是指能力上的新高度。
如果林灰没有相应的实力。
即便是sift语言相较于前世真的出现重大变化的话。
以林灰现在的实力想要从中火中取栗也是做不到的。
反倒是很容易引火上身。
而林灰有了强大的实力则不一样了。
一个小小的蝴蝶扇动翅膀都可能引发出一场美洲的风暴。
但想要避免风暴的来临似乎也不费力啊。
只需要在最开始杀死那个疯狂扇动翅膀的蝴蝶就可以了。
同样的道理,当林灰拥有足够实力的话。
林灰可以去控制变量。
如果sift语言出现重大变化从而导致前世sift语言这个拼图缺失的话。
当拥有强大的实力之后,林灰完全可以去补全这个拼图。
至于林灰去补全这个拼图有什么好处呢?
维系时间线的支线是一方面的考虑。
另一方面,跟林灰此前的野心有一定的关系。
涉及到前世信息中,林灰觉得价值较高(上千亿美元直接及间接经济价值同时近乎于成品的产品大概只有fuchsiaos。
如果林灰以后有强大的实力,拥有很多资源(这里的资源包括但不限于金钱、人力资源等等可供调配的话。
自然也不需要太多弯弯绕绕,时机成熟了直接“搬运”就完事了。
但倘若林灰力有不逮而不能独自搞定相应的资源整合。
(ps:……虽然所谓的“力有不逮”这是极小概率事件,但纵然有这方面的可能,林灰也不得不提前做好风险规避的手段。
在力有不逮的这种情况下,如果林灰依然想要进行搬运的话。
恐怕将不得不借助于其他方面或者是更高层面的力量来进行资源整合以实现搬运。
那在进行资源整合的时候,其他方面或者说更高层面该怎么相信林灰有搞定操作系统的实力呢?