Capitolo 9. Finire nei guai
Questo lavoro è stato tradotto utilizzando l'AI. Siamo lieti di ricevere il tuo feedback e i tuoi commenti: translation-feedback@oreilly.com
Ho già parlato dell'importanza dei test in corso d'opera e dei test unitari. Tuttavia, a volte ci sono dei bug. E se sapessi cosa c'è che non va, l'avresti già risolto. A meno che tu non stia leggendo questo libro seduto su una spiaggia (come si consiglia di fare), probabilmente stai cercando consigli concreti sul tuo problema attuale. Se fossi seduto accanto a te, la mia lista di controllo mentale sarebbe la seguente:
-
È alimentato? Sei sicuro?
-
Sei sicuro che il dispositivo stia eseguendo il codice che pensi?
-
Puoi testare solo quella parte del sistema?
-
Hai controllato l'errata del chip? Hai controllato il codice prodotto del chip?
-
Se è intermittente, si tratta di un errore di temporizzazione? Overflow dello stack?
-
È legato alle variabili non inizializzate? Rendere le variabili globali migliora o peggiora la situazione?
-
Puoi disattivare le ottimizzazioni e vedere se succede ancora?
-
Hai dato un'occhiata al file della mappa? (Maggiori informazioni nel Capitolo 11).
-
In caso di emergenza (e di errore casuale senza senso): potrebbe essere un problema di loop di terra?
Ti sorprenderà sapere quanto spesso il problema viene individuato nei primi passi. Queste domande nascono dall'esperienza di aver sbagliato, di aver fallito e di averci riprovato, di aver trovato il problema per poi desiderare di averlo ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access