Santiago Fernandez

Gerente I+D Tech en Primary / ex co-founder y CTO Matriz / Arquitecto de Software / Emprendedor / Piloto de Planeador

[Santiago Fernandez @santif]

@exdata_veritas https://t.co/adG7wdhqh3

[Santiago Fernandez @santif]

@unclebobmartin @minid You can also use that time to learn more about the business you're programming for.

[Santiago Fernandez @santif]

@Pelipe_1 @midudev Go está escrito en Go

[Santiago Fernandez @santif]

@lahar0n @FaztTech entendí lo mismo, que se refiere al tiempo de “compilación”… no? En cuanto al runtime, ya habiamos despedido a nodejs con bun, jeje

[Santiago Fernandez @santif]

@maxifirtman Qué buen uso de un equipo de 20 personas!! Si tuviera 50 quién sabe todo lo que descubriría.

[Santiago Fernandez @santif]

@exe4que @maxifirtman Nada que ver. “La IA” son herramientas que si las queres usar bien y sacarles provecho tenes que conocerlas y aprender a usarlas. Está recomendando que pilotees un avión sin leer el manual ni ser piloto.

[Santiago Fernandez @santif]

@terencexla @bbssppllvv @marckohlbrugge yep https://t.co/2H32LFmcLM

[Santiago Fernandez @santif]

A mi me dio resultado mostrar claude code con algo extremadamente simple que la gente entiende rapido.. por ej, una calculadora. Hay mil formas de hacerla, desde una CLI, REPL, agregarle un front, etc, etc.. Me resultó en el ámbito laboral; la gente se engancha solo por el hecho de que es algo muy facil de entender.

[Santiago Fernandez @santif]

@juliandeangeIis Para proyecto greenfield complejo estamos aplicando SDD + prototipos descartables: nos quedamos con specs+contratos+tests e iteramos, en c/servicio. Está yendo muy bien ese enfoque por el momento… cambio de mindset total. En nuestro caso preferimos OpenSpec por sobre Spec Kit.

[Santiago Fernandez @santif]

@juliandeangeIis Excelente artículo Julián, felicitaciones. Como para agregar, el enfoque spec-as-source tal como lo explica el artículo Birgitta puede verse algo simplista. Porque gestionar cambios es complejo y terminas haciendo specs para modificar las specs... `changes` de OpenSpec por ej.

[Santiago Fernandez @santif]

As the mechanical cost of producing code approaches zero, the cognitive work of designing systems, writing specifications, maintaining architectural decisions, and managing business knowledge becomes the primary bottleneck and the primary source of value.

[Santiago Fernandez @santif]

@LeiferMendez Estan mezclando las cosas. Lo de la mac mini era para los que querian usar modelos locales. Igual es genial que se use más Go y menos python y typescript para las CLI.

[Santiago Fernandez @santif]

@raulgf_92 @NetMentorTW Idem por acá. 2025 a fondo con Claude Code y antes Aider que pocos conocen. En sep-2024 Boris escribia sus primeras lineas de CC y aider ya generaba el 50% de su código. Este diciembre pasé de darle órdenes a un junior, a interactuar con un colega. El golpe va a ser fuerte.

[Santiago Fernandez @santif]

@villamzr Así es. Además, antes te podías dar el lujo de no saber ni interesarte en el negocio. Hoy no hay cabida para el que sólo piense hable y viva código fuente.

[Santiago Fernandez @santif]

Exacto; la IA amenaza el puesto de la persona que es usuario del software que produce una empresa también. El golpe va a venir por ambos lados, por la mayor eficiencia y por la caida de la demanda. Los que creen que es fácil hacer un negocio independiente porque sólo pueden generar más código se van a pegar otro palo.

[Santiago Fernandez @santif]

@santisiri Indeed. The factory *is* the product.

[Santiago Fernandez @santif]

@juliandeangeIis Combinás SDD con Obsidian? Ahora está por salir obsidian-cli, lo estoy probando con CC y lo veo como un game changer

[Claude @claudeai]

🥈 Elisa by Jon McBee

A visual programming environment for kids where you snap blocks together and Claude spins up agents to build the real code behind the scenes.

The first user: his 12-year-old daughter.

[Chris @criccomini]

The 2nd edition of Designing Data-Intensive Applications, by @martinkl and me, is finished and sent to the printers! Ebooks available next week, and print books in 3–4 weeks. Sigh of relief. 😅

(BTW, this is a good opportunity to support your favourite local bookshop!)

[Santiago Fernandez @santif]

Cohesion and coupling problems never went away — and they won’t. You still need to understand software to produce software. The real bottleneck now is the maximum cognitive load we can safely handle. You can’t be responsible for code you don’t truly know.

[John Crickett @johncrickett]

Software engineers: Context switching kills productivity.

Also software engineers: I'm now managing 19 AI agents and doing 1800 commits a day.

We’ve spent years complaining that managers who expect a quick 5-minute chat ruin our focus for the next hour. But a ping from an agent every few minutes, that’s ok?

We celebrated Paul Graham’s essay “Maker’s Schedule, Manager’s Schedule” in which he argued:

“When you're operating on the maker's schedule, meetings are a disaster. A single meeting can blow a whole afternoon, by breaking it into two pieces each too small to do anything hard in.”

Now we see software engineers claiming huge productivity gains from hordes of AI agents, celebrating thousands of commits per day from their 19 agents.

Either context switching was never really the problem, and we oversold our need for deep focus. Or we're not actually reviewing 1800 commits a day.

If we couldn't context switch before, we're not managing 19 agents. We're blindly trusting them.

That’s not engineering, it’s gambling.