Diría que el mejor flujo de trabajo es el que aumenta la velocidad alrededor del ciclo de retroalimentación popularizado por Eric Ries: “Construir, medir, aprender”.
Por esa razón, puede diferir dependiendo de la experiencia de las personas con cosas como el control de versiones y las pruebas de unidad / aceptación o el desarrollo impulsado por pruebas y la implementación continua. Si no tiene experiencia con estas cosas y requieren aprendizaje, puede ser mejor aprender gradualmente y quizás evitar algunos aspectos al principio para acelerar las iteraciones en torno a ese ciclo.
En Buffer (empresa), utilizamos Git para el control de versiones, y en este momento soy el único desarrollador, por lo que nuestro flujo de trabajo es desarrollar localmente y luego poner las cosas en vivo sin un sitio de prueba o pruebas. Estamos enfocados en minimizar el tiempo para poner las cosas frente a los ojos de nuestros usuarios y clientes para una verdadera validación, por lo que a menudo las sacamos en lotes muy pequeños, que podrían ser pequeños fragmentos de nuevas características o mejoras de UX a la vez. A medida que avanzamos y contratamos desarrolladores, estoy ansioso por implementar algunas pruebas unitarias y muchas pruebas de aceptación, para que podamos continuar avanzando rápidamente en el ciclo “Construir, Medir, Aprender”.
- ¿Está el correo electrónico condenado a morir?
- ¿Es posible asegurar aplicaciones web en estos días?
- ¿Qué servidor web utiliza HostGator para el alojamiento compartido?
- ¿Alguien ha intentado aplicar ingeniería inversa a una aplicación web, si es así, esta es una buena / mala forma de aprender?
- Quiero desarrollar una aplicación web con Ruby on Rails, ¿cuáles son los procesos necesarios que debo realizar antes de poder lograrlo?
