第162章 事件的幕后推手_穿越黑龙江1940
奇鹫小说 > 穿越黑龙江1940 > 第162章 事件的幕后推手
字体:      护眼 关灯

第162章 事件的幕后推手

  第162章事件的幕后推手

  说起来现在这个时空相比于林灰前世那个时空也不过才仅仅七年而已。

  却给林灰一种很复古的感觉。

  林灰在刚才搜索此次蘋淉“降频门”风波的新闻时顺带着翻了几个这个时空淉粉聚集的论坛。

  发现里面一个精华帖居然是讨论墓碑机制和伪后台的。

  Σ(っ°Д°;)っ墓碑机制?伪后台??

  多么古老的话题了。

  再过几年即便是资深淉粉估计也已经淡忘这些东西了。

  墓碑机制也就是常说的伪后台,是手机操作系统中的一个程序运行规则。

  当上一个任务被迫中断时,如按下Home键至主界面的瞬间。

  系统会记录当下应用程序的状态,随后程序被冻结起来(完全挂起),就像把事件记录在墓碑上一样。

  当需要恢复时,根据墓碑上的内容,将程序恢复到中断之前的状态。

  这样的一种机制就是墓碑机制,墓碑机制常见于移动设备这种内存或电能资源有限的平台。

  而无论是内存有限还是电能有限似乎都是早期蘋淉手机的鲜明特征。

  因此这种墓碑机制格外受到蘋淉公司的青睐,应用到早期蘋淉手机上。

  在此机制之上,蘋淉还开放了一个后台接口。

  允许应用在进入后台之后继续运行10分钟,无论亮屏还是息屏休眠都是10分钟,时间一到立马挂起。

  墓碑式后台,在关闭程序时保存现场,下次启动时还原,给人一种后台的假象。

  尽管这种操作有一定的合理性,但玩机的也不是傻子。

  这种几乎皇帝的新装式的鬼把戏稍微较真一点就会被识破。

  从这些论坛用户的态度来看,关于伪后台机制这点很受玩机人士诟病啊。

  这在往后几年几乎很难想象的到蘋淉还有这段黑历史。

  总之,以七年之后的眼光看,此时的蘋淉也完全没那么强大啊。

  就像是一个破茅屋。

  只需要踹上一脚就会……

  呃,不过具体这事还需要周密的考虑。

  毕竟蘋淉的体量和历史摆在那里。

  还不是现在的林灰能随便拿捏的。

  说回到《HillClimbRacing》这款游戏涉及到的内存调用动辄超过300MB这点。

  尽管清楚问题所在,但这种情况林灰并不打算在上面做什么调整了。

  像4、4s这种所谓的512MB的随机存取存储器。

  林灰实在不知道该做什么样的调整去迁就。

  或许刚出的时候这些手机还蛮经典的。

  但毕竟科技产品换代是很快的。

  对此,林灰也没什么愧疚的。

  后世那么多游戏厂商从没听说哪个游戏厂商因为玩家抱怨游戏太吃内存而把游戏调整的。

  时代终究是向前发展的。

  更何况再调整的话林灰又需要改很多底层的东西,麻烦得很。

  至于要不要将思考出来的症结知会蘋淉一声。

  林灰觉得没必要。

  蘋淉的技术人员也不是白痴。

  应该很快就会发现症结之所在。

  现在外界汹涌的议论主要指向蘋淉降频。

  而不是指向林灰。

  这种事情后续如何应该是蘋淉方面该考虑的问题。

  事不关己高高挂起。

  这种事情贸然做出回应的话很容易被蘋淉推到前台背黑锅。

  这事蘋淉也不是第一次干了。

  林灰不想莫名其妙背黑锅。

  ……

  现在林灰关注的重点还是在workflow这款软件上。

  这款软件有demo的情况下,林灰很容易就搞好了代码部分。

  不过这并不等于林灰可以将这款软件直接拿去上线了。

  涉及到这款软件林灰还需要进行一番内测。

  像林灰现在这光杆司令β内测就没必要了。

  但出于最起码的α内测还是有必要的。

  先前林灰搞的那个南风APP之所以不需要过一遍内测。

  很大程度上是因为那款软件是林灰基于成熟应用搞定的。

  另外对于南风APP,当时林灰在意的是软件内部的算法,而不是软件本身。

  而现在workflow这款软件,林灰在意的就是软件本身。

  至于说先前上线的那几款游戏为什么没经过内测?

  是因为前世这几款游戏林灰基本都有相应的开发经验。

  因此之前那几个游戏上线完全不需要经过任何内测。

  workflow这款软件,林灰虽然有现成的思路。

  但本质上还是几乎完全重新设计的一款软件,林灰先前并没有开发过。

  这种情况下肯定是需要一番测试的。

  林灰在考虑α内测的时候

  蘋淉(此处指蘋淉中國)也在忙碌着。

  涉及到技术方面的原因就蘋淉方面早就清楚了来龙去脉。

  事实上在“降频门”这件事情才刚刚有点苗头的时候。

  蘋淉方面就组织了技术人员进行了相应的分析。

  蘋淉方面很快就找到了症结之所在:

  ——《HillClimbRacing》这款游戏部分场景调用内存过大。

  因此导致在部分早期机型上会出现不太顺畅的体验。

  蘋淉方面的技术人员在进行分析的时候并不仅局限于问题本身,还顺带着分析了这款游戏。

  《HillClimbRacing》这款游戏不过就是一个普普通通的物理赛车手游。

  虽然林灰本人声称这款游戏是基于赛车特性开发,拥有着真实的物理引擎。

  但说实话蘋淉的技术人员并不是很推许这个游戏涉及到的物理特性。

  简直牛顿气活过来那种。

  关键是一点也不优雅,动态设计跟蘋淉的审美完全不靠边。

  但偏偏这样的游戏收获到了玩家的喜爱。

  在玩家看来,这是一款操作简单的游戏。

  玩家仅需两键就能驰骋在各类赛道上。

  从游戏功能上看,这样的应用实现起来并不难。

  这也是让蘋淉技术部门费解的地方。

  就这么一款简单的应用无非就是地图上复杂了点。

  为什么动辄需要调用的几百兆的内存呢?

  尽管有不理解的地方,蘋淉的技术部门几乎第一时间将问题报告报送给蘋淉相关的市场部门。

  市场部门的公关团队却有苦说不出。

  一来因为林灰最先上线的几款游戏都是小游戏类别的。

  因此《HillClimbRacing》这款游戏也被玩家自动归结为小游戏类别。

  用户眼中的问题实际是:“为什么被蘋淉方面自夸为经典一代的4s运行一款小游戏会卡?”

  这种情况下莫非要给玩家科普一下《HillClimbRacing》这款游戏虽然是休闲游戏,但并不完全是小游戏?

  而且《HillClimbRacing》这款游戏的开发者林灰才被视为是AppStore个人开发者中的典型。

  还是要顾及林灰本人的感受的。

  另外原本林灰本人对于《HillClimbRacing》这款游戏是没打算在21号上线的。

  按照林灰本人的打算这款游戏应该是在7月份才上线的。

  是蘋淉方面力荐林灰在近期上线的。

  现在出现这种情况林灰完全可以将责任全都推到蘋淉催促提前上线这点上。

  这种情况下想着甩锅到林灰身上多多少少很有难度。

  而且这些现在都不是重点了。

  比起关心林灰推出的《HillClimbRacing》这款游戏究竟是因为什么原因导致的玩家体验受到影响?

  现在的媒体关注点在于“降频”这件事情上。

  即便能解释得了林灰游戏不同机型体验上的问题。

  但涉及到降频这事也不好解释。

  如果没降频的话还好说。

  但麻烦的地方在于蘋淉方面真的降频了。

  比这更麻烦的事情在于降频事件发酵的速度。

  蘋果市场方面的工作人员始终想不明白为什么原本只是发生在微博上一个不起眼的小风波会愈演愈烈。

  莫非这次事件背后还有别的推手?

  似乎也只能是这样解释了。

  不然的话每天在微博上吐槽蘋果手机的大有人在。

  怎么偏偏这次事情会演变成这样?

  如果事件后有推手的话,那把锅甩在林灰身上显然就不合适了。

  这起事件背后处心积虑要拿“降频”这事做文章的人就算这次不利用《HillClimbRacing》这款游戏作为切入点。

  也会找到别的各种各样的切入点的。

  这种情况下把林灰牵扯进来实属没必要。

  至于背后的推手究竟是谁?

  蘋果方面首先想到的boom手机。

  这是最有可能的推手。

  从现在全球手机市场的份额来看。

  蘋果要倒霉的话,肯定是BOOM手机获利最多。

  而且微博上这起事件看起来最直接的推动者就是“科技百态”这名博主。

  虽然此人一向独立客观公正的测评理念。

  但人生在世,谁还没个真香的时候。

  这种看似一向公平的人,突然带节奏才杀伤力十足。

  蘋果方面的市场分析人员早就感觉此人同BOOM手机眉来眼去了。

  在先前“科技百态”测评的手机里,几乎从来没测试过BOOM手机的主力机型。

  这里面多半是有猫腻的。

  尽管没确切的证据,但蘋果市场部的公关人员依然认为有这种迹象。

  尤其是今晚“科技百态”这位博主的表现更是很有问题。

  如果真的有问题那就是法务部门的事情了。

  市场部现在要考虑的不是事件推手是谁的问题。

  而是要解决关于降频问题的衍生事件。

  虽然现在涉及到降频的衍生事件还不多。

  现在外界的报道还只是宣称因为蘋果方面的降频导致了部分游戏的卡顿。

  但时间拖得久一些的话可就未必了。

  诸如手机使用不流畅、运行速度变慢、跑分成绩下降这些问题都有可能被归咎于降频。

  甚至有可能一些人为操作所引发的问题也会归咎于降频。

  天线门事件才刚刚过去几年。

  蘋果方面还不想重蹈覆辙。

  在这种情况下,蘋果面对降频事件选择继续上报。

  毕竟涉及到“降频”这事,影响到的肯定不单单是國内地区的蘋果手机,而是全球蘋果手机的。

  在涉及到全球蘋果手机的情况下,主意肯定是要蘋果总部拿主意。

  而且蘋果中國也只能选择上报。

  现在的蘋果在东方某大国虽然已经存在业务了并且业务规模不算小。

  但此时蘋果在东方某大国业务是由包括行业客户事业部、消费电子产品事业部、教育市场产品事业部等四个事业部共同负责的。

  这些部门基本互不统属,基本上是一盘散沙。

  涉及到一般事件的时候还好说,面对这种突发事件根本是应付不来。

  在这种情况下,逐级上报似乎是最正确的方法。

  当然了在上报的同时蘋果中國的市场部人员也没忘了将他们的分析结论一同上报。