游戏因为持续运营和快速迭代的缘故，对开发的要求是很高的。既要维护以前的代码满足策划不断的变更，又要保证新的功能能快速安全地上线。而且需求开发一般是以周为单位，强度和难度都很大，再加上工期赶自然bug也比较多。作为后端负责人不仅仅要技术过硬，而且还要有良好的沟通能力、熟悉业务等等。下面是我的一点点体验和感受：
- 做的事很琐碎 —— 要做一个技术牛逼的打杂人员
- 经常要确认功能列表，什么功能是谁做
- 线上哪个功能出了什么问题
- 某某的功能可能帮忙看看，不然会出什么幺蛾子
- 和别人沟通 —— 在别的领域你要帮人解释解释
- 和策划：需求如何、bug如何
- 和开发：怎么优化、怎么修改
- 和测试：要改什么、改动涉及部分有哪些
- 为了保证项目质量需要检查很多东西 —— 有些小朋友出门老是忘记穿裤子，他们出门前记得看两眼
- 一些比较重要的代码提交要过一遍
- 线上的异常要查明原因
- 要对项目每个部分都比较熟悉（代码和玩法都需要）—— 就像做豆腐，所有流程你要会。客人拎着坏了的豆腐上门，你要能快速看出问题出在哪。
- 很多功能的修改（bug和业务上的），都会先经过技术负责人。需要定位和评估
- 有问题的时候能快速的反应
- 对问题比较敏感 —— 没错不让碰的地方G点一定要低
- 有些线上的bug一开始表现的并不严重（受影响人数少、发生bug的后果不严重），但是会在某个时间点突然爆发。或者bug突然就变得很严重。能够及时发觉问题的严重性相当重要。
- 有些bug一开始就是比较严重，但是一直没找到原因。如果能快速定位问题也是很重要的。
昨天帮助别人处理了一个bug，在我自认为很简单的事情上，很多时候别人是需要帮助的。这个帮助会包含一些这个事情以外的一些内容，比如规范性的要求；比如我自己遇到的类似的问题；比如bug的解决有多种方案，每种方案都有优劣等等。一线技术负责人之所以比较忙，这是因为他们会面临许多意料之外但又不是他们直接负责的事。他需要帮助别人，协调通知各方，需要和开发和策划商量怎么处理这个bug，功能怎么实现会更好、需要和测试描述清楚这个bug是怎么回事、需要提供技术方面的解释给策划向玩家解释问题的原因。当然帮助别人也是提升自己能力和影响力很有效的手段。
