Cómo conseguir un mentor sin decírselo

Soy Erin Fox y estoy muy emocionada de estar aquí en Londres y hablar con todos ustedes. Esto ha sido un proyecto apasionante en el que me he involucrado últimamente. Mientras refinaba los conceptos clave e ideas para esta charla, me di cuenta de que debería haberse llamado 'Cómo conseguir un mentor sin decírselo' o 'Obtener un mentor en secreto'. Pequeño cambio en el título allí. Será divertido.

Por supuesto, me gusta establecerme algunos objetivos. Creo que es muy importante saber cómo ser un buen mentor y un buen aprendiz. No hablamos realmente de cómo ser un buen aprendiz. Por lo general, se trata del mentor, así que profundizaremos un poco en eso. Siempre hay margen de mejora en tu career. Si odias tu trabajo pero amas tu empresa, o amas tu empresa pero odias tu job, creo que la mentoría puede ayudar a equilibrar eso y tener una career realmente exitosa.

Incluso si ustedes están aquí hoy, han venido a ver mi charla, han venido a React Advance, creo que es un gran público porque, en primer lugar, están muy emocionados... Bueno, espero que estén emocionados, pero están aquí y quieren avanzar en su career, están aquí para aprender. Creo que es un buen público para hablar. ¿Cómo vamos a lograr estos objetivos? Como mencioné, vamos a hablar de la mentoría, en particular la mentoría en ingeniería, y cómo creo que es un poco diferente a la mentoría tradicional. Hablaremos sobre algunos tips para ser un buen mentor y un buen aprendiz, y tengo un ejemplo divertido de una mala experiencia con un mentor que compartiré, así como algunas historias divertidas de cómo consigo mentores sin decírselo a ellos. Creo que es muy tradicional acercarse a alguien y decirle: 'Oye, quiero que seas mi mentor', y es como 'Tengo muchas solicitudes de extracción abiertas, no tengo tiempo'. Eso es un gran compromiso, y realmente lo veo como la forma en que te acercas a alguien. No recuerdo dónde aprendí esto, pero si te acercas directamente a alguien, eso es muy intimidante. Como 'Oye, ¿quieres ser mi mentor?' en tu cara. Si haces el movimiento lateral de 'Oye, ¿quieres enseñarme un poco de React durante una hora a la semana?', ese es mi movimiento, acercarme desde el costado a alguien de quien quiero aprender algo. Así que profundizaremos en mis tips allí.

Y la mentoría, como mencioné en la diapositiva anterior, se ha vuelto muy natural para mí. Hasta hace poco, estaba trabajando en una promoción con mi jefa y ella me dijo que era muy buena encontrando personas que me ayudaran con las cosas y que no me daba cuenta de cuánto las estaba ayudando. Y yo pensaba que solo estaba siendo egoísta. Como si solo estuviera tratando de hacer mi trabajo y cumplir con las tareas diarias. Pero a medida que fui formando esta charla, me di cuenta de que estoy ayudando a mucha gente. Hablaremos más sobre los ejemplos más adelante. Pero naturalmente, pedir ayuda, exponerte y estar en situaciones vulnerables para convertirte en un mejor ingeniero no solo te ayuda a progresar en tus conocimientos en ciertas áreas, sino que también te da la capacidad de ayudar a otros a avanzar en su career, descubrir si hay roles específicos que desean desempeñar e incluso establecer un nuevo hilo de aprendizaje en toda una empresa o equipo. Así que no tengo miedo de ser vulnerable. No tengo miedo de admitir que no sé muchas cosas.

Pero estoy dispuesta a admitir que soy muy buena consiguiendo mentores. Creo que lo primero que mencioné sobre la mentoría es que se siente muy concreta. Así que quiero que se vayan pensando que tal vez ya tienen un aprendiz o son mentores de alguien y ni siquiera lo saben. Y, sí. Así que es un enfoque lento desde el costado, creo que es como un hilo conductor a lo largo de esta charla y tendremos más detalles más adelante.

