Costruire software manutenibile, edizione Java: Dieci linee guida per un codice a prova di futuro

Recensioni dei lettori

Il libro fornisce una guida compatta e praticabile per scrivere software manutenibile, con principi chiari e metriche per quantificare la qualità del software. Sebbene sia apprezzato per la sua semplicità e i consigli pratici, alcuni recensori ritengono che manchi di profondità e che non fornisca abbastanza contenuti originali rispetto ad altre risorse.

⬤ Consigli concreti e attuabili
⬤ conciso e facile da leggere
⬤ fornisce un quadro di riferimento per la manutenibilità del software
⬤ include linee guida pratiche convalidate da dati
⬤ rilevanti per diversi linguaggi di programmazione
⬤ prepara i lettori a una certificazione in manutenibilità
⬤ presenta controargomentazioni ai suoi suggerimenti.

⬤ Manca di profondità e dettaglio
⬤ alcune immagini sono troppo piccole
⬤ può essere visto come un rigurgito di materiale esistente
⬤ considerato eccessivamente costoso e forse riassumibile in un post di un blog.

(basato su 10 recensioni dei lettori)

Titolo originale:

Building Maintainable Software, Java Edition: Ten Guidelines for Future-Proof Code

Contenuto del libro:

Vi siete mai sentiti frustrati nel lavorare con il codice di qualcun altro? Il codice sorgente difficile da mantenere è un grosso problema nello sviluppo del software oggi, che porta a costosi ritardi e difetti. Diventate parte della soluzione. Con questo libro pratico, imparerete 10 linee guida facili da seguire per realizzare software Java facile da mantenere e adattare. Queste linee guida sono state ricavate dall'analisi di centinaia di sistemi reali.

Scritto da consulenti del Software Improvement Group (SIG), questo libro fornisce spiegazioni chiare e concise, con consigli per mettere in pratica le linee guida. Gli esempi di questa edizione sono scritti in Java, mentre il libro C# fornisce esempi praticabili in questo linguaggio.

⬤ Scrivere unità di codice brevi: limitare la lunghezza dei metodi e dei costruttori.

⬤ Scrivere unità di codice semplici: limitare il numero di punti di diramazione per ogni metodo.

⬤ Scrivere codice una volta sola, piuttosto che rischiare di copiare codice difettoso.

⬤ Mantenere piccole le interfacce delle unità estraendo i parametri negli oggetti.

⬤ Separare i problemi per evitare di creare classi di grandi dimensioni.

⬤ Accoppiare i componenti dell'architettura in modo lasco.

⬤ Bilanciare il numero e la dimensione dei componenti di primo livello nel codice.

⬤ Mantenere la base di codice il più piccola possibile.

⬤ Automatizzare i test per la propria base di codice.

⬤ Scrivere codice pulito, evitando "odori di codice" che indicano problemi più profondi.