Steve McConnell citações famosas

Já é difícil encontrar um erro em seu código quando você está procurando por ele; é ainda mais difícil quando você assume que seu código está livre de erros.

O trabalho do Gestor médio exige uma mudança de foco a cada poucos minutos. O trabalho do desenvolvedor de software médio exige que o desenvolvedor não mude o foco com mais frequência do que a cada poucas horas.

Um bom código é a sua melhor documentação. Quando estiver prestes a adicionar um comentário, pergunte-se: "como posso melhorar o código para que este comentário não seja necessário?"Melhorar o código e depois documentá-lo para torná-lo ainda mais claro.

Os projetos de Software falham por uma das duas razões gerais: a equipe do projeto não tem o conhecimento para conduzir um projeto de software com sucesso ou a equipe do projeto não tem a determinação de conduzir um projeto de forma eficaz.

No software, a cadeia não é tão forte quanto seu elo mais fraco; é tão fraco quanto todos os elos fracos multiplicados.

O movimento padrão em um projeto de software deve ser no sentido de retirar elementos do software para torná-lo mais simples, em vez de adicionar elementos para torná-lo mais complexo.

É melhor esperar que um programador produtivo se torne disponível do que esperar que o primeiro programador disponível se torne produtivo.

Não há segredos para um projeto de software bem-sucedido. Tanto as boas como as más notícias devem ser capazes de subir e descer a hierarquia do ptoject sem restrições.

... a programação exige mais concentração do que outras actividades. É a razão pela qual os programadores ficam chateados com 'interrupções rápidas' - tais interrupções equivalem a pedir a um malabarista que mantenha três bolas no ar e mantenha suas compras ao mesmo tempo.

Não há problema em descobrir mistérios de assassinato, mas você não precisa descobrir código. Você deve ser capaz de lê-lo.

O problema com quick and dirty é que dirty permanece muito depois de quick ter sido esquecido.

Os testes por si só não melhoram a qualidade do software. Os resultados dos testes são um indicador de qualidade, mas, por si só, não o melhoram. Tentar melhorar a qualidade do software aumentando a quantidade de testes é como tentar perder peso pesando-se com mais frequência. O que você come antes de subir na balança determina quanto você pesará, e as técnicas de desenvolvimento de software que você usa determinam quantos erros os testes encontrarão. Se você quer perder peso, não compre uma nova balança; mude sua dieta. Se você quer melhorar seu software, não teste mais; desenvolva melhor.

Um bom código é a sua melhor documentação.

O software de construção implica várias etapas de planejamento, preparação e execução que variam em espécie e grau, dependendo do que está sendo construído. [...] Construir uma torre de quatro pés requer uma mão firme, uma superfície nivelada e 10 latas de cerveja não danificadas. Construir uma torre com 100 vezes esse tamanho não requer apenas 100 vezes mais latas de cerveja.

Um bom layout visual mostra a estrutura lógica de um programa.

Uma solução de Força bruta que funciona é melhor do que uma solução elegante que não funciona.

Mesmo quando você tem pessoas qualificadas, motivadas e trabalhadoras, a estrutura de equipe errada pode minar seus esforços em vez de catapultá-los para o sucesso. Uma estrutura de equipa deficiente pode aumentar o tempo de desenvolvimento, reduzir a qualidade, prejudicar o moral, aumentar o volume de negócios e, em última análise, levar ao cancelamento do projecto.

Engenharia é a aplicação de princípios científicos para fins práticos. Se a engenharia não é prática, é má engenharia.

Tentar aplicar métodos formais a todos os projetos de software é tão ruim quanto tentar aplicar o desenvolvimento de código e correção a todos os projetos.

Heurística é um algoritmo em um traje de palhaço. É menos previsível, é mais divertido e não tem uma garantia de reembolso de 30 dias.

Uma tentativa geral de evitar erros é o maior erro de todos.

Em software, os consultores dizem-lhe por vezes que compre certos métodos de desenvolvimento de software com exclusão de outros métodos. Isso é lamentável, porque se você comprar em qualquer metodologia única 100 por cento, você verá o mundo inteiro em termos dessa metodologia. Nalguns casos, perderá a oportunidade de utilizar outros métodos mais adequados ao seu problema actual.

95% dos conteúdos e da linguagem Informática permanecem os mesmos.