Entonces, vamos a desglosarlo. Mi definición, una rápida, es enseñar a las personas lo que sabes y luego enseñarles cómo enseñarse a sí mismas. Se puede explicar de muchas otras formas, pero para mí ese es el concepto principal de la mentoría específica de la ingeniería. Y así, en cualquier relación de mentoría, tenemos un mentor y un aprendiz. Y generalmente el mentor es la persona más experimentada y el aprendiz es la persona más joven. Y así, creo que cuando tienes una mentoría, digamos que ahora en esta época, no sé si eso es lo correcto, pero es como si fueras el mentor todo el tiempo y tienes un aprendiz. Y quiero romper eso. Quiero poder intercambiar los títulos, así que a veces eres mentor y a veces eres aprendiz. Así que digamos que soy muy buena en React. Estoy aquí en React Advanced. Espero saber mucho de React porque estoy aquí. Y estoy trabajando con alguien que es muy bueno en Rails y no sé mucho sobre Rails. No es que tenga algún tipo de magia que sucede y se agregan archivos y no sé, cosas de ActiveRecord. Y así, quiero poder intercambiar conocimientos. Así que podré ser el mentor cuando esté enseñando sobre React. Ellos serán el aprendiz aunque probablemente tengan 20 años de experiencia porque Rails es tan antiguo. Pero luego podremos invertir eso. Cuando estoy tratando de aprender sobre Rails, seré el aprendiz y ellos serán el mentor. Así que es un cambio de títulos muy constante. Y creo que ese es realmente el gran beneficio de una mentoría, poder aprender el uno del otro.

Entonces, hablemos de una buena mentoría. Alguien que esté dispuesto a aprender y compartir sus conocimientos y ayudar a otros. Están dispuestos a escuchar y explicar conceptos difíciles de varias formas diferentes. Creo que las personas más inteligentes, los ingenieros más inteligentes con los que he tenido la oportunidad de trabajar o aprender, son realmente buenos explicando conceptos de al menos tres formas. Mi cosa favorita para saber si alguien...

Lo hago mucho con mi esposo. ¿Realmente sabes eso? ¿Sabes... Lo he hecho de tres formas diferentes, solo para averiguar si realmente saben de qué están hablando. Y así, ser capaz de entender un tema complejo y explicarlo de varias maneras para que otras personas lo entiendan ayuda a la persona a aprender y entenderlo y también te ayuda a explicar las cosas y entender el concepto.

También brindan orientación al guiarlos en una dirección específica, no haciéndolo por ellos. No tomes el control del teclado. No tomes el control de la pantalla. ¿Cuántas veces hemos estado programando en pareja de forma remota y es como, oh, ¿puedes darme el control? Ok, aquí tienes una función. Eso sucede mucho. Y ser capaz de enseñarles a enseñarse a sí mismos, ayudarlos a encontrar el archivo correcto realmente hace que no tengas que tener esta llamada nuevamente. Los has ayudado a descubrir cómo encontrar un archivo una vez, con suerte, podrán encontrarlo nuevamente.

Busca en Google con ellos. No puedo decir cuántas veces alguien me hizo una pregunta y yo pregunté, no de manera grosera, sino como, ¿lo buscaste en Google? ¿Realmente lo hiciste, sabes? ¿Supiste buscar correctamente? Y es una habilidad. Buscar en Google realmente es una habilidad que se aprende. Busca en Google con ellos. Enséñales, diles, yo no voy realmente a este, yo realmente voy a, como, este archivo para encontrar todo mi código, oh, solo copiemos de Stack Overflow y veamos si funciona. Y luego aprenden sobre Stack Overflow, aprenden tus atajos, hacen que el tiempo sea más eficiente. Así que realmente enséñales a enseñarse a sí mismos. Y estos pequeños momentos son realmente como momentos de mentoría que tal vez ni siquiera te des cuenta de que estás haciendo.

