当他们希望跳过官方界面并直接访问底层实现细节时,我有时会遇到其他希望解决问题的人的困难.
他们认为,这样做可以让他们更快地解决问题.我认为这样做会导致我们的架构变得更加紧密,并且随着新需求的出现而难以改变.
我指出了当前设计的所有工作,设计理念和灵活性的价值,尝试维护和更改脆弱代码的成本,封装和数据隐藏以及分层架构的价值以及稳健性规范中的微小变化会导致代码的微小变化.他们说"但这会更容易."
你是如何处理这些人的？
让他们处理修复其中的错误的一些遗留代码.这就是我认识的大多数人如何学到这些非常有价值的课程......艰难的方式.
说服他们走捷径是一种虚假的经济.
说明初始编码工作量不到初始开发工作量的30%,而且总体项目工作量(包括维护工作量)不到10%(根据我的经验).
如果他们仍然不相信,并且您有权这样做,那么告诉他们按照您的方式去做.如果你没有权限,那就什么都不做了.最终,你的主管,如果她有价值,将会认识到这一点,然后你将处于权威地位.
京公网安备 11010802040832号 | 京ICP备19059560号-6 