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