Elias | El Ingeniero Consciente

Me empezó a seguir bastante gente luego del post sobre el día de la madre y productividad 7/7/7, asi que me presento brevemente. Soy Elías, Data Engineer desde hace 2 años y pico, certificado y especializado en AWS. Volví a Twitter después de algunos meses de ausencia porque no me gustaba mucho publicar por acá, y ahora volví a darle una 2da chance. Escribo sobre Data Engineering y relacionados (SQL, Python, Git, fundamentos y buenas prácticas, etc.), AWS y Cloud Computing en general, y, mi diferencial: Nuestro costado humano. Somos más que nuestro laburo/título, y nuestra identidad puede y debe trascender eso. La relación con los demás y con nosotros mismos es de lo más importante en la vida. La filosofía puede ayudarnos a navegar mejor la vida y puede ser muy práctica. Todo esto lo escribo en mi newsletter "El Ingeniero Consciente". Tienen link en bio. Yo digo que se puede ser un gran profesional en tech y abogar por el equilibrio entre laburo y vida. Si pensás lo mismo, entonces seguime o suscribite, lo que vos quieras. PD: también fundé y gestiono una comunidad tech con foco en el factor humano. La encontrás como @shareit_tech. Sumate!

En esta era de la Inteligencia Artificial hay algunos términos que surgieron como parte del crecimiento y evolución de esta tecnología. No te quiero vender humo: algunos los conozco solo por teoría. Aún no tuve chance de "ensuciarme las manos" y practicarlos. Si te pasa lo mismo, creo que al menos está bueno tener una noción de ellos. Acá te van unas definiciones simples: 1. Agente: una IA autónoma que no solo genera texto, sino que evalúa una situación, toma decisiones y ejecuta acciones usando herramientas para lograr un objetivo. 2. Skill: una función o capacidad modular específica (código, lógica o plantilla) que le das al modelo para que sepa ejecutar una tarea puntual cuando la necesite. 3. MCP (Model Context Protocol): El "USB-C de la IA". Un estándar abierto para conectar modelos con bases de datos, APIs y herramientas locales de forma limpia e unificada. 4. Guardrail: reglas y filtros de seguridad que limitan lo que el modelo puede responder, ejecutar o modificar, evitando alucinaciones, fuga de datos o acciones indebidas. 5. Tool call: el momento exacto en que el modelo decide invocar una función o sistema externo (ej. ejecutar una consulta SQL o enviar una llamada a una API). En otras palabras, el momento en el que el modelo realmente toma acción. 6. Orchestration: la coordinación de múltiples pasos, herramientas o agentes para ejecutar un flujo de trabajo complejo de inicio a fin. 7. Human-in-the-loop (HITL): un punto de pausa en el flujo donde la IA requiere aprobación o supervisión humana antes de ejecutar una acción crítica (ej. escribir en la base de datos o enviar un correo). 8. RAG (Retrieval-Augmented Generation): Técnica para conectar el modelo a tu propia base de documentos o datos privados para que responda con contexto real y sin inventar (alucinar). 9. Context Window (Ventana de contexto): La "memoria de trabajo" (RAM) del modelo, es decir, la cantidad máxima de texto/tokens que puede procesar y recordar en una sola interacción. ¿Me faltó alguno? ¿Qué agregarías? ¿Hay alguna definición que ajustarías? ¿Cuál de estos conceptos es el que más te cuesta o te interesa llevar a la práctica?

Mirate esto. Ayer fuimos varios de @shareit_tech a una de las sedes de Working&Co por Palermo a laburar juntos. Arrancamos temprano, paramos para clavarnos tremendas milanesas en Alé Alé, una buena sobremesa y luego otro rato de chamba. En la foto tenes 1 reclutadora, 1 profe de informática, y hasta 1 ingeniera civil que se prendió de chusma nomás. Y obvio, los clásicos de sistemas, entre los que me cuento, je. ¿Tas cansado/a de tanta cueva y querés conectar y hasta laburar en conjunto con personas del ámbito tech? Sumate a la comunidad, unite al grupo de "Eventos y Juntadas" y sé parte. Siempre estamos buscando formas de romper la barrera de lo virtual y vernos cara a cara: lugares de coworking, eventos IT, juntadas en bares o cafés, y más! Eso es lo que hace falta hoy por hoy, y a lo queremos contribuir desde ShareIT: más contacto humano.

Por eso banco tanto a este tipo. No solo crea contenido educativo de valor, sino que también es de esas voces que aboga por el equilibrio entre la locura hermosa esta que es laburar/crecer en IT, y una vida lejos de la pantalla, conectada con otras personas.

