如何应对临时心态？

我在两个月前加入了六个开发团队。人很好，一切都很好。但是越来越多的我观察到一种特别的心态。东西很快就被修复了，但以将来的可用性为代价，几乎没有测试，两个人高兴地承认，他们喜欢把知识带到脑海中，而不是写下来。

该如何处理？我想以身作则，但时间有限-我喜欢架构和实际实现这些东西。但是我担心，临时的心态会感染我，而不是在设计和代码上力求清晰，简单（这并不容易建立），我被无休止的黑客循环激化了-这没有局外人可以解耦-仅出于进度和管理的考虑。

您已经知道答案的一部分：您需要以身作则。您还需要对以下事实感到满意：您的“领导”可能会被忽略，您的同事将继续以他们一贯的方式做事-要么是因为这使老板感到高兴，要么是因为他们自己重视权宜之计长期可维护性。

最后，您需要让结果说明一切。您是否错过了三天的最后期限，但是因为测试驱动了开发并且它在很大程度上按设计工作，所以让质量检查小组至少节省了预定的测试天数？那是胜利。

但是，最后，如果您至少没有某种程度的管理权来进行这种折衷，那么您将处于错误的环境中，并且需要找到一种更有利于良好实践的方法。不良习惯会逐渐形成习惯，因此，越早找到一种立足之本的方法，或者改用更好的习惯来工作的环境就越好。

没有？

我的意思是，业务时间存在限制。您的情况可能是上市时间比将来的易用性更有价值。

如果您是普通文件程序员，那么设置标准以及使自己与产品体系结构有关并不是您真正的工作（尤其是两个月之内）。您应该尽力改善产品（包括改变文化），但不以疏远您的团队和/或老板为代价。成为认为自己知道更多的新手是实现这一目标的快速简便的方法。

我想问一下，为什么要进行所有这些快速修复？是由于先前的快速hack修复程序造成的吗？指出这一点很容易，那就是如果一切都“正确”完成的话...

最后，不良的编程习惯会导致具体的痛苦。如果人们认为他们不会，那么您要做的就是等待。