Steve McConnell berühmte Zitate

Zuletzt aktualisiert : 5. September 2024

other language: spanish | czech | german | french | italian | slovak | turkish | ukrainian | dutch | russian | portuguese

Steve McConnell
  • Es ist schwer genug, einen Fehler in Ihrem Code zu finden, wenn Sie danach suchen. Es ist noch schwieriger, wenn Sie angenommen haben, dass Ihr Code fehlerfrei ist.

  • Der Job eines durchschnittlichen Managers erfordert alle paar Minuten einen Fokuswechsel. Der Job eines durchschnittlichen Softwareentwicklers erfordert, dass der Entwickler den Fokus nicht öfter als alle paar Stunden wechselt.

  • Guter Code ist seine eigene beste Dokumentation. Wenn Sie einen Kommentar hinzufügen möchten, fragen Sie sich: "Wie kann ich den Code verbessern, damit dieser Kommentar nicht benötigt wird?" Verbessere den Code und dokumentiere ihn dann, um ihn noch klarer zu machen.

  • Softwareprojekte scheitern aus einem von zwei allgemeinen Gründen: Dem Projektteam fehlt das Wissen, um ein Softwareprojekt erfolgreich durchzuführen, oder dem Projektteam fehlt die Entschlossenheit, ein Projekt effektiv durchzuführen.

  • In der Software ist die Kette nicht so stark wie ihr schwächstes Glied; sie ist so schwach wie alle schwachen Glieder zusammen multipliziert.

  • Die Standardbewegung in einem Softwareprojekt sollte in die Richtung gehen, Elemente der Software zu entfernen, um sie einfacher zu machen, anstatt Elemente hinzuzufügen, um sie komplexer zu machen.

  • Es ist besser zu warten, bis ein produktiver Programmierer verfügbar ist, als darauf zu warten, dass der erste verfügbare Programmierer produktiv wird.

  • Es gibt keine Geheimnisse für ein erfolgreiches Softwareprojekt. Sowohl gute als auch schlechte Nachrichten müssen in der Projekthierarchie ohne Einschränkung auf und ab gehen können.

  • ... programmieren erfordert mehr Konzentration als andere Aktivitäten. Das ist der Grund, warum sich Programmierer über 'schnelle Unterbrechungen' aufregen - solche Unterbrechungen sind gleichbedeutend damit, einen Jongleur zu bitten, drei Bälle in der Luft zu halten und gleichzeitig Ihre Lebensmittel zu halten.

  • Es ist in Ordnung, Mordgeheimnisse herauszufinden, aber Sie sollten keinen Code herausfinden müssen. Sie sollten es lesen können.

  • Das Problem mit schnell und schmutzig ist, dass schmutzig bleibt, lange nachdem schnell vergessen wurde.

  • Tests allein verbessern die Softwarequalität nicht. Testergebnisse sind ein Qualitätsindikator, aber an und für sich verbessern sie ihn nicht. Der Versuch, die Softwarequalität durch mehr Tests zu verbessern, ist wie der Versuch, Gewicht zu verlieren, indem man sich öfter wiegt. Was Sie essen, bevor Sie auf die Waage steigen, bestimmt, wie viel Sie wiegen werden, und die von Ihnen verwendeten Softwareentwicklungstechniken bestimmen, wie viele Fehler beim Testen gefunden werden. Wenn Sie abnehmen möchten, kaufen Sie keine neue Waage. Ändere deine Ernährung. Wenn Sie Ihre Software verbessern möchten, testen Sie nicht mehr, sondern entwickeln Sie besser.

  • Guter Code ist seine eigene beste Dokumentation.

  • Das Erstellen von Software umfasst verschiedene Phasen der Planung, Vorbereitung und Ausführung, die je nach Bauart und Grad unterschiedlich sind. [...] Der Bau eines vier Fuß hohen Turms erfordert eine ruhige Hand, eine ebene Fläche und 10 unbeschädigte Bierdosen. Um einen Turm zu bauen, der 100 Mal so groß ist, braucht man nicht nur 100 Mal so viele Bierdosen.

  • Ein gutes visuelles Layout zeigt die logische Struktur eines Programms.

  • Eine Brute-Force-Lösung, die funktioniert, ist besser als eine elegante Lösung, die nicht funktioniert.

  • Selbst wenn Sie qualifizierte, motivierte und hart arbeitende Mitarbeiter haben, kann die falsche Teamstruktur ihre Bemühungen untergraben, anstatt sie zum Erfolg zu katapultieren. Eine schlechte Teamstruktur kann die Entwicklungszeit verlängern, die Qualität verringern, die Moral schädigen, den Umsatz steigern und letztendlich zum Projektabbruch führen.

  • Ingenieurwesen ist die Anwendung wissenschaftlicher Prinzipien auf praktische Ziele. Wenn das Engineering nicht praktikabel ist, ist es schlechtes Engineering.

  • Der Versuch, formale Methoden auf alle Softwareprojekte anzuwenden, ist genauso schlecht wie der Versuch, Code-and-Fix-Entwicklung auf alle Projekte anzuwenden.

  • Heuristik ist ein Algorithmus im Clownskostüm. Itâ € ™ s weniger vorhersehbar, itâ € ™ s mehr Spaß, und es kommt ohne eine 30-tägige Geld-zurück-Garantie.

  • Ein pauschaler Versuch, Fehler zu vermeiden, ist der größte Fehler von allen.

  • Im Softwarebereich raten Ihnen Berater manchmal, sich in bestimmte Softwareentwicklungsmethoden einzukaufen, unter Ausschluss anderer Methoden. Thatâ € ™ s bedauerlich, denn wenn Sie in jede einzelne Methodik 100 Prozent kaufen, youâ € ™ ll die ganze Welt in Bezug auf diese Methodik sehen. In einigen Fällen youâ € ™ ll verpassen Möglichkeiten, andere Methoden besser geeignet, um Ihr aktuelles Problem zu verwenden.

  • 95% auf Inhalte und die Computersprache bleibt gleich.