首先要提到我曾经在一家游戏公司担任游戏脚本策划的职位（虽然是研发岗位，但归属于策划部门），当时的游戏主程相当难以相处。
策划部门和研发部门之间的沟通频率相对较高，因为策划部门的许多想法需要研发团队来实现。我们经常需要开会讨论某个游戏功能在底层的实现，尽管会议并不是经常召开，大约每个月一到两次。通常只有在大版本更新时，部门之间才会召开会议。然而，研发主程经常推脱说没有时间，或者干脆表示无法实现。是的，他们就是说实现不了。
因为我们的游戏采用代理制，主程表示无法实现我们的要求，与客户交代起来也不方便。所以一般情况下，如果问题解决不了，就必须通过更高级别的部门进行沟通，这时他才会愿意采取行动。
后来公司倒闭了，是的，倒闭了！之后我们从研发部门的另一位主管那里得知，由于研发主程与我们部门的领导有矛盾，他故意不实现我们需要的底层功能！
我不能说公司倒闭与主程有多大关系，而且公司倒闭是在我离职一年后发生的，但我认为主程难辞其咎。个人恩怨不应该升华到公司层面，我们在工作中应该做到对事不对人！
另外，我遇到的另一位程序员也非常厉害，他是研发部门的主管，但几乎不亲自编写代码，基本上把所有事情都交给手下的人去做。当手下的人遇到不懂的问题或需要搭建框架时，他才会出手。但他所写的东西几乎没有经过测试，只有当手下的人拿着他的代码去使用时，才发现根本无法正常运行。
虽然很多人可能不会测试代码，但至少能让代码通过编译才是基本要求！然而，他所写的东西一眼看过去就是报错，甚至连编译都无法通过！
我真不知道他是如何混到现在的职位的，他所搭建的框架耦合性非常高，也就是说，项目A离开了项目B就无法正常运行，项目B离开了项目C也不行……
这其中可能存在一些产品经理在其中混水摸鱼的问题。如果程序员无法解决问题，从项目的测试和部署方面更加认真一些，就不会出现漏洞。然而，项目与项目之间需要共享账户，但他设计的东西却要求每个项目都单独登录。我曾经听到一个有趣的客户反馈：“要使用你们的产品，我得记住十几个账户才行！”是的，这是客户亲自对他说的话。
所谓的“德不配位”意味着在自己的职位上尽责，无论技术如何，只要负责任就可以。有些人可能看似技术很高，但如果在项目规划能力上存在问题，也会成为研发团队的一大隐患。
