我最近经常告诉工程师一个想法，我认为它值得更多的读者。
当您进行工程设计时，您需要执行各种任务。有些任务是事故或战术工作。我们通常将其称为“灭火”，尤其是在涉及紧急维修的工作或需要立即完成的情况下。
其他任务是战略性的。您已经从用户那里收集了他们需要/他们想要的信息，您已经开发了一种解决方案，现在您正在有条不紊地，系统地实施该解决方案。
重要的是要了解您目前正在从事的工作类型，并
据此进行思考。
着火
灭火时，您的目标是灭火。您想尽最小的努力消灭大火并返回长期战略工作。您并不想建立大型，复杂的系统，这些系统可以永久存在，只是为了扑灭大火。在发生事故时，您会做出膝盖，拐杖，“快速而肮脏”的决定。这并不意味着您应该做得不好。但是，您不应该建立长期有效的系统来扑灭这种特殊的火灾。
火灾有多种形式。有时，管理人员或其他团队会向您提出紧急要求，而这需要在接下来的几周内完成。您要做的就是弄清楚如何满足此要求并将其从道路上移除，以恢复长期的战略目标。
在其他情况下，您将发生真正的事故，故障。很明显，在这种情况下，您必须修复故障，并且不要胡扯。当一切都崩溃了，现在不是时候说“好吧，我们需要项目文档，让我们在下周与领先的开发人员进行讨论。” 实际上，任何火灾都是这样：火灾不是应用基本方法和软件设计系统的时候。
例
. : " , , ". , .
, : ", . , , , . , . , ."
. , . , . , - , , . , , , . ? — , , , . , .
- : ", , . , , ." — , .
. , - . - - , , , , , . :
.
, , , — , , .
, , . . , .
, — , , " ". " , ?" " , , ?"
. , . , , , , .
( , - ) " " — . , , , , .
, " " , . /, " " ( ), . ! , , , , .
, . , - , — , , .
: ", . , , . , , - . , - ."
, , " ", . , , , , ! , , . , .. , , " - ". , — .
, ( ) , ( , ). , , , , , .
, , — , , . , .
—