Top 72 Zitate und Sprüche von Fred Brooks

Durch die Hinzufügung von Arbeitskräften zu einem verspäteten Softwareprojekt wird es später.

Wie kommt es, dass ein Projekt ein Jahr zu spät kommt? Einen Tag nach dem anderen.

Gutes Urteilsvermögen entsteht durch Erfahrung, und Erfahrung entsteht durch schlechtes Urteilsvermögen.

Es gibt keine einzelne Entwicklung, weder in der Technologie noch in der Managementtechnik, die für sich genommen eine Verbesserung der Produktivität, der Zuverlässigkeit und der Einfachheit auch nur um eine Größenordnung innerhalb eines Jahrzehnts verspricht.

Identifizieren Sie Top-Designer so früh wie möglich systematisch. Die Besten sind oft nicht die Erfahrensten.

Wie kommt es, dass ein Projekt ein Jahr hinter dem Zeitplan zurückbleibt? Einen Tag nach dem anderen.

Das grundlegende Problem bei der Programmwartung besteht darin, dass die Behebung eines Fehlers mit großer Wahrscheinlichkeit zu einem weiteren Fehler führt.

Der entscheidende Aspekt des Designprozesses besteht darin, die knappste Ressource zu identifizieren. Entgegen allem, was Sie vielleicht denken, ist das oft kein Geld. Bei einer NASA-Mondaufnahme zum Beispiel ist das Geld reichlich vorhanden, aber die Leichtigkeit ist knapp; Jedes Gramm Gewicht erfordert Tonnen von Material. Bei der Gestaltung eines Strandferienhauses liegt die Einschränkung möglicherweise in Ihren Aufnahmen am Meer. Sie müssen sicherstellen, dass Ihr gesamtes Team versteht, welche knappe Ressource Sie optimieren.

Die Komplexität von Software ist eine wesentliche und keine zufällige Eigenschaft. Daher abstrahieren Beschreibungen einer Softwareeinheit, die ihre Komplexität abstrahieren, häufig auch deren Wesen.

Der schwierigste Teil der Softwareaufgabe besteht darin, zu einer vollständigen und konsistenten Spezifikation zu gelangen, und ein Großteil der Essenz beim Erstellen eines Programms besteht tatsächlich im Debuggen der Spezifikation.

Die Managementfrage ist daher nicht, ob man ein Pilotsystem baut und es dann wegwirft. Das wirst du tun. Planen Sie daher, eines wegzuwerfen; Das wirst du jedenfalls.

Das Wesen einer Softwareeinheit ist ein Konstrukt aus ineinandergreifenden Konzepten. Ich glaube, dass der schwierige Teil beim Erstellen von Software in der Spezifikation, dem Design und dem Testen dieses konzeptionellen Konstrukts besteht und nicht in der Arbeit, es darzustellen und die Wiedergabetreue zu testen.

Ein Wissenschaftler baut, um zu lernen; Ein Ingenieur lernt, um zu bauen.

Der Begriff Architektur wird hier verwendet, um die Attribute eines Systems aus der Sicht des Programmierers zu beschreiben, dh die konzeptionelle Struktur und das funktionale Verhalten, im Unterschied zur Organisation des Datenflusses und der Steuerung, dem logischen Design und der physischen Implementierung. ich. Weitere Details zur Architektur

Selbst die beste Planung ist nicht so allwissend, dass sie gleich beim ersten Mal alles richtig macht.

Produktverfahren ... müssen die Kronjuwelen sicher schützen, aber, was ebenso wichtig ist, dürfen keine hohen Zäune um die Mülltonnen herum errichtet werden.

Vorhersehbarkeit und tolles Design sind keine Freunde.

Das Debuggen von Systemen war schon immer eine alltägliche Beschäftigung, genau wie die Astronomie.

Präsentieren, um zu informieren, nicht um zu beeindrucken. Wer informiert, wird beeindrucken.

Originalität ist keine Entschuldigung für Unwissenheit.

Einstein argumentierte wiederholt, dass es vereinfachte Erklärungen der Natur geben müsse, da Gott weder launisch noch willkürlich sei. Kein solcher Glaube tröstet den Softwareentwickler.

Männer und Monate sind nur dann austauschbare Güter, wenn eine Aufgabe auf viele Arbeiter aufgeteilt werden kann, ohne dass zwischen ihnen Kommunikation besteht.

Erfolgreiche Software wird immer verändert.

Es ist sehr schwierig, energisch, plausibel und arbeitsplatzgefährlich eine Schätzung zu verteidigen, die nicht auf einer quantitativen Methode beruht, auf wenigen Daten gestützt wird und hauptsächlich durch die Ahnungen der Manager bestätigt wird

