Source: https://www.joelonsoftware.com/2000/08/09/the-joel-test-12-steps-to-better-code/
Escrito en el año 2000, este decálogo de características que debe cumplir un buen equipo obviamente está desactualizado aunque hay algunas que aún son relevantes:
1) Do you use source control?
2) Can you make a build in one step?
3) Do you make daily builds?
4) Do you have a bug database?
5) Do you fix bugs before writing new code?
6) Do you have an up-to-date schedule?
7) Do you have a spec?
8) Do programmers have quiet working conditions?
9) Do you use the best tools money can buy?
10) Do you have testers?
11) Do new candidates write code during their interview?
12) Do you do hallway usability testing?
De hecho, diría que los únicos puntos que ya no son relevantes son por ejemplo el 1, porque absolutamente todo el mundo usa control de versiones, o el 11, porque a partir de cierto punto en la carrera de una persona como que los tests sobran. Pero otros como el 2, el 5, el 8 y el 9 me parecen fundamentales 21 años después. Y los demás se puede argumentar sólidamente a favor de su relevancia.
De todas formas, me gustaría que añadiéseis cosas a la lista que os parezcan fundamentales en un buen equipo de desarrollo. Abstenerse futbolines, gracias.
