![Bug in Python? Pdb alla riscossa! | di Marcin Kozak | Settembre 2023
| Intelligenza-Artificiale Bug in Python? Pdb alla riscossa! | di Marcin Kozak | Settembre 2023
| Intelligenza-Artificiale](https://intelligenza-artificiale.eu/wp-content/uploads/2023/09/Bug-in-Python-Pdb-alla-riscossa-di-Marcin-Kozak.jpeg)
PROGRAMMAZIONE PYTHON
È possibile utilizzare vari strumenti per eseguire il debug del codice Python, dal più semplice print()
funzione, tramite statica ma più avanzata icecream
e suo fratello ycecream
ai vari debugger interattivi offerti dagli IDE. La mia scelta, però, è sempre stata l’incasso pdb
debugger, insieme al built-in breakpoint()
funzione.
Il debugging è il cuore della programmazione. Inizi a eseguire il debug quando inizi a imparare a programmare e interrompi il debug quando hai promesso di aver appena scritto l’ultima riga di codice e se mantieni quella promessa.
Potresti pensare che un modo per ridurre il tempo dedicato al debug del codice sia scrivere un buon codice. Ammettiamolo: il più delle volte, scrivere un buon codice significa… eseguire molto debug durante lo sviluppo. Certamente, un buon programmatore scriverà un codice migliore e commetterà meno errori, ma ciò non significa che non abbia bisogno di eseguire il debug.
Esiste, tuttavia, un modo per eseguire il debug di meno: per eseguire il debug di meno, scrivere buoni unit test.
Per eseguire meno debug, scrivi buoni unit test.
Indipendentemente dal fatto che tu lo stia utilizzando o meno sviluppo guidato dai testscrivere buoni test. Scrivere buone prove significa scrivere un numero sufficiente di test ben scritti. Non intendo qui discutere dei test, quindi ti lascio con questo pensiero; Ho scritto di più sui test qui:
Possiamo supporre che tutti i programmatori debbano eseguire il debug del proprio codice. Alcuni potrebbero dire di no, ma non è vero. Loro fanno; semplicemente non utilizzano strumenti di debug dedicati, chiamati debugger. Invece, eseguono il codice per un input particolare, quindi lo controllano e quindi, vedendo che qualcosa non va, modificano il codice e ripetono il processo. Quindi, nonostante non utilizzino i debugger, eseguono il debug del loro codice; devono solo dedicare più tempo a farlo. I debugger sono stati creati per un motivo!
Fonte: towardsdatascience.com