第259章 疯狂的数据
但如果背后有大公司强推进行助力的话。
事情则不一样了。
前世的swft能够一度跻身十大编程语言之列。
跟苹果在后面的助力就有很大的关系。
无独有偶,大公司“捧”出来的编程语言其实有很多桉例。
最典型的桉例要数c#编程语言了。
林灰此前在开发hillclimbrag这款游戏的时候就用到了c#语言。
这门语言精通有难度,但上的话其实不是很复杂。
很多技术人员都涉猎过c#这门语言。
不过却并不是有很多人知道c#这门语言的背后是微软。
当初之所以要搞c#这样一门编程语言是因为当时微软准备推出的一种基于框架的、面向对象的高级编程语言。
就技术渊源这方面来,c#是一种由c和c++衍生出来的面向对象的编程语言。
它在继承c和c++强大功能的同时去掉了一些它们的复杂特性,使其成为c语言家族中的一种高效强大的编程语言。
et框架类库作为基础,拥有类似vlb的快速开发能力。
c#这门编程语言由安德斯海尔斯伯格主持开发,微软在2000年发布了这种语言。
当初微软之所以要搞这门语言,是因为微软希望能借助这种语言来取代jv。
尽管直到林灰重生那会c#也没能正式将jv取而代之。
但因为c#的背后有微软这样的巨头不断输血。
即便是c#未能取代jv,也丝毫不影响c#成为一门颇具有知名度的语言。
大公司如果愿意在背后输血的话。
疯狂助力之下对一个编程语言的商业化和规模化之路所起到推动的作用是巨大的。
像微软这样的科技巨头能“捧”热一门编程语言。
而跟微软体量差不多的苹果公司。
想助长一门编程语言的成长同样也是有相应的实力的。
话回来,如果这个时空swift编程语言项目存在的话以林灰同苹果越来越密切的合作关系想要涉足这样的一个项目是有操作空间的。
但如果这个时空swft语言这块拼图缺失的话,而且苹果内部也没有swft语言相对应的项目的话。
林灰凭什么有把握让苹果内部对swft语言这样的项目产生浓厚的兴趣呢?
毕竟此前的objetve-c就已经有着千丝万缕的联系了。
此时的苹果的行业地位已然不需要通过搞一门编程语言来证明自己的实力了。
林灰觉得正是因为此前的objetve-c就和苹果有着千丝万缕的联系。
才让到时候林灰有可以上下其的空间。
为什么这样呢?
就objetve-c这门编程语言的发展史来。
这门编程语言最早主要由steptne公司的布来德考克斯(brdc)和汤姆洛夫(tlve)在90年代发明。
9年brdlve还在itt公司技术中心任职时,接触到了slltlk语言。
c当时对软件设计和开发问题非常感兴趣,他很快地意识到slltlk语言在系统工程构建中具有无法估量的价值,但同时他和tlve也明白,目前itt公司的电子通信工程相关技术中,c语言被放在很重要的位置。
于是c撰写了一个c语言的预处理器,打算使c语言具备些许slltlk的本领。
c很快地实现了一个可用的c语言扩展,此即为objetve-c语言的前身。
到了93年,c与lve合伙成立了prdtvtyprdtnl(ppi)公司,将objetve-c及其相关库商品化贩售,并在之后将公司改名为stepstne。
96年,c出了一本关于objetve-c的重要着作objetedpr,anryappr,书内详述了objetve-c的种种设计理念。
9年,斯蒂夫乔布斯(stevejb)离开苹果公司后成立了er公司,公司买下objetve-c语言的授权,并扩展了着名的开源编译器gcc使之支持objetve-c的编译,基于objetve-c开发了appkt与fndtnkt等库,作为ep的的用户界面与开发环境的基础。
虽然工作站后来在市场上失败了,但上的软件工具却在业界中被广泛赞扬。这促使公司放弃硬件业务,转型为销售ep(以及openstep)平台为主的软件公司。
992年,自由软件基金会的gnu开发环境增加了对objetve-c的支持。
994年,er公司和snm联合发布了一个针对ep系统的标准典范,名为opeep在自由软件基金会的实现名称为gnutep。
996年2月20日,苹果公司宣布收购wre公司,ep环境成为苹果操作系统下一个主要发行本osx的基础。这个开发环境的本被苹果公司称为c。
从objetve-c这门编程语言的发展历史上不难看出。
objetve-c这门编程语言虽然是和苹果有着千丝万缕的联系。
但更准确形容的话,与其这门编程语言和苹果有着紧密的联系。
不如和苹果故去的上代掌舵人乔布斯有着极其密切的关系。
自库克掌舵苹果之后,虽然产品线的布局和苹果乔布斯在的时候八九不离十。
但其实内在很多东西其实都在试图在追求去乔布斯化。
虽然像技术方面是“一朝天子一朝臣”这种模式不是刚需。
但对于像库克这样一个一直试图走出后乔布斯时代而开创属于自己的新时代的掌舵人来。
林灰觉得库克应该很难对于这样的一门相比于objetve-c焕然一新的swft语言不。
林灰觉得库克应该很难不。
尤其是像swft这样一门语言前世就是苹果方面鼓捣出来的。
swft结合了c和objetve-c的优点并且不受c兼容性的限制。
swft在mos和os平台可以和objet-c使用相同的运行环境。
在具体语法上,swft和分号拜拜了,语法更加简洁明了。
林灰相信这样的语言会契合苹果方面的审美。
而且苹果内部也不是铁板一块。
至少此前同尹丽莎白妮诗的交流种。
就没少听尹丽莎白妮诗吐槽objetve-c这门编程语言。
林灰相信苹果内部以及广大的软件开发者中和尹丽莎白妮诗持有相同态度的人绝对不是少数。
总之,林灰有把握让苹果对类似于swft这样的编程语言感兴趣。
话虽如此,一切还要看这个时空“swft语言”究竟是什么情况。
再伺从中施为。
在没有搞清楚这个时空究竟是什么的情况的时候。
以上这些或许是只能称之为粗浅的想法。
具体到真正落实的不知道又是什么时候。
尽管这种提前的思考似乎是有些枯燥。
但林灰是很清楚的,凡事预则立不预则废。
不提前做好周密的预桉涉及到这种重大的项目想要信拈来那是不存在的。
当然心中想的这些林灰也没同黄静。
只是抱怨了几句苹果这次全球开发者大会没啥干货。
黄静也是深以为然。
似乎突然想起了什么。
黄静告诉林灰:
苹果方面因为考虑到林灰最近要忙于很多软件交接。
尤其是林灰要就快捷指令这个软件进行一系列升级工作。
为了避免林灰分身乏术,林灰大可以不必亲自远赴重洋领所谓的苹果设计大奖。
林灰只需要提前录制一段90秒之内的获奖感言就可以了。
当然如果林灰坚持去参加此次苹果全球开发者大会的话。
苹果方面也是乐意之至的。
坚持参加?
怎么可能。
事实上,当初林灰虽然对获得苹果设计大奖欣喜若狂。
但也仅仅是当时而已。
随着林灰的迅速成长,以及声望之类的看不见的东西在增长。
此前林灰曾经很看重这奖项。
不过现在的话这样的奖项并不能是很入林灰的眼。
至于这种变化,也别什么反复无常之类的。
事物本就是在否定之否定中发展的。
而且古人也了,向之所欣,俯仰之间,已为陈迹。
曾经很心心念的东西,很快就不感兴趣这也是人之常情。
此前林灰只是碍于和苹果方面一直是合作很紧密,故而没推脱这次全球开发者大会。
但既然是现在苹果方面表示了林灰很繁忙的话不用远渡重洋参加这次全球开发者大会也是可以的。
林灰对此当然是乐意之至。
毕竟短时间内林灰还是有很多事情要处理的。
现下这样安排倒是省却林灰很多麻烦。