Lo descriverei anche come elegante, ma vorrei aggiungere il problema, se perdonerai la mia intrusione.
So che ci sono pacchetti software molto costosi per affrontare situazioni come questa, ma presso l'azienda in cui lavoro non possiamo permetterci il costo a meno che non siamo sicuri che faccia quello di cui abbiamo bisogno.
Test Driven Development (TDD) è uno dei sistemi migliori di cui ho sentito parlare per lo sviluppo, e mi diverto, ma i problemi che richiedono tempo sono normalmente causati da complessi eventi di interruzione e hardware che molti chiamerebbero glitch. Sembra una cosa minore avere un problema ogni 2 ore quando le stelle si allineano, ma se il tuo telefono si bloccasse solo una volta alla settimana, malediresti il nome degli ingegneri. Nel nostro caso, dobbiamo scavare in un sacco di cibo quando le cose si rompono davvero, cosa che, come potete immaginare, mi piace evitare.
Ho visto soluzioni molto intelligenti per verificare la funzionalità dei sottosistemi, che, se implementate correttamente, probabilmente mi farebbero risparmiare 3 ore su una settimana lavorativa di 50 ore, ma se ci fosse un modo intelligente di trovare situazioni glitch mi risparmierebbe settimane di lavoro alla ricerca del "bug" che si presenta occasionalmente sul campo sotto carico pesante.
Questo post probabilmente non aiuta molto, ma trovo che portare tutto alla luce renda tutto più facile da risolvere. Se esistesse un metodo TDD per trovare situazioni glitch, potrei ottenere 10 milioni di migliaia stanziati per pagarlo. -Max