-
N'importe quel imbécile peut écrire du code qu'un ordinateur peut comprendre. Les bons programmeurs écrivent du code que les humains peuvent comprendre.
-
Si vous êtes un responsable technique, vous devez coder.
-
L'exhaustivité est l'ennemi de l'intelligibilité.
-
L'une des choses que j'ai essayé de faire est de rechercher des règles plus simples ou qui sous-tendent un bon ou un mauvais design. Je pense que l'une des règles les plus précieuses est d'éviter les doublons. "Une fois et une seule fois" est l'expression de programmation extrême.
-
...si vous avez peur de changer quelque chose, c'est clairement mal conçu.
-
Quand utiliser le développement itératif? Vous devez utiliser le développement itératif uniquement sur les projets que vous souhaitez réussir.
-
L'intégration continue est une pratique de développement logiciel dans laquelle les membres d'une équipe intègrent fréquemment leur travail, généralement chaque personne intègre au moins quotidiennement, ce qui entraîne plusieurs intégrations par jour. Chaque intégration est vérifiée par une génération automatisée (y compris un test) pour détecter les erreurs d'intégration le plus rapidement possible. De nombreuses équipes constatent que cette approche entraîne une réduction significative des problèmes d'intégration et permet à une équipe de développer un logiciel cohérent plus rapidement.
-
Maintenant, je suis une personne assez paresseuse et je suis prête à travailler assez dur pour éviter le travail.
-
Je ne peux choisir si quelqu'un est offensé par mes actions. Je peux choisir si je m'en soucie.
-
Lorsque vous vous asseyez réellement pour écrire du code, vous apprenez des choses que vous n'avez pas obtenues en y réfléchissant en termes de modélisation...il y a un processus de rétroaction là-bas que vous ne pouvez vraiment obtenir qu'en exécutant certaines choses et en voyant ce qui fonctionne
-
Pourquoi composer des symphonies est-il difficile? Je ne sais pas. C'est juste que très peu de gens dans le monde peuvent bien le faire. Et je pense que c'est le cas avec la conception initiale. C'est très difficile de bien faire.
-
Jamais dans les annales du génie logiciel n'a été autant dû par autant de personnes à si peu de lignes de code
-
Je trouve que l'écriture de tests unitaires augmente en fait ma vitesse de programmation
-
Dans presque tous les cas, je suis opposé à la mise de côté du temps pour la refactorisation. À mon avis, le refactoring n'est pas une activité à laquelle vous consacrez du temps. Le refactoring est quelque chose que vous faites tout le temps en petites rafales.
-
La comparaison avec une autre activité est utile si elle vous aide à formuler des questions, elle est dangereuse lorsque vous l'utilisez pour justifier des réponses.
-
Un modèle est une idée qui a été utile dans un contexte pratique et sera probablement utile dans d'autres.
-
J'espère donc que j'ai clairement indiqué que l'imposition de méthodes agiles est un signal d'alarme très rouge.
-
Il est impossible de ne pas remarquer Ruby on Rails. Cela a eu un effet énorme à la fois dans et en dehors de la communauté Ruby... Rails est devenu un standard auquel même des outils bien établis se comparent.
