Git es basura - Kyle Johnson

Git es basura - Kyle Johnson

https://dev.to/kyleljohnson

1. ¿Usas control de código fuente?

Git es basura - OMI


2. ¿Puedes hacer una compilación en un solo paso?

Sí

3. ¿Haces compilaciones diarias?

Esto supone que tienes una rama de desarrollo separada, pero está bien. Sí. Mi canal de compilación/lanzamiento de TFS se ejecuta en el check-in del código.


4. ¿Tienes una base de datos de errores?

Esto supone que tu software tiene errores, pero si haces UAT (prueba de aceptación del usuario) (estoy llegando a esto), entonces prácticamente eliminas los errores. Si usas TFS, no necesitas una base de datos de errores separada.


5. ¿Reparas errores antes de escribir código nuevo?

Repara el código antes y mientras escribes código nuevo. Sí.


6. ¿Tienes un cronograma actualizado?

Sí. Este es realmente un gran punto y práctica. Hace que los desarrolladores sean responsables.

7. ¿Tienes una especificación?

No. El desarrollo ágil va en contra de las especificaciones escritas. Historias de usuario y mucha colaboración.


8. ¿Los programadores tienen condiciones de trabajo tranquilas?

Sí. Me encantaría tener una puerta que pudiera cerrar.


9. ¿Utilizas las mejores herramientas que el dinero puede comprar?

Sí. ¡Bebé VS!


10. ¿Tienes probadores?

Sí. Los usuarios reales. Voy a dejar claro mi punto sobre las pruebas de aceptación de usuario aquí. No estoy criticando a la gente de control de calidad, pero si enfatizas las pruebas unitarias de los desarrolladores y estableces una cultura de control de calidad/aceptación de usuario, puedes salirte con la tuya sin tener un equipo de control de calidad separado. Es mejor que la gente que usará el software todos los días lo pruebe para asegurarse de que se cumplan los requisitos. Si bien admito que esto te expone a una expansión del alcance y a una larga fase de control de calidad/aceptación de usuario, cuando tu software finalmente llega a producción, está esencialmente libre de errores y no recibes solicitudes de funciones durante al menos 6 meses. Viviendo el sueño.


11. ¿Los nuevos candidatos escriben código durante la entrevista?

Es una locura no hacerlo en estos días. Por eso me encanta TFS. ¡Obtienes requisitos, proyecto, compilación y gestión de lanzamiento TODO EN UNO!


12. ¿Realiza pruebas de usabilidad en pasillos?

Mi próximo empleado escribirá código. TEN CUIDADO.

Adenda: 13. ¿Realiza pruebas automatizadas?

Sí, y es increíble cuando funciona.

----

Aclaración: soy gerente de desarrollo de software en una gran empresa.