Y ahora, tenemos un buen mentor. Pero, ¿alguien ha tenido un mal mentor o una mala experiencia? Porque sé que tengo un gran ejemplo de que nadie lo ha tenido. Ok. Mientras trabajaba como ingeniera junior, era, como, novata, no sabía realmente cómo buscar en Google, no sabía muchas cosas. Y así estábamos programando en pareja, probablemente, como, semanalmente en frontend React. En ese momento, eran cosas de React Native. Y me iba mucho más confundida de lo que estaba al principio. Y realmente me ayudó a entender y crear este efecto que me gusta llamar el efecto gaviota. Y el efecto gaviota es cuando estás programando en pareja y alguien entra, arruina todo, y luego te deja. Y estás, como, mis errores de linting están apareciendo, la consola, todas mis pruebas están fallando. Y así es como la gaviota, el ave en la playa.

¿Sabes? El ave molesta? Vienen y luego se cagan por todas partes y se van volando. Eso es el efecto gaviota. Intentan ayudarte. Hacen un montón de cambios y luego te dejan colgado porque te abrumaste sin saber cómo resolverlo. Te volviste demasiado ocupado. O no saben cómo ser un buen mentor. O en realidad no saben lo que están haciendo. Te dejan en una situación peor.

Y no tienes solución, ni confianza. Y probablemente estés pensando, soy malo en mi trabajo. Debería renunciar. Así que el efecto gaviota es real y no solo se aplica a los ingenieros. Y no queremos ninguna gaviota en nuestra vida. Pero hoy estuve leyendo algo interesante en Twitter. Y encontré este artículo periodístico británico. Y encontraron un ave exótica que resultó ser una gaviota cubierta de curry. Y pensé que esto era genial. Oh, Dios mío, otro efecto gaviota. Pero no he tenido tiempo de entender qué significaría esta metáfora. Siento que este es mucho peor que el de cagarse en tu código y volar lejos. Esto es como retrasar tu base de código o algo así.

Sí, cuando alguien intenta ayudar, se caga en tu código y se va volando. A veces he sido una gaviota, sin saberlo. Es bueno reconocer cuando las tienes. Si está sucediendo, creo que cuando estás en una mentoría o colaborando con alguien y simplemente no está funcionando, haz una pausa y piensa: no estoy alcanzando mis objetivos. No estoy cumpliendo mis metas laborales. Es hora de dar un paso atrás y tal vez encontrar un mejor compañero, hacer una pausa. Creo que eso es algo muy bueno para hacer. En lugar de decir que esto no está funcionando, di: oh, hagamos una pausa.

Tomemos un descanso de aproximadamente un mes y luego retomemos y veamos cómo va. Entonces, no quiero decir, obviamente, que debes darles retroalimentación directa y decirles que las parejas no están funcionando para ti en este momento, pero quiero hacer una pausa y evaluar mis objetivos y lo que está sucediendo.

