Martin Fowler
@martinFowler
Je ne peux pas choisir si quelqu'un est offensé par mes actions. Je peux choisir si je m'en soucie.
Martin Fowler
En savoir plus sur l'auteur
...plusCompte non officiel
18
@martinFowler
Je ne peux pas choisir si quelqu'un est offensé par mes actions. Je peux choisir si je m'en soucie.
@martinFowler
Tout imbécile peut écrire du code qu'un ordinateur peut comprendre. Les bons programmeurs écrivent du code que les humains peuvent comprendre.
@martinFowler
Je ne peux penser qu'à tant de bonnes idées en une semaine. Avoir d'autres personnes contribue à ma vie plus facile.
@martinFowler
Jamais dans les annales de l'ingénierie logicielle n'a été tant due à tant de gens à si peu de lignes de code
@martinFowler
L'une des choses que j'ai essayé de faire est de rechercher des règles plus simples ou des règles qui sous-tendent une bonne ou une mauvaise conception. Je pense que l'une des règles les plus précieuses est d'éviter la duplication. "Une fois et une seule fois" est la phrase de programmation extrême.
@martinFowler
L'un des grands dangers est de prétendre que vous pouvez suivre un processus prévisible lorsque vous ne pouvez pas.
@martinFowler
Dans presque tous les cas, je suis opposé à réserver du temps pour refactoriser. À mon avis, le refactorisation n'est pas une activité que vous avez mis de côté. Le refactorisation est quelque chose que vous faites tout le temps dans de petites rafales.
@martinFowler
Il est impossible de ne pas remarquer Ruby sur les rails. Il a eu un effet énorme à la fois en dehors de la communauté Ruby ... Rails est devenu une norme à laquelle les outils à bien-être, même à bien, se comparent.
@martinFowler
Quand utiliser le développement itératif? Vous devez utiliser le développement itératif uniquement sur les projets que vous souhaitez réussir.
@martinFowler
Pourquoi la composition des symphonies est-elle 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 le design initial. C'est très difficile de bien faire.
@martinFowler
J'espère donc que j'ai clairement indiqué que l'imposition de méthodes agiles est un drapeau très rouge.
@martinFowler
Le plus gros problème des équipes logicielles est de s'assurer que tout le monde comprend ce que tout le monde fait.
@martinFowler
J'ai appris à toujours éviter de dire "toujours"
@martinFowler
Lorsque vous vous asseyez réellement pour écrire du code, vous apprenez des choses que vous n'avez pas obtenues en pensant à eux en termes de modélisation ... il y a un processus de rétroaction là-bas que vous ne pouvez vraiment que de l'exécution de certaines choses et de voir ce qui fonctionne
@martinFowler
L'intégration continue est une pratique de développement de logiciels où les membres d'une équipe intègrent fréquemment leur travail, généralement chaque personne intègre au moins quotidiennement - conduisant à de multiples intégrations par jour. Chaque intégration est vérifiée par une version automatisée (y compris le 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 considérablement de problèmes d'intégration et permet à une équipe de développer plus rapidement des logiciels cohérents.
@martinFowler
Maintenant, je suis une personne assez paresseuse et je suis prêt à travailler assez dur pour éviter le travail.
@martinFowler
Je trouve que les tests d'unité d'écriture augmentent en fait ma vitesse de programmation
@martinFowler
En comparaison avec une autre activité, il est utile si cela vous aide à formuler des questions, c'est dangereux lorsque vous l'utilisez pour justifier les réponses.