ACM通信
贡献的文章
重构的障碍
图片来源:Justin Metz
重构6是软件开发人员喜欢做的事情。他们进行了大量的重构。但是他们重构的程度是否如他们所愿呢?是否存在阻碍他们这样做的障碍?重构是提高质量的重要工具。许多开发方法依赖于重构，特别是敏捷方法，但在更多计划驱动的组织中也是如此。如果存在障碍，它们将削弱许多产品开发组织的效率。2009年，我们对3785名实践者使用面向对象概念的情况进行了大规模调查，7包括他们是否会重构以处理某些设计问题的问题。我们期望从业者会告诉我们，我们对设计原则的选择对于重构决策是不合适的，或者当设计被认为存在质量问题时，重构是正确的决策。然而，我们被告知是否重构的决定是由非设计的考虑因素决定的。
关键的见解
从这项调查开始到现在已经8年了，但是对重构的集成开发环境(IDE)支持几乎没有什么变化，而这些变化对于解决我们所发现的障碍几乎没有什么帮助。我们希望通过展示我们所学到的知识，可以促进重构支持的改进。
评论
布莱恩·麦金利
今天，许多敏捷团队正在转向DevOps技术和实践(例如，云)。DevOps团队采用自动化和持续的系统行为和质量测试，允许更频繁的重构机会和试验(例如，git pull request)。这样的测试自动化可以减少重构的障碍，例如风险。因此，与其只关注重构的障碍，为什么不关注重构的支持因素，比如DevOps技术和实践呢?
布莱恩·麦金利
https://www.linkedin.com/in/bryan-mckinley-phd/
显示1评论