Alta disponibilidad y tolerancia a fallos no son lo mismo, ojo. A mí me confundían un montón cuando arranqué con la nube y AWS. Te lo explico rapidito 👇 📌 ALTA DISPONIBILIDAD Tener copias redundantes de un recurso para que, si algo falla, otro tome su lugar. Puede haber un corte breve mientras eso pasa. • Se aplica a servidores, bases de datos y redes • Se mide en "nueves": 99,9 % → casi 9 horas de caída al año 99,99 % → unos 53 minutos 99,999 % → unos 5 minutos • Cada nueve extra suma complejidad y costo (más servidores, más standby) 📌 TOLERANCIA A FALLOS El sistema sigue respondiendo sin interrupción aunque uno de sus componentes falle. Ni siquiera un corte breve. • No se mide en porcentaje: un sistema lo es o no lo es • Está diseñado para que la falla pase desapercibida para el usuario ¿Mi opinión? No son rivales, en sistemas serios suelen combinarse. Pero antes de pagar por más nueves, preguntate cuánto te cuesta de verdad una hora caída. A veces 99,9 % alcanza y sobra.

Mi opinión de esto es que no está bueno depositar toda nuestra identidad y valor como persona en nuestro trabajo o profesión. Es ruta segura hacia un vacío espiritual severo. Por otro lado, pienso que nuestra "carrera profesional" va más allá del puesto o empresa en el que estemos actualmente. Mi carrera también son mis contactos, mis certificaciones o títulos, mis conocimientos, y más. Por eso me gusta decir que "yo soy mi propia empresa", porque realmente yo mismo soy el proyecto en curso más grande que tengo. Y mi trabajo ahora mismo, es tan solo la forma actual en la que ejerzo mi profesión y construyo mi carrera. Pero no lo es todo.

Por eso el minimalismo vital, es decir, aprender a vivir por debajo de nuestras posibilidades, es uno de los mejores life hacks que hay. Se suele confundir esta filosofía financiera con falta de ambición o mentalidad de escasez. Yo pienso que nada que ver. Es una forma de justamente desbloquear abundancia y tener más libertad.

Consejo ultra útil para crecer profesionalmente. No lo leíste en ningún otro lado y es más, es considerado casi un secreto. Ya, en serio. Fuera de toda broma y libre de todo humo, el consejo es... Sé buena gente. Sé colaborativo/a. ¿Esperabas algo distinto? Parece super genérico lo que digo pero creo que hay algo importante a tener presente: trabajamos con otras personas. Incluso los que estamos en sistemas y pensamos que todo tiene que ser IA + el stack de turno, trabajamos con personas. Stakeholders, jefes, compañeros de equipo, etc. Si nadie te aguanta, hay que hacerte mil preguntas porque explicás todo a medias, nadie te entiende...claramente el problema no son los demás. Y no estoy diciendo que ser "bueno/a" te resuelva todos los problemas y que sea todo lo que se necesita. Pero juega un papel importante. Hacé favores al resto. Compartí generosamente tu tiempo y conocimientos. Comunicate bien, sé claro/a y escuchá con atención a los demás. Si vas a dar feedback, hacelo con ganas de contribuir en vez de destruir. Todo eso vuelve con creces. Es una apuesta a tu propio futuro y el de la gente que te rodea. ¿Estás de acuerdo o estoy re flasheando? ¿Siendo muy idealista quizás? ¿Qué agregarías? Yo experimenté ambas cosas. Lo bueno que vuelve tras dar cosas buenas. Y las consecuencias de no haberlo sido también.

Esta semana tuve la oportunidad de conversar con los alumnos del trayecto de formación profesional "Operador/a en Análisis de datos" del CFP N° 16 de CABA. La propuesta por parte de la profesora del trayecto, quien es compañera de facultad, fue clara: hay chicos capacitándose y dando sus primeros pasos en datos. "¿Te animás a contarles sobre tu experiencia y darles consejos para crecer en este rubro?" Oooobvio que me invadió el síndrome del impostor ante tal propuesta, pero no me dejé ganar la pulseada, asi que me mandé igual. ¿Les soy completamente honesto sobre la experiencia? Me encantó. Hermoso ambiente. Los chicos fueron bastante participativos, hubo preguntas interesantes y me sentí cómodo en todo momento. Uno de los chicos incluso posteó en LinkedIn un resumen de lo que charlamos en cosa de 2 horitas (se me pasó volando por cierto). Hablamos de porqué trabajar en datos está bueno y es el trabajo del presente y del futuro, de los roles en esta área y sus diferencias, del rol particular del Engineer, que es algo que realmente me encanta ejercer, y qué responsabilidades y herramientas le corresponden a este actor dentro del ciclo de vida de los datos. Pero si tuviera que destacar algo de lo que hablamos, sería esto, alejado de lo técnico: 1️⃣ Aunque sientas que sabés poco, seguro sabés algo que otra persona no. Andá y compartí eso que sabés con esa persona. Ayudás al otro y te permitis reforzar conocimientos. 2️⃣ La marca personal y la visibilidad en redes son cruciales en este mercado laboral moderno. No las subestimes. Usalas a tu favor. 3️⃣ Hacé comunidad. Compartí, ayudá, pedí ayuda. Salí de la pantalla, de la habitación, y andá a conocer gente. Tenemos muchos eventos en IT por suerte y hacer contactos es otra parte vital del proceso. Si nadie te conoce, tu impacto tiende a 0. Muy agradecido con la profe y los chicos por haberme permitido vivir esto 🙌

