第269章 超大规模项目开发经验
林灰觉得大概率是后者。
毕竟在此前已经预热了好几轮的情况下。
没道理都要临近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语言项目就是不错的选择。
真的能在这样一个项目中大展身的话,那将为林灰积累很多,包括但不限于人脉之类的种种。
至于为什么是要参与到蘋淉主导的项目中?
而不是自己单干呢?
林灰单干的话,即便是能在wft缺失后补足这个时空缺失的一片拼图。
搞出这样一门编程语言。
恐怕也达不到前世wft的知名度。
就像演员并不是有演技就能收获到相应的咖位。
类似地,一门编程语言,有的时候纵然有实力,也未必拥有与之相匹配的地位。
而一门几乎没啥影响力的编程语言似乎也没啥搬运的必要。
因为林灰想要的是有影响力的swift编程语言。
而不仅仅是swift编程语言本身。
这两者的区别自然关键在于“影响力”。
如果林灰在意的仅仅是编程语言本身而不是影响力的话。
哪里还需要搬运呢?
直接买来些现成的也没啥问题。
毕竟,这个世界上耳熟能详的那些编程语言可不是编程语言的全部。
这个世界上仅仅是在电脑领域已发明了上千不同的编程语言。
这还不是一个定量的数值,而且每年仍有新的编程语言诞生。
实话,有的高级编程语言甚至没有林灰此前搞得那个z那个域名更加稀有。
不能一门不怎么为人所知的编程语言没任何价值。
但这个世界上真正有较大价值的还得是具有大规模影响力的编程语言。
功利地,就林灰以后所选择的发展路线而言。
一门编程语言如果不能具有足够大的影响力的话那对林灰基本是无用的。