第341章 门后崭新的世界

    第341章简约但不简单

    虽然林.灰.没少创造奇迹，但当初并非只是黄静本人不看好《T-rex'sJourney》这款游戏。

    很多游戏评论员同样不是特别看好林.灰.搞得这款游戏。

    就连最该坚定站林.灰.的蘋淉，其实其内部很多人也不是很看好《T-rex'sJourney》这款游戏。

    至于为什么会出现这种情况，跟林.灰.此次的游戏设计也有一定的关系。

    虽然常说大道至简，但《T-rex'sJourney》这款游戏也太简单了，简单的甚至有点简陋。

    林.灰.过往搞得游戏像《2048》和《FLAPPYBIRD》虽然也很简陋。

    但线上和《2048》这款游戏玩法比较相似的当时同时期的只有一个《THREES》。

    而和《FLAPPYBIRD》这款游戏刚刚上线的时候，和这款游戏相似的游戏则几乎是一个没有。

    也就是说像《2048》和《FLAPPYBIRD》虽然也很简陋。

    但GRAYFOREST过往搞得这样的“简陋”游戏在上线的时候几乎没啥竞争对手。

    因为没啥竞争对手，自然是简单模式。

    即便是游戏内容不是那么优秀，也照样能收获到成功。

    如果将林.灰.此前几款上线之后几乎没啥同类竞争对手的游戏称作是因为剑走偏锋取得的胜利的话。

    那么《T-rex'sJourney》这款游戏的成功则可以说是火中取栗的一次冒险。

    为什么这样说呢？

    因为《T-rex'sJourney》这款游戏呢，抛开林.灰.赋予这款游戏的内涵之外。

    这款游戏从形式上来说其本质上就一个横板跑酷游戏。

    而当下的蘋淉应用商店尤其是蘋淉移动端应用商店里最不缺的就是跑酷游戏。

    各种跑酷游戏没有一百个也有八十个。

    《T-rex'sJourney》这款游戏的竞争者可以说是相当之多。

    相比于一众同样属于跑酷游戏的竞争者，《T-rex'sJourney》这款游戏没啥优势。

    毕竟《T-rex'sJourney》这款游戏只是一个2D跑酷游戏。

    虽然林.灰.以前搞得游戏也都是2D的。

    但跑酷游戏做个2D的，额……

    不能说想法很奇葩吧，只能说脑洞过于大。

    蘋淉内部有激进的市场人员甚至觉得《T-rex'sJourney》这款游戏不像是林.灰.搞出来的。

    《T-rex'sJourney》这款游戏反倒很像是谷/歌的蹩脚程序猿搞出来的扑街产品。。。

    林.灰.在上线《T-rex'sJourney》这款游戏的时候照例勾选了蘋淉平台独占协议。

    本着最起码的协议精神，蘋淉方面还是对《T-rex'sJourney》这款游戏进行了相应的推广以及宣传。

    尽管如此，实则对《T-rex'sJourney》这款游戏这样的产品包括黄静在内的很多蘋淉员工是不看好的。

    然而现实却无比打脸。

    《T-rex'sJourney》这样一个被他们认为是十分简陋的游戏却创造了诸多记录。

    “最速营收额突破千万美元的小游戏”

    “最速营收额突破两千万美元的游戏”

    “……”爱阅小说app阅读完整内容

    “最速营收额突破五千万美元的小游戏”

    像《T-rex'sJourney》这样一款不被人看好的小游戏居然实现了超过五千万美元的营业额？

    难以置信的成绩！

    可偏偏GRAYFOREST做到了。

    而且正所谓成王败寇，成功者总是被加上无数的光环。

    当林.灰.迅速取得成功之后。

    马上就跳出来一批人对林.灰.搞得《T-rex'sJourney》这款游戏进行花式鼓吹。

    曾经被很多人所质疑的“极简”风也成为了被疯狂鼓吹的对象。

    甚至于黄静今天在翻看“高玩酷评”时。

    黄静发现“高玩酷评”这个国内比较专业的软件测评栏目对GRAYFOREST都是一通舔：

    “hello，大家好，我是你们熟悉的高玩君，本期我们来聊聊软件的极简设计。

    软件设计师们常常标榜极简主义这种简约设计风格。

    可是极简主义这种简约设计风格真的那么容易一蹴而就吗？

    通览软件的设计理念，就不难找出，其实软件极简主义这种简约设计是有三个大敌的：

    ——配置文件，冗余的参数，和大量复杂的接口。

    大多数简约设计者虽然脑海中想着简约风格的极简设计理念。

    但受限于配置文件，冗余的参数，和大量复杂的接口。

    那些标榜着简约设计理念的人设计出的软件往往和他们所标榜的东西背道而驰。

    尤其是很多一向标榜简约设计的大v其软件的多余配置也是高得惊人。

    在通览某知名‘简约设计者’所开发的‘XXXX×’软件的时候，我们团队意外地发现其90%的配置都是多余。

    虽然从工程学的角度出发，软件设计保持一定的冗余度是有必要的。

    但90%的多余配置着实是有些过分。

    高玩君一时居然该简约设计者所奉行的简约设计究竟是什么情况。

    给高玩君我的感觉甚至是该著名简约设计者骨子里是很热爱配置的。

    在高玩君看来如果不是设计者在进行软件打造的时候迷恋配置，认为越多的配置项意味着软件越强大，适用范围越广。

    高玩君是很难想象一个软件是怎么搞出来90%的多余配置的。

    直到查阅该著名软件工程师搞得‘XXXX×’软件的设计细节高玩君才知晓了软件如此多的多余配置的原因。

    某软件工程师在搞得‘XXXX×’软件的configure文件，常常能列出上百个配置项。

    可我们真的需要这么多的配置项吗？

    未必吧，正常情况下，我们需要默认的那些值就行了。何谓默认？因为软件的设计者觉得这些是最优化也最有可能被选择的配置，那么既然是最优配置，我们又有什么理由去改变他们？

    再比如某软件工程师在搞得‘XXXX×’软件在参数设置上……”

    “……”

    (本章完)猪熊的穿越：2014