Cómo emparejar Programa (programación en parejas): 8 pasos

Programación en parejas, es un método de programación en el que dos personas trabajan juntas en una estación de trabajo. Una persona, "piloto", Escribir en el teclado. La otra persona, el observador (o "navegante") Revisa cada línea de código que se introduce mediante la comprobación de errores y pensando en el proyecto general. La programación en parejas es más divertido y productivo para programar solo.

pasos

Comenzar con una tarea bien definida antes de sentarse. La tarea debe ser algo que ambos son seguras como para completar en una hora o dos. Por ejemplo, agregue código de mantenimiento y la historia los comentarios en el acceso a la base de datos de código.

Estar de acuerdo en hacer una pequeña meta a la vez, algo que se puede completar en unos pocos minutos. Verbalizar el problema de la otra persona puede ayudar en la concentración de ambos. También asegura que ambos saben lo que cada uno está haciendo en este momento.

primero escribir la prueba de la unidad antes de escribir la aplicación, ya que esto ayuda a definir la próxima microobjetivo para que ambos entienden, ya que ambos pueden ver el código. El siguiente se convierte microobjetivo "Hacer esta prueba para tener éxito."

Confianza y el apoyo de su pareja.

Al conducir, completar la microobjetivo más rápido posible, haciendo caso omiso de los principales problemas. Confiar en el observador para ser su red de seguridad.

Cuando el observador, leer lo que el piloto está escribiendo a medida que escribe. Su objetivo es la revisión de código, y usted debe tener toda la atención, tratando de dejar que cualquier cosa que pase de largo. Piense acerca de los problemas y errores, más puntos, y manera de simplificar y mejorar el diseño. Sacan a relucir errores y pasajes difíciles de leer inmediatamente. Espere hasta que el microobjetivo actual es completa a traer grandes problemas e ideas de mejora. Almacenar para su posterior estas tareas, por lo que el conductor pueda concentrarse en esta tarea. Por ejemplo, si usted ve que el código actual no prueba para una llave de entrada cero, escribir en un pedazo de papel "poner prueba de llave de entrada cero en la prueba unitaria.

Cuando el observador, no dictar código. El piloto debe estar pensando acerca de cómo completar la tarea actual, no ser simplemente escribiendo de forma pasiva. A medida que el espectador, que debe explorar el hecho de que es necesario poner en práctica pequeños detalles, que puede y debe pensar en un nivel alto. decir "Esta parte parece seguro que un acuerdo de este tipo con el caso que reciben un puntero nulo ahora?" Es mejor que decir, "Ok, ahora escriba "si (s == NULL) {return ...""

Manténgase en sintonía. Mientras que la pareja trabaja, se obtiene poco a poco fuera de sincronización, consiguiendo brumosa lo que la pareja está haciendo, o lo que la tarea actual, pero esto es normal. Cuando ocurre, simplemente comience la sincronización, ya que la clave para un buen equipo es una sincronización frecuente, ya que en cuestión de segundos o minutos se llega fuera de sincronización. Si está de paso cinco o más minutos fuera de sincronía, ambos estarían mejor de codificación solo, porque es la sincronización frecuente que crea sinergia doble.

Cuando se puede, decir lo que va a hacer antes de hacerlo. Mejor aún, pida a su pareja, por ejemplo, "podemos escribir la prueba de cero ahora?" A veces hay que escribir una pieza de código para entender su razonamiento, y se puede decir: "Voy a entrar aquí para que vea si es una buena idea." Mantener este tipo de cuestionamiento a menos de un minuto.

Cuando su pareja le preguntará si está de acuerdo con algo así como "debemos escribir la prueba de cero ahora?" o "Creo que este método puede ser retirado ahora, ¿no le parece?"Decir sí o no inmediatamente.

Es normal para ir al teclado de ida y vuelta a menudo. Por ejemplo, a veces es mucho más fácil de decir algo que escribir verbalmente. Deje que el observador agarrar el teclado y el tipo, y luego se puede obtener inmediatamente de nuevo, o dejar que el observador de conducción, lo que tiene más sentido en el momento.

Sea especialmente amable, como cuando agradeciendo su compañero señalando un error. Cuando señalando los errores, hacer un camino suave para evitar ofender a la otra persona. Los errores y la posterior corrección son la programación normal, no es prueba de que alguien no sabe cómo programar. A medida que el observador, permite al piloto para poner fin a una línea antes de señalar un error, porque la mayoría de la gente encuentra molesto corregirse a medida que escribe.

Celebrar. Cuando se completa una tarea o superar los problemas, por ejemplo, cuando pasa una prueba, dar y recibir un saludo. Si ellos están agitando las manos cada vez que no pasa la prueba, usted está realmente en el ánimo de colaboración en la programación y pruebas orientadas a proyectos.

Cambiar los papeles con frecuencia, al menos una vez cada media hora. Esto mantiene tanto comprometidos, en línea con los detalles de bajo nivel y alta también. Y escribe todo el tiempo puede cansar, es difícil mantener la vigilancia necesaria para el observador de más de media hora. Cambian los papeles descansan los dedos y recarga las baterías.

consejos

Sentarse antes de empezar y discutir los puntos en los que la pareja puede intercambiar. Una mesa rectangular funciona mejor, ya que el monitor se puede girar y el último teclado al lado de (a diferencia de mobiliario curvo y ergonómico).
Prefiero ordenadores de sobremesa a los portátiles debido a su pequeño tamaño y la dificultad de ver difícil la siguiente pantalla, pero no hacen que sea imposible. Un truco es hacer que el espectador se sienta más detrás del piloto, que el lado.
No discuta sobre cuestiones arquitectónicas o cosas triviales como la sangría de los corchetes. Estas cosas deben decidirse antes de formar el par.
La persona con menos conocimiento debe ser el teclado, para asegurar que el novato ser contratados y en la parte superior de las cosas. Se aprende mediante el uso de los dedos y la escritura de código de la observación de un colega con más experiencia de trabajo.