SPEAKER_00 0:08

Cuando estamos preparando maestros, cuando estamos fogueando maestros en la escuela, maestros de inglés, no los podemos dejar solos ahí que vayan y hagan y deshagan con los alumnos, ¿no? Tenemos que estarlos observando. Pero llega un momento de madurez en que nosotros los dejamos solos, ¿no? Que ya tienen cierta experiencia. A eso nosotros le llamamos peer teaching. Peer teaching. Y no sé... ¿Pero es peer como de pera, o peer como de colega, o peer como de par? No, como par, pero entonces par no es peer, es pair, porque peer entonces es eso, el punto punto, el colega, ¿no? Ese concepto yo lo aprendí hace ocho años, el peer, porque el peer es el puerto, ¿no? Y entonces peer-to-peer, pues eso es un concepto... De puerto a puerto. De puerto a puerto, ¿no? Y una vez alguien en una entrevista, en donde yo estaba evaluando en inglés, oh yeah,

SPEAKER_01 1:17

I tell

SPEAKER_00 1:17

my peers... ¿Cuántos? Y yo empecé a googlear, ¿no? Así porque era una entrevista en línea y yo dije, oh, también se puede utilizar como compañero. O colegas. Colegas, sí. Jamás, ¿no? Pero no, estoy hablando de pair, de par. nosotros hacemos eso ustedes hacen algo similar he escuchado pair programming y veo ahí a dos cuates me recuerda mucho este episodio de Big Bang Theory ¿te acuerdas? cuando Sheldon contrata a Rush para que sea como su ayudante, y empiezan a decir, vamos a trabajar, y dice, oye, el tan, el eye of a tiger, tan, tan, tan, tan, y hacen cortes, y los demás se están haciendo, viendo un pizarrón. Y así los veo, haciendo el pre-programming, los dos así nada más como, viendo, y viendo, y viendo. ¿Qué están haciendo ahí? Platícame cómo es ese proceso. Es un proceso muy similar, y creo que viene del mismo concepto de origen, que es esta idea de que dos cabezas piensan mejor que una. En software hay algunas personas, por ejemplo, que yo veo como que estamos en los dos lados del espectro. Hay algunas personas que dicen, si haces pair programming, no necesitas hacer testing. Y hay personas que dicen, yo tengo que hacer testing aunque este problema lo haya resuelto con pair programming. Porque el concepto es como muy orientado a lo mismo. Haz de cuenta que el testing y el pair programming intentan resolver la misma problemática que es ¿cómo hacemos que se nos vayan menos problemas a producción? ¿cómo hacemos para que nuestro algoritmo esté mejor diseñado para que nuestra solución sea más robusta? ¿no? en testing lo estás haciendo como de manera ¿cómo se podría decir? como reaccionando a los cambios y con el pre-programming estás intentando de alguna manera prevenir que esos cambios lleguen en primer lugar ¿no? porque imagínate si tú y yo estamos resolviendo viendo un problema muy particular, un problema muy complejo, hay un mayor alto, hay un mayor alto, hay un mayor grado de probabilidad de que lo que a mí se me va, no se te vaya a ti. Entonces lo que hacemos es, literal, nos sentamos uno al lado del otro e intentamos resolver los dos el mismo problema al mismo tiempo. Fíjate que yo pensaba que era como al revés, o sea, que era como... como un trabajo en equipo, que sí es un trabajo en equipo, pero que es ¿qué tal si hacemos esto? Y luego hacemos esto otro. Pero entonces yo estoy entendiendo que el deber ser acá sería es los dos hacemos lo mismo por separado y luego damos nuestras opiniones. Que puede funcionar de las dos maneras. Hay personas que lo hacen así y literalmente estamos resolviendo el mismo problema, pero cada quien con su propia visión. Hay personas que literalmente conectan dos teclados a la computadora y están programando al mismo tiempo.

SPEAKER_01 4:18

¡Guau!

SPEAKER_00 4:22

¡Guau! ¡Complicado! Sí, sí, sí es bastante complicado. Aquí la cuestión es de que, pues justamente, la idea del pair programming es de que tú puedas tener a un peer, un colega a tu lado.

UNKNOWN 4:33

Ajá.

SPEAKER_00 4:33

y aquí entra una parte bien importante que a mí sí me gustaría resaltar que me gusta del pair programming que es la diferencia de perspectivas que tú como desarrollador puedes tener influencian o influencian influencian influencian mucho el tipo de soluciones que tú ofreces hacen

SPEAKER_01 4:56

influencia

SPEAKER_00 4:58

hacen influencia hacen influencia al tipo de soluciones que tú ofreces entonces en realidad para mí el pair programming es algo bueno porque se trata de pluralidad de perspectiva. Claro. Debe ser súper enriquecedor. Yo haría esto de esta manera y tú cómo lo harías. Exactamente. Nosotros lo utilizamos más para la capacitación que para la solución de problemas o enriquecer la experiencia. Pero fíjate que lo pudiéramos utilizar así. Me estás dando varias ideas de cómo podemos empezar a mejorar la experiencia de nuestros alumnos. Estaría bueno. Ahora, te voy a decir, hay personas como a mí que el pet programming, por más que como concepto nos agrade, no funcionamos. Eso te iba a preguntar, porque yo me imagino haciendo mi calculadora en primer semestre de programación y que alguien me metiera dedo y me dijera, no, es que sí creo que no es. También debe haber un juego de egos muy importante, ¿no? Sí. Para mí puede ser que sí sea un problema de ego, pero creo que más bien es como un problema de cómo estructuro mis ideas y cómo trabajo yo. O sea, yo trabajo de una manera muy desorganizada. Entonces, pues si se puede llegar a complicar, pero digo, cada quien, ¿no? Y hay industrias o hay empresas que son religiosamente, o sea, están súper religiosamente apegados al concepto de pair programming. He hecho consultoría para las para las entrevistas de reclutamiento de varias empresas, y siempre es un issue, ¿haces o no haces pair programming? Siempre nos piden esa pregunta. Y supongo que ahí es donde miden la disposición de colaborar con otras personas, pero puede ser bueno, puede ser malo, de acuerdo a la filosofía que tenga la empresa. Exacto, es que eso es súper subjetivo, porque yo te puedo decir, en mi carrera, pair programming he hecho, llevo 10 años en la industria, llevo 10, 11 años en la industria, y pair program que te pueda decir, resolví un problema junto con otro compañero, he hecho contadas con una mano. Ya. Híjole, creo que al final es cuestión de gustos, ¿no? Exactamente. Y de qué estás buscando, pero listo. Excelente. Gracias.