Subscribe
Share
Share
Embed
Dev&Ops es el espacio donde hablamos de cultura tech, compartimos anécdotas reales y damos consejos prácticos para todo entusiasta del mundo del desarrollo y la tecnología. Acompáñanos a descubrir las últimas tendencias, aprender de nuestras experiencias y recibir tips que te ayudarán a destacar en este entorno digital en constante evolución.
Juan (00:00)
¿Será que se trata, Douglas, de aprender todos los frameworks y todas las tecnologías? ¿Será que tengo que aprender a programar en ensamblador?
¿O será que... No. ¿Qué involucra ser senior?
pero al empezar a cambiar nuestro chip
con esta mentalidad ya vamos a poder hacer preguntas muy claves Douglas
cuando somos junior y nos piden hacer algo nuestras preguntas son como, ok, ¿cómo lo hago? ¿qué dependencias utilizo? ¿qué librerías utilizo? ahora las preguntas van a cambiar ¿por qué estamos haciendo esto? ¿qué valor le agrega al producto? ¿qué impacto va a tener en los usuarios? ¿qué impacto va a tener en
otras partes del sistema.
Bienvenidos todos y todas a un nuevo episodio de nuestro podcast Dev & Ops. El día de hoy estoy aquí con mi buen amigo y co-host Douglas, el cual nos ha acompañado en este viaje y siempre nos brinda muchas datos y experiencias que son de mucha utilidad. Douglas, ¿cómo has estado? ¿Qué me contas?
Douglas (01:05)
Juan, qué tal?
No, pues siempre bien por la gracia de Dios. Contento por un episodio más. La verdad es que haciendo un poco de retrospectiva ya llevamos un buen tiempo constantemente compartiendo un episodio semanal.
25, 24 ya, perdí la cuenta, imagínate. Y realmente que cada vez me siento más cómodo con la conversación, cada vez me siento más emocionado de poder tener estas pláticas, de compartir esta experiencia, para mí ha sido algo muy bueno, algo que incluso me desestresa tener estas conversaciones con vos. A veces aspectos en los que estamos de acuerdo, a veces aspectos en los que, aunque estemos en desacuerdo, podemos ver el valor que cada uno de nosotros aporta. Entonces,
Juan (01:26)
Sí.
Douglas (01:55)
es listo y aquí vamos
Juan (01:58)
que bueno
que bueno me alegra y si la verdad es que yo también opino lo mismo que aún cuando digamos que no pensamos exactamente igual de alguna forma logramos llegar a un punto de equilibrio podríamos decir y en muchos otros temas empezamos pareciera que estamos hablando de cosas diferentes o tenemos puntos diferentes pero ya cuando empezamos a analizarlo bien es como que estamos apuntando al mismo lado pero desde diferente ángulo eso suele pasar y bueno
Douglas (02:27)
Sí.
Juan (02:28)
Eso
para los que nos ven y están aquí con nosotros, ese es un motivo por el cual decidimos empezar este viaje. Ya hemos hablado mucho sobre nuestros motivos, pero un punto muy fuerte es esto, siempre para mí ha sido bien agradable platicar con Douglas sobre todos estos temas, que claro, tanto él como yo tenemos muchos compañeros y amigos que gustan de esta parte de la tecnología.
pero no se, algo aquí entre nosotros que ha hecho click y por eso ha sido muy ameno este proyecto la
Douglas (03:09)
Absolutamente,
Juan (03:12)
Este va a ser un episodio en el cual creo que vamos a estar un poco alineados. Aún así, me interesa mucho tu experiencia en este tema porque hoy quiero que hablemos sobre lo que es el paso de desarrolladores o ingenieros junior a seniors. ¿Cuál es la diferencia y cómo podemos llegar a ser seniors? ¿Cuáles son esos mitos o pequeñas dudas que la gente
gente tiene sobre esto? ¿Será que se trata, Douglas, de aprender todos los frameworks y todas las tecnologías? ¿Será que tengo que aprender a programar en ensamblador? ¿O será que... No. ¿Qué involucra ser senior? Entonces, creo que cuando venimos empezando es bien ambiguo todo lo que conlleva con este puesto. Bueno, no es un puesto, es más como este perfil del ingeniero.
que es el cine entonces creo que vale la pena tener esta pequeña plática para que las personas que nos están viendo y nos escuchan puedan tener una idea si es que están un poco perdidos como lo estaba yo al inicio y así vamos a ir despejando dudas y también vamos a tratar de darles algunos tips algunos consejos que nosotros consideramos vale la pena no a mí me pasaba eso dublas al inicio yo creía que
ser senior era el hecho de como desarrollador tener las respuestas rápido yo necesitaba hacer un sistema que se conecta a la base de datos yo sabía yo tenía que saber todas las optimizaciones posibles yo tenía que saber cada uno de los puntos y aspectos necesarios a tener en cuenta que pareciera que está ligado pero pero no va por ahí fue hasta mucho tiempo después que
me di cuenta que es lo que realmente involucra hacer cine. ¿A vos te pasaba algún momento donde tuviste ese punto donde dijiste, de esto se trata, te pasó? ¿O te dieron alguna inducción al inicio? ¿Cómo ha sido tu acercamiento con estos pasos dentro de la carrera?
Douglas (05:34)
Fíjate que hay algo de similitud en mi experiencia. Me gustó que dijiste hablar sobre los mitos que hay al respecto, entre lo que queremos conversar hoy, los mitos que hay al respecto de pasar de junior a senior, porque uno de esos mitos que yo creía es que era meramente ligado a mi nivel técnico.
Juan (05:43)
Mm-hmm.
Douglas (05:56)
nadie me dio como una introducción, una introducción para mí, por mi carácter Juan, por mi naturaleza al momento de afrontar cada tarea que a mí se me asigna, no me fue difícil la mentalidad que se requiere para convertirse a senior, pero ahorita acabo de decir cuál creo yo que es ese aspecto más importante y es ese mito de creer que era meramente conocimiento técnico cuando en realidad hay una mentalidad involucrada.
que termina jugando un papel o un rol más importante. No que lo técnico no cuente porque puedo tener la mejor... va ligado, sí, creo que eso lo has dicho, porque puedo tener la mentalidad más de CEO, mentalidad de presidente, pero si no tengo la capacidad técnica, entonces tampoco lo voy a poder hacer. Pero, aunque no me costó...
Juan (06:32)
va ligado
Douglas (06:48)
y nadie me llevó como directamente a agarrar de la mano y ver cómo hacerlo, tomó como un tiempo de investigación propia, sí creía en algún momento, Juan, que era meramente capacidad técnica, la que definía pasar de junior a senior e incluso seguir escalando.
Juan (07:06)
Si, si, es que eso lo que uno crea respecto a esto, Siempre voy a tener muy en presente en mi mente una pregunta que me hizo un jefe y me preguntó, ¿te consideras senior? Me lo preguntó directamente.
y pues yo le dije sí creo que sí conozco toda la parte de lenguaje en el que me dedico y esto y lo otro y dijo está bien me dice y qué pasa si el día de mañana cambiamos a otro está ya no sozinho y eso como que me cayó como un balde de agua fría me hizo reconsiderar cómo cuál era mi visión así que bueno antes de pasar a estos puntos dublas me gustaría cómo empezar a hablar de que es junior porque
el tema senior tiene que ver menos, ya dijimos, tiene que ver menos con la parte técnica y todos los conocimientos que tenemos, que claro que tienen que estar ahí, pero tiene que ver más con nuestra mentalidad y la responsabilidad que tomamos dentro de la empresa y dentro del producto o sistema que estamos desarrollando. Así que me gustaría cómo ir haciendo primero que nada unas pequeñas distinciones entre junior y senior para que las personas que se nos estén escuchando
puedan analizarse y pueden hacer una introspección para ver cómo están en sí. Así que empecemos que es un junior, lo que nos viene a la mente es una persona que acaba de iniciar en la empresa o acaba de iniciar en el mundo de tecnología. Y hasta ahí estamos bien, tiene sentido. Pero en qué punto dejas de ser junior? Generalmente un junior, Douglas, creo que tiene que ver
más con una persona que se dedica a realizar tareas es una persona que ejecuta un cambio una tarea un feature dentro del sistema y lo lo hace bien no tiene que hacerlo bien porque es su responsabilidad pero aún así es una persona que necesita mucho cuidado por parte de sus superiores y también es una persona que no está pensando en la totalidad
del producto, no está pensando en, ok, cómo está afectando lo que estamos agregando, por qué lo estamos agregando y se dedica simplemente a realizar la tarea. Ese es como el punto general de un junior. Ojo, no estoy diciendo que eso esté mal, Es parte del proceso. De antemano les digo que si sienten que aún no están en un nivel senior, es normal, es parte del crecimiento que tenemos que tener cada uno de nosotros.
pero pero bueno me gustaría cómo iniciar ahí no que un junior desde mi punto de vista Douglas es una persona que realiza tareas así que si aún si las personas están ahí bueno está bien pero hay que ir pensando a un futuro cómo podemos irlo cambiando y vamos a ir dando algunos tips de mi parte les puedo dar algunos tips no sé si tenés algún comentario Douglas sobre los juniors no como percibís a
juniors crees que son personas que como lo mencionaba que se dedican o tenés algún otro concepto en mente no tanto de libros sino en tu ver
Douglas (10:34)
No, fíjate que
tengo exactamente el mismo concepto, yo creo prácticamente que el que acabas de dar, si quiero expandir un poco las palabras y los conceptos en este sentido, porque hay un propósito a través de ellos, ¿no? Junior como tal, la palabra junior es el menor de algo. Si tu papá se llama Juan, vos sos Juan Junior porque hay un Juan Senior que es el mayor. Entonces, un...
Juan (10:45)
Ok
Sí.
Douglas (11:04)
Junior es la versión joven del programador Senior, de por ahí viene el concepto. ⁓ Y su función realmente sí son esas tareas repetitivas, pero Juan, esas tareas tienen un propósito y son formarte como profesional. Por ejemplo, tareas iniciales, en mi caso en el área de sistemas, era por ejemplo crear máquinas virtuales, hace muchos años.
Juan (11:10)
buen punto, sí.
claro.
Mm-hmm.
Douglas (11:33)
Y
yo cree, cualquier cantidad de máquinas virtuales incontables, máquinas virtuales, te aseguro que miles, sin exagerar. Pero ese proceso en el que estás repitiendo, te comienzas a enfrentar a desafíos, a retos, porque tal vez una nueva versión de... Siguiendo con el ejemplo de crear máquinas virtuales, aplíquenlo a desarrollo, aplíquenlo a cualquier otra área.
Juan (11:53)
No,
Douglas (11:57)
pero te topás con nuevas versiones del hypervisor que es el que permite crear máquinas virtuales, o una versión del sistema operativo que genera un conflicto o cuando instalábamos una...
para virtual, para web server, generaba un error, para bases de datos otro. Y estas tareas repetitivas te hacen enfrentarte a problemas que llega un punto en el que no te han terminado de contar el problema y voy a saber, ⁓ este saqué el problema otra vez y yo ya sé la solución. Y ahí en el aspecto técnico te vas convirtiendo en senior en ese sentido porque te has enfrentado tanto a ello que sabes cómo resolverlo. Entonces,
Juan (12:29)
mmm
Douglas (12:36)
Y
el propósito de repetir esas tareas es que la persona, el profesional pueda entender, pueda conocer, pueda adquirir la experiencia que eventualmente lo llegue a sí mismo. Lástimosamente no todos tienen esa mentalidad. estado con personas que se sienten marginados porque lo pueden hacer tareas repetitivas, pero no tienen la capacidad de hacer tareas más grandes. Y ellos quieren que les den oportunidad para hacer cosas más arriba.
y sin esa experiencia previa no se logra. Entonces, definitivamente miremos el propósito detrás de ello y esto pasa en cualquier área de la vida. Cualquier área de la vida. Pusimos el ejemplo, vos sos Juan Junior, si tu papá se llamase Juan, no sé cómo se llamaba tu papá realmente.
Juan (13:20)
Sí,
casualmente se llama así. ⁓
Douglas (13:23)
estamos ahí entonces tu papá es Juan Senior vos sos Juan Junior y tal vez en cosas en la casa o algo él te va poner a hacer las tareas repetitivas para que vayas formándote eso es parte de la vida entonces estoy muy de acuerdo con tu concepto sólo yo tengo esa visión y me pasa en diferentes áreas
Juan (13:32)
jajaja
mmm
Douglas (13:45)
y no quiero ahundar mucho más para que avancemos con la discusión, pero te puedes mover en tu empresa actual, ahorita puedes hacer el más senior que hay, el que más conoce porque vos hiciste los sistemas y puede que te muevas a una nueva empresa, un nuevo equipo en el que ya no sos tan senior, tal vez no sos junior pero no sos senior porque no tenés la experiencia ya sea del stack, justo la pregunta que te hicieron en la entrevista, ¿no? Pero ahí es vamos a avanzar con la conversación.
Juan (14:08)
Sí.
Douglas (14:13)
y la mentalidad es la que nos puede mantener en sí, a pesar de que no conozcamos lo técnico. Pero quería expandir eso, ¿no? Tengo tu misma visión, tu misma idea, solo expandir esa idea en ese sentido.
Juan (14:24)
me parece muy bien, sí.
Y la verdad con lo que estabas mencionando me llama mucho la atención porque precisamente ese punto que estabas tocando donde hay personas que quisieran tener como mayores tareas o tareas de mayor responsabilidad pero no se las asignan y es porque no están listos. Hay una falsa percepción en cierto punto y esto es muy común en todas las personas sucede.
he olvidado el concepto, como se le dice, pero es una curva, es una curva donde cuando no tenemos el conocimiento tan amplio, tenemos una falsa percepción de que estamos preparados y luego cuando adquirimos más conocimiento, ahora tenemos una percepción en el que nos sentimos que no estamos preparados porque como ahora pensamos en términos de bueno, pero ya sé todo esto y aún así tengo dudas, significa que hay más
cosas que desconozco hasta que llegamos a un punto de equilibrio en el que ok ya conozco cuáles son mis fortalezas, mis debilidades y ya puedes afrontar todo esto pero es parte de un crecimiento normal en todas las personas es por eso siempre hay muchos junior que se sienten muy confiados y creen que pueden hacer el próximo facebook o cosas así no pero es porque han tenido muchos éxitos y tienen este esta falsa percepción de que bueno ya me la sé toda
y no realmente aún falta recorrer el camino pero es normal es en ese punto con el tema de los juniors como mencionaba es normal que nos pongan a hacer tareas pero que involucra a un senior y por ejemplo vos mencionabas esto no hacer tareas repetitivas qué pasa ahora con la inteligencia artificial con la inteligencia
y te cuento, por ejemplo, un poco mi experiencia más actualizada con el uso de la Inteligencia Artificial para crear un nuevo endpoint, un nuevo feature. Yo solía tener que hacer diferentes partes, diferentes capas dentro de mi sistema. Tenía que hacer la capa del repositorio, que es la que se conecta con la base de datos, obtiene la información. Luego tenemos la capa del Business Logic.
donde se hacen todos los cálculos que necesitamos y luego tenemos la capa de presentación que es normalmente un HTTP Handler que es donde está recibiendo la petición y devuelve una respuesta. Son muchos pasos y en cada uno de ellos hay diferentes cositas que hay que hacer. Es fácil, es repetitivo, pero aún así lleva tiempo y hay que estarlo haciendo. Ahora, con la Inteligencia Artificial, yo puedo configurar mi
proyecto entero puedo darle todo el conocimiento que necesita el AI y mediante una conversación por decirlo así le puedo decir ok necesito un nuevo endpoint que haga esto esto y esto que se conecta a esta tabla esta otra tabla le detallo todo y lo hace ya empiezo yo simplemente a revisar qué partes alucinó qué partes hizo un poco un poco mal y pero ahora algo que me llevaría que se yo dos horas lo puedo
realizar en 15 minutos, 10 minutos. Es muy fácil. Y ahora eso lo que me habilita es que tengo más tiempo para agregar más unit test, tengo más tiempo para refinar algunas cosas, para...
y
yo
quiero que las personas que nos están escuchando se reparen a pensar cuál es la diferencia que puedo yo brindar al equipo cuál es el punto de diferenciación y bueno primero que nada el primer punto que yo creo que hay que tener en cuenta es que tenemos que adquirir un sentimiento de lo voy a decir en inglés porque como normalmente se le dice ownership es un sentimiento de pertenencia y es el hecho de que un pequeño feature
Douglas (19:09)
de adueñarse,
Juan (19:10)
adueñarse correcto
Douglas (19:10)
sentimiento de adueñarse.
Juan (19:12)
adueñarme de un feature adueñarme de un una parte del sistema o de un sistema entero por ejemplo yo que estoy en back-end hay muchos microservicios yo puedo adueñarme de uno o varios microservicios en front-end podríamos adueñar los diferentes módulos etcétera
A dueñarse significa que yo conozco todo lo de ese módulo, yo conozco por qué está ese módulo, obviamente no las partes técnicas de cómo está hecho, qué stacks estamos utilizando, pero va más allá, está en el aspecto de al adueñarme yo de esto, yo conozco qué problemas pueden existir al momento de introducir nuevos features, al momento de introducir nuevas funcionalidades.
yo debería entender cuáles son las dificultades o desafíos porque yo tengo esta pertenencia y nuevamente si hay un bug yo puedo monitorearlo en fin adueñarme de esta funcionalidad creo que ese es el primer camino que podemos tomar hay diferentes cosas que podemos hacer pero al empezar a cambiar nuestro chip
con esta mentalidad ya vamos a poder hacer preguntas muy claves Douglas antes
y bueno, ya voy a mencionar que me estoy refiriendo mucho a los desarrolladores, ¿no? cuando somos junior y nos piden hacer algo nuestras preguntas son como, ok, ¿cómo lo hago? ¿qué dependencias utilizo? ¿qué librerías utilizo? ahora las preguntas van a cambiar ¿por qué estamos haciendo esto? ¿qué valor le agrega al producto? ¿qué impacto va a tener en los usuarios? ¿qué impacto va a tener en
otras partes del sistema. Así que el ownership es un punto de inflexión, es un punto donde vamos a cambiar nuestra mentalidad. Así que yo así lo Douglas, creo que ese es como el primer paso.
Douglas (21:27)
Fíjate que, sí estoy de acuerdo, pero me gustaría ampliar esta idea que diste de los trabajos repetitivos y la inteligencia artificial, porque yo le miro, Juan, un impacto un poco diferente. En mi opinión, la inteligencia artificial y con estos trabajos repetitivos va a generar la necesidad de menos juniors, pero no necesariamente...
Juan (21:35)
Mm-hmm.
Douglas (21:55)
reemplazar a un junior. Obviamente esperaríamos que el junior que tenés se apoye de la inteligencia artificial para ser más rápido, más efectivo. ¿Por qué? expandiendo desde la idea anterior, una función que tiene para el junior la tarea repetitiva es que adquiera experiencia, la suficiente experiencia como para que solo escuche y se haga una idea de qué está ocurriendo y cuál es la solución porque se ha enfrentado a algo tantas veces.
Juan (22:05)
Claro.
Douglas (22:26)
También, otro propósito de eso es liberar esa carga de los seniors para que puedan enfocarse en otras tareas y que los departamentos y las empresas sigan creciendo. Porque si todos van a estar solo manteniendo lo mismo, eventualmente no, o sea, vas a dejar de crecer.
Y existe esta regla que dice que el que no crece, decrece. En realidad no hay un estancamiento en la vida o estamos creciendo o estamos decreciendo. propósito para ello también es que lo que el senior, esa tarea repetitiva que el junior está haciendo, vos como senior te podás enfocar en mejoras a la misma aplicación o en nuevas aplicaciones, nuevas funcionalidades, en algún punto refactorizar incluso. Entonces, ¿qué ocurre? ¿Vos diste tu ejemplo?
bueno, me parece de hecho, de tareas repetitivas que ahora hacerlo con inteligencia artificial te ha librado de tanto tiempo que puedes enfocarte en otras cosas. Sin embargo, Juan, vos seguís siendo responsable de esas tareas repetitivas. Vos, Juan, el senior backend developer con años de experiencia en microservicios seguís siendo la persona responsable de esas tareas repetitivas.
como un senior que sos, has implementado algo muy inteligente que te salva horas y te permite enfocarte en otras cosas, al final del día no estás libre de esa responsabilidad. Tener un junior en tu equipo si te quita en gran manera esa responsabilidad porque lo que vos querés es delegarle a esta persona esta tarea y no es lo mismo supervisarlo cada cuanto o ver cómo va cada cuanto a que vos tengas que luego como dijiste
ver en qué partes alucinó la Inteligencia Artificial, ver en qué partes se acertó y cuánto, al final de que terminó la Inteligencia Artificial ni siquiera sabes cuánto tiempo te va a tomar concluir porque no sabes cuánto de lo que hizo está bien y está mal, verdad. Entonces, el junior sí te permite eso, verdad. Entonces, es beneficio para todo el equipo que existan estos diferentes roles. Le está dando a un profesional de IT la entrada
Juan (24:10)
mmm
Douglas (24:39)
profesional, con un trabajo senior, que le va a beneficiar a tu equipo, porque estás el cargo de las tareas repetitivas, porque está librando el tiempo para los más seniors, pero a cambio esta persona, por hacer bien su trabajo, también adquiere un beneficio, que es ir ganando la experiencia, para luego ir creciendo dentro de la misma empresa o en otras empresas de ser así. Entonces, yo no veo que la Inteligencia Artificial va a eliminar el puesto senior, pero sí lo va a reducir, porque entonces, perdón, el puesto junior, perdón.
Juan (24:58)
Si
Douglas (25:08)
Pero sí lo va a reducir, porque entonces ahora un junior va a poder hacer muchas cosas apoyándose de la inteligencia artificial. Entonces quería expandir en esa área porque yo lo miro de esa manera. Y habiendo dicho eso, definitivamente el cambio de la mentalidad en el junior es el que lo va a llevar a eventualmente ir creciendo.
Juan (25:26)
Pero...
espérame Douglas.
porque si me parece muy interesante lo que lo que acaba de y me agrada que lo hayas aclarado porque no era esa mi intención pero está me agrada que lo hayas aclarado por si se entendió mal no estoy diciendo que se vaya a reemplazar a los juniors como como lo mencionabas más más allá lo que quiero dar a entender o tal vez no me salen las palabras es el hecho de que hay muchos juniors porque es lo que yo he visto donde
pues su prioridad es esa, ¿no? Realizar esas tareas repetitivas. Y yo lo he visto, ¿no? Donde estamos tal vez en reunión, se asigna un nuevo feature, nuevas tareas. Y son personas que necesitan que todo esté estipulado de antemano. Desde el nombre de una variable, cuáles son los endpoints, las respuestas que vamos a recibir. Necesitan, si es frontend, que ya...
todo venga desde el back end, son back end necesitan que el front end envíe toda la data necesaria sin ponerse a pensar y ese es el punto, realmente todo lo que tiene que ver con inteligencia artificial aún es un poco extraño porque hay muchas cosas que se están desarrollando sobre la marcha porque definitivamente qué pasa ahora con las personas que llegan como nuevos a una empresa donde se está utilizando mucho la inteligencia
Douglas (26:49)
Sí.
Juan (26:59)
artificial. Yo personalmente lo veo complicado para alguien nuevo porque como lo mencionabas el hecho de hacer estas tareas repetitivas te ayuda a afianzar tus conocimientos tanto de la tecnología como del negocio de la empresa en general. Pero ya ahora que con la inteligencia artificial puedes liberarte de eso no lo tengo muy claro cómo sería para alguien nuevo. creo que lo que quiero dar lo que quiero decir es que
una persona que solamente se enfoca en estos puntos ahora tiene que replantearse porque no lo van a reemplazar sino que él mismo tiene que hacerse esta introspección de decir bueno ya que mi mente se ha liberado de estas cosas que era lo único que yo tenía que preocuparme ahora tengo que enfocarme en otras y aquí es donde te da paso o te da la oportunidad de empezar a adueñarte de estas
artes del sistema en general. de nuevo estoy de acuerdo con vos en que no se van a reemplazar. No lo veo así en un futuro próximo, la verdad.
Douglas (28:07)
Sí, y es que fíjate
que sin intención de deviar el tema, pero ya que se hizo de cierta manera, el paréntesis, creo yo, lo que mencionas de un junior llegando nuevo a una empresa donde se usa bastante inteligencia artificial.
Juan (28:15)
Mm-hmm.
Douglas (28:22)
conceptualmente eso ha existido siempre Juan, que es la abstracción a medida va avanzando la tecnología. Probablemente una ventaja que vos y yo tenemos sobre personas nuevas en su rubro. Voy a dar el ejemplo mío como alguien que trabaja en sistemas. A mí me tocó trabajar instalando Linux, por ejemplo, donde había que manualmente formatear la partición del disco duro y escoger cuánto le doy. O sea, es algo que sí puedes hacer hoy en día, pero antes
Juan (28:27)
sí.
Douglas (28:52)
pero hoy podés solamente como que ir dando siguiente, siguiente, siguiente y él va a agregar valores por defecto y te instala. Antes no tenía opción, era parte del proceso de formatear el disco duro de manera directa, hacer particiones, la partición, luego formatear, luego instalar y no te instalaba un ambiente gráfico, había que instalar manualmente y lo mismo aplica a otro montón de cosas, pero a medida vas progresando, se va abstrayendo eso y alguien que comenzaba nuevo
Juan (29:07)
Sí.
Douglas (29:21)
se pierde esa interacción que había con las particiones, con el disco duro, entonces no es que no lo entiendan, no, sí, así es, no lo entiendan tan bien común, sí, y ya requiere que intencionalmente vayan a leer, pero no lo experimentaron necesariamente, y la gente que está de antes de nosotros todavía tiene más experiencia, entonces eso siempre ha ocurrido.
Juan (29:33)
No están expuestos a eso.
Douglas (29:47)
cada vez se va exponenciando el nivel de abracción y lo que ocurre con la inteligencia artificial es que si lo ha exponenciado a un nivel bárbaro comparado con el hace un par de años.
eso sí, eso sí, pero eso es algo con lo que los profesionales de tecnología siempre han tenido que lidiar a medida llegan porque pasaron de que antes eran servidores físicos, alguien de sistemas, lo requerido y las tareas repetitivas para un junior, luego pasaron de que eran máquinas virtuales, las tareas repetitivas y ahorita se está que son contenedores e incluso casi que directamente como un orquestrador muy probablemente Kubernetes, entonces siempre ha existido eso y como profesionales
Juan (30:02)
Sí.
Sí.
Douglas (30:32)
tenemos que adaptarnos a ello y aunque es un paréntesis, yo creo que es un paréntesis dentro del tema porque es parte de que identifiquemos esas cosas como algo que nos pueda llevar de junior a senior.
Juan (30:47)
Sí, sí, tenés razón porque, bueno, hablando de los agentes que utilizamos en la Inteligencia Artificial, para que funcione bien dentro de un proyecto es necesario darle toda la información y cada diferente AI, cada plataforma utiliza algunas cosas diferentes, pero en general se trata de configurarlo y darle ejemplos, darle explicaciones de por qué ese
hace así en este proyecto, porque nombramos así las variables, los paquetes, las librerías. Se trata de hacer una documentación extensiva de el proyecto general. que eso, viéndolo como lado positivo, también le sirve a alguien que viene empezando y es nuevo en la empresa, puede dirigirse a ese archivo que su propósito inicial es ayudar al AI, también le va ayudar a alguien nuevo.
no ahí está toda la documentación del proyecto entero pero pero bueno es complicado cada vez que pienso en esto Douglas le veo muchos puntos positivos pero también le veo puntos negativos y es algo que está pasando pero creo que lo que decís nos da bueno a mí me daría como esperanza porque tenés razón siempre existen han existido estos puntos en momentos en la historia donde pareciera que ok ahora sí
ya estamos fritos, se acabó el trabajo y no resulta que ahora pues el trabajo evoluciona vamos evolucionando con él sí creo que tenés razón eso es algo bueno pero bueno retomando el tema de la mentalidad senior porque ser senior va más relacionado con una mentalidad y una actitud de la persona más que con sus habilidades técnicas
Douglas (32:25)
Sí.
Juan (32:46)
que claro, las habilidades técnicas son muy necesarias, no estamos diciendo que no hay que aprender nada, no, no, no, para nada. Pero podríamos tener una persona muy versada en sus conocimientos técnicos y aún así no ser senior. Entonces, ¿qué involucra? Involucra una mentalidad y lo que hablábamos, De adueñarnos de la parte del producto, del sistema. Siempre lo enfoco bastante en
con los desarrolladores porque es donde se ve más marcado creo yo aquí tal vez me puedes hablar si es un sesgo mío no sé muy bien cómo en la parte de sistemas de bob's es ahí y creo que ya lo mencionabas en un capítulo anterior recuerdo donde más que juniors mencionaba que son ingenieros de soporte entonces es como que aún así necesitan cierto nivel para pasar a ese a ese departamento bueno también
estoy seguro que hay algunos ejemplos, algunas empresas que agarraron a alguien nuevo del colegio y lo pusieron a administrar todos los servidores, pasa. Pero lo que se espera es diferente en esas áreas, creo que los desarrolladores hemos marcado el junior como tal.
Douglas (33:57)
Sí.
Si hemos marcado el título Junior, sin embargo
en funciones es similar. Si yo decía que lo que se conoce como SRE o DevOps Engineer como puesto como tal, normalmente no existe el puesto Junior.
Sin embargo, no es que no existan tareas repetitivas, sino que se suele ser un support engineer y se quiere que las tareas repetitivas que van a ejecutar son tareas repetitivas de un SRE o de un DevOps engineer que requieren saber de Terraform, de Ansible, infraestructura como código, contenedores, Kubernetes, etcétera. O sea, se requieren esos conocimientos y ellos los están ejecutando de manera...
constante. ese caso...
Juan (34:54)
Sí, porque si yo me pasara a
SRE, digamos que fuésemos compañeros en la misma empresa, y me paso a SRE y vos sos SRE, aunque tengamos el mismo puesto, yo que acabo de iniciar, no me darías las mismas tareas que haces vos en día a día, ¿no? Me imagino que tendría un proceso de adaptación.
Douglas (35:12)
Sí, y
también dependería del nivel de experiencia y conocimiento que tengas en el área si te estás moviendo de desarrollo a SRE porque hay que considerar que al moverte ya como un...
senior, back-end engineer, tenés un conocimiento de sistemas de, de manejo de sistemas de producción y de prioridades y eso te pone por adelante de alguien que viene comenzando más si consideras el, y va de la mano lo que estás diciendo, ¿no? Y es ahí donde el senior no es solo conocimiento técnico.
Pero esa mentalidad, experiencia trabajando en producción, en aplicaciones, en ciclo de aplicaciones te pone por delante de otras personas, pero sí, muy probablemente vas a necesitar un periodo de adaptación. Considerar que yo que tengo un nivel senior puedo ir a un, si voy a un equipo nuevo, muy probablemente no me van a dar.
acceso o como responsabilidad todas las tareas que hacen porque tengo que adaptarme al nuevo equipo. parte de comenzar en un nuevo puesto o un nuevo equipo. Pero al final del día sí, support engineer es lo que sería el puesto junior si lo querés llamar de esa manera. En algunas empresas le dicen DevOps engineer junior o SRE junior. Pero conceptualmente sí existe el role junior si lo querés ver de esa manera, aunque como título.
en su puesto, no lleve la palabra junior, sino que un título diferente, pero al final del día sería un junior SRE, un junior sysadmin o un junior DevOps, reemplazado por un título de support engineer.
Juan (36:40)
Ok
ok pasemos entonces a otro punto importante en la mentalidad de un senior
y es el hecho de la comunicación con nuestro equipo, la comunicación y mentorear a los demás. Alguien senior es una persona que por ejemplo hacemos un code review, ya no solamente dice, cambiemos esto, también menciona, te recomiendo que cambies esto porque esto, esto y esto, Das un por qué, das soluciones y explicás, ¿no?
una buena comunicación y es una persona que si viene otro developer puede explicarle parte del sistema que él ya conoce, puede despejar dudas y tratan de que todo su trabajo esté documentado, tratan de que la comunicación interna con sus compañeros sea mucho más, ¿cómo decirlo? Smooth, más fácil.
esto es ojo mencionó eso es la mentalidad senior no es necesario que seas senior para hacer todo esto podrías tener tu título junior pero si empezás a adoptar esta mentalidad de tratar de ayudar a tus compañeros de nuevo haces un co-review y haciendo junior podés hacer un co-review y empezás a esforzarte en los cambios que pedís esforzarte en realmente revisar el código que está que está haciendo
cuando
ha cambiado, ya ahí entonces empezamos a tener este cambio interno, esta evolución, digivolución de nuestra parte donde empezamos a ver todas estas facetas que llevan un senior. Eso es muy importante, realmente necesitamos tener una comunicación y mentorear a las personas que podamos. También es importante pedir mentoria a los seniors. ¿Se vale junior?
se vale Douglas decirle a un senior hey alguien que uno tenga confianza fíjate que quiero quiero mejorar que me recomendarás me podías ayudar y acercarnos a esta persona estoy seguro que cualquier senior se va a sentir muy alagado y va a tratar de ayudarnos ayudarnos en lo que se pueda no claro cuando llegamos con la misma pregunta la misma pregunta tres veces seguidas pues ya
Douglas (39:28)
Sí.
Juan (39:29)
es
cansado, Douglas tiene experiencia en eso.
Douglas (39:33)
Sí, ya es
una historia diferente, pero fíjate que me gusta lo que estás diciendo porque si la empresa está viendo las virtudes necesarias a la hora de asignar estos puestos y de contratar gente, ya sea promover a un senior o contratar a un senior, si la empresa está viendo las cualidades necesarias, tal cual como dijiste, si un junior se acerca al senior y lo considera para pedirle ayuda para mejorar, ⁓
el senior se va a sentir halagado y con ganas de querer apoyar y hacer crecer a esta persona porque es parte de su rol y de su mentalidad. Me gustó lo que dijiste es de mentalidad senior, no necesariamente el puesto senior. Y es que nadie nos va a poner en un puesto si no estamos preparados para ello. O normalmente, si existen cuestiones de nepotismo o contactos y te pusieron en un lugar, ya es otra cosa.
Juan (40:25)
Ese es otra historia.
Douglas (40:28)
que lo
vi pasar bastante, Pero en realidad, en empresas que operan de manera correcta, no te van a poner en el puesto si no lo tenés. Entonces tenés que desarrollar esa mentalidad de la manera que desarrollaste conocimientos técnicos, desarrollar la mentalidad y comenzarlo a poner en práctica como junior. Lo que vos dijiste es que los otros juniors...
se sientan en la confianza de preguntarte, oíme, ¿cómo se hace esta tarea? ¿Cómo hace vos tal cosa? O como junior que vos mirés que alguien está haciendo algo repetitivo y vos...
Juan (40:59)
Mm-hmm.
Douglas (41:09)
usa una herramienta que le puede facilitar la vida, acercarte y decirle, hey, miro que estás cambiando constantemente, por ejemplo, digamos que usa el CLI de AWS para diferentes cuentas. Estás cambiando constantemente las variables de entorno para escoger la cuenta. Fíjate que yo uso esta herramienta.
que me lo facilita y tengo un archivo de configuración y con un comando estoy cambiando tras las cuentas, ah, mira que interesante. la persona, el otro junior que se sienta que puedes hacerlo o que gente de otros departamentos que el project manager sienta que te puede ir a hacer una pregunta porque los otros juniors tras que lo ven venir hacen caras.
y le dan mala actitud, pero vos sos aquel que, fíjate que tengo una duda, que significa que aquí se va a hacer rollback. Y normalmente nuestra reacción es, este, ni sabe que es un rollback. Y es la actitud que le dan los otros juniors. Pero si vos venís y decís, no, mirá, hay problema, yo te explico. Un rollback significa, ya le explicás, ¿no? Lo que es que los demás empiecen a sentir eso.
Juan (42:04)
Sí.
Douglas (42:16)
al demostrar que tenés esa cualidad es lo que va a permitir que te promuevan eventualmente. O a senior o normalmente a veces solo te quitan el título junior y pasás a desarrollador de backend.
Juan (42:30)
Sí.
Douglas (42:30)
ya no sos desarrollador
de Bakken Junior, sos desarrollador de Bakken, no, pero vas escalando, no es que te van a poner y ahí luego vas a, te van a pedir que desarrolles eso. Entonces por eso me gustó como lo planteaste, tener la mentalidad senior independientemente de qué puesto tenga. Para mí esa parte de la mentoria, Juan, es importantísimo, es clave. Tenemos que querer impulsar al otro a que esté a mi nivel. Y si yo estoy más arriba, tengo que extenderle la mano con
Juan (42:56)
Mm-hmm.
Douglas (43:00)
mucho gusto y jalarlo hacia arriba donde yo estoy. No tengo que tener miedo de buscar impulsar a los demás. Eso es una gran mentalidad senior. No tengo que tener miedo. No es que luego él se va a querer quedar con mis cosas. ¿A quién va a preferir la empresa? ¿Al que le está ayudando a formar gente y que también tiene el nivel o al que le quiso hacer la cama? Y miren, mucha gente puede decir, a mí me pasó y fulano me hizo la cama.
Juan (43:15)
No, no, no.
Douglas (43:28)
si hay escenarios, sea, vamos a utilizar inteligencia, si identificamos una persona que luego tiene mala intención, vamos a recesar, tenemos que ser inteligentes, esto no es blanco y negro por ser así, sino que usamos la inteligencia. Lo que estamos hablando aquí es tener esa mentalidad, esa actitud, ese deseo de hacer crecer a los demás.
Juan (43:35)
Sí.
Douglas (43:51)
de impulsar a los demás con lo poquito que yo sé, yo siempre doy el ejemplo, el niño de cuarto grado puede enseñarle al niño de tercer grado lo que él ya hizo el año anterior, porque ya tiene más experiencia que él, aunque no necesariamente sea ya alguien que lo sabe todo. Entonces, definitivamente muy de acuerdo con vos, Juan, la mentalidad de impulsar, de comunicar, de buscar, engrandecer a los demás con mis conocimientos, con mi mentoria, es clave para un senior.
Juan (44:06)
Exacto.
No sé si será igual en todos los países de Latinoamérica. Creo que sí, lamentablemente. Pero yo aquí siempre he escuchado un comentario muy famoso, Y es el de nunca compartas todo lo que sabes. Deberías compartir solo una parte, pero guardate tus mejores armas. Y...
me podrán criticar pero la verdad es que yo estoy totalmente en contra de eso, Dulas. Y ese es uno de los puntos de por qué estamos en este proyecto. A mí me encanta compartir lo poquito que sé, compartirlo todo. Esa es mi manera de retribuir, esa es mi manera de ayudar a los demás. Porque, como decías, la idea es darle soporte a todos. Y qué más, con tu equipo de trabajo que están en un proyecto, están todos juntos.
⁓ Yo recuerdo muy bien eso, recuerdo donde estábamos, teníamos esa cultura con los developers que estábamos ahí, recuerdo que nos preguntábamos todo entre todos y aún los que estábamos de backend nos metíamos a veces con los que están de frontend y viceversa y eso es algo muy bueno porque todos vamos escalando, todos vamos escalando, aún si no se reflejaba a nivel de
del título empresarial, pero en sí nuestra mentalidad y nuestras habilidades iban mejorando. Así que yo lo he visto de primera mano que eso es algo que nos ayuda a todos y a la persona que está ayudando te ayuda el doble, creo yo.
Douglas (46:03)
Sí,
de acuerdo,
Juan (46:05)
Me gustaría dar un último punto sobre cómo es un senior y creo yo Douglas, tal vez vos tenés algún otro... otra cosa que nos podrías compartir pero yo creo que los seniors son bastante pragmáticos.
un junior cuando hace un cambio generalmente se enfoca mucho en utilizar la última tecnología, la última versión que es lo más nuevo voy a refactorizar todo y ahora lo voy a hacer estaba en React, lo voy a pasar a Vue estaba en Vue, voy a pasar a Angular y siempre quieren hacer esto, ¿no? pero generalmente los seniors tienen una mentalidad de ok yo sé que es lo más eficiente
pero también sé que en nuestro caso para este cambio, para esta parte lo mejor es esto en específico y buscamos trabajar alrededor de nuestras soluciones alrededor de nuestro proyecto de la empresa siempre tratan de hacer eso un senior no entiende que el código no es el producto, el código es un medio para llegar al producto
y no puede ser eso. Entonces un senior va más allá de eso, va más allá del código, va más allá de las tecnologías que estamos utilizando. Por ejemplo, un junior y bueno, tal vez aquí me estoy proyectando, ¿verdad? Pero para mí hablar de utilizar WordPress, se me olvidan estas otras tecnologías, Strapi y tecnologías como esta.
era como por qué si lo puedo hacer yo y yo recuerdo que al inicio ese era mi forma de verlo pero es hasta que después empezás a entender que está eso es una manera manera muy equivocada de ver las cosas de nuevo el código las tecnologías son un medio para llegar al meta final que es el producto el servicio lo que estamos haciendo en la empresa así que esa es una mentalidad que también requiere que cambiemos para
que es muy simple pero bueno al menos en mi experiencia personal y también lo que he visto en otros compañeros es algo que toma su tiempo requiere que cambiemos requiere que experimentemos nuestro camino y para que luego lleguemos a estas esta resolución mental pero pero bueno yo aquí se los anticipo realmente el código es un medio no es el fin
ser pragmático.
Douglas (48:54)
Sí,
fíjate Juan, que yo creo que este definitivamente es el punto más complicado.
para crecer de junior a senior, para las personas que trabajamos en tecnología. y mira, esta es la razón por la cual nos estamos enfocando en estas otras habilidades blandas, si lo querés llamar de esa manera, para pasar de junior a senior, porque lo técnico es evidente. O sea, ya sabés que tenés que tener un mejor nivel técnico, yo creo que eso lo conocemos todos, y más bien lo mencionamos como parte de los mitos o cosas que uno creía al principio que era solo lo técnico.
Juan (49:24)
Sí.
Douglas (49:30)
pero son estas habilidades blandas y voy a dar un ejemplo fuera de tecnología es como un futbolista, un volante el más talentoso y el más ingenioso que se te ocurra en la cancha y para el balón más complicado que viene y le hace cocina al rival y se dribla tres y es súper talentoso
Juan (49:50)
un Maradona.
Douglas (49:52)
en talento un Maradona o un Ronaldinho, pero sin visión de equipo, sin tener en mente que lo que se busca es evitar goles, que te caigan a vos goles, y buscar marcar goles como equipo, y que gana todo el equipo, independientemente de quién hace ese trabajo. Y es ese volante que cocinó a alguien y dio dos pasos adelante y se regresó porque lo quiere volver a cocinar. Entonces, es muy talentoso.
Juan (50:07)
Mm-hmm.
Douglas (50:21)
pero no tiene estas habilidades y por ende se vuelve un futbolista que en un equipo organizado y en un equipo profesional no lo vas a querer.
Juan (50:30)
o esos futbolistas que podrían haber en todo un gol si daban el pase, pero no, decidieron ellos tirar el marco.
Douglas (50:37)
decidieron ellos cuando no tenían la
mejor opción. Entonces, por eso tal vez, en el fútbol amateur se pide primero aquel que está deportero.
porque todos quieren ir a la cancha, al chargoles, pero el que está de portero piensa en función del equipo antes de pedir muchas veces al que es más habilidoso pero no tiene esa mentalidad. Entonces eso aplica acá. Por eso no nos estamos enfocando tanto en lo técnico, reconociendo que va de la mano y que es importantísimo. Sin el conocimiento técnico no podemos llegar ahí. Pero son estas habilidades blandas y esa parte de comprender que el aspecto técnico es un medio para...
para un producto final, un servicio final o para que si sos parte de un departamento de IT en una maquina, en un banco, en una empresa, para que esa empresa opere de mejor manera y pueda percibir ganancias, mientras no tengamos eso y aprendamos a ceder y entender en qué momento balancear.
aspecto técnico, el aspecto del último framework o incrementar e implementar nueva tecnología, un nuevo proceso, un nuevo método en que parte ceder y ponerlo en la balanza contra el objetivo final del departamento, del servicio, del producto, etc. Mientras no logremos eso, no vamos a llegar ahí. Eso es como una persona ponerle que trabaja en un banco y tiene que ir todos los días bien vestido.
bien presentable y esta persona tiene zapatos formales que la plantilla ya está un poco lisa pero los zapatos están bien por encima se ven bien sin embargo solo tiene un pantalón necesita más pantalones entonces vos puedes repetir zapatos toda la semana pero pantalones no podés repetirlo muchos días entonces si tiene poco presupuesto va a decir ok
Juan (52:26)
mmm
Douglas (52:31)
como el objetivo final es llegar presentable y aunque los zapatos en las plantillas ya están un poco lisas, voy a invertir en comprar primero pantalones, ¿verdad? Y está cumpliendo con el propósito, está llegando con zapatos buenos, zapatos formales, perdón, que todavía funcionan y está llegando con pantalones nuevos. Y la siguiente vez venís y te das cuenta, no tengo camisa suficiente para llegar al final de la semana, entonces...
la siguiente quincena voy a comprar camisas formales y hasta después muy probablemente vas a llegar al punto de que hoy sí cambio los zapatos porque ya empiezan a fallarme más entonces estoy dando
Juan (53:05)
Me estás describiendo en mi primer
trabajo. Sí.
Douglas (53:09)
No es que no se ha pasado, creo yo, por eso estoy dando ejemplos así. Pero estoy queriendo dar
ejemplos, fuera de tecnología para que entendamos de dónde se origina esa mentalidad. ¿Por qué tenemos que ceder? ¿Por qué en beneficio del objetivo final de momento voy a aguantarme las ganas de implementar?
framework e implementar la nueva tecnología y de momento mientras funcione bien y cumple su trabajo porque eso es parte de la creatividad de un senior también vamos a implementar la versión antigüita mientras no estés continuada mientras no presente problemas de seguridad continuamos con esta versión y en lugar de cambiar el framework enfoquémonos en esta nueva funcionalidad y ahí vas a balancearla
Juan (53:41)
Uh-huh.
Douglas (53:51)
cosas pero di ejemplos fuera de tecnología porque en mi opinión Juan y de lo que yo he visto tal cual como vos lo mencionaste este es el aspecto que más complica a los profesionales de tecnología para poder moverse y avanzar de juniors a sin
Juan (54:08)
es bien complicado porque, bueno, yo creo que siempre tenemos esta, cómo de llamarlo, esta urgencia, ¿no? O esta gana de probar cosas nuevas, tecnologías nuevas. Y también es necesario, Douglas, hay ocasiones en las que realmente esa es la mejor opción, pero es allí la dificultad, el poder discernir en cuándo sí, cuándo no. Hay ocasiones donde a largo plazo lo mejor es hacer el cambio hoy porque tenemos los recursos, tenemos el
tiempo y nos va a ayudar a largo plazo pero hay otros momentos donde lo mejor es no hacer el cambio y seguir con la forma antigüita como decías pero pero nuevamente esa parte es muy complicada y sin embargo la mencionamos porque es necesario entonces que se hace ahí como como lo hacemos en este caso bueno tal vez más adelante vamos a dar algunos tips algunos consejitos que puedo dar yo que podemos hacer no para para como irnos
entrenando a nosotros mismos. este caso lo que les puedo decir es que yo siempre tengo esta es la idea, ¿no? Que voy a hacer un cambio y si agrego esta otra librería y si agrego esta otra tecnología siempre tengo ese primer impulso de me gustaría probar algo nuevo. En ese momento detengámosnos, investiguemos, recolectemos información. ¿Qué pasaría si lo cambiamos? Hay que hacer ese análisis.
que pasa si lo cambiamos, que partes del sistema van a ser afectados, que tanto impacto va a tener, cuanto tiempo invertiríamos, es necesario hacer todos estos análisis para poder determinar si realmente vale la pena, así que eso podríamos empezar a hacer, analizar, tal vez la decisión no es nuestra, pero al menos podríamos hacer un análisis previo y hacer la sugerencia a quien corresponda y decirle, hey, yo creo que
creo que podríamos hacer este cambio por esto y esto. Ya la otra persona podría entonces tal vez votar a la moción y decir no mira no estás tomando en cuenta esto otro y está bien al menos estamos dando este primer paso de intentarlo pero bueno de nuevo es complicado muchas veces es complicado llegar a eso a un punto eficiente de esto
Douglas (56:31)
Y es que
fijate Juan que en ese sentido yo quiero aprovechar a dar como y no quiero adelantar más las cosas que vos tenés pensado que discutamos pero yo quiero dar como una funcionalidad más del senior o una diferencia más entre junior y senior en ese sentido y es que el senior...
Juan (56:49)
Sí, excelente.
Douglas (56:54)
tiene que ver más allá de la tarea que tiene de frente. es que esto es lo que vos has mencionado ahorita, este último consejo, pero expandirlo un poco y darlo como una cualidad de un senior o como un diferenciador entre el junior y el senior. Ver más allá de la tarea que tiene enfrente, qué impacto va a tener para mí, qué impacto va a tener para el equipo en cuestión de desarrollo, en cuestión de mantener algo, qué impacto va a tener para el producto final.
que impacto va a tener para los clientes y comenzar a expandir y ver más allá de solo ellos porque vos dijiste algo quiero implementar un nuevo paquete, nuevo framework, ok, quien más en el equipo puede mantener eso si yo no estoy.
porque si al final voy a hacer algo donde solo yo lo puedo mantener, eso no es saludable para el equipo y la empresa, tampoco es saludable para mí porque yo quiero tener la libertad de tomar medidas libres. Pero es comenzar a analizar ese impacto más allá de solo el problema que tengo enfrente o a veces vienen y dicen, ah, implementa un pipeline que haga estos testings. Y vos decís, ok, está bien, esa es la tarea. ¿Por qué los test?
que queremos... error se nos fue a producción un día y queremos agarrarlo antes. Entonces lo analizas y si en efecto lo que te mandó, aunque vos no seas el senior, pero que te mandaron ver si en efecto eso corrige. ¿Vos tenés una mejor idea? ¿No tenés una mejor idea? O tal vez eso sí corrige eso, pero impacta a otras cosas. Pero eso solo se logra viendo fuera de la caja, viendo fuera de la tarea que tengo enfrente.
y pensando en el impacto que se tiene más allá de ello. Para mí en lo personal, Juan, por mi carácter, eso es algo que me ha sido fácil, eso es a mí en lo personal. Yo soy alguien que vos mencionabas algo como que no creernos y sentirnos muy confiados de que ahora puedo ir a trabajar a Google. Sin embargo, yo sido alguien...
muy confiado, gracias y misericordia de Dios, obviamente, pero muy confiado en la capacidad que yo tengo de encontrar soluciones, porque aunque no la sepa, conceptualmente me parece que algo puede ser implementado, entonces yo con confianza digo, si puede ser implementado, dame a mí la tarea.
yo voy a buscar la manera de hacerlo y tengo esa confianza alrededor. Tengo un amigo que antes me decía que yo lo que no lo sé me lo invento porque como hablo con confianza, verdad, nunca procuro engañar a nadie y si considero que algo no se puede lo digo, pero estas cosas, Juan, son las que hacen a un senior brillar, ver más allá de ello y miren, esto es algo muy valorado.
en todo lugar donde yo he trabajado eso es muy valorado. Antes de la empresa donde trabajamos juntos Juan trabajaba con como instalando, configurando servidores, instalando redes, cableado y todo el asunto, verdad, y eso me llevó a ganar confianza de mi jefe.
Y me llevó a, es más, jefe es de otro país, él pudo tomarse después de más de una década vacaciones y el irse con toda su familia de vacaciones a su país y me dejó a mí a cargo porque valoran ese aspecto de ver más allá de que él me decía, mirá, vamos a ir donde un cliente porque ocupa que le limpiemos las computadoras. Te estoy hablando hace muchos años, entonces voy llegar ahí y, ok, hay que limpiar las computadoras, pero identificar que están cerca de un área que la vaga,
Juan (1:00:16)
Sí.
Douglas (1:00:33)
están ensuciando constantemente y comenzar a generar esas soluciones más allá de eso y fue valorado en el trabajo donde vos y yo nos conocimos esa mentalidad también fue valorada y me permitió ir creciendo en el trabajo actual en el que estoy es de las cosas que me dan como retroalimentación como feedback mis jefes es decir vos ves más allá de la tarea que te pusimos de frente al punto de que si yo en algunas ocasiones he tenido como mucha carga a nivel personal y necesito hacer ciertas cosas
Y yo les digo, hey, mírenme, alguien me puede ayudar a cubrir mi on-call shift, mi turno de estar on-call, porque puedo manejar estas cosas y no tienen ningún problema en hacerlo. estas cosas sí son valoradas cuando las buscamos hacer, porque quieren a un senior que no haga y repita. Yo no sé si vos recordás cuando hablamos de...
las cosas que puede hacer un programador para moverse a sysadmin o a sre, que entre esas cosas sea en realidad pensar como ingeniero, e ingeniar soluciones, porque me topo con que los programadores en su gran mayoría, muchas veces aunque sean un nivel alto técnico, solo ven la tarea que tienen enfrente y en realidad están codificando lo que otra persona pensó y arquitectó. Lo codificó muy bien, se buscó la manera más rápida y eficiente de hacerlo y tal vez implementó
nuevo framework, un nuevo algoritmo, lo hizo muy bien, muy ingenioso, pero está codificando la idea de otro y eso, esa mentalidad tiene que desaparecer para que podamos escalar de junior a senior y yo lo pongo, Juan, esto como una cualidad más, que o una función más del senior o puede ser que lo miremos como un diferenciador entre junior y senior.
Juan (1:02:19)
totalmente totalmente realmente estoy de acuerdo con lo que está diciendo es un gran diferenciador no
alguien junior solo ve lo que tenemos enfrente y es normal, no se sienta mal nadie que porque se siente junior y estemos diciendo esto es totalmente normal. Me gustaría entonces hablar un poco sobre algunos puntos que me gustaría como recomendar Douglas como para tomar en cuenta y empezar a cambiar pero no sé si te parece bien o si tendrías algún otro aspecto de hablar sobre lo que son los seniors o los juniors.
Si te parece, pasamos a esos puntos.
Douglas (1:03:02)
no avancemos,
parece muy bien que avancemos hacia esa dirección.
Juan (1:03:05)
ok perfecto
como mencionaba, ¿no? Es algo que lleva tiempo. Hemos mencionado en un par de ocasiones ahorita que hay que cambiar, Hay que quitarnos esta mentalidad de junior y pasar a ser seniors. Pero la verdad es que eso no sucede de la noche a la mañana. Nos va a llevar mucho tiempo, meses, años incluso. Y está bien, no pasa nada. Es parte del crecimiento personal. Durante este tiempo es muy importante que también mejoremos
otras habilidades técnicas. Ya dijimos, no es solamente habilidades técnicas, pero son necesarias. Porque, ⁓ yo puedo ser muy senior y decido que la solución más óptima para nuestro sistema es implementar GraphQL. Pero si no sé cómo funciona GraphQL, no lo puedo ni siquiera sugerir. Entonces, sí, las habilidades técnicas son importantes. Pero, va más allá, ¿no? Entonces, yo lo que...
puedo recomendar como para ir cambiando, ir intentando cambiar nuestra mentalidad, aquí tengo anotado un primer punto y es que en la próxima tarea que nos asignen, ya sea el ticket, el feature que nos asignen, preguntar
por qué estamos haciendo esto, en qué beneficia el negocio. No solamente enfocarnos en, me asignaron esto, cómo lo voy a hacer, qué librerías, Hacer la pregunta de qué valor está otorgando este cambio que voy a hacer al producto en general. Estoy seguro que las personas encargadas van a estar más que contentas de explicarnos. Va de empresas a empresas, verdadulas, cada empresa tiene su forma.
de trabajar donde estoy actualmente incluso los developers tenemos mucho que aportar al momento de decidir los features. Incluso hemos tenido sesiones donde simplemente nos conectamos todos, empezamos a utilizar la aplicación, el sistema y a utilizarlo a ver qué cosas consideramos que se podría agregar, qué cosas se podría cambiar y nos ponemos como en los papeles del usuario para
tratar de ver qué cosas podrían mejorar el sistema y no sólo mejorar en términos de usabilidad sino también qué cosas nos pueden traer más usuarios o más ventas. Entonces eso es muy importante al momento de hacer una tarea entender el por qué de esa tarea. Yo creo que muchas veces verdad Douglas más cuando venimos empezando solo hacemos lo que nos piden y bueno es lo que estaba diciendo esta mentalidad de ingeniero.
y es necesario ir cambiando pero no pasa nada toma tiempo toma tiempo a
Douglas (1:06:04)
Sí, mira, me
gusta bastante este tip que ha dado porque esto es algo práctico que las personas que nos ven y nos escuchan, que quieren comenzar a crecer, que quieren comenzar a desarrollar esta mentalidad de senior, pueden comenzar a implementar desde ya. Realmente me encanta este tip que has dado, Juan. Y vos dijiste algo, hay de empresas a empresas en cuestión de porque...
alguien puede decirte que no quiere darte esa información porque hay de empresas a empresas y hay de personas a personas. Tal vez no es la mentalidad de la empresa, pero tal vez hay uno de los project managers que no están abiertos o el project manager está más enfocado en que se solucione y no te va a querer dar la opción. O te lo dicen muy por encima, ¿verdad?
Juan (1:06:35)
Sí. Sí.
o te lo dice por encima, que así es para esto.
Douglas (1:06:54)
Ahí tal vez tratemos de hacerle la pregunta entonces al ingeniero senior que pensó que esa es la solución o preguntarle a alguien más si podemos si al final es la empresa como tal no permite esa interacción o todas las personas que están en puestos arriba, project manager, senior, etcétera, ¿no son así?
vayamos pensando en buscar otro lugar, es un buen ambiente de trabajo. Pero menciono de que hay de empresas a empresas y de personas a personas porque normalmente mínimo haber uno dos en cada empresa o en cada departamento que si está dispuesto a explicarte y si le decimos, mi ave, saber, solo quiero saber qué problema quieren solucionar para tratar de ayudar a dar la mejor solución posible. Manejémoslo de esa manera, pero definitivamente es algo, un tip que me gusta mucho.
Juan (1:07:41)
Sí.
Douglas (1:07:45)
les sugiero también yo, dándole eco a las palabras de Juan, traten de implementarlo y usemos esa respuesta que nos dan para realmente pensar si esa es la mejor solución o no. Muchas veces podemos venir y decir, por la premura, por lo que sea, implementé lo que me pediste, pero poner en el ticket. Cuando digamos, esto trae, introduce el riesgo de que tal y tal cosa pueda pasar.
o esto puede introducir o introduce un nuevo problema. Cualquier cosa, no que identifiquemos, pero que denote, que muestre, que enseñe que pensamos en la solución, que pensamos en las posibles consecuencias, que nos fuimos más allá de lo que tengo enfrente. No nos quedemos solo con la respuesta. Y muchas veces, cuando nos están explicando por qué se hace, eso va a llevar como un venir de preguntas.
Juan (1:08:26)
Sí.
Douglas (1:08:39)
Cuando te dicen no, mira, ves que los clientes están experimentando tal problema y estamos pensando en eso. Ah, o sea que el cliente vio esto y tal parte del sistema le generó un problema y estás un poquito de ir y venir hasta asegurarte que entendés bien, ¿verdad? Pero estoy muy de acuerdo con Juan y me encanta el tip que él dio y de mi parte le hago eco. Algo muy bueno que pueden comenzar implementar desde ya.
Juan (1:08:45)
No,
si me gustaría como también hacer un paréntesis con lo que está diciendo va de personas a personas es bien importante saber saber llegar a ciertas personas hay de todo tipo de compañeros así que eso cada quien lo sabe pero requiere cierta inteligencia emocional para poder acercarnos a cada una de las personas no es bueno yo no lo veo como ser doble cara pero
Yo lo que creo es que dependiendo de la persona uno puede no adoptar una personalidad diferente pero si saber que temas tocar y que cosas. Por ejemplo, si es una persona que detesta la música por algún motivo, no voy a llegar a hablarle de escuché la última canción de Taylor Swift o algo así. Entonces hay que saber cómo llegar a las personas porque eso nos ayuda.
de puertas, incluso en lo que hablábamos antes de colaborar con los demás compañeros, aunque todos son juniors y para tener un mejor ambiente de trabajo es importante saber llevarte con las personas. Es algo que yo he aprendido de manera, en lo que he tenido la experiencia en los diferentes trabajos y esto no tiene que ver con tecnología, puede ser cualquier trabajo, hay que saber llegar.
encerrarnos en que es que él es gruñón es que ella es así no tal vez tiene tiene su lado amable pero pero bueno
Eso nos va a ayudar a entender la empresa si empezamos a hacer estas preguntas. que es muy buen punto. El otro que quiero hablar es que tiene que ver mucho más con los developers. De nuevo, me disculpo con los que son más de sistemas y del lado de administración. Ahí sí me falla un poco con los tips para ellos. Con los developers, tiene que ver con los code review.
consejo es que en los code review tratar de ser mucho más realmente revisar el código realmente probar incluso a veces podemos cambiar a la rama en nuestra máquina local y testearlo dependiendo de los casos, no es necesario eso pero sí intentar explicar bien los cambios que solicitamos las sugerencias que estamos dando vale la pena realmente dar retro la
retroalimentación en un co-review aún si somos junior y estamos revisando el código de un senior vale la pena revisar y aunque sólo sea una línea no de decir así es que estas utilizando esta función pero hay otra que es más corta te recomiendo esto vale la pena vale la pena porque eso nos ayuda a tener esta mentalidad de realmente ayudar a los demás a revisar el código etcétera etcétera entonces eso es un tip también bastante cortito que podemos hacer dependiendo
en la empresa, puede que en la empresa ya hagan co-review, puede que si no, pero aún si lo hacen co-review tal vez hemos sido más tímidos entre comidas y no aportamos tanto y solo aprobamos y ya, yo les aconsejo que traten de involucrarse un poco más, eso puede ser algo que trae buenos beneficios a corto plazo.
Douglas (1:12:37)
Sí, fíjate que en ese sentido estoy muy de acuerdo con el tip que está dando. Solo le puedo expandir a que traten de balancearlo con lo que hemos hablado de que el código o la parte de tecnología es un medio y no nos vayamos al punto en el que se vaya a trazar el proceso porque mirar esta función lo puede hacer 100 milisegundos más rápido.
Juan (1:12:52)
Mm-hmm.
Douglas (1:13:03)
un request que va a ser llamado una vez cada cinco minutos entonces demos el tip, como, hey fíjate que puedes usar a futuro esto lo aprobo, el mercealo verdad pero hey a futuro si vas a ocupar manejar más request implementa esto y es ahí donde está balanceando esa mentalidad de senior, esa mentalidad de mentorear a los demás pero está priorizando
también el que fluya el trabajo, no estás atrasando porque de nuevo, por algo que no va ser llamado tantas veces eso no va afectar. Ahora, si es un request que va a ser llamado en un minuto 50, 80, 100 veces, 200 veces o más, ahí sí podemos decir, fíjate que lo que tenés funciona y tengamos tacto, lo que tenés funciona, me gusta tu mentalidad al alrededor.
probado, no probado, tal vez puedes decirlo directamente, pero fíjate que si usas esta función vas a salvar 100 milisegundos por request que va tener un impacto grande al final. Entonces por ahí esa parte, tal cual lo que dijiste me parece un gran consejo, solo tratemos de mantenerlo balanceado con los demás tips o cosas que hemos venido discutiendo.
Juan (1:14:02)
Mm-hmm.
Buen punto. Yo suelo hacer eso.
hay ciertos code reviews que he hecho donde me interesa dar a entender algún cambio ya sea un nombre de variable, una función o como te decía hay una hay una función en otra librería que lo hace más corto etcétera, más legible y pero aún así yo lo apruebo y solo el comentario ya aprobé el code review aún así deje este comentario sugerencia por esto, esto esto no se detiene el flujo y si están haciendo más cambios pues en un futuro puede que
lo implementen tenés razón es necesario el otro tip que quiero dar este si es un poco más cómo decirlo tiene un mayor impacto y es el hecho de buscar ser el dueño de algo hablamos mucho de tener de adueñarnos algo del sistema un módulo un feature como como lo esté seccionado no el sistema entonces revisemos si podemos adueñarnos de algo
de un componente del sistema donde tal vez hemos hecho ya anteriormente hemos hecho varios cambios que se yo el módulo de la los promociones que hay dentro del sistema es un módulo pequeño se hacen promociones cada cierto tiempo dentro del de la página web
Ya hemos hecho cambios anteriormente, entonces preguntemos, hey, me gustaría hacer como para depender de cómo esté la jerarquía en la empresa. Todo esto depende de cada caso. Pero hágamosle saber, me gustaría ser la persona encargada de este módulo. ¿Qué puedo hacer? ¿Es posible? Hacer la pregunta, ¿no? Hacer la sugerencia y ojalá que nos la prueben y tratar de que ese módulo sea nuestro bebé y no se trata de, bueno,
ahora todos los cambios los hago yo, no se trata solamente de eso, es el hecho de mejorarlo, es el hecho de que nosotros vamos a tener todos los nuevos features y las funcionalidades, las vamos a expandir, vamos a revisar qué se puede hacer, qué no se puede hacer, etcétera, etcétera, entonces si se puede hay que intentar hacerlo, ¿Qué es lo peor que puede pasar? Que no digan que no.
Douglas (1:16:40)
Sí, pensé que me gusta bastante ese tip, no es algo que se me había cruzado como tal en la mente, me gusta bastante. Y de nuevo, para expandir un poco de ello y tal vez aportar mi granito de arena en pos del mismo tip, obviamente para ello tenemos que demostrar ser capaces. Tiene que ser algo que probablemente mañana alguien no está listo para ir a hablar con el senior o con el gerente y pedirle, puedo adueñar de esto?
Juan (1:16:57)
Sí.
Douglas (1:17:08)
pero tal vez entonces el primer paso a accionar que tiene es identificar qué es lo que puede adueñarse y comenzar a entenderlo mejor y tal vez ese es su primer paso y eso sí puede ya llegar mañana al trabajo y empezar a hacerlo. Entonces primero es demostrar que se puede hacer. Segundo, realmente ser buenos dueños de algo, sobre todo dentro de tecnología, no significa que soy el único que lo hace.
Por el contrario, es asegurarme de que eso va a fluir este o no esté yo presente. Eso indica ser inteligente, saber automatizar las partes que automatizar, saber asegurarse de que todos tienen acceso a documentación, que puede fluir. Eso es un buen dueño. Eso es lo que hace un buen dueño al final. Entonces, en ese sentido, pues es algo que podemos ir haciendo, ¿verdad?
Juan (1:18:01)
Bueno, disculpas, tuve unos problemillas técnicos por aquí. Así que, bueno, pero ni modo, son cosas que pasan en nuestra región lamentablemente. Así que vamos a continuar como estábamos. Entonces Douglas, me gustaría tal vez que nos hablaras algún otro consejo o tip que tuvieras que nos pudieras compartir, por favor.
Douglas (1:18:28)
Sí, sí, por supuesto, continuando, lastimosamente nos quedaste en la oscuridad por cosas que no puedes controlar, pero aquí continuamos y realmente que ya estamos como que aterrizando la conversación en ese sentido. Y a mí me gustaría dar desde mi perspectiva y experiencia cosas que los pueden llevar a comenzar, que ustedes pueden ir implementando y que los van a llevar a evolucionar.
Juan (1:18:43)
Sí.
Douglas (1:18:56)
de junior a senior, una de ellas es pensar en documentar todo bien, ¿verdad? Es muy importante ser organizado si lo queremos poner en ese sentido, ¿verdad? De nuevo, alguien puede ser muy talentoso con mucho conocimiento técnico, pero si no sabe organizarse a sí mismo para poder concretar tareas, para poder tener tiempo de darle mentoría a otros, para poder tener ese tiempo y esa disponibilidad,
pues no va a tener mucho impacto sus habilidades técnicas en ese sentido y documentar es muy importante. Es parte de lo mismo que decía saber tener, adueñarse de algo y saber asegurarse de que otra persona pueda hacerse cargo y es la documentación, verdad, no dejarlo por fuera. Otro consejo que puedo dar que pueden comenzar a implementar que es parte de lo mismo, automatizan donde se pueda.
donde vean una área que se pueda automatizar, eso no importa si sos programador, puedes automatizar, levantar tu ambiente de desarrollo local, puedes automatizar implementando pruebas en pipelines, cualquier tarea repetitiva que se pueda, eso es la diferencia entre un senior y un junior, vos nos mencionabas Juan de cosas que has puesto la inteligencia artificial y te hacen ganar.
muchas horas y en el pasado yo compartí una experiencia de alguien con quien trabajé que hacía unas publicaciones a mano y pasaba toda la noche haciéndolo y tenía meses meses haciéndolo y me causó un poquito de preocupación y tristeza ver que esta persona no se había preocupado por automatizarlo entonces cuando yo comencé a trabajar con esta persona pues lo pudimos automatizar entonces un consejo más que quiero agregar en ese sentido es
No menosprecemos estas tareas repetitivas que hablamos al inicio. Tengamos esa mentalidad de afrontarlas con ánimo, entendiendo que eso es lo que nos va llevar a crecer en la parte técnica, ¿verdad? Adquirir esa experiencia y a conocer bien la parte técnica. No menospreciemos esas tareas repetitivas. Veámosles el valor. Aprendamos a mejorarlas y tratemos de sacar lo mejor de ello.
sintámonos bien si yo soy un junior Juan, debo de sentirme bien de que estoy cumpliendo mi rol si le estoy quitando esa carga de las tareas repetitivas al senior.
Entonces ahí estoy haciendo bien mi trabajo, aparte estoy aprendiendo de ello, aparte estoy creciendo en ello. eso que mencionamos al inicio, yo quiero dar como consejo, no lo menos presiemos, veámosles el valor. Yo a nivel personal crecí tanto con esas tareas repetitivas. Hoy en día me causa un poquito de tristeza y desesperación pensar que tendría que volver a hacer algo como eso, porque gracias a Dios he ido creciendo, he ido mejorando.
y eso es algo bueno y le agradezco a Dios por ello, pero me sirvió tanto en mi crecimiento de junior hacia senior y aún más adelante aún en puestos herenciales, ¿verdad? Y entonces yo les aconsejo no menosprecien esas tareas.
Juan (1:22:13)
Me encanta, me encanta. Es una gran manera de concluir esto porque definitivamente nuestra mirada está en el futuro y ir creciendo en nuestra empresa, en nuestra carrera y pasar a tener un mayor seniority. Pero no hay que menospreciar el proceso, El camino que estamos recorriendo, es necesario caminar por él, es necesario pasar por estas cosas. Así que tómenselo con calma, traten de implementar estas
cosas pero pues no se desesperen. aquí está cayendo una gran tormenta no sé si se aprecia en el vídeo pero bueno vamos a con esas palabras me gustaría entonces terminar el episodio de Douglas con lo que dijiste. Este es una
es necesario tomárselo con calma pero no no dormir en los laureles como como dicen por ahí así que que bueno muchas gracias es déjennos en los comentarios qué aspectos consideran ustedes que tal vez pasamos por alto que debería tener un senior o o hablemos sobre sus experiencias como junior transicionando
Douglas (1:23:13)
Sí.
Juan (1:23:31)
así, cuáles son sus aspiraciones y cómo están tratando de hacerlo. que, muchísimas gracias a todos y Douglas, muchas gracias por acompañarme nuevamente aquí. Y bien, esto ha sido todo por hoy. Nos vemos a la próxima.