Empezá por acá si querés aprender a pensar como ingeniero, no a copiar código.
Ingeniería sin filtros es una guía para developers que quieren diseñar, operar y discutir sistemas reales con criterio propio en una época donde copiar código es demasiado fácil.
Este sitio es para vos si…
Si te reconocés en esto, estás en el lugar correcto.
- Sentís que la IA te acelera, pero no siempre te hace pensar mejor.
- Querés entender arquitectura desde producción, no desde definiciones.
- Estás creciendo hacia senior/lead y necesitás mejor criterio.
- Querés escribir, revisar y defender decisiones técnicas con más claridad.
Cinco pilares, sin filtros
La propuesta editorial, ordenada. Cada pilar es una ruta de criterio, no una lista de tutoriales.
Arquitectura sin filtros
Diseño, límites, modularidad, APIs, DDD, microservicios, monolitos modulares y trade-offs reales.
Ver artículosProducción sin filtros
Logs, métricas, incidentes, performance, bases de datos, debugging y CI/CD. Lo que aparece cuando deja de ser demo.
Ver artículosIA sin filtros
Usar IA para construir mejor sin perder criterio ni convertirte en copiador profesional.
Ver artículosCarrera sin filtros
Liderazgo técnico, comunicación, presión, entrevistas, seniority y crecimiento real.
Ver artículosLaboratorio sin filtros
Construir en público: productos, prototipos y arquitectura real, con las decisiones a la vista.
Ver artículos¿Por dónde empezar? Según lo que buscás
Elegí tu entrada. Cada ruta te lleva a los textos que mejor responden esa intención.
Si venís por arquitectura
Empezá por acá si querés entender cómo se toman decisiones técnicas sin caer en dogmas.
Leer artículosSi venís por producción
Empezá por acá si querés entender por qué un sistema que compila igual puede fallar horrible en producción.
Leer artículosSi venís por IA
Empezá por acá si querés usar IA sin perder fundamentos ni criterio de ingeniería.
Leer artículosSi venís por carrera técnica
Empezá por acá si querés crecer como developer, tech lead o arquitecto sin comprar humo de gurú.
Leer artículos¿Dónde estás parado vos?
No todos llegan al sitio desde el mismo lugar. Elegí la ruta que más se parezca a tu momento actual.
Developer junior / mid
Querés subir de nivel y dejar de consumir recetas sueltas. Empezá por los pilares y la ruta por intención.
Ver rutasSenior / tech lead
Buscás criterio, contraste y argumentos para defender decisiones. El blog y #100ArchitectureDays son tu lugar.
Ir al blogEquipos / empresas
Necesitás arquitectura, producción o IA aplicada con criterio. Puedo ayudarte directamente.
Trabaja conmigoPara arrancar
Tres lecturas recientes para tomarle el pulso al sitio.
Qué cuidar depende de lo que no podés permitirte que falle
El peor error del súper se arregla con una nota de crédito. En salud no hay rollback. Eso decide qué testear, no el catálogo de tests. #100ArchitectureDays
Cada mock que escribís es una dependencia que no invertiste
Probar una multiplicación te cuesta levantar Docker, correr migraciones y esperar 40 segundos. El problema no es cuántos mocks tenés: es dónde están parados. #100ArchitectureDays
Escribir código dejó de ser el cuello de botella. Verificarlo, no.
Probás que 2 + 2 da 4. ¿Probaste alguna vez que tu sistema cumple con la arquitectura que definiste? Nadie lo hace, y ese hueco se paga en cada PR. #100ArchitectureDays
#100ArchitectureDays
Una serie para entrenar criterio arquitectónico durante 100 días.
No es una colección de definiciones. Cada día parte de un problema real: algo que se hace mal, por qué duele, cuál es la trampa, qué decisión técnica conviene tomar y qué regla queda para la próxima vez.
No lo leas como una lista de tutoriales
Leelo como una bitácora de decisiones técnicas. En cada artículo buscá tres cosas:
- 01
Qué problema real aparece.
- 02
Qué decisión se tomó y por qué.
- 03
Qué regla podés llevarte a tu propio sistema.
Soy Alejandro Lafourcade, arquitecto y líder técnico con más de 10 años construyendo backend, APIs, sistemas distribuidos y plataformas que tienen que funcionar bajo presión.
Escribo Ingeniería sin filtros para compartir lo que normalmente no entra en los tutoriales: decisiones, errores, presión, trade-offs y criterio técnico.
Conocer más sobre AlejandroNo necesitás leer todo hoy.
Elegí una ruta, leé una decisión y empezá a mirar tus sistemas con otros ojos.