La dualidad de trabajar en la nube y tirar código en C99

Publicado: 9 de septiembre de 2026. Categoría: Carrera & Sistemas. Tiempo de lectura: ~4 min
Etiquetas: Carrera, C99, Cloud, TypeScript, PHP, Arquitectura, Reflexiones

Llevo más de doce años metido de lleno en el mundo del desarrollo de software, la arquitectura distribuida y la infraestructura cloud.

Empecé allá por 2012 en Venezuela, administrando servidores LAMP, optimizando consultas SQL pesadas, automatizando scrapers en la intranet y echando código en PHP y Laravel. Con los años, ese camino me llevó a mudarme a Madrid, diseñar microservicios en BBVA, procesar catálogos gigantes con colas AMQP y Lambdas en Billionhands, y diseñar arquitecturas cloud y funcionalidades de producto con TypeScript, AWS CDK y backends serverless en Enroly.

Ese es el trabajo del día a día. Paga las cuentas, resuelve problemas de negocio reales y aguanta miles de usuarios en producción.

Pero cuando termino la jornada, apago la máquina de la oficina y abro una terminal para programar por puro gusto, mi cerebro me pide algo totalmente distinto. Me pongo a escribir herramientas en C99, armar filtros de streams en POSIX, inventar con hardware embebido y destripar formatos binarios.

Durante mucho tiempo mantuve esa parte bien calladita y guardada para mí. Ahora que este blog y mi página están atiborrados de mis proyectos personales de bajo nivel, me puse a reflexionar sobre lo que eso significa.

1. Dos formas opuestas de pensar

Trabajar en ingeniería cloud y programar en C a bajo nivel te exigen modelos mentales completamente contrarios.

En la nube, tu trabajo es orquestar abstracciones. Te pasas el día definiendo infraestructura como código en AWS CDK, tipando interfaces en TypeScript, cuadrando colas de mensajes y resolviendo árboles de dependencias. La meta es sacar funcionalidad sólida rápido. Si una petición HTTP tarda 80 milisegundos en responder, todo el mundo celebra que va volando.

En C99 y en sistemas embebidos, no hay colchón que te salve. No tienes garbage collector, no tienes runtime ni frameworks que te resuelvan la vida. Te toca estar pendiente de:

El layout exacto de la memoria y los límites de cada buffer.
Las llamadas al sistema en POSIX y el ciclo de vida de los descriptores de archivo.
Las líneas de caché y el costo real de cada ciclo de CPU.
Dejar los binarios diminutos y con cero dependencias externas.

Cambiar de un chip a otro todos los días te hace ver la computación desde los dos extremos de la cuerda.

2. El hobby que siempre mantuve guardado

Por años mantuve estos dos mundos completamente separados, como si fueran dos personas distintas.

Mi currículum, mi perfil de LinkedIn y mi presencia profesional mostraban al desarrollador senior pragmático que resuelve en la nube. Resaltaba mi experiencia con TypeScript, React, Node, AWS CDK, Lambda@Edge y arquitecturas escalables.

Mis utilidades en C99, parsers de streams y experimentos con microcontroladores se quedaban en carpetas locales o repositorios escondidos.

Hace poco decidí rediseñar esta web personal. En vez de montar la típica página corporativa aburrida con cuatro logos genéricos, me provocó documentar los experimentos y las herramientas de sistemas que de verdad me apasiona construir. El resultado es que la página principal y el blog quedaron repletos de código en C99, estilos CRT y plomería POSIX.

3. ¿Esto va a confundir a los reclutadores?

Al ver todo esto publicado, me entró una duda honesta: ¿será que esto confunde a los reclutadores o me hace perder oportunidades de trabajo?

Cuando una empresa o un reclutador busca un Senior Full-Stack, Staff Engineer o Arquitecto Cloud, esperan ver lo de siempre: React, Node, TypeScript, AWS, Docker, serverless o microservicios.

Si caen en esta web, se topan de frente con structs en C99, punteros, manejo manual de memoria y utilidades de terminal. Eso abre varias preguntas:

