Hoy publico mi primer libro: «Menos software, más impacto». Da un poco de vértigo.
La tesis: tu equipo no va lento por escribir mal código. Va lento porque escribe código de más. 🧵
I think there’s ways to make it work today, and I think unfortunately some folks on the “wait for the models to get better” path are gonna get lapped by folks willing to learn how to make this work today.
I could be proven wrong but this is my feeling still
Been helping users generate HtML to understand complex plans and changes for months now. But the real value of markdown is twofold, and html only hits the first one
1) clear, compact summary of a lot of information or intent - higher leverage faster easier understanding for HUMANS
2) a token efficient compact summary of information or intent for MODELS
it’s important to know what your goal is - more leverage for humans, or more performance from models/agents
If you need 2) then HTML is gonna blow up your context window way faster than 1)
We often find ourselves using both, markdown for most cases, supplemental html if there’s an opportunity to make content more digestible for humans
Claude Code eng leader @Nerdi_Yogi on the two profiles she's hiring for now:
1. Creative builders with product sense
2. Deep systems experts (for the hard parts)
the funniest thing about the token grift is most folks who pushed token burn in q1 are now having a falling out with their CFOs because they don’t have a metric that correlates to business outcomes
Inputs -> outputs -> outcomes
If you can’t measure revenue, measure KPIs
If you cant measure KPIs, measure customer outcomes
If you cant measure customer outcomes, measure task throughput (features, tickets, bugs)
If you cant measure task throughput, measure work throughput (PRs)
If you cant measure PRs, measure LOC
If you cant measure LOC, measure tokens
if you’re a leader and you’re not focused on improving your ability to measure things that matter, you’re cooked
spent two hours on codex trying to solve a ridiculously hard problem walking through it one part at a time
got nowhere
So I spent 15 minutes working back and forth to design a verification harness (logging proxies to figure out wire protocol behavior, tests to build state and trigger messages deterministically, etc)
codex ran for 30 minutes without interruption and came back with the solution which was completely unrelated to what I had been steering it to investigate
issue was in a completely different area and I wouldn't have figured it out in another 6 hours
back-pressure and verification are the key to solving hard problems
De los creadores de "la inflación es culpa de la avaricia de los empresarios", ahora viene "el problema de la vivienda es culpa de la avaricia de los propietarios".
A ver cómo explicamos que en Austin (Texas) los propietarios se volvieron muy avariciosos y, justo después de que duplicaran los permisos de construcción, dejaron de ser avariciosos de repente.
A ver cómo le decimos a los españoles que en Austin, con un PIB per cápita (y salario) que más que duplica el de Madrid (y triplica el de España), alquilar un piso es mucho más barato (Austin: 1.100€; Madrid: 1700€ para piso de 80m2).
Todo es válido, menos reconocer lo obvio. Que construir funciona. Y que para construir se necesita liberar suelo. Y que liberar suelo no gusta porque entonces los propios políticos no pueden especular con el cambio de uso de suelo. Aquí, por alguna razón, se les olvida mencionar la avaricia.
El altruismo es algo que practicamos naturalmente con nuestros seres queridos. Con desconocidos, simplemente, no regalamos nuestro esfuerzo. La política pública debería ser realista y no imaginar unicornios.
Alright Anthropic, OpenAI:
I need APIs that give me usage data. Granular. Per user.
I need this in the same way its provided by every other company for all of time.
What I dont want: "heres a $100,000 line vague line item of token spend".
Este año no organizaremos nuestra habitual conferencia.
La culpa ha sido de la IA.
Es broma, la culpa ha sido mía.
Durante 8 años organizamos la @pamplonaswcraft .
Un evento técnico que acabó siendo una referencia a nivel nacional.
Pero este año quisimos hacer algo distinto.
La idea era sencilla: juntar a gente de mundos distintos, producto, cocina, ciencia, negocio o creatividad, y usar la tecnología como punto de encuentro para ver qué pasa cuando se cruzan.
Y aquí vienen los errores.
Error 1: pensar que esto iba a costar lo mismo que otros años. Apuesta nueva, reglas nuevas. Necesitaba más tiempo para hacerlo con la calidad que nos exigimos.
Error 2: falta de foco. La IA lo está moviendo todo en nuestro sector y mi atención ha estado donde tenía que estar: en 540, en estar al loro, en adaptarnos, en no quedarnos atrás. Súmale que además queremos seguir creciendo y acabamos de inaugurar nuestra nave (un abrazo a todos aquellos que habéis construido o reformado hace poco una casa).
Error 3: tenía que haber sido más valiente y cortar a tiempo. Pasaban las semanas, esto no movía pero yo seguía con el “la semana que viene me pongo en serio”. Resultado: desgaste mental brutal y un run run constante al que no le dedicaba el tiempo suficiente pero del que no me olvidaba.
Lo más importante que he aprendido:
El “la semana que viene paro todo y me vuelco con esto durante semanas” ya no me sirve. Soy CEO de una empresa de casi 40 personas. Hay un trabajo de base diario que no se puede ignorar. Lo infravaloré.
Tiempos revueltos.
Tiempos de foco.
Volveremos.
The biggest opportunity for would-be startup founders is AI. But the most underpriced opportunity is probably non-AI ideas. So if you have a good non-AI idea, go for it, because everyone else is going to overlook it.
Nos estáis preguntado si habrá @pamplonaswcraft
Sí. ¿Como siempre? No.
NOBOX no será una conferencia.
Será un cruce de miradas.
Personas de distintos mundos pensando juntas hacia dónde vamos.
Porque el futuro de la tecnología no se entiende desde un solo lugar.
28-29 de mayo