Steve McConnell beroemde citaten

Het is al moeilijk genoeg om een fout in je code te vinden wanneer je ernaar zoekt; het is nog moeilijker als je hebt aangenomen dat je code foutloos is.

De taak van de gemiddelde manager vereist om de paar minuten een verschuiving in focus. De taak van de gemiddelde softwareontwikkelaar vereist dat de ontwikkelaar niet vaker dan om de paar uur de focus verschuift.

Goede code is zijn eigen beste documentatie. Als je op het punt staat om een opmerking toe te voegen, vraag jezelf dan af: "Hoe kan ik de code verbeteren zodat deze opmerking niet nodig is?"Verbeter de code en documenteer deze om het nog duidelijker te maken.

Softwareprojecten mislukken om een van de twee algemene redenen: het projectteam heeft niet de kennis om een softwareproject succesvol uit te voeren, of het projectteam heeft niet de vastberadenheid om een project effectief uit te voeren.

In software is de keten niet zo sterk als de zwakste schakel; het is net zo zwak als alle zwakke schakels met elkaar vermenigvuldigd.

De standaardbeweging op een softwareproject moet in de richting zijn van het wegnemen van elementen van de software om het eenvoudiger te maken in plaats van elementen toe te voegen om het complexer te maken.

Het is beter om te wachten tot een productieve programmeur beschikbaar is dan te wachten tot de eerste beschikbare programmeur productief is.

Er zijn geen geheimen voor een succesvol softwareproject. Zowel goed als slecht nieuws moet in staat zijn om zonder beperkingen op en neer te gaan in de ptoject hiërarchie.

... programmeren vereist meer concentratie dan andere activiteiten. Het is de reden dat programmeurs boos worden over 'snelle onderbrekingen' - dergelijke onderbrekingen komen neer op het vragen van een jongleur om drie ballen in de lucht te houden en tegelijkertijd je boodschappen vast te houden.

Het is oké om moordmysteries te achterhalen, maar je hoeft geen code te achterhalen. Je zou het moeten kunnen lezen.

Het probleem met quick and dirty is dat dirty blijft lang nadat quick is vergeten.

Testen op zich verbetert de kwaliteit van de software niet. Testresultaten zijn een indicator van kwaliteit, maar op zichzelf verbeteren ze het niet. Proberen om de kwaliteit van de software te verbeteren door het verhogen van de hoeveelheid testen is als proberen om gewicht te verliezen door jezelf vaker te wegen. Wat je eet voordat je op de weegschaal stapt, bepaalt hoeveel je weegt, en de softwareontwikkelingstechnieken die je gebruikt, bepalen hoeveel fouten testen zal vinden. Als je wilt afvallen, koop dan geen nieuwe weegschaal; verander je dieet. Als u uw software wilt verbeteren, test dan niet meer; ontwikkel beter.

Goede code is zijn eigen beste documentatie.

Bouwsoftware impliceert verschillende stadia van planning, voorbereiding en uitvoering die variëren in soort en mate, afhankelijk van wat er wordt gebouwd. [... Het bouwen van een toren van vier voet vereist een vaste hand, een vlak oppervlak en 10 onbeschadigde bierblikjes. Een toren bouwen die 100 keer zo groot is, vereist niet alleen 100 keer zoveel bierblikjes.

Een goede visuele lay-out toont de logische structuur van een programma.

Een brute force oplossing die werkt is beter dan een elegante oplossing die niet werkt.

Zelfs als je Bekwame, gemotiveerde, hardwerkende mensen hebt, kan de verkeerde teamstructuur hun inspanningen ondermijnen in plaats van ze naar succes te katapulteren. Een slechte teamstructuur kan de ontwikkeltijd verlengen, de kwaliteit verminderen, het moreel schaden, de omzet verhogen en uiteindelijk leiden tot projectannulering.

Engineering is de toepassing van wetenschappelijke principes voor praktische doeleinden. Als de techniek niet praktisch is, is het slechte techniek.

Proberen formele methoden toe te passen op alle softwareprojecten is net zo slecht als proberen code-and-fix-ontwikkeling toe te passen op alle projecten.

Heuristiek is een algoritme in een clownpak. Het is minder voorspelbaar, het is leuker, en het komt zonder een 30-dagen, geld-terug-garantie.

Een algemene poging om fouten te vermijden is de grootste fout van allemaal.

In software vertellen consultants je soms om bepaalde softwareontwikkelingsmethoden in te kopen, met uitsluiting van andere methoden. Dat is jammer, want als je 100 procent in een enkele methodologie gelooft, zie je de hele wereld in termen van die methodologie. In sommige gevallen mis je kansen om andere methoden te gebruiken die beter geschikt zijn voor je huidige probleem.

95% op inhoud en de computertaal blijft hetzelfde.