Software- und Hardware-Design unterscheiden sich weniger, als Software-Designer denken, aber mehr, als Hardware-Designer denken.

Ein altes Sprichwort warnt: „Gehen Sie niemals mit zwei Chronometern zur See; nehmen Sie einen oder drei.“

Alle Programmierer sind Optimisten. Vielleicht zieht diese moderne Zauberei besonders diejenigen an, die an Happy Ends und gute Feen glauben. Vielleicht vertreiben die Hunderte von kleinen Frustrationen alle außer denen, die sich gewöhnlich auf das Endziel konzentrieren. Vielleicht liegt es einfach daran, dass Computer jung sind, Programmierer jünger sind und die Jungen immer Optimisten sind.

Der schwierigste Teil beim Aufbau eines Softwaresystems besteht darin, genau zu entscheiden, was gebaut werden soll. Die wichtigste Funktion, die Softwareentwickler für ihre Kunden erledigen, ist die iterative Extraktion und Verfeinerung der Produktanforderungen. Denn die Wahrheit ist, dass die Kunden nicht wissen, was sie wollen. Sie wissen in der Regel nicht, welche Fragen beantwortet werden müssen, und sie haben sich das zu spezifizierende Problem fast nie im Detail vorgestellt.

Das Debuggen von Systemen wurde wie in der Astronomie schon immer hauptsächlich nachts durchgeführt.

Softwarearbeit ist die komplexeste, die die Menschheit jemals unternommen hat.

Neun Menschen können in einem Monat kein Kind bekommen.

Mittelmäßiges Design verschwendet nachweislich die Ressourcen der Welt, schadet der Umwelt und beeinträchtigt die internationale Wettbewerbsfähigkeit. Design ist wichtig.

Die Anpassung an die Anforderungen an Perfektion ist meiner Meinung nach der schwierigste Teil beim Erlernen des Programmierens.

Designarbeit befriedigt nicht nur Anforderungen, sie weckt sie auch.

Die Verbesserung Ihres Prozesses wird Sie nicht von einem guten zu einem großartigen Design führen. Es wird Sie vom Schlechten zum Durchschnitt bewegen.

Die Hauptwaffe des Programmierers im nie endenden Kampf gegen langsame Systeme besteht darin, die intramodulare Struktur zu ändern. Unsere erste Reaktion sollte darin bestehen, die Datenstrukturen der Module neu zu organisieren.

Der erste Schritt zur Behandlung von Krankheiten war die Ablösung der Dämonen- und Humortheorien durch die Keimtheorie. Dieser Schritt, der Beginn der Hoffnung, hat alle Hoffnungen auf magische Lösungen zunichte gemacht. Darin wurde den Arbeitern mitgeteilt, dass schrittweise und unter großen Anstrengungen Fortschritte gemacht werden würden und dass eine beharrliche, unablässige Sorgfalt auf eine Disziplin der Sauberkeit gerichtet werden müsse. So ist es auch heute mit der Softwareentwicklung.

Der Programmierer arbeitet wie der Dichter nur geringfügig entfernt vom reinen Gedankenstoff. Er baut seine Luftschlösser aus der Luft, indem er seine Fantasie anstrengt. Nur wenige kreative Medien sind so flexibel, so leicht zu polieren und zu überarbeiten und so leicht in der Lage, große konzeptionelle Strukturen zu verwirklichen.

Beachten Sie, dass für den Programmierer wie für den Koch die Dringlichkeit des Kunden die geplante Erledigung der Aufgabe bestimmen kann, nicht jedoch die tatsächliche Erledigung. Ein Omelett, das in zwei Minuten versprochen wird, scheint gut voranzukommen. Wenn es jedoch nicht innerhalb von zwei Minuten fest geworden ist, hat der Kunde zwei Möglichkeiten: warten oder es roh essen. Softwarekunden hatten die gleichen Möglichkeiten.

Weit mehr als die Hälfte der Zeit, die Sie mit der Arbeit an einem Projekt verbringen (in der Größenordnung von 70 Prozent), verbringen Sie mit Denken, und kein Werkzeug, egal wie fortgeschritten, kann für Sie denken. Selbst wenn ein Tool also alles außer dem Denken für Sie erledigen würde – wenn es 100 Prozent des Codes, 100 Prozent der Dokumentation, 100 Prozent der Tests geschrieben, die CD-ROMs gebrannt, in Kartons verpackt und verschickt hätte Wenn Sie sie an Ihre Kunden weitergeben, können Sie höchstens auf eine Produktivitätssteigerung von 30 Prozent hoffen. Um es besser zu machen, müssen Sie Ihre Denkweise ändern.

Ich habe noch nie einen erfahrenen Programmierer gesehen, der routinemäßig detaillierte Flussdiagramme erstellt hat, bevor er mit dem Schreiben von Programmen begann.

