聊天软件编码_停止聊天，开始编码
聊天软件编码
极端分布式软件开发（ XDSD ）的第一条原则规定：“每个人都可以通过验证的可交付成果获得报酬”。 从字面上看，这意味着为了获得报酬，每个程序员都必须编写代码，将其提交到存储库，通过代码审查，并确保将代码合并到目标分支中 。 只有这样，他的结果才能得到赞赏和付出。
巴顿·芬克（1991）：乔尔·科恩（Joel Coen）
对于我的大多数客户来说，这已经听起来很极端。 它们习惯于按小时或按月支付的传统方案。 但是，他们立即意识到XDSD的好处，因为对他们来说，这种方法意味着项目资金不会浪费在没有产生成果的活动上。
但这还不是全部。
该原则还意味着，除了明确分配给他/她的任务之外，没有人为任何事情付费。 因此，当程序员对当前的设计，规格，配置等有疑问时，没有人会对回答这个问题感兴趣。 为什么不？ 因为没有附加付款。 用Skype或Hipchat或通过电子邮件回答问题在XDSD中是不受欢迎的。 该项目根本不为此活动付费。 这就是为什么我们的程序员都没有这样做的原因。
在XDSD项目中，我们不使用任何 （我是说！）非正式交流渠道。 我们不举行会议或电话会议。 我们绝不会在Skype或电话上讨论任何技术问题。
那么，我们如何解决问题并共享信息？
为此，我们使用任务跟踪系统。 当开发人员有问题时，他将其提交为新的“门票”。 然后，项目经理将其选中，然后将其分配给另一个能够回答该问题的开发人员。 然后，答案通过跟踪系统返回或直接返回到源代码中。
当“问题单”的作者对答案感到满意时，它将关闭。 当车票关闭时，回答票的人会得到付款。
使用此模型，我们可以使项目沟通清晰透明，从而大大改善了项目沟通。 我们还节省了很多项目资金，因为团队成员所花费的每个小时都可以追溯到他所产生的代码行。
您可以在票证中看到实际情况，例如，此票证（该项目是开放源代码；这就是所有通信都开放的原因）： jcabi / jcabi-github＃731 。 一位Java开发人员的Git存储库有问题。 显然他做错了，无法自己解决问题。 他通过向该项目提交新的错误来寻求帮助。 他获得了错误报告的报酬。 然后，指派了另一个团队成员来帮助他。 他通过一些建议和指示做到了。 最后，问题解决了，他也得到了解决方案的报酬。 该项目总共花费了45分钟，并且问题得以解决。
相关文章
您可能还会发现以下有趣的帖子：
翻译自: https://www.javacodegeeks.com/2014/10/stop-chatting-start-coding.html
聊天软件编码