Kent Beck citations célèbres

dernière mise à jour : 5 septembre 2024

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

Kent Beck
  • Je ne suis pas un grand programmeur; je suis juste un bon programmeur avec de bonnes habitudes.

  • J'ai connu des gens qui ne maîtrisaient pas leurs outils qui sont de bons programmeurs, mais pas un maître des outils qui est resté un programmeur médiocre.

  • Je n'aime pas ce sentiment, mais je dois dire qu'un peu de peur fait de moi un programmeur plus concentré et plus responsable.

  • L'optimisme est un risque professionnel de la programmation; la rétroaction est le traitement.

  • L'entreprise change. La technologie change. L'équipe change. Les membres de l'équipe changent. Le problème n'est pas le changement en soi, car le changement va se produire; le problème, plutôt, est l'incapacité de faire face au changement quand il se produit.

  • Le code veut être simple... J'ai dû abandonner l'idée que j'avais la vision parfaite du système auquel le système devait se conformer. Au lieu de cela, j'ai dû accepter que je n'étais que le véhicule du système exprimant son propre désir de simplicité. Ma vision pourrait façonner la direction initiale, et mon attention aux désirs du code pourrait affecter la rapidité et la qualité avec lesquelles le système a trouvé la forme souhaitée, mais le système me chevauche beaucoup plus que je ne chevauche le système.

  • La métaphore du système est une histoire que tout le monde-clients, programmeurs et gestionnaires-peut raconter sur le fonctionnement du système.

  • Un plan est un exemple de ce qui pourrait arriver, pas une prédiction de ce qui va arriver.

  • Parfois, le problème doit mûrir avant que la solution puisse mûrir.

  • Si vous avez du mal à réussir, échouez.

  • Les tests ne sont pas la question. Il s'agit de responsabilité.

  • Je veux dire, le code source dans les fichiers; comme c'est pittoresque, comme les années soixante-dix!

  • Le développement responsable partage de nombreuses pratiques avec XP mais les racines sont différentes. Les valeurs de Développement responsable sont l'honnêteté, la transparence, la responsabilité et la responsabilité. Celles-ci m'amènent au jumelage, au test d'abord, à la conception incrémentielle, à l'intégration continue, etc., car elles soutiennent les valeurs.

  • La communauté n'est pas aussi effrayée qu'elle le pense.

  • Je dis aux gens de commencer à mettre en œuvre quand ils sont à peu près sûrs qu'il n'y a pas d'histoires plus importantes là-bas. La valeur d'une itération de données vaut des mois de spéculation.

  • La recherche sur l'apprentissage nous dit que le délai entre l'expérience et la rétroaction est essentiel ...

  • La qualité du design n'a pas autant d'importance que si le design s'améliore ou s'aggrave. Si ça s'améliore de jour en jour, je peux vivre avec ça pour toujours. Si ça empire, je mourrai.

  • Le développement responsable est le style de développement auquel j'aspire maintenant. Cela peut être résumé en répondant à la question, Comment développerais-je si c'était mon argent? Je suis étonné du nombre d'arguments théoriques qui s'évaporent face à cette question.