对于游戏开发来说，似乎最偏技术的就是代码团队了。 不过，来自独立手游工作室 BlackRiver Studios 的主程序 Ariel Madril Tota5 近日在博客中表示，作为游戏开发团队的主程序，虽然强大的先进技术是必要的，但其实更重要的是与游戏开发团队的沟通。团队和团队成员的管理。 在博文中，他分享了处理不同情况和事物的方法。 对于中小型团队的主要方案来说，或许特别值得参考，以下是博文全文：
之所以能写这篇博客，主要是因为这一年来的发展，在这期间我把之前所有的游戏开发经验都整理了一遍。 在游戏团队中，我担任过很多角色，从中级到中级程序员，后来成为《Jake & Tess 寻找怪物冒险》手游版本开发工作室的主程序，所以，接下来，我想分享一些我的经历。
作为一个硕士项目通常意味着你需要纯粹的批判性思维和决策，然而，我们经常忽视的是人的方面。 我们经常会遇到很多主程序非常擅长优化代码，但真正懂得如何与周围同学协作的却并不多。 因此，本文主要描述主程序职责的两个方面：与发动机工程师互动，重点指导、解决冲突，保持团队较高的工作积极性； 与其他领域的朋友互动，与高层交流。
首先要说的是，所有人都是恋爱的。 无论一个人多么专注，他的决定、互动和生产活动或多或少都会受到情绪的影响。 如果这还不够，代码团队中更常见的另一个问题是冒名顶替综合症，他们的工作、思维过程和解决方案暴露在朋友的眼前，需要反复审查。 作为一名程序员，与朋友相比，这会让他们感到不安全。
作为一个主程序，你的目标是及时做出稳定的产品、高度优化和组织的代码。 然而，你所处的环境会时常发生巨大的变化。 这是游戏行业的常态。 许多游戏功能都会发生变化，游戏项目的开发计划和发布日期一般也会不断变化。
这是关于领导团队成员而不是代码
主程序可能只是这个职位的头衔，但你通常领导的不是一个项目，而是做这个项目的人，所以有些事情可能不会被很多人注意到，例如：不同资历和经验的人在做这个项目。相同的代码库； 不同的团队成员有不同的编码风格； 不同的区域会直接影响接下来的代码； 挫败感是一种常见且容易被高估的激励，它会影响团队编写代码的动力； 每个超过 3 个著名码农团队的项目中，编程技术和风格都会存在巨大差异，尤其是在尝试做相同的代码库时。
请注意，他们更有可能患有冒名顶替综合症，尤其是与其他团队成员相比。
在项目的开发过程中，保证团队的工作积极性是一项需要常年维护的工作。 同时，你还需要保证代码的质量、稳定性和优化必须由每个团队成员来完成，而这个要求往往会导致一些人被批评。
对于主要的程序员来说，批评一个程序员的工作可能是最微妙的事情。 如果批评得当，普通程序员可以显得优秀，但如果批评不当，很容易导致被批评的程序员效率低下，甚至辞职或被解雇。
由于程序员经常将他们的工作与朋友的工作进行比较，因此将他们的代码与其他人的代码进行比较可能是最糟糕的批评形式。
很显然，这个程序员的所有努力都应该得到认可，并且让他知道他不会因为代码中的错误而受到惩罚。 相反，跟他们沟通如何取得更好的成绩，不仅仅是因为公司需要这个，而是团队认为他能做到。 即使你希望一个人做好工作，使用悲观的语气也会将谈话对象的注意力转移到不好的地方，而不是如何提高他的表现或技术。
作为领导者，需要为团队成员营造一个舒适、安全的成长环境，避免给他们太大的压力，不要让他们认为即使代码没有改进，也会因为一个错误而被解雇。 。 不过，别误会我这么说是为了让你对人太温柔。 在项目的第一天，你需要构建一个安全的环境。 指导程序员做出更好的结果一定是项目高手的日常工作之一。
了解你的团队
详细了解每个程序员的优缺点，了解他们的编码风格，出现问题时及时与他们沟通。 提前规划每个团队成员可能出错的领域可以为导师和受训者带来更好的编程习惯，同时确保游戏代码的稳定性和连贯性。
一个主程序不能把质疑不良的编码习惯和需求改变作为最后的手段，因为这样做会导致被批评者写的代码出现一系列波动，被批评者可能会为自己辩解，也可能会选择不沟通，最有可能的后果是他的代码进度会被削弱，因为他害怕犯新的错误，但他越这样做，犯错误的机会就越大。 而且，在这种情况下，很容易看不到自己的错误，因为他缺乏自信，常常不会主动让其他队员看到自己的工作，他也不想成为别人攻击的目标。公众批评。
相反，当出现不良的编码习惯时，必须尽快强调，告诉程序员错误出在哪里。 当然最好能通过建议说明一下原因以及如何更好的改变。 。 指导并找到更好的方法来使他的工作变得更好，然后承认他的努力并祝贺他找到了新的解决方案。 如果问题以前已经出现过，并且是在新领导上任后才发现的，那么最好进行技术讨论，并且应该是早餐谈话，而不是召集所有人开会。 为什么要扮演保姆的角色？
听到这里可能有人会问，为什么主程序要做这么多保姆任务呢？ 作为一个成熟的人，程序员不应该发现这种问题并自己解决吗？ 毕竟，他们是技术人员，他们有批判性思维，知道好的代码是什么样的。 然而，人类是习惯性植物，很多人在不知不觉中就养成了坏习惯。
改变习惯是很困难的，并且常常会导致自我防御，并且在面对时不愿意改变。 作为一个主程序，必须了解人类的这一特性，制定良好的沟通方法，避免团队成员之间因为此类问题的沟通而产生冲突。 坦诚、真诚的沟通形式对于游戏玩家来说可能是有效的，但这些方式很容易引起领导和开发人员之间的相互不满，并且往往不允许每个人都开诚布公地互相交流以更好地工作。
领导者通常不需要指出他的权威或告诉别人正确的做事方式。 制作游戏并不像钉钉子那么简单。 如果人们没有足够的决心、动力或热情来制作游戏，他们可能不会想出创造性的解决方案，因此要建立一个热衷于接受挑战并提高游戏开发水平的团队。
平衡开发团队和底层管理团队
游戏开发很微妙。 除了完成游戏开发之外，你的团队还必须为其他项目创建工具，以确保稳定性和及时性。 一个成熟的大型团队可能每个环节都有专门的团队进行开发，但中小型团队必须共享资源。 不同项目之间调用程序员并不像调动建筑工人那么简单。 新项目需要时间来适应并恢复到开发状态。
当高层管理人员想要直接干预开发过程时，开发人员面临的最大问题就是代码质量，因为这个需求会带来比较大的变化，可能需要重做，也可能带来新的功能。 给开发者带来了很大的挫败感。
作为领导者，你必须抵制鲁莽的改变，尽可能避免团队制造混乱，只接受必须做出的改变和可以做出的调整。 这可能会导致更大的冲突小程序手游源码，有些人会害怕丢掉工作。 但作为一个硕士小程序手游源码，最重要的是要有责任感。 你需要对项目的技术决策负责，如果有些不合理，你不能做出让步。 一旦做不到，团队的所有工作都需要做两次，一次做不合理的改变，另一次纠正这个错误。 在这种情况下，整个过程就是一种损失，会给整个团队带来挫败感。
另外，开发者会开始怀疑领导者做出的所有决定，因为把这样一个毫无意义的决定留给他们去执行可能会被认为是一个决策过程（事实上也确实如此）。 这样的话，你们之间的信任就会受到损害，以后的合作也会受到影响。 如果给他们什么任务，团队成员的积极性就不会这么高。
如何处理开发团队和其他方面的问题
游戏开发的每一个领域都需要或多或少的代码支持，功能需求总是无穷无尽，但这一切都取决于开发团队能做出多少。 游戏功能的变化在开发过程中是不可避免的，并且随着它们的不断发展，这些功能往往会变成完全不同的东西。 所以，代码库也会受到影响，因为将会有越来越多的过时代码。 要解决这个问题，如果为了增加新功能需要对旧系统做太多改动，最好放弃，即需要重做。
这通常会受到制作团队的谴责，因为他们没有那么多时间来完成，所以，这仍然是主项目的工作，你需要确保重做所需的时间足够，虽然这样做的好处这样做的人还不止一个。 最显着的好处是代码稳定性，因为代码变得可预测且更加可靠。
另外，参与此类任务的程序员对于这部分代码的接受度也会更高，在开发新功能时也不会感到太大的压力和紧张。 加强代码库的决定意味着游戏项目日趋成熟，这部分代码的编程将变得更加简单和灵活。 需要知道的是，如果刚刚加入团队的主程序没有考虑到这一点，他很容易感受到来自各方的谴责。
一旦项目完成，代码的稳定性以及bug修复和优化的轻松性会让每个人听到他们的努力是值得的，尤其是在之前从事过大型项目并且每次在截止日期之前都出现很多问题的成员。 这对于大型团队的开发者来说可能听起来有点夸张，但作为一个手游团队，尤其是一个人员刚刚开始下降的工作室，这是每个人都会遇到的问题。
综上所述
领导一个程序员团队乍一看似乎特别技术性，然而，团队之间的互动更为重要。 主程序需要有很强的技术背景，但通常做这个职位的人社交能力相对较低。 当这些情况发生时，主程序需要完成大部分的代码工作，因为他不能直接指导别人做得更好，所以你必须自己去做。 这样做也会让他和团队更加偏见，给每个程序员带来不安全感。
不仅如此，主程序还需要足够成熟，以保护自己的开发团队免受外界干扰，并保证稳定的创作环境，以便每个程序员都能做出更好的成果。
