聊一下对引擎和插件的看法

  大家好，我是阿赵。
  我经常在博客和公众号分享一些技术的实现方法。经常会有一些朋友在文章留言，说这个效果用某某插件或者引擎某个功能就能实现。他们说的都不错，如果出于做项目的角度来说，很多东西是没有必要重复做轮子，用现成的插件会快很多。所以我也只能调侃的回复，的确，做游戏项目是不需要什么技术的。
  有很多朋友，虽然项目做完了，里面用到了很多奇怪的技术，但其实自己并不是很明白原理，只能猜测着引擎或者插件的使用方法。当出现问题的时候，往往也只能通过猜测去解决。当然，能猜测着去解决问题的朋友，估计在团队里面已经有比较高的地位了，毕竟算是能解决很多问题。
  但如果在使用某种技术的时候，能真正的了解他的原理，那么就算不是自己重复的做轮子，应该在使用上也会有很多的好处。比如，某些插件提供了很多功能，这些功能如果对于使用者来说，只是勾选某些选项就能达到效果。不同的功能，它对性能的消耗也许是不一样的，怎样去选择，就需要对它们的原理有一定的了解。最常见的是美术效果类的插件，比如特效或者后处理。美术同事对于这些插件使用的都很熟练，为了达到某个效果，一下勾选了多个后处理效果，画面看起来不错。到实际运行的过程中，却发现游戏性能变得很差。如果懂得原理，我们可以知道某些后处理是靠通过多次渲染然后叠加来得到效果的，比如模糊效果或者bloom辉光效果之类。
  假如我们真的很想要某种效果，但性能又不得不考虑时，除了用现成的插件，其实我们还可以自己想办法去实现。自己实现的过程中，可以通过优化算法、设置参数和开关的方式，用更低的性能去达到相近的效果。所以我在介绍一些技术点的时候，都会列举多种实现的方式，比如模糊算法、比如残影，等等。虽然我说的方法肯定不是全部，但应该也能给别人打开一种思路，到了真正实现的时候，可以从多个方面去思考问题。
  对于插件我其实有一种尽量不用就不用的想法。这是因为，插件其实也是人写出来的程序，是程序就可能避免不了有bug。如果我们过度的依赖插件，当项目上线了之后，才发现插件有bug，而我们自己又不会修，那就会出现一个尴尬的场面：老板在质问为什么功能有问题时，就只能说，这不是我写的，是某某插件有bug，不能怪我……大家觉得老板会不会就说：哦，原来是插件的问题，那就算了吧？问题最后还是要解决，那就只能向插件的作者反馈，然后期待作者来修复这个bug了。
  最后，现在大家都很依赖引擎来制作游戏。这是没错的，因为我们没有能力写一套完整的引擎，但又要做出项目。所以很多朋友现在都在主力的去学习某种引擎，比如学习Unity引擎，学习UE引擎。学习引擎肯定是没错的，因为我们要熟悉它们的使用方式，才能更好的使用它们进行开发，才能避开引擎的一些坑和bug，更好的做出产品。但如果我们只学习引擎，而不会核心的技术，就会遇到一个很尴尬的处境：当你用了一个引擎5年10年之后，这个引擎突然被淘汰了，你又必须学习一个新的引擎，而你除了会用引擎，有经验以外，并没有核心的技术积累，那么重新学习新的引擎的时候，你的十年工作经验的优势可能不会比别人学了两三年的大多少。
  不要以为我是危言耸听，我作为前端程序员将近20年的时间里面，前端的技术换了不知道多少回了，从网页时代的JSP、ASP到后面的AS3，到Cocos、Unity、H5、UE，技术总是更新换代的很快，作为使用者，总是要疲于奔命的学习。虽然经过了这么多个时代，其实核心的技术是不会变的，比如程序的框架写法、渲染的原理、算法，这些东西十几年以来都是通用的，最多只是稍作改进。我十几年前写的程序框架、各种编辑工具、骨骼动画、多边形寻路等算法，跨越了这么多个引擎和语言，还是可以正常使用的，只是根据使用的语言不同而做一些调整。至于渲染和着色器，原理就更是大同小异了，顶点程序、片段程序，NDotV、光照模型，等等，基本上都是通用的。
  所以我一直都说，引擎只是一种工具，不是一种技术，不要只学工具怎样使用。插件的道理也是类似的。不过可能我比较变态，把学习当做一种乐趣和消遣，如果只是为了应付当前的工作，其实也没必要像我这样做，毕竟人的时间是有限的，花了时间去学习，有可能也不一定真的能变现，还不如花时间去做其他自己认为有意义的事情。