转行了 \n \n \n \n \n这是一位鹅厂工程师的经历总结，分享给在技术路上感到迷茫、对于转方向感到畏惧的朋友们。 \n \n在转行进入游戏服务器开发领域之前，我做了四年的通用后台开发，重点聚焦在 AI 方向（图引擎、推荐系统、特征系统）等等。为什么选择转行去一个基本没关系的方向？因为从小喜欢打游戏，加上 AI 工程领域太卷了，搞不动。 \n \n转行以来最快乐的体验，莫过于写一天代码，晚上开几把游戏和同事一起测试，爽到飞起，恨不得早几年就转入游戏行业。 \n \n游戏服务器除了少部分服务外，大部分是有状态的。断线重连是非常复杂的逻辑，需要分类讨论各种状态。接触到断线重连逻辑的时候，我才明白为什么有些渣渣游戏，我好不容易把人打残血，然后网络波动了一下就给我移到大厅了。 \n \n游戏服务器开发，另一个特殊点是很多东西可能是特化的，不讲究通用，估计在其它领域也用不了，以追求更高的性能。可扩展性、性能、现有工作量之间的权衡，在游戏行业可能就不存在太多过度设计的 case 。 \n \n由于横跨了两个几乎完全不同的领域，反而更加意识到内功的重要性。 \n \n代码写得牛逼的人比方案做得好的人少很多，代码层次结构封装好的工程师，做的方案不会差的。设计代码和设计方案，很多东西都是相通的。单一职责原则、开放-封闭原则、依赖倒转原则、里氏代换原则、迪米特法则等等这些常用好用的设计原则，设计代码的时候常常用的，设计方案的时候也常常能用得到。 \n \n所以，笔者认为内功是这样一些更普适性的方法论的积累和总结，以及关键的一点是——能实操。 \n \n最近在学习一些比《(More)Effective C++》等更深入一些的编程书籍，比如《程序员的自我修养-链接、装载与库》、《深度探索C++对象模型》等。 \n \n把代码写得更好有利于做出更好的技术方案，自己也会更保值。 \n \n如何评价自己的转行之旅？就像有朋友评论的，对自己的工作有热情，怎么算都是赚到了。
云加社区约 2 分钟转行了
这是一位鹅厂工程师的经历总结，分享给在技术路上感到迷茫、对于转方向感到畏惧的朋友们。
在转行进入游戏服务器开发领域之前，我做了四年的通用后台开发，重点聚焦在 AI 方向（图引擎、推荐系统、特征系统）等等。为什么选择转行去一个基本没关系的方向？因为从小喜欢打游戏，加上 AI 工程领域太卷了，搞不动。
转行以来最快乐的体验，莫过于写一天代码，晚上开几把游戏和同事一起测试，爽到飞起，恨不得早几年就转入游戏行业。
游戏服务器除了少部分服务外，大部分是有状态的。断线重连是非常复杂的逻辑，需要分类讨论各种状态。接触到断线重连逻辑的时候，我才明白为什么有些渣渣游戏，我好不容易把人打残血，然后网络波动了一下就给我移到大厅了。
游戏服务器开发，另一个特殊点是很多东西可能是特化的，不讲究通用，估计在其它领域也用不了，以追求更高的性能。可扩展性、性能、现有工作量之间的权衡，在游戏行业可能就不存在太多过度设计的 case 。
由于横跨了两个几乎完全不同的领域，反而更加意识到内功的重要性。
代码写得牛逼的人比方案做得好的人少很多，代码层次结构封装好的工程师，做的方案不会差的。设计代码和设计方案，很多东西都是相通的。单一职责原则、开放-封闭原则、依赖倒转原则、里氏代换原则、迪米特法则等等这些常用好用的设计原则，设计代码的时候常常用的，设计方案的时候也常常能用得到。
所以，笔者认为内功是这样一些更普适性的方法论的积累和总结，以及关键的一点是——能实操。
最近在学习一些比《(More)Effective C++》等更深入一些的编程书籍，比如《程序员的自我修养-链接、装载与库》、《深度探索C++对象模型》等。
把代码写得更好有利于做出更好的技术方案，自己也会更保值。
如何评价自己的转行之旅？就像有朋友评论的，对自己的工作有热情，怎么算都是赚到了。