Entonces, ahora que sabemos que no debemos ser una Gaviota, tal vez tú seas una Gaviota, hay una cura para eso. ¿Qué hace a un buen aprendiz? Nadie realmente habló de esto. Cuando estaba comenzando, vi todas estas grandes mentorías, como cómo ser un buen mentor. No pude encontrar mucho sobre cómo ser un buen aprendiz. Así que tengo mis propias cosas aquí. Abierto y dispuesto a aprender. Se presenta preparado. Han buscado en Google el tema. Han visto videos. Han leído publicaciones de blogs. Buscan en el Slack de la empresa. A veces la gente publica un montón de cosas. Slack tiene tanta información. Solo aprende a buscar allí. Tal vez encuentren el archivo correcto en la base de código y digan, oh, esto se llama, como new email JS. Esta es la página donde están todos los nuevos correos electrónicos. Pero no conoces la sintaxis o el código para encontrarlo. Así que han hecho todo lo posible antes de presentarse. Creo que otra cosa importante para un aprendiz es conocer con quién estás trabajando, su estilo de comunicación y cómo trabajas con ellos. Así que me emparejo con alguien que quiere saber exactamente en qué estamos trabajando de antemano. Les envío la solicitud de extracción, les envío una línea de código, les envío un pequeño resumen de en qué estamos trabajando. Otras veces trabajo con personas que les gusta lanzarse directamente y es un desafío divertido. Así que aprender sobre con quién estás trabajando es una gran habilidad como aprendiz. Y creo que aprender el uno del otro también cuando estás aprendiendo como aprendiz, aprender sus estilos, realmente ayuda a la cultura de la empresa y mejora la experiencia y realmente acelera el aprendizaje cuando estás aprendiendo. He escrito un artículo sobre esto, cómo hacer programación en pareja cuando estás remoto, puedes estar remoto o no remoto. Es más o menos lo mismo. Sí, si tienes algún consejo, me encantaría escucharlo. Puedes comentarlo aquí o contactarme en Twitter, pero realmente me interesa mucho eso.

De acuerdo. Realmente creo que la mentoría es una excelente manera de invertir tu tiempo. Puedes hacerlo durante el trabajo con alguien con quien trabajas o fuera del trabajo. Es una forma realmente buena de sentirte bien. Lees sobre todas esas personas mayores que están a punto de pasar a otra vida y dicen, oh, ¿qué consejo le das a la gente más joven? Y ellos dicen, oh, trabajar menos y todas esas cosas o ayudar más a las personas. Ayudar más a las personas. Nunca sabes. Realmente puedes sentirte bien al ayudar a las personas a tener éxito en su career. Tal vez no estarían en su career sin la mentoría que les estás brindando. Y es importante saber que tanto tú como la otra persona, ya sea el mentor o el aprendiz, tienen el deseo de lograr algo. Si no hay esa reciprocidad, probablemente no funcionará. Puede ser algo muy específico, como aprender Rails, como mencioné antes, o las mejores prácticas arquitectónicas para una aplicación de React, o incluso si estás intentando negociar tu salario y ves a alguien que tiene una gran career con aplomo y confianza, envíales un mensaje y ten una conversación de diez minutos. Creo que es una conversación gratificante y excelente que puedes tener como mentoría.

Repaso muchas de estas teorías y ahora quiero ilustrar algunos temas específicos que he tenido a lo largo de mi carrera. A lo largo de mi carrera, siempre he tenido un mentor. Dondequiera que haya trabajado, siempre encontré las fortalezas de las personas. Me encanta conocer gente. Me encanta adentrarme y aprender sobre lo que les apasiona realmente y en lo que son realmente buenos. Luego los busco para que me ayuden, lo cual suena muy egoísta, y lo es. Quiero ser un ingeniero más inteligente y completo. Quiero encontrar callejones y avenidas que me ayuden a llegar allí. El primer paso es realmente descubrir cuáles son tus debilidades y quién tiene esas fortalezas. Una debilidad mía podría ser React. La fortaleza es acercarme y tratar de encontrar a alguien, dar un paso al costado y decir, hey, ¿quieres enseñarme un poco de React? Y viceversa, ¿cuál es la fortaleza de alguien que podría compartir con otros? Me encantaría que más personas dieran charlas, más personas en grupos representativos dieran charlas. Estoy más que dispuesto a ayudar a las personas, ser su mentor y dar más charlas. Entonces, ¿cómo consigo mentores sin pedírselo directamente? Tengo una historia de mentoría, una historia de programación en pareja y una historia de crecimiento profesional.

Soy un ingeniero de software de tiempo completo en ConvertKit. Es una plataforma de marketing para creadores donde ayudamos a los creadores a ganarse la vida en línea a través del marketing por correo electrónico. Debería ser mejor en esto. Ganarse la vida en línea a través de productos de marketing por correo electrónico y, más recientemente, patrocinios por correo electrónico. Somos alrededor de 20 ingenieros distribuidos en cinco equipos.

