6
有关如何传播面向对象实践的技巧
关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗? 更新问题,以使它成为软件工程堆栈交换的主题。 4年前关闭。 我为一家拥有250名开发人员的中型公司工作。不幸的是,许多应用程序都陷入了过程性思维之中,一些团队不断交付大型事务脚本应用程序,而实际上该应用程序包含丰富的逻辑。他们还无法管理设计依赖性,最终得到的服务依赖于另一批大量的服务(“泥浆大球”的一个清晰示例)。 我的问题是:您能否建议如何传播这种知识? 我知道问题的表面在于这些应用程序的体系结构和设计不佳。另一个问题是,有些开发人员反对编写任何类型的测试。 我正在做一些改变这种情况的事情(但是我要么失败,要么改变太小了) 关于设计原理(SOLID,简洁代码等)的运行演示。 关于TDD和BDD的研讨会。 指导团队(这包括使用声纳,findbug,jdepend和其他工具)。 IDE和重构讲座。 我将来打算做的几件事(但我担心它们可能不好) 组成一个由OO传播家组成的团队,他们在不同的团队中传播OO的思维方式(这些人每隔几个月就要更换团队)。 运行设计审查会议,以批评设计并提出改进建议(即使由于时间限制而未完成改进,我认为这可能会很有用) 。 我在我的教练团队中发现的一件事是,一旦我离开他们,他们就会恢复到原来的做法。我知道我不会花很多时间陪伴他们,通常只有一个月。因此,无论我在做什么,它都不会粘住。 对不起,这个问题让我无奈,但写这个的替代方法是打我的头,直到我晕倒。