Por defecto siempre guardé credenciales y cosas similares en AWS Secrets Manager, pero también guardaba cosas que la verdad no tenían que estar ahí. Resultado: costos innecesarios y recursos desperdiciados. Una confusión común al momento de guardar datos sensibles, como contraseñas o tokens en el ecosistema de AWS, es la que se da entre Secrets Manager y Parameter Store. Y si a eso le sumamos configuraciones, la confusión pasa a ser Parameter Store vs AppConfig. No quiero maquillarlo: esa misma confusión hizo que me equivoque más de una vez. Pero aprendí, corregí, y esto es lo que quiero transmitirte hoy. Spoiler: la respuesta no es "todo en Secrets Manager". La imagen de abajo te presenta 3 preguntas que podés hacerte cuando llegue el momento de decidir.

Hago el quote asi es mas facil que lo vean otros. Primero hay que separar curso de certificación. Porque la CLF no es un curso, es una certificación. Puede haber cursos para prepararte para la certificación, las cosas por su nombre. Luego, la Cloud Practitioner está orientada a personas que tienen poco conocimiento sobre la nube en general y sobre AWS. Es más, está orientada también a personas no técnicas que quieran adentrarse. Si nunca tocaste AWS, quizá sea un buen primer paso. Si ya tenés experiencia en sistemas, ya sea desarrollo web/de software/datos, etc.m entonces ya tenés trasfondo técnico. No te es desconocido el concepto de máquina virtual, bases de datos, tipos de almacenamiento, redes de computadores, APIs, mensajería, contenedores, etc etc. Ahi tenes dos caminos, segun lo veo: Te tirás por la certificación Developer, que cubre varios servicios destinados a desarrollo de aplicaciones, como Lambda, API Gateway, S3, SNS, SQS, EC2, ECS, etc. O te vas por la Solutions Architect Associate (SAA), que es la certificación que aprobé el mes pasado. Es más pesada, más abarcativa, requiere bastante conocimiendo de varios temas y demanda bastante teoría. Pero es una de las más valoradas. Igual ojo con confundir una certificación con el destino. La posta siempre va a ser la experiencia hands-on que tengas y tu experiencia en producción con los servicios. La certificación prueba que tenés los conceptos bien ordenados, y que tenes el modelo mental de alguien que opera en AWS. Otra cosa es operar cada servicio e interconectarlos para construir una arquitectura. Y eso solo se logra construyendo cosas justamente. Acá hablo del tema, pero definitivamente debería expandir el blog post, porque lo escribí mientras aún me preparaba para la SAA: elingenieroconsciente.com/bl…

Casi me hace llorar este tipo con esta hermosura que escribió. Desde esta cuenta vamos a defender siempre el balance entre vida y laburo. ¿Que a veces no se puede? Y sí, a veces no se puede. O a veces te conviene romper el equilbrio de manera temporal y controlada para lograr mayores resultados. Pero es eso: un tiempo. Basta de la hustle culture de mierda. Basta de colocar toda nuestra identidad en nuestra profesión, rol, salario, etc. Hay vida fuera de la pantalla. Hay que salir a vivirla.

El CV es tu carta de presentación, pero rara vez es el factor decisivo. Por algo existe la famosa frase "contacto mata CV". Y ojo que esto no se trata de favoritismo, sino de confianza. Una buena red de contactos te da acceso a: 1. Oportunidades internas que nunca se publican en portales de empleo. 2. Procesos de selección bajo recomendación (donde tus probabilidades aumentan). 3. Información privilegiada sobre una empresa o rol antes de postularte. Al igual que con el interés compuesto en las finanzas, construir relaciones valiosas toma tiempo, pero el efecto se acumula a lo largo de los años. 💡 Mi consejo: No esperes a estar buscando trabajo para construir tu red. La mejor época para conectar con colegas es cuando no necesitas nada de ellos.

Hoy es día de la madre en Argentina. Mi vieja está preparando unos ravioles con tuco, y mirá si me voy a perder un día como hoy para shippear cosas con IA. Dejémonos de joder con estas pelotudeces hermano. El mensaje que están bajando estos CEOs/CTOs de mierda me está empezando a pudrir. Esta industria sigue bajando constantemente el mensaje de que tenemos que desvivirnos por el laburo, por una empresa, por un rol o puesto. HARTO me tienen. Yo no soy ni pienso ser mi profesión, mis certificaciones, sueldo, etc. etc. Construir una buena carrera profesional es importante, está bueno...pero no si el precio a pagar es alejarnos de la gente que queremos, de lo que nos gusta en la vida y de nosotros mismos. Y el pelotudo que diga "Es que no tenés pasión" probablemente te quiera vender un curso para desarrollar con IA, o tenga su propia empresa y solo quiere laburar con gente que se deja negrear por 2 pesos.