Cuando me uní hace unos años, no sabía nada de Rails. Principalmente tenía experiencia en React Native y React. Me estaba convirtiendo en un ingeniero de pila completa, así que quería ser emparejado con alguien que llevase suficiente tiempo en la empresa porque no tengo idea de cómo buscar archivos en Rails, es tan difícil. Así que quería a alguien que llevase tiempo allí y conociera el entorno. Afortunadamente, teníamos un programa formal de mentoría, donde indicas cuáles son tus objetivos, te emparejan con alguien y fue fantástico. No le pedí directamente, simplemente me inscribí en el programa y obtuve un mentor. Inicialmente, el programa era trimestral, por lo que podías cambiar de mentor si querías, pero hemos estado juntos durante más de dos años y medio. Nos reunimos una vez a la semana o cada dos semanas. Además de lo que ya mencioné sobre ser un buen aprendiz, creo que una de las razones por las que ha sido tan exitoso es debido a los proyectos paralelos. A veces, si tienes un mentor y no sabes en qué trabajar, los proyectos paralelos son realmente divertidos. Así que sé que hay algunos proyectos en el trabajo que te mueres por cambiar o hacer. Este es un gran ejemplo de lo que puedes hacer. El código que se encuentra entre los equipos nunca se completa realmente. Así que terminamos trabajando en un proyecto de validación de suscripción por correo electrónico. Lo que significa es que descubrimos que históricamente las personas que se registran en ConvertKit con una cuenta de Gmail, en última instancia, se convierten en clientes que pagan más. Por lo tanto, queríamos poder detectar sus correos electrónicos mal escritos durante el inicio de sesión. Muchas personas escriben mal, olvidan el punto en .com o escriben Gnail en lugar de Gmail. Así que pudimos trabajar en un proyecto de validación donde pudimos hacer un proyecto de pila completa y detectar estos errores y, finalmente, ver cómo llegaban más clientes que pagan más. Desde la perspectiva del mentor, pudo trabajar en un proyecto apasionante que de otra manera no habría tenido la oportunidad de hacer. Así que si escuchas a alguien mencionar que sería genial si tuviéramos una mejor autenticación o si tenemos componentes de ciclo de vida y queremos usar hooks, esas son buenas oportunidades que normalmente no tienes la oportunidad de hacer. Pero si quieres hacerlo, puedes encontrar un mentor, puedes encontrar un aprendiz, hacerlo una vez a la semana durante una hora aproximadamente y lograrlo. Durante todo el tiempo que hacemos estos proyectos, lo hacemos a través de la programación en pareja. Cuando comencé, no había programación en pareja en mi empresa. Y me encanta la programación en pareja.

