Martin Fowler beroemde citaten

laatste update : 5 september 2024

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

Martin Fowler
  • Elke dwaas kan code schrijven die een computer kan begrijpen. Goede programmeurs schrijven code die mensen kunnen begrijpen.

  • Als je een technische lead bent, moet je coderen.

  • Volledigheid is de vijand van begrijpelijkheid.

  • Een van de dingen die ik heb geprobeerd te doen, is zoeken naar eenvoudiger of regels die goed of slecht ontwerp ondersteunen. Ik denk dat een van de meest waardevolle regels is om dubbel werk te voorkomen. "Eens en slechts één keer" is de Extreme Programmeerzin.

  • ...als je bang bent om iets te veranderen, is het duidelijk slecht ontworpen.

  • Wanneer gebruik je iteratieve ontwikkeling? Je moet iteratieve ontwikkeling alleen gebruiken voor projecten die je wilt slagen.

  • Continuous Integration is een softwareontwikkelingspraktijk waarbij leden van een team hun werk vaak integreren, meestal integreert elke persoon ten minste dagelijks, wat leidt tot meerdere integraties per dag. Elke integratie wordt geverifieerd door een geautomatiseerde build (inclusief test) om integratiefouten zo snel mogelijk te detecteren. Veel teams vinden dat deze aanpak leidt tot aanzienlijk minder integratieproblemen en een team in staat stelt om sneller samenhangende software te ontwikkelen.

  • Nu ben ik een vrij lui persoon en ben bereid om heel hard te werken om werk te vermijden.

  • Ik kan niet kiezen of iemand beledigd is door mijn daden. Ik kan kiezen of het me iets kan schelen.

  • Wanneer je daadwerkelijk gaat zitten om wat code te schrijven, leer je dingen die je niet hebt gekregen door erover na te denken in modeltermen...er is daar een feedbackproces dat je alleen echt kunt bereiken door sommige dingen uit te voeren en te zien wat werkt

  • Waarom is het componeren van symfonieën moeilijk? Geen idee. Er zijn maar weinig mensen in de wereld die het goed kunnen. En ik denk dat dat het geval is met upfront design. Het is heel moeilijk om het goed te doen.

  • Nooit in de annalen van software engineering was zo veel te danken aan zo weinig regels code

  • Ik vind dat het schrijven van unit tests eigenlijk verhoogt mijn programmering snelheid

  • In bijna alle gevallen ben ik tegen het reserveren van tijd voor refactoring. Naar mijn mening is refactoring geen activiteit waar je tijd voor vrijmaakt. Refactoring is iets wat je de hele tijd doet in kleine uitbarstingen.

  • Vergelijken met een andere activiteit is handig als het je helpt vragen te formuleren, Het is gevaarlijk als je het gebruikt om antwoorden te rechtvaardigen.

  • Een patroon is een idee dat nuttig is geweest in één praktische context en waarschijnlijk nuttig zal zijn in andere.

  • Dus ik hoop dat ik duidelijk heb gemaakt dat het opleggen van agile methoden een zeer rode vlag is.

  • Het is onmogelijk om Ruby on Rails niet op te merken. Het heeft een enorm effect gehad, zowel binnen als buiten de Ruby-gemeenschap... Rails is een standaard geworden waarmee zelfs gevestigde gereedschappen zich vergelijken.