Steve McConnell citazioni famose

È abbastanza difficile trovare un errore nel tuo codice quando lo stai cercando; è ancora più difficile quando hai assunto che il tuo codice sia privo di errori.

Il lavoro del manager medio richiede uno spostamento a fuoco ogni pochi minuti. Il lavoro dello sviluppatore di software medio richiede che lo sviluppatore non sposti l'attenzione più spesso di ogni poche ore.

Il buon codice è la sua migliore documentazione. Mentre stai per aggiungere un commento, chiediti: "Come posso migliorare il codice in modo che questo commento non sia necessario?"Migliora il codice e poi documentalo per renderlo ancora più chiaro.

I progetti software falliscono per uno dei due motivi generali: il team di progetto non ha le conoscenze per condurre un progetto software con successo o il team di progetto non ha la determinazione per condurre un progetto in modo efficace.

Nel software, la catena non è forte come il suo anello più debole; è debole come tutti gli anelli deboli moltiplicati insieme.

Il movimento predefinito su un progetto software dovrebbe essere nella direzione di togliere elementi del software per renderlo più semplice piuttosto che aggiungere elementi per renderlo più complesso.

È meglio aspettare che un programmatore produttivo diventi disponibile piuttosto che aspettare che il primo programmatore disponibile diventi produttivo.

Non ci sono segreti su un progetto software di successo. Sia le buone che le cattive notizie devono essere in grado di spostarsi su e giù per la gerarchia ptoject senza restrizioni.

... la programmazione richiede più concentrazione rispetto ad altre attività. È il motivo per cui i programmatori si arrabbiano per le "interruzioni rapide" - tali interruzioni equivalgono a chiedere a un giocoliere di tenere tre palle in aria e tenere la spesa allo stesso tempo.

Va bene capire i misteri degli omicidi, ma non dovresti aver bisogno di capire il codice. Dovresti essere in grado di leggerlo.

Il problema con quick and dirty è che lo sporco rimane molto tempo dopo che quick è stato dimenticato.

I test di per sé non migliorano la qualità del software. I risultati dei test sono un indicatore di qualità, ma di per sé non lo migliorano. Cercare di migliorare la qualità del software aumentando la quantità di test è come cercare di perdere peso pesandosi più spesso. Ciò che mangi prima di salire sulla bilancia determina quanto peserai e le tecniche di sviluppo software che usi determinano quanti errori troverà il test. Se vuoi perdere peso, non comprare una nuova bilancia; cambia la tua dieta. Se vuoi migliorare il tuo software, non testare di più; sviluppa meglio.

Il buon codice è la sua migliore documentazione.

Il software di costruzione implica varie fasi di pianificazione, preparazione ed esecuzione che variano in natura e grado a seconda di ciò che viene costruito. [...] Costruire una torre di quattro piedi richiede una mano ferma, una superficie piana e 10 lattine di birra intatte. Costruire una torre 100 volte quella dimensione non richiede solo 100 volte più lattine di birra.

Un buon layout visivo mostra la struttura logica di un programma.

Una soluzione di forza bruta che funziona è meglio di una soluzione elegante che non funziona.

Anche quando hai persone qualificate, motivate e laboriose, la struttura del team sbagliata può ridurre i loro sforzi invece di catapultarli al successo. Una scarsa struttura del team può aumentare i tempi di sviluppo, ridurre la qualità, danneggiare il morale, aumentare il fatturato e, infine, portare alla cancellazione del progetto.

L'ingegneria è l'applicazione dei principi scientifici verso fini pratici. Se l'ingegneria non è pratica, è cattiva ingegneria.

Cercare di applicare metodi formali a tutti i progetti software è altrettanto negativo che cercare di applicare lo sviluppo di codice e correzione a tutti i progetti.

Euristica è un algoritmo in un vestito da clown. Eâ € ™s meno prevedibile, e’s più divertente, e viene fornito senza una garanzia di rimborso di 30 giorni.

Un tentativo di evitare errori è l'errore più grande di tutti.

Nel software, i consulenti a volte ti dicono di acquistare determinati metodi di sviluppo del software ad esclusione di altri metodi. Thatâ € ™s sfortunato perché se si acquista in qualsiasi singola metodologia 100 per cento, you’ll vedere il mondo intero in termini di tale metodologia. In alcuni casi, youâ € ™ll perdere opportunità di utilizzare altri metodi più adatti al vostro problema attuale.

95% sul contenuto e il linguaggio del computer rimane lo stesso.