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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    这样一门编程语言适用于os、pdos、os、appletvos和wtos。

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

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

    前世swft语言被蘋淉方面开发出来是准备取代bjetve-c的语言

    开发者可以在objet-c和c语言的基础上，继续用swft进行开发。

    swft比起之前的objet-c要精简不少，去掉了很多繁琐的代码符号，执行效率要高出不少。

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

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

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

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

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

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

    还是此次蘋淉开发者大会swift语言将直接缺席了不成？

    林灰觉得大概率是后者。

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

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

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

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

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

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

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

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

    至于swft语言这么一个强大且重要的产品为什么会鸽了蘋淉204wwdc这样一个全球开发者的盛会呢？

    林灰觉得可能是因为这个时空swft语言的开发进度出现了耽搁。

    一个重大的项目出点意外似乎也是很正常的事情。

    尤其是这种商业上的重大项目，出现点意外更是很常见的事情。

    更不要是计算领域的项目，很多时候因为一点屁事直接推翻重来也是常有的。

    何况前世swft语言的开发团队从202年开始就就屡有不合的声音传出。

    甚至于前世20年左右crlttner更是直接从swft语言开发团队出走。

    crlttner一直是swft语言开发团队里面的中坚力量。

    从前世200年月开始，crlttner就开始设计swft编程语言。

    在完成基础架构后，cr带领开发组陆续完成语法设计、编译器、运行时、框架、ide和文档等相关工作。

    正因为crlttner所起到的作用比较突出。

    因此此人一向被冠以“swft语言之父”之称。

    一个编程语言的开发团队能把团队主心骨都气跑也是属实奇葩了。

    之所以这件事林灰还有印象是因为这事林灰记得当初朋友拿来当乐子。

    朋友当初还饶有兴致地分析这种情况要么是crlttner这个所谓的“swft语言之父”性格过于孤傲不合群。

    要么就是crlttner的同事过于操蛋。

    但不管是哪种原因，也难掩swft语言整个开发团队有点奇葩这件事。

    这种情况下，即便是这个时空的swft的开发团队跟上个时空一样存在着。

    出点意外似乎也是很正常的事情。

    这可不是林灰毒奶，事实上林灰做出“此时空swft语言项目受挫”这个判断已经很友好了。

    至少按照林灰这种判断来的话swft语言项目纵然是受挫，但项目以及项目组最起码是存在的。

    这已经是属于乐观估计的范畴了。

    个人的判断一般都是很主观的，带有很多主观成分的判断与其是依据所有客观条件给出的判断，不如是人对植根于内心深处的期待而给出的一种让自己相信的法/解释而已。

    林灰以上对swft语言做出的判断也是带有主观色彩的。

    林灰内心是希望swft语言项目组能够存在的。

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

    虽然两个时空很多打闹的差异林灰已经司空见惯了。

    但这不等于林灰依然熟视无睹。

    像swft语言不能如约而至这件事放到两个时空的维度内虽然同样只是一点的涟漪。

    但鉴于swft语言对于蘋淉软件方面的重要性。

    如果像swft这样的语言出现很重大的变化的话。

    林灰不大确定会造成怎么样的连带影响。

    虽然作为纯路人，就是蘋淉倒闭了也未必会损失啥。

    但林灰则并不是很想看到这事。

    至少短期内林灰不希望看到这件事。

    短时间内林灰还指望借着薅蘋淉羊毛呢。

    如果蘋淉的重大项目出现比较大的变化的话。

    这样的事情是林灰所不希望看到的。

    故而林灰主观上是很希望swft语言项目是存在的。

    至于为什么这样的语言项目要鸽了wwdc，林灰也宁愿是相信这样的一门编程语言只是研究受挫了而已。

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

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

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

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

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

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

    其源代码、bg跟踪器、论坛和常规开发本在前世都是向对所有人公开的。

    在前世swift语言的问世过程中：蘋淉内部员工与成百上千位外部贡献者通力合作。

    如此前世swft语言才能够迅速支持所有蘋淉平台和ln。

    swft社区成员还积极地努力将swft移植到更多平台上。

    借助srekt-lsp，swft社区成员还在努力将swft支持集成到各种开发者工具中。

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

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

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

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

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

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

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

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

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

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

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

    尽管从前世发生的事情来看，swft会替代（是主流场景下的替代，并不是完全取代）objetve-c这是必然趋势。

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

    虽然在已经掌握了objetve-c的情况切换到swft并不难。

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

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

    这种时候就不可避免的需要继续使用objetve-c作为粘合层。

    另外swft语言刚出现的时候还有很多库是用objetve-c编写的，使用这些库需要一定objetve-c知识。

    换言之，即便是单独学会了swft语言。

    在进行一些开发的时候依然是离不开objetve-c的。

    同样使用swft编写的任何功能，使用objetve-c虽然同样也可以做到。

    swft语言刚诞生的时候并不能特别简化学习成本。

    如此一来，为什么还要再学一门新的单独的编程语言呢？

    尤其是在新的单独的编程语言似乎有点鸡肋的情况下。

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

    似乎即便今生蘋淉并没有进行swft语言的开发以替代objetve-c也是有理由的。

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

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

    而且还需要天才的推动。

    蘋淉公司开发swft有相应的需求。

    不开发也有相应的道理。

    至于这个时空究竟有没有swft。

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

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

    而且在此之前。

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

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

    而是指能力上的新高度。

    如果林灰没有相应的实力。

    即便是swft语言相较于前世真的出现重大变化的话。

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

    反倒是很容易引火上身。

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

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

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

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

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

    林灰可以去控制变量。

    如果swft语言出现重大变化从而导致前世swft语言这个拼图缺失的话。

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

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

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

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

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

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

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

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

    （p：虽然所谓的“力有不逮”这是极概率事件，但纵然有这方面的可能，林灰也不得不提前做好风险规避的段。）

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

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

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

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

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

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

    不过这基本不现实。

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

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

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

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

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

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

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

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

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

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

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

    那参与到蘋淉主导的swft语言项目就是不错的选择。

    真的能在这样一个项目中大展身的话，那将为林灰积累很多，包括但不限于人脉之类的种种。