向同事介绍新主题

我一直在尝试向同事介绍诸如单元测试，依赖项注入，控制反转等主题。我进行了小型讲座，演示，并在午餐和学习中建议了这些主题。接待通常是积极的，人们确实看到了这些主题的价值。

尽管它们似乎吸引了这些主题，但采用率仍然很低。当我与他们讨论时，答案通常是：

下次再试。我只是想把这个项目推销出去。

我觉得这是因为他们所看到的大多数只是演讲类型的演示，而他们没有任何动手经验。我该怎么做才能推动他们前进？如果他们不愿意，我不想“强迫”他们编写代码，因为这看起来像是“作业”，并且可能给他们留下不好的印象。

我们的项目通常不会花时间进行实验，因此人们倾向于回避新技术。这为开发人员在开发阶段尝试合并新事物留下了空间。

是否有任何有趣或有趣的练习（独奏或团队练习）使他们对这些主题有更多的动手经验？我希望找到可以使兴趣达到顶峰的东西，以便他们愿意安排一天的时间来完成一些整洁的事情，或者愿意达到足够的兴趣点，以便他们可以自己进行调查。

为了“证明”并因此将想法真正植入某人的头脑，理论（谈话）是远远不够的。

您必须在自己的代码中使用这些实践，并使它们“发现”它以一种很好的方式解决了问题。

这意味着您的做法必须有效，并且应该使其显而易见。

这样，阅读代码将激发他们的灵感，因为他们将“实际行动”。

不要以为仅仅告诉它如何工作就足够了。

从经验上来讲，如果他们不愿意应用您要教给他们的东西，那意味着他们不在乎它。您可能会通过向他们介绍这些主题而浪费时间，因为如果他们了解这些主题的实际好处，他们将希望应用这些主题，而不是为不能这样做的借口提供借口。

就像试图引入比当前正在使用的东西更好的东西一样，并得到空白的外观或立即的反应，为什么无法做到；这表明另一个人并没有真正将其视为收益（因为如果他们有能力看到收益，他们就不会提供借口）。

悲伤但真实。也许您的情况有所不同，但过去我曾经历过几次，最后很明显地，只有我对这些主题感兴趣。我最终决定离开，并设法找到需要照顾的同事。那种不需要我介绍主题的人（因为他们已经知道/使用它们），或者愿意接受它，而不是说他们做不到的人。

我已经看到很多“最佳实践”都不受欢迎，并且再也不会习惯了。项目类型很多，但这种技术并不适合所有项目。确保您出售的商品确实有帮助。

如果您开始这样做，并且人们可以看到您的工作效率更高或产生的代码质量更高，那么他们以后将有另一种外观。仔细想想，所有额外的开销是否真的对您的项目有帮助？并非每个应用程序都需要它。

如果您可以激励同事参加，那么可以组织Coding Dojos。这些是编程挑战，参与者有意将重点放在改进实践上。例如，也许参加一个测试驱动的dojo，将使您的同事看到TDD的好处。

另外，有时这些事情需要由文化强加。我觉得好像您公司的文化不需要它们。

如果它们成为关闭项目的必要条件（可能是管理决策），您会发现很费劲，但是至少这些工具的某些应用和文化将开始发生变化。

最佳做法是在实际的生产代码上。Katas是不错的介绍，但以我的经验，不要持有相同的“ Eureka！” 瞬间看到了它的真实性。

但是，您指出了时间表“不允许进行实验”。确实是一个简单的修复。您已经在尝试教学这些事情，因此，在实施出色的新功能X时，请公开邀请您与您配对。让它们坐在键盘上，然后在您输入“后座驾驶”。这将使他们建立一些肌肉记忆和信心。

祝您工作顺利。