Kent Beck citazioni famose

ultimo aggiornamento : 5 settembre 2024

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

Kent Beck
  • Non sono un grande programmatore; sono solo un buon programmatore con grandi abitudini.

  • Ho conosciuto persone che non hanno imparato i loro strumenti che sono buoni programmatori, ma non un maestro di strumenti che è rimasto un programmatore mediocre.

  • Non mi piace la sensazione, ma devo dire che un po ' di paura mi rende un programmatore più concentrato, più responsabile.

  • L'ottimismo è un rischio professionale della programmazione; il feedback è il trattamento.

  • Il business cambia. La tecnologia cambia. La squadra cambia. I membri del team cambiano. Il problema non è il cambiamento, di per sé, perché il cambiamento sta per accadere; il problema, piuttosto, è l'incapacità di affrontare il cambiamento quando arriva.

  • Il codice vuole essere semplice... Ho dovuto rinunciare all'idea di avere la visione perfetta del sistema a cui il sistema doveva conformarsi. Invece, ho dovuto accettare che ero solo il veicolo per il sistema che esprimeva il proprio desiderio di semplicità. La mia visione potrebbe modellare la direzione iniziale, e la mia attenzione ai desideri del codice potrebbe influenzare quanto velocemente e quanto bene il sistema ha trovato la sua forma desiderata, ma il sistema mi sta cavalcando molto più di quanto io stia cavalcando il sistema.

  • La metafora del sistema è una storia che tutti-clienti, programmatori e manager-possono raccontare su come funziona il sistema.

  • Un piano è un esempio di ciò che potrebbe accadere, non una previsione di ciò che accadrà.

  • A volte il problema deve maturare prima che la soluzione possa maturare.

  • Se hai difficoltà ad avere successo, fallisci.

  • Il test non è il punto. Il punto riguarda la responsabilità.

  • Voglio dire, il codice sorgente nei file; come caratteristico, come settanta!

  • Lo sviluppo responsabile condivide molte pratiche con XP, ma le radici sono diverse. I valori dello Sviluppo responsabile sono onestà, trasparenza, responsabilità e responsabilità. Questi mi portano a pairing, test-first, progettazione incrementale, integrazione continua e così via perché supportano i valori.

  • La comunità non è così spaventata come crede.

  • Dico alle persone di iniziare a implementare quando sono abbastanza sicure che non ci siano storie più importanti là fuori. Il valore di un'iterazione di dati vale mesi di speculazioni.

  • La ricerca sull'apprendimento ci dice che il tempo trascorso dall'esperimento al feedback è fondamentale ...

  • Quanto è buono il design non importa tanto quanto se il design sta migliorando o peggiorando. Se sta migliorando, giorno dopo giorno, posso conviverci per sempre. Se sta peggiorando, morirò.

  • Lo sviluppo responsabile è lo stile di sviluppo a cui aspiro ora. Può essere riassunto rispondendo alla domanda, Come mi svilupperei se fossero i miei soldi? Sono stupito di quanti argomenti teorici evaporano di fronte a questa domanda.