Así que quería ver si podíamos hacerlo más común y una práctica real en nuestro equipo de ingeniería remoto. De nuevo, soy egoísta, por eso quería implementar la programación en pareja en la empresa, porque así es como aprendo mejor. De hecho, ahora más ingenieros hacen programación en pareja todos los días en ConvertKit, y realmente ayuda a construir una cultura de ingenieros que trabajan juntos, como mencioné anteriormente en esta charla, juntos llegamos más lejos. Ese es el objetivo. A través de la participación y el estímulo de la programación en pareja, y al comenzar a trabajar más juntos, todo el equipo se beneficia. Creo que un simple mensaje, como un canal público en tu empresa que diga: `Oye, realmente no entiendo cómo usar efectos de uso. Asistí a un par de charlas en React Advanced, pero todavía estoy confundido. ¿Alguien tiene tiempo para ayudarme con esto?` Esa es una gran oportunidad de mini mentoría. Ponte en una llamada, habla sobre sus vidas, la cultura de la empresa es genial, y luego comparte tus conocimientos, y todos aprenden. La programación en pareja es una excelente manera de tener estas pequeñas sesiones de mentoría sin necesidad de pedir un mentor. Y por último, ¿puedes avanzar en tu carrera? Otro compañero de equipo y yo comenzamos a trabajar juntos. Quería aprender más sobre Tailwind. Al principio, realmente no sabía cómo funcionaba. Necesitaba ayuda para aprender más sobre cosas de frontend. No solo estaba obteniendo una gran experiencia en depuración de UI de frontend, sino que también estaban aprendiendo a ser mentores, y yo les pedía consejos sobre mi carrera, les preguntaba cómo estaban sus hijos, les preguntaba qué arquitectura me recomendarían para esto. Descubrieron que realmente les gustaba. Les gustaba mucho ser mentores. Y eventualmente, se abrió un puesto de ingeniero de gestión, y como tenían ejemplos concretos, tenían experiencias de las que aprender de trabajar conmigo, obtuvieron el puesto de gerente. Así que la mentoría puede abrir puertas a oportunidades profesionales. Tal vez aún no sabes si quieres ser un gerente, por lo que la mentoría puede ayudarte a ver si quieres ser un líder técnico. No tiene que ser un título pesado. Pueden ser sesiones de emparejamiento mini. No requiere mucho tiempo si no quieres, y es una excelente manera de aprender diferentes trayectorias profesionales en las que estés interesado. Así que al exponerte y estar abierto a aprender como aprendiz o mentor, realmente puedes inspirar a otras personas a querer hacer lo mismo, y eso es por lo que estoy aquí. Establecer un programa de mentoría en tu empresa, enfocándote en proyectos paralelos y programación en pareja, realmente mejora tu carrera y la de los demás, y eso es lo que espero que obtengas de esta charla, simplemente aprender sobre estas formas de conseguir un mentor sin decírselo, o tal vez conseguir secretamente un aprendiz, y nuevamente, esto es una pasión creciente para mí. Creo que últimamente pienso en ello más que en código, así que gracias por escuchar.

Gracias. Muchas gracias, Erin, pasa a mi oficina. Ha pasado un tiempo desde que pude sentarme y hacer una sesión de preguntas y respuestas en vivo, así que es bueno charlar. En primer lugar, ¿cómo te sientes? Por cierto, fue una gran charla.

Gracias. Estoy bien. Bien, bien, bien. Así que tenemos algunas preguntas de la audiencia, llegando, y una de ellas es más sobre la programación en pareja. Hablaste un poco sobre la programación en pareja, y pedir tips para construir confianza y evitar la ansiedad. Quiero decir, he hecho demostraciones en vivo, he hecho programación en pareja, y simplemente hay algo mágico cuando alguien te está mirando escribir, todo se vuelve loco. Entonces, ¿algún tips para la ansiedad y la confianza cuando estás programando en pareja?

Sí. Creo que para mí, me gusta estar súper organizado antes de programar en pareja. Así que, como mencioné, hago todas las búsquedas en Google, me gusta tener los archivos abiertos, me gusta tener los mensajes de Slack abiertos. Tengo una lista de tareas pendientes y una lista de preguntas. Creo que estar preparado realmente ayuda antes de incluso ponerme en una llamada o sentarme al lado de alguien, y eso ayuda con mi nivel de confianza. Pero creo que nadie puede escribir frente a nadie. Todos nos asustamos mucho de las demostraciones en vivo, así que todos somos iguales. Es difícil no tener miedo, pero todos sabemos escribir.

Sí, absolutamente. Siento que he estado en esa situación en la que empiezas a temblar y no puedes escribir realmente. He estado ahí. Una cosa de la que hablaste y que me encantó, y, como, no voy a intentar recordar ninguna ruptura que haya tenido, pero cuando hablaste de, oh, necesitamos tomar un descanso, tal vez durante un mes, lo retomaremos. ¿Cómo le haces saber a un mentor, verdad, me gustaría un descanso? Pero también quieres darle a ese mentor retroalimentación sobre lo que tal vez podrían estar haciendo mejor para ser un mejor mentor para ti, para ser un mejor mentor para otra persona. ¿Cómo puedes comunicarlo de manera positiva?

