Una diferencia de zona horaria hace que colaborar directamente sea un poco más difícil: cada poquito más cerca de la comunicación cara a cara que puede obtener es de mayor ancho de banda y más efectivo que la comunicación asincrónica basada en texto.
Dicho esto, estar en diferentes zonas horarias puede permitirle hacer una especie de estilo de colaboración de ping-pong, servir y devolver. Es como si estuvieras trabajando en turnos. Dependiendo del tipo de trabajo que ambos estén haciendo, los detalles pueden cambiar, y sin saber lo que ambos están haciendo, es difícil dar sugerencias concretas para su escenario particular, pero puedo proporcionar algunos ejemplos generalizados.
Dos desarrolladores que trabajan en diferentes zonas horarias podrían trabajar en lo mismo, cada uno proporcionando una revisión de código para el otro, mientras que pone a dos mentes a trabajar en un solo problema, como una especie de programación de pares asíncronos.
- ¿Qué es una gran plataforma de registro / depuración para el cliente en aplicaciones iOS?
- ¿Cuál es la forma más económica de crear una aplicación nativa de iPhone y Android?
- ¿Cuál es la ventaja de usar protocolos en Objective-C?
- ¿Cuándo se lanzará iOS 10?
- Cómo desarrollar la aplicación IOS en el sistema operativo Windows en lugar de Mac Os
Un desarrollador y un propietario de producto que trabajen en diferentes zonas horarias podrían hacer un ping pong de implementación / aceptación. El desarrollador podría implementar el software al final de cada día laboral y el propietario del producto podría revisarlo, proporcionar comentarios, informes detallados de errores, etc., y tener una idea clara de la actividad diaria y el progreso al hacerlo.
Si ninguna de esas situaciones coincide con sus detalles, tal vez pueda encontrar su propia forma de desarrollar un estilo de trabajo de servir y devolver.