¿Pensará un reclutador que solo me interesa trabajar en sistemas embebidos o drivers?
¿Se confundirán los filtros automáticos de recursos humanos al no ver el perfil estándar empaquetado?
¿Tener una web llena de proyectos personales de bajo nivel me quitará oportunidades en el mundo web y cloud?

En una industria donde la gente suele encasillarse en etiquetas súper cuadradas, mostrar dos facetas tan distintas puede parecer raro desde afuera. Hubiese sido más seguro dejar mi web con un perfil estándar y corporativo, pero esta página es un reflejo honesto de lo que realmente me gusta programar cuando nadie me está pagando.

The duality of working in the cloud and hacking in C99

Published: September 9, 2026. Category: Career & Systems. Reading time: ~4 min
Tags: Career, C99, Cloud, TypeScript, PHP, Architecture, Reflections

For over twelve years, my professional career has lived in the world of high-level web engineering, distributed systems, and cloud infrastructure.

I started back in 2012 in Venezuela, writing PHP, managing LAMP servers, tuning SQL queries, and automating intranet scrapers. Over the years, that path took me from vanilla OOP and Laravel/Symfony into building microservices at BBVA in Madrid, processing massive product feeds with AMQP and Lambdas at Billionhands, and building core cloud architectures and product features with TypeScript, AWS CDK, and serverless backends at Enroly.

That is the day job. It pays the bills, solves business problems, and scales to thousands of users.

When I close my work laptop and open a terminal to write code for myself, my brain wants something completely different. I write C99, build POSIX stream filters, experiment with embedded hardware, and dig into binary formats.

For a long time, I kept that side of my work to myself. Now that this entire website is filled with low-level projects, I find myself thinking about what that means.

1. Two different ways of thinking

Working in cloud engineering and writing low-level C require opposite mental models.

In the cloud world, you orchestrate abstractions. You spend your day wiring AWS services with CDK, defining TypeScript interfaces, tuning API routes, handling message queues, and managing dependency trees. The goal is shipping reliable features quickly. If an API request responds in 80 milliseconds, that is considered good performance.

In C99 and embedded systems, you strip away every abstraction. There is no garbage collector, no runtime, and no framework handling edge cases for you. You care about:

Memory layout and buffer boundaries.
POSIX system calls and file descriptor lifecycles.
Cache lines and algorithmic overhead.
Keeping binaries small and dependencies at zero.

When you switch between these two modes daily, you see systems from both ends.

2. The quiet hobby I used to hide

For years, I kept these two sides of my engineering life completely separate.

My resume, LinkedIn, and public professional footprint showed the pragmatic senior cloud engineer. I highlighted my experience with TypeScript, React, Node, AWS CDK, Lambda@Edge, and scalable cloud architectures.

My C99 utilities, stream parsers, and embedded experiments stayed mostly in private folders or quiet local repositories.

A few weeks ago, I rebuilt this personal website. Instead of putting up a generic, sanitized portfolio page, I decided to document the exact low-level systems and tools I actually enjoy building. Now, the homepage and blog are packed with C99 code snippets, terminal scanlines, and POSIX plumbing.

3. Will this confuse recruiters?

Putting all of this out in the open made me pause.

When a recruiter or hiring manager looks for a Senior Full-Stack Engineer, Staff Developer, or Cloud Architect, they expect to see familiar buzzwords: React, Node, TypeScript, AWS, Docker, Kubernetes, or serverless architectures.

If they land on this site instead, they see C99 structs, manual memory management, and terminal tools. It raises practical questions:

Will a recruiter look at this and think I only want embedded or systems programming jobs?
Will automated screening tools or non-technical screeners get confused about my primary stack?
Could having a site full of low-level personal projects actually cost me web and cloud opportunities?

In an industry where developers are often expected to fit into neat, standardized job titles, showing two distinct skill sets can look messy to an outside observer. I could have kept my personal site sanitized and focused purely on enterprise web stacks, but this page is an honest reflection of what I actually build when nobody is paying me.