对于大多数持续了几年的软件项目,我们要处理的事情之一就是营业额。人们来来去去。我不确定它在软件行业中是否比其他行业更普遍,但是这很痛苦。作为管理人员,我们会花很多精力来确保在过渡计划到位时就制定出相应的计划,以确保开发人员不会损失资产。

不幸的是,我们在CDT上做得不好。现在,我们有许多实例,开发人员会努力工作,并采用一个非常复杂的框架来解决一个非常复杂的问题。我们非常感谢为改进CDT所做的贡献。

但是事情发生了。开发人员进入其他项目,或者离开了付钱给他的公司来从事CDT工作,然后po之以鼻,对他们正在从事的工作的详细了解也就荡然无存了。但是,由于我们之间并没有真正的经理/员工关系,因此我们真正需要管理过渡并确保掌握这些知识并没有想到。也许我们应该。

但是,硬币的另一面是,开发人员喜欢他们所做的事情,并希望永远做到这一点,特别是在CDT之类令人振奋的,对世界有益的项目上。我不确定他们是否考虑过退出项目的可能性,并且没有花时间正确地记录自己所做的事情,以便其他人可以接手。或更糟糕的是,他们试图在解决方案中变得非常聪明,使其变得比可能的更为复杂,并且对于下游维护者而言无疑是很难理解的。

我经常从他们那里听到的问题是,由于它是开源的,因此他们的雇主没有给他们足够的时间来完成您在商业项目上所做的一切。而且,我们还处于一个阶段,在此阶段我们急需捐助,并且认为实施提供文档是不明智的。但是,我们肯定会为此付出代价,因为我们有大量未记录的代码正试图修复其中的错误。

因此,今天的课程是编码,就像您明天不会在那里一样。您可以创建有史以来最好的系统,当您在那里时,人们会喜欢它的,但是如果您消失并把它留在自己的腿上,他们可能最终会诅咒您。至少,他们希望您能回来。