Der Chef muss zunächst zwischen Aktionsinformationen und Statusinformationen unterscheiden. Er muss sich dazu disziplinieren, nicht auf Probleme zu reagieren, die seine Manager lösen können, und niemals auf Probleme zu reagieren, wenn er explizit den Status überprüft.

Konzeptionelle Integrität ist der wichtigste Gesichtspunkt beim Systemdesign.

Aus Misserfolgen kann man mehr lernen als aus Erfolgen. Bei einem Misserfolg müssen Sie herausfinden, welcher Teil nicht funktioniert hat. Aber wenn man Erfolg hat, kann man glauben, dass alles, was man getan hat, großartig war, auch wenn in Wirklichkeit einige Teile möglicherweise überhaupt nicht funktioniert haben. Scheitern zwingt Sie dazu, sich der Realität zu stellen.

Der schwierigste Teil beim Aufbau eines Softwaresystems besteht darin, genau zu entscheiden, was erstellt werden soll.

Die Geburt eines Kindes dauert neun Monate, egal wie viele Frauen zugewiesen werden.

Ein kleiner Rückblick zeigt, dass, obwohl viele gute, nützliche Softwaresysteme von Komitees entworfen und als Teil mehrteiliger Projekte entwickelt wurden, die Softwaresysteme, die leidenschaftliche Fans begeistern, das Produkt eines oder einiger weniger Designköpfe, großartiger Designer, sind.

Dissertationen sind noch nicht abgeschlossen; sie werden verlassen.

Das Gehirn allein ist so komplex, dass man es nicht abbilden kann, mächtig, jenseits von Nachahmung, reich an Vielfalt, selbstschützend und selbsterneuernd. Das Geheimnis ist, dass es gewachsen und nicht gebaut ist.

Ein Grundprinzip der Datenverarbeitung lehrt die Torheit des Versuchs, unabhängige Dateien synchron zu halten.

Ein Designstil wird durch eine Reihe von Mikroentscheidungen definiert. Ein klarer Stil spiegelt ein einheitliches Set wider. Ein klarer Stil ist möglicherweise kein guter Stil; ein verwirrter Mensch ist es nie.

Aus Zeitmangel sind mehr Softwareprojekte fehlgeschlagen als aus allen anderen Gründen zusammen.

Wenn eine Aufgabe aufgrund sequenzieller Einschränkungen nicht aufgeteilt werden kann, hat der Einsatz von mehr Aufwand keine Auswirkung auf den Zeitplan. Die Geburt eines Kindes dauert neun Monate, egal wie viele Frauen zugewiesen werden.

Das grundlegende Problem bei der Programmwartung besteht darin, dass bei der Behebung eines Fehlers eine erhebliche Wahrscheinlichkeit (20–50 Prozent) besteht, dass ein weiterer Fehler entsteht. Der gesamte Prozess besteht also aus zwei Schritten vorwärts und einem Schritt zurück.

Nur einem Bruchteil der Menschheit gewährt Gott das Privileg, seinen Lebensunterhalt mit dem zu verdienen, was man aus Leidenschaft gerne umsonst getan hätte.

Durch die Hinzufügung von Arbeitskräften zu einem verspäteten Softwareprojekt wird es später

Zeigen Sie mir Ihre Flussdiagramme und verbergen Sie Ihre Tabellen, und ich werde weiterhin vor einem Rätsel stehen. Zeigen Sie mir Ihre Tabellen, dann brauche ich Ihre Flussdiagramme normalerweise nicht; sie werden offensichtlich sein.

Der Zauber von Mythen und Legenden ist in unserer Zeit wahr geworden. Man tippt den richtigen Zauberspruch auf einer Tastatur ein, und ein Bildschirm erwacht zum Leben und zeigt Dinge, die niemals waren oder sein könnten ... Auch in dieser Hinsicht ähnelt der Computer der Magie der Legende. Wenn ein Zeichen, eine Pause der Beschwörungsformel nicht ganz in der richtigen Form ist, funktioniert die Magie nicht. Der Mensch ist es nicht gewohnt, perfekt zu sein, und nur wenige Bereiche menschlichen Handelns verlangen dies. Die Anpassung an die Anforderungen an Perfektion ist meiner Meinung nach der schwierigste Teil beim Erlernen des Programmierens.

Ich bin überzeugter denn je. Konzeptionelle Integrität ist von zentraler Bedeutung für die Produktqualität.

Der Aufbau von Systemprogrammen ist ein entropieverringernder Prozess und daher von Natur aus metastabil. Die Programmwartung ist ein entropieerhöhender Prozess, und selbst ihre geschickteste Ausführung verzögert nur das Abgleiten des Systems in eine unrettbare Obsoleszenz.