Martin Fowler berühmte Zitate

Zuletzt aktualisiert : 5. September 2024

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

Martin Fowler
  • Jeder Dummkopf kann Code schreiben, den ein Computer verstehen kann. Gute Programmierer schreiben Code, den Menschen verstehen können.

  • Wenn Sie ein technischer Leiter sind, müssen Sie programmieren.

  • Vollständigkeit ist der Feind der Verständlichkeit.

  • Eines der Dinge, die ich versucht habe, ist, nach einfacheren oder Regeln zu suchen, die gutes oder schlechtes Design untermauern. Ich denke, eine der wertvollsten Regeln ist die Vermeidung von Doppelarbeit. "Einmal und nur einmal" ist die Phrase von Extreme Programming.

  • ...wenn Sie Angst haben, etwas zu ändern, ist es eindeutig schlecht gestaltet.

  • Wann sollte iterative Entwicklung eingesetzt werden? Sie sollten die iterative Entwicklung nur für Projekte verwenden, die Sie erfolgreich durchführen möchten.

  • Kontinuierliche Integration ist eine Softwareentwicklungspraxis, bei der Mitglieder eines Teams ihre Arbeit häufig integrieren, normalerweise integriert sich jede Person mindestens täglich - was zu mehreren Integrationen pro Tag führt. Jede Integration wird durch einen automatisierten Build (einschließlich Test) verifiziert, um Integrationsfehler so schnell wie möglich zu erkennen. Viele Teams stellen fest, dass dieser Ansatz zu deutlich reduzierten Integrationsproblemen führt und es einem Team ermöglicht, zusammenhängende Software schneller zu entwickeln.

  • Jetzt bin ich ein ziemlich fauler Mensch und bin bereit, ziemlich hart zu arbeiten, um Arbeit zu vermeiden.

  • Ich kann mir nicht aussuchen, ob jemand durch meine Handlungen beleidigt ist. Ich kann wählen, ob es mich interessiert.

  • Wenn Sie sich tatsächlich hinsetzen, um Code zu schreiben, lernen Sie Dinge, die Sie nicht bekommen haben, wenn Sie in Modellierungsbegriffen darüber nachgedacht haben...dort gibt es einen Feedback-Prozess, den Sie nur wirklich erreichen können, wenn Sie einige Dinge ausführen und sehen, was funktioniert

  • Warum ist es schwierig, Symphonien zu komponieren? Ich weiß nicht. Es sind nur sehr wenige Menschen auf der Welt, die es gut können. Und ich denke, das ist beim Upfront-Design der Fall. Es ist sehr schwer, es gut zu machen.

  • Noch nie in den Annalen der Softwareentwicklung war so viel von so vielen so wenigen Codezeilen zu verdanken

  • Ich finde, dass das Schreiben von Komponententests meine Programmiergeschwindigkeit tatsächlich erhöht

  • In fast allen Fällen, Iâ € ™ m gegen beiseite Zeit für Refactoring Einstellung. Aus meiner Sicht ist Refactoring keine Aktivität, für die Sie sich Zeit nehmen. Refactoring ist etwas, was Sie die ganze Zeit in kleinen Stößen tun.

  • Der Vergleich mit einer anderen Aktivität ist nützlich, wenn es Ihnen hilft, Fragen zu formulieren, es ist gefährlich, wenn Sie es verwenden, um Antworten zu rechtfertigen.

  • Ein Muster ist eine Idee, die in einem praktischen Kontext nützlich war und wahrscheinlich in anderen nützlich sein wird.

  • Also ich hoffe, Iâ € ™ ve deutlich gemacht, dass agile Methoden imposante eine sehr rote Fahne ist.

  • Es ist unmöglich, Ruby on Rails nicht zu bemerken. Es hat sowohl innerhalb als auch außerhalb der Ruby-Community enorme Auswirkungen gehabt... Rails ist zu einem Standard geworden, mit dem sich selbst etablierte Tools vergleichen.