La única forma correcta de devolver datos de una API

Vivimos en una era de exceso digital donde se enseña a los desarrolladores a creer que el objetivo de una API es servir datos. Este es un error fundamental que ha costado miles de millones en infraestructura y seguridad en todo el mundo. Pasamos años debatiendo REST versus GraphQL o gRPC versus WebSockets y nos olvidamos de mirar la solución más elegante y eficiente que existe. Hablo del concepto de No como Servicio o NaaS (https://github.com/hotheadhacker/no-as-a-service).

El Kobayashi Maru de Java: Manejo Global de Excepciones

Para quienes se saltaron las clases de la Academia de la Flota Estelar, el Kobayashi Maru es un ejercicio de entrenamiento diseñado como un “escenario sin victoria”. El objetivo no es ganar, es ver cómo manejas un fracaso inevitable. En el mundo de la Ingeniería de Backend, nuestro escenario sin victoria es la Excepción No Controlada.

Pasas semanas diseñando un servicio hermoso y limpio. Usas Records, optimizas tus consultas SQL, aplicas principios SOLID. Y luego, el día de producción, un usuario envía un JSON malformado, y tu API vomita un Stack Trace de 50 líneas directamente en la consola de su navegador. Es feo, es poco profesional y expone tu lógica interna al mundo.

Archivos de Longitud Fija con Spring Batch 6.0: La “Alegría” de los Datos Legacy

Si eres un desarrollador que ha manejado procesamiento de nóminas o conciliación bancaria/financiera en una empresa que usa Spring, es probable que hayas trabajado con Spring Batch. Confieso que no soy un gran fan; tiene esa verbosidad y sobrecarga característica del ecosistema Java, haciendo que incluso el trabajo más simple requiera mucha más estructura de la necesaria. Pero ¿de qué sirve quejarse? La tecnología que usa tu empresa es lo que asegura tu supervivencia (vivienda, comida, ropa). Así que, quejarse no es el tema de hoy.