如何在开发项目里和难缠的程序员合作?
2013-12-18 22:08:34   来源:   评论:0 点击:

在开发项目里,如何和一群程序员顺利、成功的完成任务,有的人说众口难调,程序需要不断的修改,编程语言需要一致性等等。根据部分吐槽人的

在开发项目里,如何和一群程序员顺利、成功的完成任务,有的人说众口难调,程序需要不断的修改,编程语言需要一致性等等。根据部分吐槽人的经历,本文收集了一些有经验的前辈所说的可以让你茅塞顿开的良言。解决你在开发项目里的头疼事。

最近在为一个特殊的网站制作开源脚本,并和一些其他的开发者将源代码移到GitHub托管网站上。在这之后就有一些新的开发者加入到我们的团队里。这其中包括一个非常活跃的、很特别的家伙。然而,这个活跃的家伙从此就对这个项目做出了很多“改变”。

首先,他不但删除了我们的版本控制系统(不像是Git,但我们称之为版本v4.1.16),还说这样做能够在我们准备就绪的时候更好、更简单的将代码导入站点。现在已经没有集中地点来放置发布说明了,不得不说这很烦人。

本来是想退出这个项目的,但是,为了把push脚本写完,还是坚持着留下来了。项目里的另一个开

\


发人员在push脚本的基础上编写了一个简单的Python程序,由于线上的很多地方都保留着不同版本的脚本,所以我只能编写一个带有图形界面的大型Java程序,以此来替换之前的Python脚本。当我在IRC上通知大家的时候,可是那个活跃的家伙的回复简直让我抓狂:老的Python脚本也能做你现在的Java做的所有事情,而且更加轻便;Python比Java更好用等等。于是我检查了老版本的push脚本代码,并且发现他所说的功能每一个存在的。

我现在已经不知道该怎么办了,我在这个项目上花了很多时间,但是我不想就这么拍拍屁股走人,可是和这个活跃的开发者共事简直是不可能的事。另一方面,他现在是项目的提交者,比首席开发者有更多的义务。我不太清楚如何处理这个目前这个事情,不知道其他人是否有同样的经历,又是如何解决的呢?

gbjbaanb:个人认为有两个选择。

1. 退出项目。这不是一个最具建设性的建议,但有的时候是唯一的选择。与其坐在那里怨天尤人浪费

\


时间,还不如把精力用在其他事情上。换句话说,换个方向继续前进。

2. 坚持己见。没必要听别人的议论,也没必要在乎别人的感受,当你改善代码质量、提高功能运行效
果之后,随便那些夸夸其谈的怎怎样继续自我的感觉。项目成功与否取决于你的努力程度,只有用户体验和功能突出才能向别人证明你的实力。

Deer Hunter:冷静的情绪,开诚布公的心态处理问题。

遇到这种事情就需要静静的思考一下,寻求折中方案,听取别人的意见并不代表打击你的个性。同时
\

还要考虑到项目里的人员分工,如果没有合理分工,地盘之战是无法避免的。此外,在有些时候还要相信同事的判断力。

tp1:制定有效的计划列表。

制定一个好的计划可以将不同的任务划分给不同的人员,责任到个人。团队工作没有想象的那么简单,必须要考虑其它程序员的决定,还要足够信任他们能完成对的事情。

共同的目标能激励所有人共同努力,所以团队的领头羊要时刻提醒团队成员共同的目标是什么。

这里有一个需要大家避免的案例:一部分的C++程序员认为没有使用STL类库的代码可能会崩溃,其它程序员认为每一个依赖于外部类库的代码都会崩溃,包括STL类库。如果这样的冲突不能同时解决的话,遇到问题大家都会把问题归结到这一点上。不利于更多的开发项目。

\

 

Schultz9999:尽力而为。

在没有花费多少精力来说服团队成员的情况下轻易说放弃是不会得到别人的尊重的。说出你的关注点,深度交流,或者是跳过你觉得很活跃的那个家伙,有的时候可以和他的上级汇报情况,虽然这样很让人反感,这是最后的方法。

Kurtosis:Google为你提供对策。

1. 理解:要明白你的社区/公司在这个项目上的执行动力,以及这里面所涉及的所有可能性。

\

 

2. 巩固团队:在社会规范、礼貌、尊重、信任、和谦卑的基础上建立一个健康的技术社区。

3. 识别:最好是识别出团队里那些具有破坏力的人物。

4. 保持冷静、坚守原则,不要对任何具有侮辱、轻视、挑战和不尊重等行为作出反应,并持续你在社区的影响力。

不知道你还是否有类似的经历,或者有什么好的解决方法,都可以在下面的留言处吐槽。


相关热词搜索:

上一篇:蔡文胜给创业者的10条建议
下一篇:科技公司的程序猿个个都是高富帅,工资排行吓一条