返回第269章 开发者大会的缺席者(续)  穿越:2014首页

关灯 护眼     字体:

上一页 目录 下一章

最新网址:m.92yanqing.com

然而世界是客观的,至少是不以个人主观意识进行转移的。

纯粹就客观层面出发,林灰此前主观的判断怕是有点过分乐观。

前世swift语言是计算机领域编程语言的最新研究成果。

这门编程语言差不多算是融合了前世蘋淉平台数十年的经验。

虽然这门语言融入了很多蘋淉方面的经验。

但是这样的一门语言在开发的过程种却是以开源形式在 swift.org 上开发而成。

其源代码、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语言出现重大变化从而导致前世swift语言这个拼图缺失的话。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

不过这基本不现实。

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

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

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

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

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

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

(本章完)

『加入书签,方便阅读』

上一页 目录 下一章