Sí, creo que regularmente a lo largo de una mentoría, siempre debes hacer algunas revisiones como, oye, ¿cómo va esto? ¿Es el momento adecuado de la semana? ¿Lo necesitas los martes en lugar de los viernes, o cómo va? ¿Estás obteniendo algo de esto? Y si no lo estás, está bien. Solo sé abierto y honesto con ellos si está funcionando. Creo que es muy importante decirles si está funcionando porque a veces ellos no lo saben, y es bueno saberlo. He tenido momentos en los que fue todo el tema de la gaviota. Esa fue la primera vez que tuve que decir algo como, creo que estás muy ocupado en este momento. Y Sally no lo está, así que me voy a ir. Hoy voy a obtener ayuda de Sally, y tal vez podamos retomarlo en un par de semanas cuando no estés tan ocupado. Estoy tratando de aprender los diferentes estilos, y no estoy conectando del todo con la forma en que estás aprendiendo. Me encantaría darte algunos tips, pero realmente tengo que terminar este proyecto. Así que gracias por tu tiempo.

No, entiendo completamente eso, y creo que es un enfoque excelente.

Y una cosa de la que hablaste, mencionaste estar ocupado, porque a veces se acercan plazos y necesitamos enfocarnos. Y a veces, las buenas prácticas son las primeras en ser descartadas. Y la programación en pareja podría ser una de ellas. ¿Cómo manejas eso cuando, por ejemplo, como una especie de organización, como un equipo de desarrolladores, comienzan a estar ocupados y la programación en pareja no parece ser una prioridad? ¿Pero cómo te aseguras de que aún puedas encajarla?

Sí, creo que esa es una excelente pregunta. Creo que depende del proyecto. Así que mencioné los proyectos apasionados, los proyectos secundarios en los que trabajamos. Si estamos al final del ciclo y nadie realmente tiene tiempo, y todos están tratando frenéticamente de terminar su trabajo, no tendremos la sesión en pareja. Así que creo que si es una sesión en pareja para un proyecto, o dependiendo de tu cronograma y tus objetivos para lo que necesitas, creo que tomar un descanso en la programación en pareja. Supongo que hago muchos descansos. Tomar un descanso en la programación en pareja por un tiempo para hacer el trabajo esencial está totalmente normal.

Sí, y me encantó cuando hablaste de tomar un descanso, también a veces establecer un marco de tiempo. Podría ser que no puedas tomar un descanso porque estás ocupado en este momento, pero en un mes o después de esta fecha límite, retomémoslo. Y alguien hizo una pregunta que me parece muy interesante, que es: ¿cómo hago que mi compañero de equipo haga programación en pareja conmigo cuando prefiere enviar mensajes de texto?

Oh, sí. Eso es difícil. ¿Porque algunas personas simplemente no disfrutan mucho de los mensajes de texto, te refieres solo en Slack? Así que parte de mí piensa que es en Slack, que prefieren simplemente responder preguntas en lugar de sentarse contigo. Sí. Si estás de acuerdo, siéntete libre de aclarar. Sí, no, trabajo con personas que también prefieren la comunicación basada en texto. Creo que eso podría ser simplemente su estilo de comunicación y no quieren estar en un video, y eso está totalmente bien. Creo que podrías compartir pantalla y no estar en un video. También hago eso todo el tiempo con algunas personas. Así que en realidad no tienes que estar en un video para hacerlo. Parte de mí piensa en decir que no entiendo realmente esto, ¿puedes explicarlo de otra manera? Y si terminan escribiendo mucho y les preguntas tres veces y aún no entiendes, diles que no está haciendo clic para ti, que te encantaría hacer una demostración. ¿Quieres programar un tiempo o conoces a alguien más que tenga tiempo y pueda ayudarme? No, entiendo completamente eso. Una cosa de la que hablaste es que mencionaste diferentes formas, tal vez podría ser un video. ¿Cómo haces eso, porque, por ejemplo, sé que en el trabajo estamos tratando de hacer mucho más asincrónico? ¿Cómo harías la mentoría asincrónica? ¿Existe algo así como la mentoría asincrónica? Sí, creo que publicar en Slack, y si alguien tiene tiempo en la próxima semana o algo así, programar en pareja conmigo o colaborar en texto, supongo, si eso es lo que quieres hacer. Creo que simplemente no establecer plazos en la mentoría o la programación en pareja la hace más accesible de alguna manera.

