Ich würde dies auch als elegant beschreiben, möchte aber das Problem hinzufügen, wenn Sie mir mein Eindringen verzeihen.
Ich weiß, dass es sehr teure Softwarepakete gibt, um solche Situationen zu bewältigen, aber in der Firma, in der ich arbeite, können wir uns die Kosten nur leisten, wenn wir sicher sind, dass sie das tun, was wir brauchen.
Test Driven Development (TDD) ist eines der besseren Systeme, von denen ich für die Entwicklung gehört habe, und es macht mir Spaß, aber die Probleme, die meine Zeit in Anspruch nehmen, werden normalerweise durch komplexe Interrupt- und Hardwareereignisse verursacht, die viele als Störungen bezeichnen würden. Es scheint eine Kleinigkeit zu sein, alle 2 Stunden ein Problem zu haben, wenn sich die Sterne ausrichten. Wenn Ihr Telefon jedoch nur einmal pro Woche einfriert, verfluchen Sie den Namen des Ingenieurs. In unserem Fall müssen wir uns auf ein Futterplatz begeben, wenn die Dinge wirklich kaputt gehen, was ich, wie Sie sich vorstellen können, gerne meide.
Ich habe sehr intelligente Lösungen für die Überprüfung der Funktionalität von Subsystemen gesehen, die mir bei ordnungsgemäßer Implementierung wahrscheinlich 3 Stunden von einer 50-Stunden-Woche ersparen würden. Wenn es jedoch eine intelligente Möglichkeit gäbe, Pannensituationen zu finden, würde dies mir Wochen Arbeit ersparen auf der Suche nach dem "Bug", der gelegentlich unter starker Last auf dem Feld auftritt.
Dieser Beitrag hilft wahrscheinlich nicht viel, aber ich finde, alles ins Licht zu bringen macht es einfacher, alles zu lösen. Wenn es eine TDD-Methode zum Auffinden von Pannensituationen gäbe, könnte ich Zehntausende zuweisen, um dafür zu bezahlen. -Max