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.
Douglas Barahona (00:00)
Pero creemos que hay que estar ahí para conseguir un trabajo. O a veces creemos, Juan, que hay que saber todo en el área que yo manejo, en que si yo estoy en sistemas tengo que saber todo de Linux y sistemas operativos, y todo de contenedores y manejar Kubernetes. Y en Kubernetes, miles de cosas que hay con Kubernetes y que GitOps y que Service Mesh. Y creemos que si no sé todo eso, no puedo conseguir un trabajo en tecnología hoy en la actualidad, en el año 20
26,
entonces queremos analizar algunas cuantas ofertas laborales reales, reales para que nos hagamos la idea, para que las personas que nos ven y nos escuchan pueden hacerse la idea y de repente animarse si tienen planes de comenzar a buscar un trabajo remoto o presencial
Hola y bienvenidos a Dev & Ops, su podcast favorito donde hablamos de desarrollo, tecnología, DevOps y su cultura en general. Y como en cada episodio es costumbre, le doy la bienvenida a mi amigo y co-host Juan Ramos. Juan, ¿qué tal? Bienvenido a un episodio más.
Juan (01:11)
Hola Douglas, me encuentro muy bien, muy contento de estar en una nueva charla con vos el día de hoy, y una charla también acompañada de nuestra audiencia porque, bueno, creo que ya lo he mencionado pero en todo caso me gustaría repetirlo, cada vez que tenemos estas conversaciones para mí es muy... me llena como profesional porque siempre estoy aprendiendo cosas nuevas. que muy contento. También si me lo permitís Douglas, me gustaría dar un agradecimiento especial
porque he estado revisando algunos ciertos datos que nos da, en este caso YouTube, que es la que nos da ciertas métricas un poquito más desglosadas y estoy viendo que tenemos una audiencia muy muy variada porque tenemos personas que nos ven desde los 18 años hasta más de 65 años según lo que dice YouTube y eso la verdad es que me parece muy muy interesante para hacerte
Douglas Barahona (02:07)
interesante.
Juan (02:11)
muy honesto y bueno eso se ve reflejado también en los comentarios cuando están comentando vemos personas que han tenido mucho tiempo en la audiencia en el área etcétera también veo que es muy poco pero es algo hay un porcentaje muy pequeño de mujeres mujeres que nos ven y eso me agrada porque en el mundo de tecnología pues es bien sabido que es es un porcentaje muy discreto entonces muchas gracias a las
Douglas Barahona (02:11)
Sí, sí,
Juan (02:41)
muchachas que nos sintonizan y también por último Douglas estaba revisando y me gustaría dar un agradecimiento especial bueno primero que nada gracias a todos los que nos ven
Pero estaba viendo que los países que normalmente nos ven más son México, España y Argentina. Así que muchísimas gracias a toda la audiencia de estos países porque bueno, nos están dando un apoyo que definitivamente lo agradecemos de todo corazón y esperamos poder seguir creciendo y seguir brindándoles este contenido que esperamos sea de mucha ayuda para todos.
Douglas Barahona (03:21)
Sí, qué bueno. La verdad que es bastante bueno. Gracias por darnos esa información, Juan, y yo extiendo también mis palabras de agradecimiento. Aclarando que nos diste las métricas mencionaste de YouTube,
Juan (03:33)
Claro, sí. Es una reto, nada más.
Douglas Barahona (03:35)
Sí, sí, porque también en otras plataformas, cuando miro las métricas, tenemos bastante audiencia de muchos países en Sudamérica, por ejemplo, y también en Centroamérica. Entonces, si alguien nos está escuchando, tal vez por Spotify y Apple Podcasts o cualquier otra plataforma de streaming y no está en uno de esos países que mencionó Juan, sepan que son las métricas de una de las plataformas únicamente, pero de igual manera, gracias a todos. Hago eco a las palabras de Juan y pues no puedo estar
más agradecido con ustedes. Y realmente que entonces, Juan, entrando al propósito que es brindarle valor a esta audiencia que tenemos, audiencia con la cual estamos agradecidos, entremos al episodio de hoy, es que hoy tenemos un tema bien interesante. Y lo que queremos hacer en este episodio en particular, que todavía estamos en el mes de enero, iniciando el año 2026,
queremos ver, analizar algunas ofertas laborales en el área de sistemas y en el área de desarrollo, que no son las únicas áreas que existen en IT, estamos claros en eso, pero son las áreas que Juan y yo manejamos y en las cuales tenemos más experiencia, analizar algunas propuestas que están el día de hoy disponible en el mercado laboral. El día de hoy, cuando me refiero al día de hoy, pues uno, el día que estamos
No, probablemente nos tarda unos cuantos días en que esto salga al aire. para cuando ustedes escuchen este episodio, muy probablemente esas ofertas, las mismas que estamos leyendo hoy en día, no van a estar disponibles. Pero a lo que queremos es lo que en 2026 las empresas están buscando.
en desarrollo, en sistemas, en tecnología. ¿Y por qué estamos haciendo este ejercicio? Porque tenemos la concepción de que hay que saber lo último en machine learning o inteligencia artificial, hay que manejar agentes de inteligencia artificial o de machine learning y hacer estas integraciones y que N8N y que no sé qué, y salen un montón de cosas, ¿no? Que no estamos en contra de ellas y que por supuesto hay que aprenderlas, no nos quedemos
atrás.
Pero creemos que hay que estar ahí para conseguir un trabajo. O a veces creemos, Juan, que hay que saber todo en el área que yo manejo, en que si yo estoy en sistemas tengo que saber todo de Linux y sistemas operativos, y todo de contenedores y manejar Kubernetes. Y en Kubernetes, miles de cosas que hay con Kubernetes y que GitOps y que Service Mesh. Y creemos que si no sé todo eso, no puedo conseguir un trabajo en tecnología hoy en la actualidad, en el año 20
26,
entonces queremos analizar algunas cuantas ofertas laborales reales, reales para que nos hagamos la idea, para que las personas que nos ven y nos escuchan pueden hacerse la idea y de repente animarse si tienen planes de comenzar a buscar un trabajo remoto o presencial
porque aplica para ambos las opciones que tenemos aquí son remotas pero quien quiere trabajar remoto, yo creo que a nivel personal es algo fabuloso Juan, pero para
quiere trabajar remoto o también va a ser requerimientos similares para trabajos en oficina. Entonces Juan, ¿con qué ánimo agarra vos este tema hoy?
Juan (07:11)
con que ánimo? bueno con todos los ánimos del mundo la verdad es que definitivamente es un tema que creo que merece vale la pena hablarlo porque a veces más cuando venimos empezando no? esta es una época donde muchas empresas empiezan a buscar muchas personas empiezan a transicionar de un lugar a otro por múltiples motivos porque están buscando su primer empleo porque quieren cambiar de aires porque quieren mejorar su situación hay muchos motivos no? así que este es un momento
donde pueden surgir muchas dudas de qué me enfoco, qué debería hacer, qué debería estudiar o qué áreas tengo que mejorar de mi parte. que creo que vale la pena hacer un sondeo sobre lo que está en el mercado y pues tratar de acoplarnos a esto. Cabe mencionar también que no tal vez no es un estudio tan riguroso el que vamos a realizar para dejarlo claro, pero sí es una
como llamarlo, prueba, un sample de lo que realmente nos estamos encontrando y con los patrones que estamos viendo y por eso hemos elegido una serie de
de ofertas que vimos por ahí y que queremos comentarlas. que espero que lo vean con ese ánimo de entender qué está buscando la gente y qué cosas pueden ir mejorando o cambiando o enfocándose a nivel personal de cada persona.
Douglas Barahona (08:41)
Sí, me gusta eso que estás aclarando, Juan, de que no es que es un estudio profundo, un análisis con grupos de personas en diferentes países, en diferentes empresas, ¿verdad? Sin embargo, sin embargo, son de nuevo puestos de trabajos reales disponibles en diferentes empresas y eso nos da una idea de qué es lo que se está buscando en 2026. Y como vos dijiste, Juan, tratar de encaminarnos en esa dirección para ver qué me falta o si de
de estoy listo y continuando con las aclaratorias mencionar vamos a estar leyendo las las diferentes ofertas no las mostramos en compartir pantalla porque el formato de podcast las personas que nos pueden ver por plataformas como youtube o spotify en vídeo pues van a poder verlos pero para las demás personas que no que no que están en otro tipo de plataformas de streaming no lo van a poder leer entonces vamos nosotros a estar leyendo las
las diferentes descripciones. Vamos a mencionar el nombre del puesto y el nombre de la empresa, sin embargo no estamos haciéndole publicidad a la empresa. Muchas de estas opciones me han llegado a mí, me llegan todas las semanas.
ofertas que me hacen a mí de manera directa por LinkedIn, ¿verdad? Por gracias a Dios yo no estoy en necesidad de usar trabajo, ni estoy interesado en cambiar de trabajo, pero son ofertas reales que me llegan a mí. Otras también son plazas de trabajo que están disponibles en Field, que es la empresa para la cual yo trabajo, que no estoy diciendo que vayan a aplicar ahí o ⁓ que cambien su trabajo para aplicar donde estoy, o que me pongan a mí como recomendación si aplican, porque pues solo puedo recomendar a personas que yo conozca nivel personal.
que si quieren aplicar háganlo, es una empresa fantástica. Y también tenemos unas plazas de Job City que es donde trabaja Juan, que Juan que apliquen es buena empresa. Sí, pero la aclaración es no estamos diciéndoles
Juan (10:40)
totalmente es muy buena empresa
Douglas Barahona (10:46)
Muevanse a estas empresas o hablar mal de las empresas. Simplemente son plazas reales. Yo creo que la aclaratoria es válida y creo que estamos, estamos claros, Juan, no sé si te parece si arrancamos ya de un solo con las diferentes plazas. OK, la primera que tengo acá y la tengo aquí a mi costado es un puesto de Site Reliability Engineer en una empresa que se llama Full Stack.
Juan (11:00)
Arranquemos.
Douglas Barahona (11:12)
Esta empresa, Juan, por lo que ponen en la descripción, es una de estas empresas de Staff Augmentation. Para que nos lo sepan, Staff Augmentation son empresas que colocan personal en empresas y equipos de trabajo que son de Estados Unidos mayormente. En Estados Unidos, empresas tienen su equipo de desarrollo, tal vez, pero tienen un proyecto grande y necesitan un desarrollador más.
pero no lo quieren contratar esas empresas de manera permanente porque pues agarra una responsabilidad laboral, social con un nuevo empleado y tal vez el proyecto es a corto plazo, pero sí quieren ese personal en su equipo, ¿no? Entonces contratan estas empresas de Staff Augmentation, ellos serían empleados de las empresas de Staff Augmentation, pero son asignados a esta empresa y parecerían empleados de esta empresa de Estados Unidos. ¿Me expliqué, Juan? ¿No me enredé?
Juan (12:05)
que esa es la modalidad,
solo para, perdón que te interrumpa, para aclararlo, que en mi caso yo trabajo con Job City y esa es la modalidad. Yo soy empleado de Job City pero todo el trabajo que desarrollo es para otra empresa, que es el cliente. Así que es básicamente así.
Douglas Barahona (12:23)
Sí, sí.
No, y me gusta que lo aclare porque quería asegurarme de que esté claro. En mi caso, yo trabajo directamente con una agencia digital. Sin embargo, este modelo es muy popular y por supuesto es muy recomendado porque nos expone a empresas grandes. habiendo aclarado eso, un puesto de Site Reliability Engineer remoto para Latinoamérica en la empresa Full Stack, ellos buscan, cinco años de experiencia profesional como Site Reliability Engineer.
Entonces, este es de los puestos que cuando se está buscando trabajo y lees eso, inmediatamente pasas la página. Pero aquí quiero mencionar algo, ¿no? Si sentimos que tenemos una experiencia sólida, siempre pueden aplicar.
Yo creo que este tipo de cosas, normalmente lo que tratan de poner a prueba es alguien que realmente sepa qué va a hacer. Si ya tiene dos años trabajando en un puesto de DevOps, de Reliability Engineer, y te consideras que eres muy sólido en lo que haces, puedes aplicar. Porque lo que tratan de expresar estas cantidades elevadas de años es alguien que tenga conocimiento sólido. Porque puede tener alguien, no sé, que entró por nepotismo.
una empresa y tiene 6-8 años de experiencia Site Reliability Engineer y no solo por eso va a calificar aquí. si tienen una experiencia sólida y han trabajado con un equipo y se sienten sólidos, con 2-3 años de experiencia yo creo que pudieran aplicar. Dice que ocupa también, 5 años de experiencia profesional trabajando con Linux y con herramientas de Linux. De nuevo, aquí es lo mismo. Yo no sé si lo interpretamos así, Juan, cuando las empresas piden esta cantidad bien elevada.
años de experiencia, ya inmediatamente, imagínate, si alguien salió de la universidad a los 20, 21 años, más cuatro años de experiencia, 25, ya tiene la vida a la mitad casi, ¿no?, para tratar de conseguir un trabajo bueno. No sé si lo interpretamos de la manera en que yo lo interpreto.
Juan (14:24)
jajaja
Si, si también, yo lo veo de esa manera. De hecho, yo siempre lo pongo de esta forma. como, están buscando a una persona que tenga el equivalente a 5 años de experiencia.
Y como bien decía, si tienes solamente dos años trabajando en el puesto pero has adquirido mucha experiencia, has solucionado problemas muy complejos, has llevado a la empresa a crecer y o sea, si has aportado muchas cosas que pueden ser probadas entonces ¿por qué no aplicar? realmente ya tenés la experiencia necesaria para cumplir con lo que ellos necesitan. De nuevo, la cantidad de años es como una métrica nada más como diciendo
si tenés cinco años deberías saber este tipo de cosas pero si ya la sabes podrías aplicar aquí la clave o la parte difícil Douglas yo creo que es el hecho de cómo comprobar que con dos o tres años yo sí tengo la capacidad y ahí es donde entra en juego en cómo vamos a vender nuestro perfil y si tenemos tal vez proyectos por aparte ese tipo de cosas juega mucho a favor
Douglas Barahona (15:35)
Me gusta bastante como lo pusiste, el equivalente a 5 años de experiencia yo creo que lo pusiste perfecto. Tenemos otros episodios donde hemos hablado de cómo transmitir esa experiencia en entrevistas, este episodio no va orientado tanto hacia ahí, por eso no vamos a dar mucho detalle. De nuevo queremos que vean qué opciones están en el mercado, los diferentes tipos de opciones en lo que es la parte de DevOps sistemas y en la parte de desarrollo. Pero sí, me gusta como lo pusiste.
si alguien tiene...
se siente que sólido trabajando ya en ambiente profesional porque si eso dice aquí, en ambiente profesional, básicamente lo que ellos quieren es alguien que sepa lo que va a hacer, no alguien a quien ponerle enseñar, no miraba y cuando tu jefe inmediato te pide algo, tenés que hacerlo, o ellos no quieren enseñar esas cosas, entonces por ahí va. Dice que ocupan inglés avanzado, ese es un requisito, lo hemos mencionado antes, para trabajar en tecnología, realmente que el inglés se ha vuelto casi requerido.
verdad así que si todavía no han aprendido inglés pónganse a estudiar inglés es una recomendación muy seria e importante también tenemos un episodio donde hablamos qué tantos niveles requeridos de que creemos que hay que hacer completamente bilingües y realmente que si me escucharan hablar inglés
Ustedes dirían, ah, yo ya estoy a ese nivel y yo tengo, no sé, ya como 15 años más, como 16, 17 años trabajando en inglés, ya ni me acuerdo. Pero entonces, verdad, tenemos ese episodio de inglés. Por cierto, las descripciones las estoy leyendo en inglés y estoy traduciendo. Si algo sale raro, Juan, me corregís, por favor, porque a veces soy, confundo, ¿no? Pero continuemos.
Dice que se ocupa, que se haya completado una carrera universitaria de cuatro años, mira que detallado, de cuatro años. Y aquí...
Juan (17:29)
Eso es un requerimiento bastante
extraño en mi opinión Douglas, normalmente no veo que pidan ese tipo de cosas.
Douglas Barahona (17:37)
Sí, sí, hacia ahí iba yo también. En la actualidad suele ser raro. Normalmente cuando se pide título universitario o son estándares, muchas de esas compañías quieren decir, recordemos que esto es una compañía de Staff Augmentation, ellos quieren decir yo tengo un ingeniero y que sepa que es un ingeniero titulado, es como parte de sus requerimientos. Lo mismo ya lo hemos mencionado también en otros episodios cuando quieren a alguien que tenga certificación, es porque le quieren
Juan (17:57)
Sí.
Douglas Barahona (18:07)
vender a clientes personas certificadas o tienen un partnership ⁓ con quien da la certificación y quiere que tengan en su equipo mínimo x cantidad de personas certificadas. Entonces si tienen la experiencia
de alguien profesional siempre intenten. Y el ejemplo que yo siempre les doy es pues yo mismo no tengo una carrera universitaria y en este trabajo en el cual Juan y yo nos conocimos, pues yo llegué a ser un gerente manejando personas en diferentes países. Y en la empresa en la que estoy actualmente, mi puesto es Lead Systems Engineer.
Es, normalmente es porque quieren decir que las personas que tienen son graduadas, pero si tienen la experiencia de sobra, muy probablemente no va a ser un impedimento, ¿verdad? Continuando dice, experiencia profunda de Kubernetes, específicamente.
Juan (18:55)
excepto.
Douglas Barahona (19:03)
y que es que es el Kubernetes de Amazon. Aquí ya estamos en un tema donde quieren a alguien que maneje bien Kubernetes. ⁓ Cuando dice experiencia profunda, no es las cositas más rebuscadas de Kubernetes tampoco o no es que van a tener que instalar Kubernetes manual Juan. De hecho, dice que es y que es que es el Manage Kubernetes de Amazon que ya Amazon te lo ha instalado, pero sí saber manejar add-ons, obviamente, deployments, Helm, probablemente GitOps o cosas por el estilo.
entonces aquí sí hay que saber Kubernetes. Y aquí donde vamos sumando Juan, yo siempre miro así las cosas, si dicen cinco años de experiencia en una cosa, cinco años de experiencia en otra y luego dicen conocimiento profundo de Kubernetes, quiere decir que si estoy en un punto avanzado probablemente no califico.
Entonces, hay ya cincubernete de nuevo, no es que tengo que saber cada detalle, pero ya tengo que estar cómodo trabajando con cubernete en este sentido. Continúa diciendo, fuerte experiencia manejando contenedores usando Docker, ¿verdad? Docker crear contenedores, Dockerfile, ese tipo de cosas. Experiencia dice hands-on.
Juan (20:09)
Claro.
Douglas Barahona (20:17)
de experiencia con AWS, o sea, ya real que ya estés trabajando en AWS y los servicios que menciona, mira, es easy to, VPC.
el IAM para las políticas de seguridad, CloudWatch, Load Balancer y Road 53. Esto es como el estát base para web hosting en AWS. Realmente que de nuevo S2 son máquinas virtuales, volúmenes y ese tipo de cosas. VPC la parte de networking, IAM la parte de seguridad, CloudWatch son logs y Load Balancer, pues bueno ya sabemos un balancador de carga, Road 53 es de
entonces
Juan (21:01)
O sea Douglas, que
si no conozco una de estas palabras, pues ya no podría aplicar entonces. Porque es lo básico que debería manejar.
Douglas Barahona (21:08)
⁓
Me gusta que dijeras eso, fíjate. Si no entiendo una de estas palabras, no estoy en el nivel. Porque de nuevo, aquí sí no puedo decir, si no manejas los balancers, puedes intentar. No, es parte de lo básico cuando se trata del hosting de aplicaciones. Entonces, me gusta lo que decís. Acá sí hay que tener. En cuanto a Hands-on Experience, puede ser poca o mucha. Siempre hemos dicho, no traten de hacer sus proyectos locales. AWS tiene un tier gratis donde pueden crear infraestructura.
y si ustedes saben venderse van a poder hacerlo, aunque basado en la descripción de este puesto si se requiere que hayan trabajado antes, ¿verdad? Dice que también ocupan proveficiencia con terraform para hacer infraestratura code.
ya hemos hablado de esto antes, ¿verdad? Pero es para crear infraestructura con código. Dice que un trasfondo fuerte haciendo y manteniendo pipelines de CI, CI-CD, ¿verdad? Y de nuevo, aquí ustedes pueden usar GitHub Actions, GitLab, Jenkins, lo que sea, no mencionan uno. Entonces, mientras tengan ese conocimiento fuerte.
Juan (21:59)
Sí.
Douglas Barahona (22:23)
Al entender pipelines uno se adapta a cualquier herramienta que se utilice, verdad. Experiencia con Git dice que sea eficiente con un lenguaje de scripting como Python o Bash, verdad. Yo manejo los dos, realmente que me metía Python profundo, yo manejo Python desde hace mucho tiempo, pero me metía Python profundo hace como un año y medio realmente porque he podido hacer todo con Bash, o sea.
casi que no me ha limitado pero también está Python.
Juan (22:55)
En eso me gustaría hacerte esa pregunta, fíjate, porque hace tiempo habías mencionado el tema de Python y cómo le has estado metiendo más horas a eso. Con el conocimiento que tienes actualmente de Python, ¿sentís que hay tareas que son más fáciles o entre comillas cómodas hacerlas en Python comparado con Bash?
Douglas Barahona (23:15)
Me gusta la pregunta, fíjate que honestamente en el día a día para lo que se ocupa scripting, no, no.
Y de hecho en el día día lo que se ocupa scripting, sigo haciendo bash. Lo manejo con bastante eficiencia, lo manejo rápido, no necesito casi que nada de asistencia en guía o en Google para hacer lo que necesito. Pero sí he podido hacer automatizaciones más complejas que antes no hacía. Sí he podido entrar a automatizaciones más complejas que antes no manejaba, cosas como controlar
Juan (23:45)
Ok
Douglas Barahona (23:53)
de Kubernetes por ejemplo verdad que antes no lo podía hacer directamente en batch o CLI tools más avanzados para cosas internas que con batch si he hecho CLI pero honestamente ya te tardas más y te limita y con Python lo he hecho pero entonces para scripting como tal en mi día a al momento hasta el día de hoy sigo usando batch a pesar de que ese Python sin embargo de nuevo
he entrado a cosas más complejas, ha sido la ganancia. Sí, sí,
Juan (24:24)
Ok, interesante.
Douglas Barahona (24:28)
Bueno, continuando aquí Juan, de manera para que fluyamos, verdad, dice conocimiento sólido de redes, protocolos TCP, UDP, DNS, A7TP, TLS, load balancing que lo mencionamos antes, verdad, viene de la mano, hay que saber de networking, experiencia en observabilidad, CloudWatch, Prometheus, Grafana, verdad, entonces, lo que yo puedo recomendar aquí y probablemente para otros puestos porque de nuevo, este que estamos leyendo es alguien que ya
tenga algo de experiencia, pero si no estás en un trabajo y piden que se tenga experiencia con monitoreo, ese tipo de herramientas.
Yo puedo recomendar que tal vez instalen lo local, creen un clúster de Kubernetes local, MiniCube o cualquier cosa, creen el stack de Prometheus, Grafana, monitoreen servicios internos para que entiendan y se familiaricen con la interfaz, verdad, esa es una forma de que puedan entrar a tener la experiencia. Si tienen un sitio web, un hosting, un VPS o algo así, traten de instalar tal vez un Greylock, ser, fíjate Juan, en el mismo server.
donde está corriendo y manden los logs ahí a Greylock y hagan algunos cuantos dashboards para que aprendan a parciar los logs, identificar los access logs, los error logs, agrupar por IPs, agrupar por paths y que de esa manera comiencen a jugar porque tal vez este puesto de nuevo es más avanzado, pero si no tienen ese trabajo, esa experiencia laboral, pero quieren cumplir con ese requisito para otros trabajos de
nivel entrante o nivel medio. Con esto ustedes van a poder llegar a una entrevista y decir cuál es su experiencia, demostrar que entienden bien, demostrar que saben que es un dashboard, cómo agrupar, cómo manejar la información, Y de esa manera pueden entrar. Porque realmente este es uno de los puntos en el área, en la parte de sistemas que toma muchos recursos. Normalmente, Juan, aprender porque se requiere de que el clóster sea un clóster grande, donde corre el stack de monitoreo,
tenga bastantes recursos y suele ser un poco complejo pero esa es la manera en que yo les puedo recomendar que lo puedan poner en práctica por ustedes.
Juan (26:44)
o tal vez si están
en un trabajo actualmente y no tienen estas herramientas pues tratar de pedir que se instalen, implementemos esto en nuestro trabajo que igual les va funcionar, les va a servir y también pues adquieren experiencia, como ahí ganar ganar en ese aspecto
Douglas Barahona (27:03)
Por supuesto, si ya están en trabajo, es la mejor opción y ahí van a ganar una experiencia ya real, profesional, con sistemas reales. Entonces, si ya están en un trabajo, pidan implementarlo. Pero si no tienen trabajo, si están aprendiendo cosas o han trabajado ahorita, tienen trabajo y esa es el área que les falta pulir o adquirir, de esa manera esos consejos pueden seguir.
Continuando Juan dice, ¿dónde me quedé? Conocimiento de contenedores y de nube, mejores prácticas de contenedores y de nubes, de nuevo entender cómo funcionan, en la seguridad, gracias, sí. Sí, sí, de mejores prácticas de seguridad de nube y de contenedores, o sea, puertos, solo los puertos necesarios abiertos.
Juan (27:44)
mejores prácticas en la seguridad. Esa parte me parece interesante.
Douglas Barahona (27:59)
a lo que si podemos pasar por un proxy, nada de correr contenedores como root, o dejar los permisos abiertos, etcétera. son mejores prácticas aquí. Conocimiento de troubleshooting en producción y encontrar el root cause, la causa a raíz de un problema, cómo hacer el análisis, entre otras cosas, de tener, dice, me gusta cómo pone este, da forensic attention
o sea como un forense la atención al detalle o sea que sea alguien que preste atención a lo que hace que revise dos tres veces lo que lo que lo que hace antes de entregarlo experiencia con
Juan (28:40)
esa parte es fácil
de dar en el recorrículo, solo hay que decir que sí, que sí soy así.
Douglas Barahona (28:46)
Sí, sí,
hay que decir que sí, sin embargo si es mentira Juan, ya en el trabajo te va a ir mal, Y estas son de las cosas que esas habilidades blandas que nos cuestan más que lo técnico. Lo técnico cuando ya estamos acostumbrados, ya lo hemos hablado antes, Es como más rápido, más práctico. Sin embargo, estas habilidades blandas, cuando somos volados o distraídos, como decimos por acá, ¿no? Nos puede costar. Entonces, digamos que sí.
Juan (28:51)
se va a notar
Douglas Barahona (29:14)
Como dice Juan, es tan fácil como eso, pero realmente prestemosle la atención al detalle necesario. Metodología, metodologías, perdón ágiles, si puedo hablar, verdad, entre otras cosas. Esta es una empresa que dice que ofrece pago competitivo 100 % remoto, la oportunidad de trabajar con empresas grandes, entre otras cosas. Entonces Juan, este es un puesto ya de alguien con experiencia. ⁓
Juan (29:40)
bastante completo,
Douglas Barahona (29:42)
bastante completo pero nada fuera de lo normal más allá de los cinco años de experiencia que piden que de nuevo y más allá de que no es normal ver que pidan el título universitario aunque entiendo por qué lo hacen de nuevo están vendiéndole profesionales a una empresa grande entonces si dicen mira este es un ingeniero se venden mejor más allá de la 5 años o más de experiencia es un puesto
normal, sea es un puesto que no tiene cosas exageradas, pues no es el famoso otodólogo de antes que había que ser, de instalar impresoras hasta programar y hacer mandados, pero sí.
Juan (30:14)
Ja ja ja ja
Si, bueno creo que para
las personas que tal no tenemos tanta experiencia con este tipo de puestos de trabajo Si, si, te seré sincero pareciera que piden muchas cosas ¿no? Desde redes, pues contenedores y todo Pero bueno realmente en la practica pues eso es lo que se espera de un SRE ¿no? Ese es lo que se espera realmente
Douglas Barahona (30:45)
Exacto, lo ha dicho, eso es que se espera de MSRE, pero también lo listo para que muchos de ustedes que nos ven y nos escuchan puedan ver que muy probablemente no están lejos de acá. Tal vez no están aquí hoy, pero no están lejos, verdad, no están lejos y si no es este puesto, consiguen un trabajo antes que no requiera de tantos años de experiencia. De nuevo, ya dijo Juan, esa cantidad de experiencia es como tener el conocimiento de esos años de experiencia y ya estarían listos para un puesto.
como este. si te parece Juan, avancemos a otra oportunidad de trabajo. Este es un puesto de senior front-end engineer que está en field. Esta es la empresa para la cual yo trabajo. De nuevo, buenísima, no que le estoy diciendo alguien que se mueva acá o que si alguien se mueva acá yo lo voy a recomendar. Pero, de nuevo, este es el puesto que...
Juan (31:15)
Sí.
Douglas Barahona (31:42)
que es uno de los puestos que ellos tienen abierto, esto es una modalidad de contratista, ellos tienen plazas full time, que vamos a ver otra más adelante, pero esto es una modalidad de contratista, ¿por qué mostramos esto? Porque también existen esas opciones remotos que son modalidad de contratista, son contratos de...
seis meses o a veces un año y normalmente, al menos en field así es, la mayoría, la gran mayoría de contratistas terminan con un trabajo permanente porque cuando es así es que hay un proyecto, se quiere a alguien pero como ese proyecto al implementarse luego hay que mantenerlo, si la persona hizo un buen trabajo se queda. Pero ¿por qué menciono esto Juan? Porque puede ser que si ya tenés un trabajo fijo probablemente no es la
la mejor idea dejar un trabajo fijo por un puesto de contratista donde vas a tener algo realmente asegurado por seis meses, un año mientras dura el contrato y luego no sabes si te van a contratar o no de manera permanente. Pero la decisión que da a cada quien no es algo que yo aconsejaría, ¿verdad? Para nada, sin embargo, pues bueno, la opción ahí está ahí. O vos crees que sí es buena idea.
Juan (32:54)
No, realmente siendo objetivo, creo que no, pero pues a veces hay personas que son más aventadas.
Douglas Barahona (33:02)
Sí,
sí, igual si no tienes trabajo es una gran oportunidad, o sea de nuevo porque porque conseguís algo y tener la opción de demostrarte en una empresa grande. FIELD es una muy buena empresa, pagan muy bien realmente, verdad, entonces tener la oportunidad de demostrarte con una empresa grande y si te funcionan las cosas te quedas de manera permanente. Entonces, este tal vez me va a costar un poco traducirlo, Juan, porque ellos ponen las descripciones un poco
Juan (33:07)
Claro, claro que sí.
Douglas Barahona (33:33)
no hablan tanto de tecnologías, tantos años de experiencia en esto, tanto años de experiencia en lo otro, sino que lo hablan como de manera general de qué se va a hacer, de qué se va a estar haciendo, y si lo puedes hacer, aplica, si no lo puedes hacer, sabes que no sos vos.
Es una manera bien interesante de describirlo, si quieren ver de manera permanente cómo lo hacen en la página es field.com careers, pero bueno, Juan si me equivoco en la traducción me corregí, dice arquitectar front-end modular a larga escala.
Juan (33:50)
Sí, sí, sí, sí.
Claro.
Douglas Barahona (34:17)
producto de front-end modular a larga escala que definan nuevos estándares de rendimiento, accesibilidad y que sean mantenibles.
Juan (34:17)
Si, productos de front end
Mientras traen
una dirección de arte muy ambiciosa a la vida.
Douglas Barahona (34:41)
Aquí se refiere
a diseños ambiciosos, hay un diseñador que hace el diseño web, diseños ambiciosos a la vida, arquitectar esos diseños. Si alguien de entrada nunca ha agarrado un archivo de diseño, un PSD o un, ¿cómo se llama esta herramienta que usan hoy en día para hacer el front-end? Figma, gracias, o un Figma de cero y eso, construir un front-end, ¿verdad?
Juan (35:01)
Figma
Douglas Barahona (35:09)
entonces probablemente no sos la persona pero si ya lo has hecho ya vas a ir avanzando, ⁓
Juan (35:14)
si me llama
mucho la atención la manera en que escriben los requerimientos es muy interesante pero al mismo tiempo pues lo que está diciendo es ok necesitamos que crees aplicaciones que puedan escalar y que sean modulares y que el diseño sea se apegue a lo que esté en el el diseño ya previamente hecho
Douglas Barahona (35:31)
Ajá.
Pero mira que y eso es para front-end, aquí no estamos hablando de base
de datos, no estamos hablando de lógica y cálculo, es para base de datos y es lo que hemos hablado antes que en front-end engineering realmente que se ocupa de arquitectar de una manera correcta para que sea modular, para que se reuse, para que tenga rendimiento y que sea fácil de mantener como dice acá ¿no? ¿Verdad? Entonces ya no solo es, bueno yo creo que ahí le agregamos, yo dije si has agarrado un PSD o un Figma de cero
Juan (35:56)
Sí.
Douglas Barahona (36:06)
y lo has codificado aplicas, pero aquí sería los codificado pero que sea eficiente, que tenga un buen rendimiento y que cualquiera le pueda dar mantenimiento, ¿no? Si termina como dice acá un chorizo sin pies y cabezas y no es modular, no es para vos, no es para vos. Vamos a leer algunos más aquí porque no vamos a leerlos todos, ¿no? Pero dice, vamos a ver, él habla de code review.
Juan (36:23)
Deseca.
Douglas Barahona (36:35)
transformar diseños complejos con funcionalidad elegante, qué interesante,
Juan (36:45)
que es una
descripción muy interesante porque transformar visiones de diseño muy complejas en experiencias muy aesthetic, esa palabra se utiliza mucho hoy en y que tengamos un rendimiento excelente alrededor de todos los navegadores y dispositivos, podría ser un televisor por ejemplo
Douglas Barahona (36:58)
Ajá. Sí, sí.
y dispositivos.
¿Sí?
Juan (37:14)
Creo que realmente es una descripción bastante interesante. De nuevo, están hablando desde mi punto de vista Douglas de lo mismo. Es el hecho de necesitamos alguien que llevar la visión que tiene una empresa porque tienen ya sea sus patrones de diseño, ya tienen el branding hecho, o los colores, imágenes, fonts, que puedan llevar eso de una manera eficiente. Me llama la atención un punto que
aquí Douglas que dice elevar el craft esa palabra realmente se me dificulta mucho traducirla pero es como la artesanía del front end del equipo el trabajo a través de co-reviews que sean muy
Douglas Barahona (37:58)
la artesanía, la construcción, sí, la construcción, el desarrollo, el trabajo.
Juan (38:10)
que traigan los patrones ya establecidos y que puedan colaborar con seguir los patrones de otros sistemas básicamente lo que están diciendo en estas palabras muy enredadas que se me dificulta traducirlas es ok necesitamos a alguien que pueda hacer bien code reviews y eso es algo que me gusta mucho que lo veamos en estas ofertas de trabajo porque no lo suelo escuchar mucho Douglas en los diferentes
Douglas Barahona (38:24)
Sí.
Mm-hmm.
Juan (38:40)
canales de youtube o post en internet siento que no se le da la importancia necesaria a esta actividad de realizar code review, de revisar el código de los compañeros y ya lo vemos aquí que una empresa tan prestigiosa como field está pidiendo como uno de sus requerimientos que puedas hacer code review y creo que aquí es lo que mencionabas antes que es de estas habilidades que no necesariamente es una habilidad técnica como tal
Douglas Barahona (39:01)
Mm-hmm.
Juan (39:09)
aunque si necesitas tener los conocimientos técnicos pero la habilidad en sí es más como una habilidad blanda porque necesitas pues comunicarle a los compañeros si quieres un cambio y cómo lo vas a hacer también requiere saber recibir las peticiones o los el feedback de tu equipo no sé es todo un tema que bueno lo están poniendo como uno de esos requerimientos a mí eso me llama mucho la atención
Douglas Barahona (39:12)
Sí.
Sí, sí,
no, muy interesante realmente, verdad, y de nuevo habla de que más que no solo lo técnico son requerimientos en estos puestos. Como el anterior que dijimos, no, que dices cinco años de experiencia profesional como es ahorita, y nuevo esa palabra es clave, está diciendo que ya trabajas en equipo, que sepa que que hacer un feature branch, un comido, un code review, que alguien lo va revisar, que va a pasar de staging, preproduct, producción, etcétera. sea, esas palabras.
Juan (39:57)
jajaja
Douglas Barahona (40:06)
son las que marcan cumplir el check de esas palabritas, son las que marcan la diferencia entre conseguir el trabajo o no, Bueno mira, continuando aquí dice servir como puente entre la visión creativa
Y la realidad técnica, mira que interesante, porque a veces, y eso yo ya lo he visto, que hay diseñadores que hacen cosas que realmente se vuelven reales y no existe todavía la tecnología que las pueda codificar. servir ese puente entre, mantengamos lo creativo, mantengamos lo innovador, pero hey, que sea posible. O a veces puede ser posible, pero no va a tener un buen rendimiento. ser ese puente, verdad. Dice que tu código va a impactar
de manera directa a millones de usuarios, verdad. Entonces, está, por eso es que son así exigentes, porque el código va a ir a millones de usuarios. Mirá cómo... No, no, claro, o sea, decir las palabras fácil, pero ahí donde estamos hablando de que tiene que tener... El que entienda eso es el que puede aplicar de nuevo, ¿no? Eso está diciendo, hey, tiene que ser lo más eficiente posible, porque si no, no va a funcionar. Aquí...
Juan (40:59)
Sí. Sí. Se dice fácil millones, pero wow.
No,
Douglas, algo
que creo que no sé si lo mencionaste o tal vez no lo escuché
es de Frontend, Senior Frontend Engineer, sin embargo algo que ellos piden es que tengas experiencia con Next.js o React y también con los temas y bloques de WordPress y bueno ya lo has mencionado vos trabajas mucho con WordPress en esta empresa y bueno lo menciono porque Frontend pues se puede venir a la mente solamente React pero la verdad es que aquí también ellos están pidiendo este tipo de
de conocimiento, de cómo trabajar con los bloques de diseño y el front-end, el front-end de WordPress.
Douglas Barahona (42:04)
si si en xjs y react verdad ambos menciona css obviamente dice css craftsmanship son esas palabras que cuestan traducir y si como decís lo bloquea que realmente de nuevo un front end ⁓ tiene que saber interactuar con el back end en este caso la mayoría van a ser aplicaciones hechas en wordpress y pues los temas los blog teams de wordpress va a ser el back end si lo queremos poner de esa manera
Juan (42:15)
Sí.
Douglas Barahona (42:33)
Pero pues un front end tiene que saber interactuar con el backend, Saber recibir información y devolver la información al backend. Aquí tienen una lista de qué vas a lograr como un puesto de contratista que en el primer mes vas a hacer esto, en 60 meses lo otro, en 3 meses lo otro. No lo vamos a leer porque, pues, en este caso no es tan necesario, pero sí el about you, o sea.
Juan (42:42)
Team.
Douglas Barahona (43:00)
Ya dijeron que vas, que se va a hacer, que habilidades tienes que tener y de nuevo no lista habilidades, son lo que dice, mira este, que craft person's attention to detail, o sea, sos alguien que se lleva por la atención al detalle.
pero al momento de desarrollar en cross-browser, device, que tu código, sabes hacer código que funciona en diferentes navegadores, en diferentes dispositivos, ¿verdad? De nuevo, que se mueve, que tiene confianza con los WordPress blog, con el editor de WordPress y que puede desarrollar en theJX y React.
Juan (43:43)
Y esto es muy importante Douglas.
para todas las personas que se están especializando en frontend esta parte que dice atención al detalle en los diferentes browsers y dispositivos lo que sucede es que bueno para los que no estén muy al tanto del mundo de frontend hay apis que funcionan de cierta manera en firefox de cierta otra manera en chrome y bueno a veces ni siquiera funciona en safari entonces
hay que saber muy bien cómo controlar este tipo de situaciones y saber el tipo de soporte que estamos manejando. También lo mismo con los dispositivos. Qué pasa si yo abro, pues es una aplicación responsive, que se ajusta a la pantalla, pero no todas las pantallas son iguales, entonces hay que saber también cómo controlar ese tipo de situaciones, vamos a decirlo. Así que por eso es que ellos lo están... siento yo que por eso lo mencionan como uno de los puntos importantes.
que están buscando.
Douglas Barahona (44:47)
Sí,
sí, sí, no, gracias por el aporte ahí, porque queda claro y a mí me queda claro también. Continúa diciendo, Juan, aquí dice entre lo que necesita la persona o lo que tiene que tener el que va a aplicar, dice, tu portafolio o ejemplos de código demuestran habilidades de resolver problemas por medio...
de soluciones elegantes y mantenibles que resalten tu habilidad técnica con diferentes frameworks y ambientes. Y aquí está hablando de tu portfolio o tu prueba de código. sea, estamos hablando de ejemplos reales, ¿no? Pero qué importante de nuevo mantener un portfolio, ¿no? Tener un portfolio que demuestre este nivel.
Juan (45:36)
Sí.
Douglas Barahona (45:39)
de habilidad donde sí, si comenzamos a hacer un to do app, el famoso to do app y eso es que tengo, agregarlo al portfolio por supuesto, pero hay que irlo mejorando, sean proyectos personales o sean proyectos reales que vayan siendo elevados, que tengan, yo siempre lo he dicho, aunque sea tu sitio web local, tu sitio web personal y eso es lo único en tu portfolio ahorita, crearle un pipeline, dockerizarlo, ponerle Cloudflare en frente para que
y aunque sea algo pequeño, tu portfolio se ve completo. Aquí se está pidiendo habilidad demostrada. Dice que se comunica con claridad y con confianza para discutir problemas, conceptos técnicos, alguien que sepa comunicarse, en pocas palabras.
Pensaje en componentes de sistemas, dice que sea bueno con CSS, menciona UX, que es la experiencia del usuario, el rendimiento y que también el siguiente dice que abraza...
flujo de trabajo modernos, verdad. Entonces, incluso dice que estratégicamente aprovechando la IA, herramientas de IA, dice, de manera eficiente, dice aprovechándola, no dice usándola, la palabra que se usa aquí en inglés es leveraging, verdad, o apalancando sería la traducción directa de la IA, en español se dice aprovechando herramientas de inteligencia artificial, no que la inteligencia artificial haga el trabajo. Y esos son los requerimientos que pide Juan.
Juan (47:00)
interesante.
Douglas Barahona (47:18)
aquí de nuevo verdad como lo mencionábamos antes no menciona nada de un título universitario y estamos hablando de una empresa yo obviamente la conozco muy bien porque hay trabajo hoy en día que trabaja con los top empresas de la industria que arriba mencionaba que el código iba a impactar millones de usuarios y se interesa por la experiencia demostrada
y no por un título universitario. De nuevo, no que estén mal las empresas que los piden, solo que sí no es tan usual ver que el título universitario sea un impedimento en puestos de trabajo. No es así.
Juan (47:54)
Claro,
Y bueno, es una mención al...
AI que todo el mundo está mencionando y hablando hoy en día pero no lo están pidiendo como bueno si no utilizas AI no vas a hacer nada es como una es un punto medio porque dicen necesitamos a alguien que abrace o que esté abierto a las a los nuevos flujos de trabajo que sean modernos pues realmente la gran realidad es que hoy en día los flujos de trabajo para programación se están cada vez más integrados con la IA
Y de nuevo eso no significa que no vamos a trabajar o que la IA va a hacer todo. Pero también yo creo que vale la pena mencionarlo porque hay muchas personas que tienen como una mentalidad muy cerrada en cuanto a estos dublos. Que están pensando en que yo no voy a utilizar IA y eso es una pérdida de tiempo. O sea yo he visto como comentarios así en internet. Tal vez por eso están como diciendo, hey necesitamos que no seas cerrado. Creo que eso lo que están diciendo.
Douglas Barahona (49:01)
Sí, sí, y fíjate que bueno que mencionas eso porque hace una mención de la IA, sin embargo no lo pone como esencial. Yo por supuesto que trabajo en Field, les puedo decir que la IA se aprovecha bastante.
o se aprovecha un montón realmente, sobre todo en desarrollo, no que hace el trabajo de nadie, pero se aprovecha un montón y lo que dice es, no está diciendo si no estás IA, no podés, o no dice front-end IA developer, no sé qué, o sea él está, sólo está poniéndolo que esté dispuesto a abrazarlo, a estar abierto a esas tecnologías, entonces me gusta que lo menciones.
Juan (49:18)
Sí.
Douglas Barahona (49:43)
y fíjate Juan para avanzar por motivo de tiempo miremos dos más verdad quisiera que hiciera que miremos una de DevOps engineer la de DevOps engineer que es de una empresa que se llama Launchpad este puesto
Juan (49:48)
Ok, ok.
Douglas Barahona (50:02)
dice que, mira como comienza, literal buscan un DevOps engineer ya lo que hemos hablado muchas veces, DevOps realmente no es un puesto pero si buscan un DevOps engineer, aplica para DevOps engineer y ponen en tu LinkedIn que son un DevOps engineer si te contratan, verdad, pero esta empresa busca un DevOps engineer, se llama Launchpad Technologies Inc, puesto remoto, dice,
Aquí hay cosas claves que que leer. Vera-Juan dice que estamos trabajando con un cliente importante, dice, un proyecto excitante para un cliente de Estados Unidos en este 2026 y este proyecto incluye varias posiciones, entre las cuales tienen un DevOps Engineer. ¿Verdad? ¿por qué quiero mencionar esto?
de nuevo esto es otra cuestión a prestarle atención cuando estamos buscando trabajo, es otra empresa de Staff Augmentation de nuevo son muy buenas empresas, no estamos hablando nada, solo es que miremos la realidad o miremos todos los detalles al momento de buscar un trabajo, es una empresa que acaba de tener un cliente o un proyecto nuevo con un cliente de Estados Unidos
le pidieron varios personal y entre ellos ocupan un DevOps Engineer, el cliente. Esto significa que cuando el proyecto trabajo termine en este 2026, pudieran ellos renovar contrato para más funcionalidades o este cliente pudiera terminar contrato. Y cuando este cliente termine contrato, tu puesto de trabajo pudiera ser, o te asignan con otro cliente si tienen otro cliente o si no tienen otro cliente, entonces te queda sin trabajo. ¿Verdad?
De nuevo lo menciono porque probablemente, o yo no recomendaría que esta sea la opción para alguien que hoy tiene un trabajo estable, se mueva a una opción como esta.
porque de nuevo no hay tanta solidez en lo que ellos muestran del puesto de trabajo entonces si ya tenemos un trabajo yo a nivel personal no lo recomendaría de nuevo como dijo Juan hay personas más arriesgadas y si quieres hacerlo bueno dale no sos libre de hacer lo que tú desees con tu vida sin embargo queremos hacer esa aclaración si no tienes trabajo de nuevo es una gran oportunidad
porque no se tiene trabajo, se consigue un cliente y si se hace un buen trabajo está la opción de que el cliente con esta empresa expanda el contrato debido a tu buen trabajo o que te busquen en otro lugar, te ubiquen en otro lugar. Entonces vale la aclaración, es así Juan?
Juan (52:31)
sí sí
sí o si ya están hartos de dónde están trabajando pues está la oportunidad con un riesgo así sí sí
Douglas Barahona (52:39)
si ya están así de un punto del yolo, verdad, al punto yolo entonces bueno,
esta es una opción para yolo si quieren. De nuevo que estas plazas probablemente aunque lo vamos a lanzar rápido el episodio probablemente ya no van a estar disponibles, pero este tipo de trabajos está lleno los diferentes lugares de ofertas laborales en 2026. Ellos lo ponen de una manera un poco medio creativa también Juan dice, eres Javi en
Juan (52:46)
Sí.
Sí.
Douglas Barahona (53:07)
hacer y mantener CI-CD pipelines. De nuevo, CI-CD pipelines. Manejar y automatizar infraestructura de nube, te ponen entre paréntesis AWS Azure o el Google Cloud. ¿Verdad? Monitoreo, login.
Juan (53:17)
y automatizar infraestructura del cloud.
Douglas Barahona (53:36)
y mejorar la disponibilidad de los sistemas. Dice implementar infrastructure as code, Terraform, Ansible CloudFormation. Aquí Ansible realmente no es una tecnología de infrastructure as code. Ansible en realidad es una tecnología de configuration management, pero con Ansible se puede crear infraestructura. Entonces probablemente tienen alguno que otro script con Ansible que crea infraestructura y por eso lo listan acá.
Juan (54:04)
Bueno,
el puesto es DevOps, así que veo que los términos los utilizan muy relajadamente.
Douglas Barahona (54:11)
Sí, sí, sí, es uno de esos
lugares. Y de nuevo, no es para entrar en conflicto, enojarse, enracarse las vestiduras. Nosotros sabemos la diferencia y ya, con eso basta, Además, de nuevo, con AsiVol, sí, puedes crear infraestructuras si es para necesario. Entonces, ahí está. Asegurarla dice, ensure security, son dos seguridad en español ahí, asegurar la seguridad.
Juan (54:16)
Claro,
Douglas Barahona (54:38)
la escalabilidad y el rendimiento entre diferentes ambientes, colaborar de cerca con desarrolladores y con equipo de operación, que de nuevo de eso se trata DevOps, colaborar con desarrolladores y empoderar de hecho a los desarrolladores, comunicarse efectivamente en inglés, escrito y hablado. De nuevo, el inglés clave y necesario.
Juan (54:46)
Mm-hmm.
Douglas Barahona (55:02)
Las habilidades, si te fijas Juan, este puesto ya es un no entry level, sea no nivel principiante, pero yo creo que aquí ya la mayoría puede entrar, la gran mayoría puede entrar, porque no habla de cuánta experiencia, cuántos años, te dice que puedas colaborar, que sepas comunicarte en inglés y que sepas hacer estas cosas, ¿no? Manejar. Así.
Juan (55:28)
Si lo puedes hacer, aplicá. Eso es que dicen, independientemente de
la cantidad de años.
Douglas Barahona (55:33)
Exacto, pipelines no te dice como tal si puedes hacer pipelines. Cuando dice que manejar infraestructura en la nube AWS o Azure o Google Cloud, con uno que sepas, puedes aplicar. Entonces, este realmente sí está bastante alcanzable para la mayoría, creo yo, verdad. Con que haya estudiado por su propia cuenta, tenga su propio portafolio, puede llegar ahí.
Juan (55:51)
accesible.
Douglas Barahona (56:03)
Tienes experiencia con, aquí habla experiencia. Lo anterior dice tenés habilidad en, era lo anterior, ahora dice que tenés experiencia con contenedores y orquestador de contenedores.
mencionado que recuérdete es verdad experiencia no necesita ser aquella o aquel genio pero que tengas experiencia que ya hayas trabajado con Kubernetes que correr un comando que sitio no te de miedo no para una tarea básica
Juan (56:30)
si veo que son
la... osea mas o menos se repite con el que habíamos visto anteriormente osea se pide casi casi lo mismo docker, coronel, manejar pipelines manejar scripting y observabilidad es como a nivel muy high level como que eso lo que siempre estan pidiendo
Douglas Barahona (56:51)
Sí, es básicamente lo mismo, pero lo leo un poco para que se pueda ver la diferencia entre el primero, que era un puesto ya con alguien con más experiencia, como más senior y esto como alguien que con que lo entienda bien y tenga algo de experiencia ya encaja, ¿no? Son las mismas habilidades mayormente, como estás diciendo, Juan. Sin embargo, como lo plantea, es lo que me hace a mí entender si puedo aplicar o no, a pesar de que en algún área no tenga tanta experiencia. Porque aquí dice
Juan (57:01)
Sí.
Douglas Barahona (57:21)
control con git, gitlab o github, en realidad yo hubiese puesto solo version control con git, el que maneja git ha trabajado ya sea con gitlab, con github, con sol, hay otro ahí que no me acuerdo nombre, está como beanstalk y no sé qué otros, bitbucket, verdad, entonces van a hacer prácticamente lo mismo, dice un scripting language nuevo, python bash, aquí menciona powershell,
Juan (57:29)
No,
Así, source... No, no, bitbucket.
Douglas Barahona (57:47)
Yo no soy Power Shop porque no trabajo con Windows, pero te da la idea de que si trabajas con Windows o que puede haber algo por ahí con Windows, aunque no lo mencionan más adelante, pudiera haber algo con Windows ahí, que si alguien es osado. Y de nuevo observabilidad, prometeografana, elastic search, data doc, dice cloud networking, IAM, and security controls. Aquí es networking para la nube, verdad, lo que ya dijo Juan, el IAM que es la seguridad,
Juan (57:56)
eso me daría miedo
No,
Douglas Barahona (58:17)
y control de seguridad de nuevo. Aquí este no menciona, aunque dice que tengas experiencia en estas áreas, no lo menciona con tantos años de experiencia y que se pase eso. que con que lo entendas bien y ya lo hayas trabajado ya, aunque sea en un proyecto personal, puedes practicar acá. Dice metodologías ágiles y buenas prácticas de DevOps. Y como bonos, o sea como un nice to have, como si podés.
En la certificación, dicen que si tuvieras la certificación de DevOps Engineer de AWS o la de Azure DevOps Expert o la de Kubernetes Administrator de Linux Foundation, sería bueno tenerlo. Dice experiencia, miraste que me gusta, experiencia con optimización de costos o FinOps Principles para que no sepan FinOps, Fin es de Financial Operations. Son principios que se basan en
Juan (59:11)
Mm-hmm.
Douglas Barahona (59:15)
crear, mantener la infraestructura de la nube en base a costos primero. O sea, base a tenemos un budget de tanto y con este budget ocupamos un costo de Kubernetes, ocupamos observabilidad, ocupamos múltiples regiones, etcétera. trabajar con FinOps principles. Entonces me parece interesante. Serverless, arquitectura serverless, micro servicios, Familiaridad con DevSecOps.
Juan (59:25)
Si
tu favorita.
Douglas Barahona (59:43)
y seguridad. este, como bien dijo Juan, es un puesto bien similar, si ustedes se fijan, aquí no hay IA, aquí no hay Service Mesh, aquí no hay cosas fuera de lo que lleva la industria haciendo en DevOps.
porque una década tal vez, si no es que un poco más, trabajando con las mismas tecnologías, obviamente actualizadas, modernizadas, O sea, si alguien está siendo nube como hace ocho años, ya no es igualito, igualito no es, ¿verdad? Pero sí, y no va ser seguro, por supuesto, pero las mismas tecnologías que han estado por años, este puesto puede alcanzarlo.
Juan (1:00:16)
y no es seguro.
Douglas Barahona (1:00:25)
casi cualquiera, de nuevo es un puesto remoto y como este, tal cual como este Juan, mí me llegan todas las semanas muchos, verdad. De hecho, como el primero que leímos que también me suelen llegar a mí, que son un puesto como más alto, ese no me llegan tantos, fíjate, me llegan más de este tipo de puestos y yo sé que la mayoría de las personas que nos ven y nos escuchan pueden alcanzar este puesto.
Juan (1:00:41)
ok
Douglas Barahona (1:00:49)
Ahora para cerrar Juan me gustaría leer uno de Job City, que es donde vos estás y este me resulta bien interesante, verdad, voy a leer Senior Golan Engineer, ellos me gusta cómo lo ponen porque en realidad son tres bullet points, así son tres bullet points, ahí hay menos todavía que preocuparse, no, dice vamos a ver,
Juan (1:00:53)
Mhmm.
Sí, sí, no...
Douglas Barahona (1:01:17)
transfondo experiencia fuerte haciendo desarrollo con Go para Backend.
conocimiento a nivel de developer level, o conocimiento a nivel de developer de despliegues a AWS y dice habilidad probada de tuning y rendimiento para bases de datos. Esos 3 items, si eso te suena y lo entendiste dale click a aplicar.
Juan (1:01:52)
eso es todo.
Ahora, esta oferta de trabajo, yo considero que tiene cierta trampa, bueno no es trampa, sino que puede parecer que...
nos puede hacer pensar que literalmente cualquiera puede aplicar y si bien es cierto cualquiera puede aplicar cuando menciona que te necesitabas una experiencia fuerte en backend para Go pues ahí está haciendo una abstracción muy grande de todo lo que conlleva eso o sea para mí la palabra senior tiene mucho peso el hecho de tener una experiencia haciendo cosas un poco más complejas y robustas
Lo mismo con, que de nuevo es interesante, es la parte de los despliegues en AWS. A mi al leer esto realmente me saltan ciertas dudas porque ¿qué involucra eso? ¿Involucra el hecho de ingresar al panel de AWS y darle algún botón que diga Build and Deploy o tengo que hacer algo más? Tal vez hacer los... Olvida el nombre de esto pero...
para que se haga el build y todo esto y la última que menciona de experiencia con ajustando el performance de la base de datos y que se ha probado esa parte también está un poco interesante porque necesitas tal vez tener un portafolio donde se vea que pues tenés experiencia creando queries o stored procedures que tengan un buen rendimiento
Entonces, si bien no se desplayan haciendo muchas palabras y muchos bullet points, la verdad es es una abstracción muy fuerte. Algo que tiene aquí Job City, es la empresa donde yo trabajo y se los adelantar por si alguien quiere aplicar, es que ellos aplican o asignan tareas. Te asignan un problema que tienes que resolver y luego
subir el pues el aplicación que te pidieron y realmente son bastante demandantes entonces o bueno no demandantes o va acorde al puesto que están buscando realmente va acorde entonces esas de las cositas que tal vez no listan ellos aquí y bueno ya que yo trabajo ahí se los puedo adelantar pero a mí lo que me llama la atención de este puesto de trabajo Douglas es que
Creo que alguien que ya tenga 2 o 3 años de experiencia con Go y haciendo Backend, puede intentarlo. Tal vez ahí habría que ajustar, si no lo tienen, la parte de AWS. Pero por lo demás, es un puesto de trabajo que realmente se busca muy...
¿Cuál sería la palabra? Constantemente están buscando Senior Go Land Developers. Así que si están tratando o buscando hacer carrera en Go, realmente vale la pena porque constantemente están surgiendo nuevas plazas y bueno, vale la pena intentarlo.
Douglas Barahona (1:05:19)
Sí, no, fete que me gusta tu comentario, Juan, y tu aclaración al respecto. Yo te voy a decir como lo miro de mi parte al ver estos tres bullet points. Para mí sí dicen más, sí dicen bastante. Yo no lo encuentro como que trampa. Yo sé que no es trampa literal lo que vos dijiste, no, pero yo no lo encuentro así, pero sí me gusta que lo aclare porque puede confundir a alguien que lee a la ligera. Y es que yo puedo entender,
estamos sin trabajo a veces nos podemos desesperar un poco y vemos más o menos encajo y aplicamos y a veces no nos damos cuenta que aplicar a cualquier trabajo nos atrasa más el proceso porque son más lugares a los cuales estar pendientes pero también no aplicar por miedo a algunos que si estuviéramos calificados
Juan (1:05:55)
Sí.
Douglas Barahona (1:06:10)
verdad, también nos está deteniendo, entonces hay que saber tener ese balance. Mira cómo yo interpreto esto, mira, son tres bullet points. Para empezar están en inglés, entonces ocupo inglés, No me lo dice, pero, ajá, no me lo dice, pero si lo pude leer.
Juan (1:06:11)
Sí.
Sí, toda la página está en inglés, es cierto.
Douglas Barahona (1:06:26)
Entonces se ve inglés y puedo aplicar o me dice, obviamente van a necesitar inglés. Lo segundo dice que la experiencia en back and go fuerte. sea, ahí me está diciendo no solo es que sé hacer y cuando dice experiencia quiere decir que he hecho algo que se utiliza, aunque sea por algunas cuantas personas o aunque sea para mí, pero que se utiliza y se utiliza bien. Además, cuando dice experiencia fuerte, ahí me está diciendo un nivel senior.
cuando lo que dijiste me llamó la atención que vos deciste que te despierta te causa curiosidad cuando dice conocimiento a nivel de developer para despliegue en AWS y vos dijiste será que me tengo conectar a la consola, será que tengo que hacer configuraciones eso me dice que estás al nivel
porque sabes que es AWS, sabes que hay una consola, sabes que puede ver las máquinas virtuales, o sea, eso me dice a vos conocerte de AWS lo que necesitas saber. Si no supieras siquiera que es AWS, ya sé que no calificas.
Juan (1:07:28)
buen punto, si
Douglas Barahona (1:07:29)
¿Verdad? ¿Me entendés? Y cuando
dice habilidad probada para el rendimiento de bases de datos y el tuning, habilidad probada es puede ser o con un portafolio o que ya hayas trabajado en eso y que en una entrevista vas a poder decirlo, en tal empresa hice tal cosa para bases de datos, estos procedidos, optimicé de esta manera, creé los índices así, o sea.
Juan (1:07:46)
Mm-hmm.
Douglas Barahona (1:07:56)
que cuando esa habilidad aprobada son ejemplos reales, no solo conocimiento que vos podes contar. Entonces en realidad, ¿por qué menciono estas cosas? Porque tomémonos el tiempo de leer a detalle las opciones de trabajo y ahí nos dicen bastante. Ahí vamos a ver que no necesito cumplir el requerimiento, perdón, exacto como está escrito, ¿verdad?
sino lo que quiere dar a entender. Aquí van a otros temas, vamos, nos topamos con reclutadores que no saben nada técnico y el reclutador cuando te pregunta, tenés cinco años de experiencia en Golan, no tengo cuatro y medio, ah pedimos cinco, o sea, existen esas cosas, ¿no? ¿Verdad? Pero mi recomendación...
Juan (1:08:26)
Vamos
Sí, sí, sí.
Douglas Barahona (1:08:39)
dependiendo como sea díganle al reclutador si tengo cinco años de experiencia para que los pase y en las charlas técnicas asegúrese de demostrar si cumplen o no. Igual no mientan porque si ven que no van a dar el ancho ya en el trabajo lo van a despedir ¿no? Entonces, pero sí me gusta que lo hayas aclarado porque lo que yo quiero transmitirles es muchas veces por no leer a detalle el puesto de trabajo o dejamos de aplicar por miedo.
creyendo que piden Kubernetes y que tengo que saber todo alrededor de Kubernetes cuando en realidad quieren alguien que sepa hacer un deployment, que sepa hacer un Helm Deploy probablemente y que sepa entrar al ingres o sepa entrar al cluster o a los pods y ver logs, sea, ¿me entendes?
dediquemos ese tiempo ahí. Y vos nos van para que vayamos aterrizando el avión. No vimos cuatro opciones diferentes. Y de nuevo, lo que queremos transmitirles a ustedes que nos ven y nos escuchan es, este es el tipo de trabajo que se sigue buscando en 2026.
Juan (1:09:41)
Sí.
Douglas Barahona (1:09:52)
sigamos aprendiendo, sigamos innovando, sigamos buscando lo nuevo, dediquemosle tiempo a la inteligencia artificial porque realmente llegó para quedarse y va a seguir moldeando la tecnología en este año y en los años venideros, pero no es que tenemos que ser full agentes de, usar full agentes de inteligencia artificial o rappers de cualquier de estos modelos de inteligencia artificial ni nada por el estilo.
Juan (1:10:19)
De hecho creo que solo una de las ofertas que leímos mencionaba Inteligencia Artificial.
Douglas Barahona (1:10:24)
Sí, solo
uno de las de Field mencionada, en el hecho artificial.
Y en estos puestos ustedes las van a utilizar, pero siguen siendo las mismas estrategias, las mismas metodologías, las mismas tecnologías de hace cinco, ocho, diez años, algunas más, obviamente actualizadas, modernizadas, ¿no? Pero siguen siendo esas mismas que una vez que manejamos eso estaríamos capacitados hoy en 2026 de buscar un trabajo, ya sea un nuevo trabajo, si aún, si no tienen o cambiar de trabajo, si en el que están,
en la actualidad no les parece ya. no sé con qué te gustaría cerrar el tema de hoy.
Juan (1:11:06)
Os estaría cerrar diciendo que...
Estas pequeñas pruebas o de esta lista que leímos de ofertas reflejan lo que se está buscando hoy en día. Si no tienen o les hace falta algo de lo que se pide, no se preocupen porque siempre se puede aprender. Ahí depende mucho del tiempo que le dediquemos a algo y tener una meta clara. Leímos un poco de ofertas para desarrolladores front and back.
y también leímos ofertas para gente personal de operaciones, sysadmin, sre. Así que dependiendo de cuál sea su carrera o su objetivo en la vida pueden dedicarse a una de las dos. No recomiendo dedicarle el mismo nivel de dedicación a todo. ⁓
a todas las áreas porque no va a ser sustentable, sí vale la pena saber un poquito de cada cosa, pero ya con esto pueden tener una idea de ok, si yo quisiera dedicarme a hacer un SRE, no lo son,
Esta es una prueba de lo que pueden encontrar en el mercado actualmente y bueno ya pueden tomar la decisión de cómo aprenderlo y cómo aplicar este conocimiento. Realmente vale la pena tener una meta clara y de nuevo, esta es una época donde van a aparecer muchas ofertas de este tipo y tengo entendido que la Inteligencia Artificial está involucrada en los procesos de contratación pero como ya vieron
las bases son las mismas así que si manejan las bases de backend frontend o sre de box no se les va a dificultar van a poder sobre sobre salir
Douglas Barahona (1:13:01)
gusta, me gusta y muy de acuerdo con Bosman, esperamos que este contenido les haya sido de valor, que les haya ilustrado, cómo nosotros que tenemos por gracias a Dios experiencia, no sólo en trabajo pero también en el mercado, cómo vemos estas plazas y cómo creemos de que realmente que con dedicación en poco tiempo se puede estar al nivel y los animamos a que apliquen, a que busquen un trabajo remoto, a que busquen un trabajo presencial, que busquen el trabajo
de sus sueños, verdad, la intención es que sigamos creciendo. Gracias por habernos acompañado en este episodio, nos vemos en la próxima, adiós.
Juan (1:13:41)
Bye