Entonces, sí, creo que simplemente publicar sobre eso en Slack. Puedes preguntar si puedes establecer tiempo con alguien, ya sea hoy o mañana. Da opciones. Creo que esa es la mejor manera de lograr el objetivo.

Y otra pregunta que ha surgido, porque sé que algunas personas en esta sala podrían ser mentores ellos mismos, y creo que esta es una buena pregunta, que es: ¿qué cosas has hecho para evitar el efecto gaviota como mentor?

Sí, creo que saber lo que no sé. Por ejemplo, si intentara hacer algo relacionado con Kubernetes, sería una gaviota. O algo de Docker. Saber lo que sabes y lo que no sabes para poder ayudar a alguien es bueno saberlo. Diría: `Vamos a hablar con Chris`, porque él sabe mucho más al respecto y yo también quiero aprender, así que me quedaré en la llamada. Creo que saber que el efecto gaviota es real es bueno. Y también saber que hay otras personas que pueden ayudarte a no ser una gaviota.

Muy bien. Y a medida que las personas crecen y pasan de ser desarrolladores junior a desarrolladores senior, desarrolladores autónomos, principales, líderes, su tiempo se vuelve mucho más demandado. ¿Cómo puede alguien que tal vez tenga una agenda ocupada equilibrar la mentoría con el trabajo propio?

Sí, creo que la gestión del tiempo es realmente importante. Creo que mi mentor con el que me reúno, solíamos hacerlo una vez a la semana y era mucho. Ahora nos reunimos cada dos semanas. Creo que simplemente ser abierto y honesto acerca de lo que puedes trabajar. Y si no tienes tiempo para un proyecto secundario, tal vez alguien solo necesite mucha ayuda para entender los hooks. Y así solo tendrás 30 minutos de práctica con hooks o algo así. Creo que entender cuánto compromiso de tiempo pueden tener y cuánto tienes tú, la comunicación desde el principio es clave.

Eso tiene mucho sentido. Sé que las personas aún pueden agregar más preguntas, pero una pregunta que he tenido es que a veces tengo un mentor y tal vez haya un mentor en un ámbito específico o en una cosa específica, como mencionaste en diferentes lenguajes. Cuando piensas en tus mentores, ¿los categorizas de alguna manera o cada mentor es un generalista o tienes mentores a los que acudes para cosas específicas? Oh sí, tengo como 10. Por diferentes razones. Uno es para consejos profesionales, otro para Rails, otro para React. Creo que tener varios mentores hace que sea mucho más fácil que tener uno que tenga conocimientos limitados.

Y luego requiere menos compromiso de tiempo. Simplemente sé, oh, esta es la persona a la que acudo para recibir consejos sobre la carrera, esta es la persona a la que acudo para recibir consejos sobre React. Y creo que es beneficioso tenerlo de esa manera porque estableces contactos y mantienes conexiones con personas que tienen trabajos más antiguos. Y simplemente... Sí. Sí. No, lo entiendo completamente. Creo que tener varios... Es como la diversificación, ¿verdad? No solo deberías hacerlo con tus acciones, sino también con tus mentores. No, muchas gracias. Realmente, realmente aprecio que estés aquí, Erin. Y demos una maravillosa ronda de aplausos a Erin.