Étiquette : code

Publié le

Est-ce que tu peux rendre ça configurable ? | Sam & Max

Si la fonctionnalité est un besoin avéré qu’il faudra pouvoir activer et désactiver en prod, bien entendu, il faut une option.
Mais si il faut couvrir un besoin futur hypothétiquement potentiel, laissez le dev décider si c’est YAGNI, on peut gagner beaucoup en productivité en pariant que modifier le code quand le besoin se présentera est la démarche la plus simple.
L’équilibre entre la dette technique et la sur-ingénierie permet de garder un projet sur les rails.

via Est-ce que tu peux rendre ça configurable ? | Sam & Max.
Plein de bon sens !

Publié le

Why You Should Never Use MongoDB « Sarah Mei

Disclaimer: I do not build database engines. I build web applications. I run 4-6 different projects every year, so I build a lot of web applications. I see apps with different requirements and different data storage needs. I’ve deployed most of the data stores you’ve heard about, and a few that you probably haven’t.
I’ve picked the wrong one a few times. This is a story about one of those times — why we picked it originally, how we discovered it was wrong, and how we recovered. It all happened on an open source project called Diaspora.

via Why You Should Never Use MongoDB « Sarah Mei.
Article très intéressant sur l’usage du NoSQL avec MongoDB. Ça confirme un peu l’avis que j’avais sur le sujet.

Publié le

Joel on Software – Le test de Joël : 12 étapes vers un meilleur code

Avez-vous déjà entendu parler du SEMA? Il s’agit d’un système assez ésotérique permettant de mesurer la qualité d’une équipe de développeurs. Non, attendez ! Ne cliquez pas sur ce lien ! Cela vous prendra au moins sept ans rien que pour comprendre ce truc. J’ai donc créé mon propre test de mesure de qualité d’équipe de développement. Evidemment, ce test vaut ce qu’il vaut ! Son côté le plus intéressant est qu’il ne prend pas plus de 3 minutes. Et avec tout le temps que vous y gagnez, vous pouvez faire plein d’autres choses. Médecine, par exemple.

via Joel on Software – Le test de Joël : 12 étapes vers un meilleur code.
TL,DR; mais ça a l’air intéressant.
Source sebsauvage.