En pocas palabras
Herramienta de colaboración remota orientada a programación en pareja y control compartido.
Qué problema resuelve
Latencia y fricción al alternar conducción y revisión en sesiones remotas.
Cuándo utilizarlo
Pair programming y depuración conjunta. Ejemplo: investigar un fallo compartiendo el escritorio.
De la idea a la práctica
Funcionamiento, ejemplos y decisiones para pasar al siguiente nivel.
En el Radar compartido: Trial (valoración de la edición aportada).
Cómo funciona
Combina comunicación y compartición de pantalla con interacción remota para trabajar sobre el mismo entorno. Ofrece controles de privacidad que deben ajustarse a la sesión.
Ejemplo de uso
Una persona conduce mientras otra observa hipótesis y pruebas; intercambian el control al cambiar de tarea. Mantener fuera de la sesión ventanas privadas y credenciales.
Qué lo diferencia de una videollamada
| Aspecto | Videollamada con pantalla compartida | Tuple |
|---|---|---|
| Control remoto | Limitado o inexistente | Ratón y teclado de ambas personas a la vez, con baja latencia |
| Calidad de imagen | Comprimida para vídeo | Optimizada para texto y código legible |
| Anotación | Básica | Dibujar sobre la pantalla del anfitrión |
| Uso de recursos | Alto | Diseñado para sesiones largas de programación |
Está disponible para macOS, Windows y Linux; conviene comprobar la paridad de funciones en cada plataforma.
Estilos de pairing que facilita
- Driver / navigator: una persona escribe, la otra piensa en la dirección y revisa. Rotar cada 15–30 minutos.
- Ping-pong con TDD: una persona escribe una prueba que falla, la otra la hace pasar y escribe la siguiente.
- Strong-style: «para que una idea llegue al ordenador, debe pasar por las manos de otra persona». Útil para transferir conocimiento a quien se incorpora.
- Mob programming: varias personas en la misma sesión con rotación del control.
Cuándo compensa programar en pareja
| Situación | Beneficio |
|---|---|
| Onboarding o código desconocido | Transferencia de contexto rápida |
| Cambios críticos (pagos, seguridad, migraciones) | Revisión continua en lugar de PR posterior |
| Depuración de un incidente | Dos hipótesis en paralelo, menos sesgos |
| Tareas rutinarias y bien conocidas | Poco valor; mejor en solitario |
Rol del líder
El pairing reduce el tiempo de revisión y los silos de conocimiento, pero cansa. Protege bloques de tiempo sin reuniones, no lo impongas a tiempo completo y mide su efecto en indicadores de flujo (tiempo de revisión, bus factor) más que en horas emparejadas.
Criterios de implementación
Usar un escritorio preparado y comprobar qué puede ver y controlar la otra persona. Respetar políticas de acceso y evitar asumir que ocultar una ventana limita todos los permisos remotos.
Continúa en las fuentes
Documentación oficial para verificar detalles y explorar más.