第269章 开发者大会的缺席者(续)_穿越黑龙江1940
笔趣阁 > 穿越黑龙江1940 > 第269章 开发者大会的缺席者(续)
字体:      护眼 关灯

第269章 开发者大会的缺席者(续)

  第269章开发者大会的缺席者(续

  这样也许会遭到更严厉,反垄断的指控。

  但是在判决下来之前,蘋.淉——这个微软最大的敌人,乔布斯一生的心血,就会消失了。

  总之,无论什么视角来衡量,这一行为都有资助敌人的成分在。

  而这样资助敌人的事情却真实的发生了。

  大概也是微软觉得没有对手不好混吧。

  很多时候没有商业对手是孤独的。

  同时没有商业上的竞争对手也是十分危险的。

  没有商业对手之后大概就要遭受法律上、经济上、文化上各种看不见的巨手了。

  当然这种境界离林灰还是很遥远的。

  不过林灰是蛮期待自己也能达到这种境界的。

  尽管这还有点远,不过也并不是遥不可及的那种。

  至于眼下黄静所提到的东西,其实林灰并不是太往心里去。

  相比于黄静介绍的这些即将推出的东西。

  林灰其实更在意的是黄静没提到的东西。

  同此前伊丽莎白·妮诗没提及Swift语言一样。

  黄静同样没提及到swift语言。

  这不由得引发林灰的一些猜想。

  前世SWIFT语言可是作为2014年蘋.淉全球开发者大会真正核心的大杀器。

  甚至被媒体评价为整场2014年全球开发者大会最大的惊喜。

  前世Swift语言是一种强大直观的编程语言。

  这样一门编程语言适用于iOS、iPadOS、macOS、AppletvOS和watchOS。

  Swift语法简洁,但表现力强,更包含了开发者喜爱的现代功能。

  按照蘋淉的描.述,Swift代码从设计上保证安全,并能开发出运行快如闪电的软件。

  前世Swift语言被蘋.淉方面开发出来是准备取代objective-C的语言

  开发者可以在Object-C和C语言的基础上,继续用Swift进行开发。

  Swift比起之前的Object-C要精简不少,去掉了很多繁琐的代码符号,执行效率要高出不少。

  而且难度也相应的开发难度也要降低不少;

  Swift全部采用可视化编程设计,用户可以一边写代码,一边查看代码的实际运行效果。

  可以进行实时预览,大大提到编程的效率。

  用蘋.淉自己的话说就是,编程从未如此简单。

  这个前世WWDC上的大杀器为什么到现在还没消息?

  依然是处于保密状态而留待制造惊喜吗??

  还是说此次蘋.淉开发者大会SWIFT语言将直接缺席了不成?

  林灰觉得大概率是后者。

  毕竟在此前已经预热了好几轮的情况下。

  没道理都要临近WWDC正式召开了还要进行保密吧?

  要知道预热不仅仅是为了炒热活动。

  实际上也是对受众的试探。

  一款作为工具的东西不提前拿出来预热下万一搞出来很多反对的声音岂不是自己打脸。

  蘋.淉这样深谙营销之道的公司应该是不会这样做的。

  林灰是觉得都到了六月末了还没传出来这样的声音。

  SWIFT语言应该是直接鸽了此次蘋淉全球开发者大会了。

  至于Swift语言这么一个强大且重要的产品为什么会鸽了蘋淉2014WWDC这样一个全球开发者的盛会呢?

  林灰觉得可能是因为这个时空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语言是计算机领域编程语言的最新研究成果。

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

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

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

  其源代码、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语言这个拼图缺失的话。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  不过这基本不现实。

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

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

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

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

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

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

  请收藏本站:https://www.tasim.net。笔趣阁手机版:https://m.tasim.net

『点此报错』『加入书签』