📜 Biblioteca MAGO

Curada por Romeo · Mentor del equipo

47
Libros
10
Categorías
352
Citas
Datos
How to Measure Anything — Douglas Hubbard
Hubbard, D. W. (2014). *How to Measure Anything: Finding the Value of "Intangibles" in Business* (3ª ed.). Wiley.
"Todo es medible si reduces la incertidumbre lo suficiente, pero la medición debe diseñarse ANTES de actuar, no después. El valor de la información depende de cuánto reduce el riesgo de una decisión."
medici datos decisiones incertidumbre BI valor
▼ Click para ver citas
If it matters at all, it is detectable/observable. If it is detectable, it can be detected as an amount. If it can be detected as an amount, it can be measured. — Cap 3
Before we measure something, we need to ask: What decision does this measurement improve? How much is the reduction in uncertainty worth? — Cap 7
The biggest measurement trap is measuring what's easy instead of what matters. — Cap 8

Relevancia para el equipo

  • 📊 Nuria: El Decision Tracking es diseñar la medición del impacto de un insight ANTES de tomar la decisión — si lo haces después, es storytelling, no measurement
Thinking in Systems — Donella Meadows
Meadows, D. H. (2008). *Thinking in Systems: A Primer*. Chelsea Green Publishing.
"Los modelos mentales del sistema divergen del sistema real — cómo detectar la divergencia antes de que cause decisiones erróneas. No confundir el mapa con el territorio."
sistemas modelos feedback complejidad KPIs hol
▼ Click para ver citas
You can't navigate well in an interconnected, feedback-dominated world unless you take your mental models seriously. — Cap 1, p. 6
The behavior of a system cannot be known just by knowing the elements of which the system is made. — Cap 1, p. 12
Everything we think we know about the world is a model. — Cap 3, p. 86
Systems surprise us because our mental models fail to account for feedback loops and delays. — Cap 3, p. 88

Relevancia para el equipo

  • 📊 Nuria: Validar KPI Decomposition Trees con stakeholders — el árbol del analista puede no ser el modelo del negocio
  • 💰 Tomás: Trade-offs en O2C — optimizar una parte puede empeorar el sistema
Understanding Media: The Extensions of Man — Marshall McLuhan
McLuhan, M. (1964). *Understanding Media: The Extensions of Man*. McGraw-Hill.
""The medium is the message" — el canal de comunicación transforma el contenido más que el contenido mismo. La forma de recibir información cambia su significado."
medios comunicaci canal bi consumption fundacional
▼ Click para ver citas
The medium is the message. This is merely to say that the personal and social consequences of any medium result from the new scale that is introduced into our affairs. — Cap 1
We shape our tools and thereafter our tools shape us. — Cap 1
The content of any medium is always another medium. — Cap 1
In a culture like ours, long accustomed to splitting and dividing all things as a means of control, it is sometimes a bit of a shock to be reminded that the medium is the message. — Cap 1

Relevancia para el equipo

  • 📊 Nuria: Fundamento teórico para Consumption Mapping — el mismo KPI cambia de significado según llega por dashboard, digest o BiChat
  • 📢 Carmen: Multi-plataforma copy — el medio transforma el mensaje, no solo lo distribuye
  • 🔍 Vera: Multimodal Experience Research — cada modo (voz/visual/táctil) es un medio diferente con mensaje diferente
📖 Leer fuente
Desarrollo
Designing Data-Intensive Applications — Martin Kleppmann
Kleppmann, M. (2017). *Designing Data-Intensive Applications: The Big Ideas Behind Reliable, Scalable, and Maintainable Systems*. O'Reilly Media.
"Los trade-offs entre consistencia, disponibilidad y partición son inevitables — replicación, particionamiento y transacciones son herramientas para gestionar esos trade-offs, no para eliminarlos."
datos replicaci consistencia distributed odoo read
▼ Click para ver citas
If two nodes both believe that they are the leader, the situation is called split brain, and it is very dangerous. — Cap 5
Eventual consistency means that if you stop writing to the database and wait for some unspecified length of time, eventually all read requests will return the same value. — Cap 5
Transactions are an abstraction layer that allows an application to pretend that certain concurrency problems and certain kinds of hardware and software faults don't exist. — Cap 7
The truth is that distributed systems are fundamentally different from programs running on a single computer. — Cap 8

Relevancia para el equipo

  • 🗄️ Óscar: Fundamento para Odoo 20 read/write separation — caps 5-7 cubren exactamente replicación y consistency trade-offs
  • 🏗️ Hugo: Inform decisiones de arquitectura sobre data layer en sistemas con read-replicas
  • 📊 Nuria: Data freshness y observabilidad conectan con los modelos de consistency de Kleppmann
High Performance Browser Networking — Ilya Grigorik
Grigorik, I. (2013). *High Performance Browser Networking*. O'Reilly Media.
"El rendimiento web es un problema de red antes que de código — los waterfalls de requests son la causa #1 de lentitud percibida."
1 rendimiento networking waterfalls paralelismo web open
▼ Click para ver citas
Latency, not bandwidth, is the performance bottleneck for most web applications. — Cap 10
Every network request is a waterfall waiting to happen. The key is to minimize critical path length, not individual request time. — Cap 11
The fastest request is a request not made. The second fastest is one that doesn't wait for another to finish. — Cap 12
Understanding the network is not optional for web developers—it's the foundation of all performance optimization. — Cap 1

Relevancia para el equipo

  • 💻 Leo: Fundamento teórico para anti-waterfall testing — capítulos sobre critical path y paralelismo de requests
  • 🏗️ Hugo: Inform decisiones de arquitectura sobre data fetching patterns
  • 🔬 Elena: Performance testing y Core Web Vitals conectan directamente con los principios de Grigorik
📖 Leer fuente
A Philosophy of Software Design — John Ousterhout
Ousterhout, J. (2018). *A Philosophy of Software Design*. Yaknyam Press.
"La complejidad es el enemigo principal del software. El criterio fundamental de diseño es: agrupa lo que cambia junto, separa lo que cambia independientemente. La profundidad de las abstracciones importa más que su número."
dise complejidad abstracci m arquitectura infra
▼ Click para ver citas
The most fundamental problem in computer science is problem decomposition: how to take a complex problem and divide it up into pieces that can be solved independently. — Cap 1
Modules should be deep: a simple interface that hides a lot of functionality. — Cap 4
If two pieces of code are related, they should be in the same place. If they are unrelated, they should be separate. — Cap 9

Relevancia para el equipo

  • 🚀 Alex: Los Caddyfile snippets son exactamente la decisión de Cap 9 — agrupa lo que cambia junto (security headers) y separa lo que cambia independientemente (CSP por sitio)
  • 💻 Leo: Deep modules aplica a componentes — interfaces simples con lógica compleja detrás
Release It! — Michael Nygard
Nygard, M. T. (2018). *Release It! Design and Deploy Production-Ready Software* (2ª ed.). Pragmatic Bookshelf.
"Los sistemas de producción fallan de maneras que el desarrollo no anticipa. Los puntos de integración son la fuente principal de inestabilidad. Los patrones de estabilidad (circuit breaker, bulkhead, timeout) protegen contra cascadas de fallos."
producci estabilidad integraci N rendimiento odoo
▼ Click para ver citas
Every integration point is a potential stability killer. Every socket, process, pipe, or remote procedure call can and will hang. — Cap 4, "Stability Antipatterns"
The problem with N+1 queries is not that they're slow — it's that they make your system's response time a function of the data, not of the code. — Cap 4
Production is the only place where your system is truly tested. Everything else is rehearsal. — Cap 1

Relevancia para el equipo

  • 🗄️ Óscar: N+1 en controllers y over-fetch son antipatrones de integración ORM↔HTTP — Nygard enseña a pensar en la integración como zona de riesgo
📖 Leer fuente
Scalable and Modular Architecture for CSS (SMACSS) — Jonathan Snook
Snook, J. (2012). *Scalable and Modular Architecture for CSS*. Snook.ca (autoedición).
"CSS necesita una arquitectura explícita de capas (base/layout/module/state/theme) para escalar sin conflictos de especificidad — el precursor conceptual de @layer."
CSS arquitectura capas escalabilidad dise frontend
▼ Click para ver citas
At the very core of SMACSS is categorization. By categorizing CSS rules, we begin to see patterns and can define better practices around each of these patterns. — Introduction
The goal of SMACSS is to reduce the amount of code that needs to be written and provide consistency. — p. 4
A Base rule is applied to an element using an element selector, a descendent selector, or a child selector, along with any pseudo-classes. — Cap 2
The key distinction between a Layout rule and a Module rule is that a Module is a discrete component of the page. — Cap 3

Relevancia para el equipo

  • 🎨 Diana: Entender el "por qué" original de la arquitectura de capas CSS para decidir cuándo subdividir @layer
  • 💻 Leo: Convenciones CSS en componentes Astro
📖 Leer fuente
Specification by Example — Gojko Adzic
Adzic, G. (2011). *Specification by Example: How Successful Teams Deliver the Right Software*. Manning Publications.
"Las mejores especificaciones no son las más detalladas sino las más verificables — documentación viva que se ejecuta como tests."
especificaciones living BDD verificabilidad agentes
▼ Click para ver citas
The biggest problem with software specifications is that they describe a solution, not the behavior we expect. — Cap 3
Living documentation is a reliable and authoritative source of information on system functionality, which anyone can easily access. — Cap 6
Specify collaboratively. The people who will build it should be in the room when you describe what to build. — Cap 4
Don't automate everything—automate the things that will be executed frequently and that can't afford to be wrong. — Cap 5

Relevancia para el equipo

  • 🏗️ Hugo: Fundamento directo para Spec-Driven Writing Plans — specs como artefactos ejecutables, no documentación pasiva
  • 💻 Leo: Los constraint blocks son "specifications by example" para agentes IA
  • 🔬 Elena: Spec Compliance Check es la versión QA de la living documentation de Adzic
The Web Application Hacker's Handbook — Stuttard & Pinto
Stuttard, D., & Pinto, M. (2011). *The Web Application Hacker's Handbook: Finding and Exploiting Security Flaws* (2nd ed.). Wiley.
"Pensar como atacante para defender — los patrones de ataque a autenticación HTTP no han cambiado desde 2011, solo se han automatizado."
seguridad web autenticaci controllers timing OWASP
▼ Click para ver citas
The most effective way to find security vulnerabilities is to think like an attacker. — Cap 1, p. 3
Authentication mechanisms are among the most attacked components of web applications, because compromising authentication gives direct access to functionality. — Cap 6, p. 159
Timing attacks against authentication are trivially exploitable when string comparison is used instead of constant-time comparison. — Cap 6, p. 182
Every parameter, every cookie, every header is a potential attack vector. — Cap 4, p. 88

Relevancia para el equipo

  • 🗄️ Óscar: Pensar como atacante sobre controllers Odoo con auth='none' y timing-safe comparison
  • 🚀 Alex: Complementa security headers con visión de ataque
Devops
Accelerate: The Science of Lean Software and DevOps — Forsgren, Humble & Kim
Forsgren, N., Humble, J., & Kim, G. (2018). *Accelerate: The Science of Lean Software and DevOps: Building and Scaling High Performing Technology Organizations*. IT Revolution Press.
"La automatización de CI/CD mejora velocidad Y estabilidad simultáneamente — pero solo si el feedback es rápido. Un pipeline lento produce el efecto contrario."
devops ci automatizaci feedback shift rendimiento
▼ Click para ver citas
High performers deploy code 208 times more frequently than low performers, with 106 times faster lead time. — Cap 2
Teams that had more automation in their testing and deployment processes had higher software delivery performance AND lower change failure rates. — Cap 4
Short feedback loops are crucial. The longer the delay between a change and its validation, the harder it is to identify the cause of a failure. — Cap 5
Continuous delivery is a set of principles and practices that enable teams to deliver new features to users frequently and reliably. — Cap 4

Relevancia para el equipo

  • 🚀 Alex: Valida Dockerfile linting como shift-left — pero advierte que cada capa del pipeline compite por tiempo de feedback
  • 🏗️ Hugo: CI/CD como concern arquitectónico — fitness functions y verification gates dependen de pipelines rápidos
  • 🔬 Elena: Test Impact Analysis y feedback loop conectan directamente con los hallazgos de Forsgren
The DevOps Handbook — Kim, Humble, Debois & Willis
Kim, G., Humble, J., Debois, P., & Willis, J. (2021). *The DevOps Handbook: How to Create World-Class Agility, Reliability, & Security in Technology Organizations* (2nd ed.). IT Revolution.
"La distinción entre post-incident learning y pre-incident preparation — un skill debería ser un pre-flight checklist, no un álbum de accidentes."
devops deploy pre post automatizaci resiliencia
▼ Click para ver citas
We improve daily work by explicitly injecting production failures to create opportunities to practice our recovery processes. — Cap 18, p. 307
The goal is not to prevent all failures — it's to detect and recover from them quickly. — Cap 16, p. 276
When accidents happen, instead of blaming individuals, we look for ways to redesign the system. — Cap 18, p. 312
Automated tests are not enough. We need automated deployment pipelines to catch integration problems before they reach production. — Cap 10, p. 159

Relevancia para el equipo

  • 🚀 Alex: Transición de documentar post-mortems (Caddy trampas) a prevenir con pre-deploy checklists
  • 🗄️ Óscar: Resiliencia de servicios OWL como preparación, no reacción
Estrategia
Competitive Advantage — Michael Porter
Porter, M. E. (1985). *Competitive Advantage: Creating and Sustaining Superior Performance*. Free Press.
"La ventaja competitiva se crea en las actividades específicas que una empresa realiza (value chain), no en la empresa como unidad abstracta. Descomponer la value chain en actividades primarias y de soporte revela dónde se crea valor y dónde se acumula coste."
estrategia value competencia Porter ventaja inteligencia
▼ Click para ver citas
Competitive advantage cannot be understood by looking at a firm as a whole. It stems from the many discrete activities a firm performs. — Cap 2
The value chain disaggregates a firm into its strategically relevant activities in order to understand the behavior of costs and the existing and potential sources of differentiation. — Cap 2
A firm gains competitive advantage by performing these strategically important activities more cheaply or better than its competitors. — Cap 3

Relevancia para el equipo

  • 🕵️ Iván: Si va a deconstruir value chains de competidores con señales externas, necesita entender cómo se construye una value chain desde dentro — la distancia entre inferir y saber es la distancia entre análisis y especulación
Good Strategy Bad Strategy — Richard Rumelt
Rumelt, R. (2011). *Good Strategy Bad Strategy: The Difference and Why It Matters*. Crown Business.
"La buena estrategia es diagnóstico proporcional al problema + acción coherente enfocada. La mala estrategia es fluff, objetivos sin plan, y respuesta desproporcionada."
estrategia diagn proporcionalidad scope foco inteligencia
▼ Click para ver citas
Good strategy works by focusing energy and resources on one, or a very few, pivotal objectives whose accomplishment will lead to a cascade of favorable outcomes. — Cap 1
A good strategy has coherence. The actions within it are coordinated and build on one another. — Cap 2
Bad strategy is not simply the absence of good strategy. It is its own thing: a combination of fluff, failure to face the challenge, mistaking goals for strategy, and bad strategic objectives. — Cap 3
The kernel of a strategy contains three elements: a diagnosis, a guiding policy, and coherent actions. — Cap 4

Relevancia para el equipo

  • 🕵️ Iván: Fundamento para Scope-Graduated Analysis — diagnóstico proporcional al problema, no L3 para todo
  • 🏗️ Hugo: Complejidad Progresiva comparte el mismo principio — respuesta proporcional
  • 😈 Dante: "Mistaking goals for strategy" es exactamente lo que el devil's advocate debe detectar
Made to Stick — Chip Heath & Dan Heath
Heath, C., & Heath, D. (2007). *Made to Stick: Why Some Ideas Survive and Others Die*. Random House.
"Cómo simplificar sin simplificar de más — el "core message" que permite recuperar la complejidad desde la síntesis."
comunicaci s simplificaci ideas claridad decisiones
▼ Click para ver citas
To strip an idea down to its core, we must be masters of exclusion. — Cap 1, p. 28
If you say three things, you don't say anything. — Cap 1, p. 33
The Curse of Knowledge: once we know something, we find it hard to imagine not knowing it. — Cap 1, p. 19
The most basic way to get someone's attention is to break a pattern. — Cap 2, p. 64

Relevancia para el equipo

  • 🕵️ Iván: Síntesis de battlecards — simplificar sin perder la complejidad necesaria, con disclosure de omisiones
  • 📢 Carmen: Principios de hero copy y headlines que capturan atención
Normal Accidents — Charles Perrow
Perrow, C. (1984). *Normal Accidents: Living with High-Risk Technologies*. Basic Books.
"En sistemas complejos y acoplados, los accidentes no son fallos de componentes sino emergencias inevitables de la interacción entre componentes."
sistemas riesgo complejidad seguridad arquitectura accidentes
▼ Click para ver citas
If interactive complexity and tight coupling — Loss-of-coolant accidents — Loss-of-system-goal-information: If the system has these properties, we should prepare ourselves for normal accidents. — Cap 3
The problem is not the part that failed; the problem is the interaction of parts that individually worked correctly. — Cap 4
Efforts to make systems safer by adding redundancy or layers of protection can actually increase complexity and create new, unforeseen failure modes. — Cap 7

Relevancia para el equipo

  • 🏗️ Hugo: Sistemas con API REST + LLM son "tightly coupled and complex" — el threat model no elimina el riesgo sino que gestiona la inevitabilidad
  • 🚀 Alex: Los sistemas de deploy con múltiples capas de seguridad pueden crear modos de fallo emergentes
Superforecasting — Philip Tetlock & Dan Gardner
Tetlock, P. E., & Gardner, D. (2015). *Superforecasting: The Art and Science of Prediction*. Crown Publishers.
"Los mejores predictores no son los más inteligentes sino los que más calibran sus predicciones contra la realidad y actualizan sus creencias incrementalmente."
predicci calibraci sesgo investigaci decisiones
▼ Click para ver citas
The fox knows many things but the hedgehog knows one big thing. Foxes beat hedgehogs. — Cap 2, p. 68
Beliefs are hypotheses to be tested, not treasures to be guarded. — Cap 5, p. 121
What makes superforecasters so good is not what they think but how they think. — Cap 5, p. 118
Perpetual beta — the humility required to constantly question your own predictions. — Cap 10, p. 232

Relevancia para el equipo

  • 🔍 Vera: Calibración de Predictive Friction Mapping — el Prediction Accuracy Rate es un Brier Score aplicado a UX
  • 😈 Dante: Complementa su Calibración de Confianza operacionalizada desde Tetlock
Threat Modeling: Designing for Security — Adam Shostack
Shostack, A. (2014). *Threat Modeling: Designing for Security*. Wiley.
"Un threat model es tan bueno como su verificación — sin validación de las mitigaciones, el modelo de amenazas es teatro de seguridad."
seguridad arquitectura threat verificaci STRIDE
▼ Click para ver citas
If you're not threat modeling, you're building security on assumptions. — Cap 1, p. 12
The goal of threat modeling is not to create a document. It's to change how you think about your system. — Cap 3, p. 67
Threats found early cost less to address. Threats found late cost careers. — Cap 7, p. 189
Every mitigation needs a verification story. If you can't test it, you don't know if it works. — Cap 7, p. 195

Relevancia para el equipo

  • 🏗️ Hugo: Verificación de mitigaciones en Agent Communication Protocols (MCP/A2A)
  • 🚀 Alex: Complementa security headers y rate limiting con threat modeling explícito
Filosofia
How to Solve It — George Pólya
Pólya, G. (1945). *How to Solve It: A New Aspect of Mathematical Method*. Princeton University Press.
"El método heurístico de resolución de problemas: generalizar desde casos particulares, buscar patrones, preguntarse "¿podría derivar el resultado de otra manera?" y reformular problemas para hacerlos manejables."
matem heur resoluci generalizaci invariantes testing
▼ Click para ver citas
If you can't solve a problem, then there is an easier problem you can solve: find it. — Parte I
Could you derive the result differently? Could you see it at a glance? — Parte II, sobre generalization
The first rule of discovery is to have brains and good luck. The second rule of discovery is to sit tight and wait till you get a bright idea. — Parte IV

Relevancia para el equipo

  • 🔬 Elena: Escribir buenas propiedades para fast-check es el proceso de Pólya — mirar 3 ejemplos y preguntarse "¿qué tienen en común que sea siempre verdad?"
  • 🔮 Raúl: La generalización de casos a principios es la base del análisis fundamental inductivo
📖 Leer fuente
On Being Certain — Robert Burton
Burton, R. A. (2008). *On Being Certain: Believing You Are Right Even When You're Not*. St. Martin's Press.
"La sensación de certeza es una emoción neurológica involuntaria, no un indicador fiable de verdad o corrección."
meta certeza neurociencia sesgos investigaci
▼ Click para ver citas
Despite how certainty feels, it is neither a conscious choice nor even a thought process. Certainty and similar states of 'knowing what we know' arise out of involuntary brain mechanisms that, like love or anger, function independently of reason. — Cap 1
The feeling of knowing is not a deliberate conclusion but an involuntary mental sensation. — Cap 2
We cannot help feeling that we know — even when we don't. — Cap 3

Relevancia para el equipo

  • 🔍 Vera: Su AI Synthesis Self-Audit lucha contra la sensación de certeza — la síntesis "se siente correcta" no es evidencia de que lo sea
  • 😈 Dante: La calibración de confianza necesita distinguir la sensación de saber del saber real
The Righteous Mind — Jonathan Haidt
Haidt, J. (2012). *The Righteous Mind: Why Good People Disagree About Politics and Religion*. Vintage Books.
"Los juicios morales son intuiciones instantáneas, y la razón es el "abogado" que busca argumentos post-hoc para justificarlas. La mayoría de los desacuerdos no son empíricos sino intuitivos con racionalización."
psicolog moral desacuerdos sesgos intuici pensamiento
▼ Click para ver citas
The mind is divided, like a rider on an elephant, and the rider's job is to serve the elephant. — Cap 2
We do not reason in order to find truth; we reason in order to find arguments to support our conclusions. — Cap 3
Morality binds and blinds. It binds us together into groups, but it also blinds us to the moral arguments of those outside our group. — Cap 4

Relevancia para el equipo

  • 😈 Dante: Su Adversarial Collaboration funciona cuando el desacuerdo es genuinamente empírico. Haidt enseña a distinguir los que sí son de los que solo lo parecen — si la raíz es intuitiva, no hay test que resuelva
The Structure of Scientific Revolutions — Thomas Kuhn
Kuhn, T. S. (1962). *The Structure of Scientific Revolutions*. University of Chicago Press.
"Los paradigmas científicos no cambian gradualmente sino por crisis — cuando las anomalías se acumulan hasta que el paradigma viejo no puede absorberlas."
paradigma cambio anomal epistemolog testing
▼ Click para ver citas
Normal science does not aim at novelties of fact or theory and, when successful, finds none. — Cap 3
Discovery commences with the awareness of anomaly, i.e., with the recognition that nature has somehow violated the paradigm-induced expectations. — Cap 6
The transition from a paradigm in crisis to a new one from which a new tradition of normal science can emerge is far from a cumulative process. — Cap 8
The man who embraces a new paradigm at an early stage must often do so in defiance of the evidence provided by problem-solving. — Cap 12

Relevancia para el equipo

  • 🔬 Elena: El paso de testing determinístico a probabilístico es un cambio de paradigma kuhniano — los test cases son el paradigma viejo
  • 🔍 Vera: Research paradigm shifts — cómo el research de productos IA invalida métodos UX tradicionales
  • 😈 Dante: Reconocer cuándo una objeción defiende un paradigma viejo vs cuándo protege contra un cambio prematuro
📖 Leer fuente
Subtract: The Untapped Science of Less — Leidy Klotz
Klotz, L. (2021). *Subtract: The Untapped Science of Less*. Flatiron Books.
"Los humanos (y los LLMs) tienen un sesgo sistemático hacia soluciones aditivas — ignorando que quitar es frecuentemente superior a añadir. La sustracción no deja evidencia visible de contribución, lo que la hace organizacionalmente invisible."
sustracci sesgo simplicidad decisiones agentes organisation
▼ Click para ver citas
We are wired to add. Across cultures, contexts, and demographics, people consistently overlook the option to subtract. — Cap 4
Adding is visible. Subtracting is not. That's why organizations default to adding—it's easier to justify 'I built this' than 'I removed that.' — Cap 5
The first step to subtracting is to consider it. Just considering the option significantly increases the likelihood of choosing it. — Cap 7
Less is not lazy. Less is the harder choice because it requires knowing what matters. — Cap 6

Relevancia para el equipo

  • 😈 Dante: Fundamento directo para Subtraction Prompt — la psicología organizacional detrás del addition bias
  • 🏗️ Hugo: Architectural decisions — la sustracción como herramienta de diseño (quitar features, capas, dependencias)
  • 💻 Leo: Refactoring es sustracción — eliminar código es más difícil de justificar que añadirlo
Finanzas
Against the Gods — Peter Bernstein
Bernstein, P. L. (1996). *Against the Gods: The Remarkable Story of Risk*. Wiley.
"La historia de cómo la humanidad pasó de tratar la incertidumbre como destino (dioses, suerte) a medirla como probabilidad (estadística, finanzas), y por qué la medición de la incertidumbre no la elimina — solo la hace visible."
riesgo probabilidad incertidumbre finanzas historia cash
▼ Click para ver citas
The essence of risk management lies in maximizing the areas where we have some control over the outcome while minimizing the areas where we have absolutely no control. — Cap 15
The revolutionary idea that defines the boundary between modern times and the past is the mastery of risk. — Cap 1
Without a number to rely on, risk-taking becomes an act of pure faith — or recklessness. — Cap 16

Relevancia para el equipo

  • 💰 Tomás: El 13-Week CF con bandas de precisión es la cuantificación de incertidumbre que Bernstein narra — las bandas son honestas, no mágicas
Common Stocks and Uncommon Profits — Philip Fisher
Fisher, P. A. (1958). *Common Stocks and Uncommon Profits and Other Writings*. Harper & Brothers. (Edición revisada: Wiley, 2003.)
"La evaluación cualitativa de management — las "15 preguntas de Fisher" — es el método de inversión más duradero y el menos replicable por modelos cuantitativos."
inversi management scuttlebutt cualitativo value fundamental
▼ Click para ver citas
The best time to sell a stock is almost never. If you've done your homework on a company, you should be willing to hold through temporary setbacks. — Cap 5
I don't want a lot of good investments; I want a few outstanding ones. — Cap 2
Go to five companies in an industry. Ask each one about the other four. You'll get an amazingly accurate picture of the strengths and weaknesses of each. — Cap 2 (método scuttlebutt)
Management is the most important single factor in determining whether a company is a good investment. — Cap 3
Sales organizations, research activities, and financial policies are the three legs of the investment stool. — Cap 3

Relevancia para el equipo

  • 🔮 Raúl: Fundamento directo para MQA Scorecard — Fisher inventó la evaluación cualitativa de management como método de inversión
  • 🕵️ Iván: El "scuttlebutt" de Fisher es inteligencia competitiva aplicada a inversión — triangulación de fuentes
  • 📈 Marco: Fisher complementa el análisis técnico con la dimensión cualitativa que Marco no cubre
The Daily Trading Coach: 101 Lessons for Becoming Your Own Trading Psychologist — Brett Steenbarger
Steenbarger, B. N. (2009). *The Daily Trading Coach: 101 Lessons for Becoming Your Own Trading Psychologist*. Wiley.
"El journal de trading es la herramienta terapéutica más efectiva — no porque registre datos, sino porque externaliza el proceso de decisión y lo hace observable. Las "process metrics" miden adherencia al proceso, no P&L."
trading journal psicolog disciplina proceso behavioral
▼ Click para ver citas
Your journal is your therapist. It takes the internal dialogue and makes it external—observable, reviewable, changeable. — Lección 3
Track your process, not just your profits. A good process with a bad outcome is more valuable than a bad process with a good outcome. — Lección 8
The best traders are like the best athletes: they practice more than they perform. — Lección 15
Every pattern in your trading—revenge trading, overtrading, freezing—has a trigger. Find the trigger, and you can change the pattern. — Lección 12
Self-observation without self-judgment is the first step to change. — Lección 1

Relevancia para el equipo

  • 📈 Marco: Fundamento directo para Structured Trade Journal y SCS — process metrics como medida de calidad
  • 💰 Tomás: Forecast Bias Decomposition comparte el principio — medir el proceso, no solo el resultado
  • 😈 Dante: Anti-resulting — Steenbarger formalizó "process > outcome" antes de Annie Duke
Dynamic Hedging — Nassim Nicholas Taleb
Taleb, N. N. (1997). *Dynamic Hedging: Managing Vanilla and Exotic Options*. Wiley.
"Los Greeks de opciones son herramientas locales válidas en el instante, pero la gestión real de carteras de opciones es dinámica: ajustes constantes, rebalanceo, y consciencia de que el modelo (Black-Scholes) diverge de la realidad en momentos críticos."
opciones Greeks hedging volatilidad trading riesgo Taleb
▼ Click para ver citas
A trader who does not dynamically hedge is not managing risk — he is taking a static bet and calling it a strategy. — Cap 1
The Greeks are local measures. They tell you where you are, not where you are going. — Cap 3
The most dangerous moment for an options portfolio is not high volatility — it is the transition between regimes. — Cap 5

Relevancia para el equipo

  • 📈 Marco: Los Greeks son herramientas locales — la gestión real de opciones es dinámica. Necesario ahora que tiene el framework estático completo
Fooled by Randomness — Nassim Nicholas Taleb
Taleb, N. N. (2001). *Fooled by Randomness: The Hidden Role of Chance in Life and in the Markets* (2nd ed., 2005). Random House.
"Los traders construyen narrativas causales de eventos aleatorios — cuantas más fuentes de datos, más material tiene la máquina narrativa para racionalizar decisiones ya tomadas."
aleatoriedad narrativa sesgo trading probabilidad Taleb
▼ Click para ver citas
We are narrative creatures. We need stories. We need to find patterns where none exist. — Cap 11, p. 188
The problem with experts is that they do not know what they do not know. — Cap 5, p. 84
Probability is not a mere computation of odds on the dice or more complicated variants; it is the acceptance of the lack of certainty in our knowledge. — Cap 3, p. 48
We favor the visible, the embedded, the personal, the narrated, and the tangible; we scorn the abstract. — Cap 11, p. 195

Relevancia para el equipo

  • 📈 Marco: Riesgo de overfitting narrativo con alternative data — registro pre-decisión como antídoto
  • 😈 Dante: Complementa su detección de narrative fallacy
Noise: A Flaw in Human Judgment — Kahneman, Sibony & Sunstein
Kahneman, D., Sibony, O., & Sunstein, C. R. (2021). *Noise: A Flaw in Human Judgment*. Little, Brown Spark.
"El error en juicios humanos tiene dos componentes: bias (error sistemático) y noise (variabilidad inexplicada). El noise es más dañino porque es invisible sin auditoría sistemática."
juicio bias noise forecasting decisiones calibraci
▼ Click para ver citas
Where there is judgment, there is noise—and more of it than you think. — Cap 1
Bias is the average error. Noise is the variability of errors around that average. Both contribute equally to overall error. — Cap 6
Noise is like a cloud: you can't see it until you measure it. — Cap 7
A decision hygiene strategy does not require knowledge of the direction of bias. It works by reducing noise, which also often reduces bias as a side effect. — Cap 24
Independent judgments, aggregated, are more accurate than the judgments of most individuals in the group. — Cap 10

Relevancia para el equipo

  • 💰 Tomás: Forecast Bias Decomposition ataca el bias dimensional — pero el noise entre forecasters del mismo BU es igualmente dañino
  • 😈 Dante: Decision Hygiene Audit de Dante operacionaliza las recomendaciones de este libro
  • 📊 Nuria: Data quality y observabilidad — el noise en datos produce noise en decisiones
Security Analysis (Cap. 35: Amortization Charges) — Benjamin Graham & David Dodd
Graham, B., & Dodd, D. (2008). *Security Analysis* (6th ed.). McGraw-Hill. (Original: 1934).
"La manipulación de cargos por depreciación y amortización para inflar earnings — el mecanismo que Burry denuncia en 2026 con CapEx IA es idéntico al que Graham documentó en 1934 con fábricas."
Graham depreciaci manipulaci earnings fundamental cl contabilidad
▼ Click para ver citas
The amortization charge is peculiarly subject to manipulation because it rests upon an estimate of useful life which is inherently uncertain. — Cap 35, p. 456
Changes in the rate of depreciation can transform a deficit into a surplus, or vice versa, without any change in the actual business. — Cap 35, p. 461
The analyst must compare the depreciation policy of the company under study with that of its competitors and with the actual experience of asset replacement. — Cap 35, p. 468
Whenever a company lengthens the estimated life of its assets, the analyst should treat the resulting increase in earnings with suspicion. — Cap 35, p. 470

Relevancia para el equipo

  • 🔮 Raúl: Base teórica del AI CapEx Audit — Graham formalizó la detección de manipulación por depreciación 90 años antes de que Burry lo aplicara a GPUs
  • 📈 Marco: Fundamental analysis como filtro de calidad en empresas tech
The Signal and the Noise — Nate Silver
Silver, N. (2012). *The Signal and the Noise: Why So Many Predictions Fail — but Some Don't*. Penguin Press.
"Los modelos de predicción funcionan cuando los datos de entrada son fiables y el dominio tiene regularidades estables (béisbol, meteorología), y fallan cuando los datos son ruidosos y el dominio cambia cualitativamente (economía, terremotos). La clave es calibrar la confianza en el modelo según la calidad de los datos."
predicci modelos se ruido datos calibraci an
▼ Click para ver citas
The signal is the truth. The noise is what distracts us from the truth. — Cap 1
The most important question about a prediction is not 'Is it right?' but 'How much should I trust it?' — Cap 6
The problem with models is not that they're wrong — all models are wrong. The problem is when we forget they're wrong. — Cap 7

Relevancia para el equipo

  • 🔮 Raúl: Los forensic scores (Beneish, Piotroski, Altman) funcionan con financials auditados de empresas grandes — Silver enseña a calibrar confianza según calidad de datos, no solo según output del score
The Goal — Eliyahu Goldratt
Goldratt, E. M. (1984). *The Goal: A Process of Ongoing Improvement* (30th Anniversary ed., 2014). North River Press.
"Optimizar cada estación de trabajo individualmente empeora el throughput total — la Teoría de las Restricciones aplicada a cualquier sistema con flujo (fábricas, ciclos financieros O2C, pipelines de desarrollo)."
TOC restricciones throughput optimizaci sistema finanzas flujo
▼ Click para ver citas
Tell me how you measure me, and I will tell you how I will behave. — Cap 15
An hour lost at a bottleneck is an hour lost for the entire system. — Cap 17
Reducing batch sizes and work-in-process always improves quality, throughput, and cost. — Cap 19
A system of local optimums is not an optimum system at all. — Cap 20

Relevancia para el equipo

  • 💰 Tomás: O2C como "fábrica financiera" — optimizar DSO agresivamente puede empeorar retención
  • 📊 Nuria: KPI trees que optimizan ramas aisladas vs throughput del sistema completo
Legal
Moral Mazes: The World of Corporate Managers — Robert Jackall
Jackall, R. (1988/2010). *Moral Mazes: The World of Corporate Managers* (20th Anniversary Edition). Oxford University Press.
"Las estructuras corporativas deforman sistemáticamente las decisiones éticas — la "obediencia organizacional" reemplaza al juicio individual, y los canales de denuncia solo funcionan si la cultura los protege."
compliance organizaciones canal governance cultura
▼ Click para ver citas
What is right in the corporation is not what is right in a man's home or in his church. What is right in the corporation is what the guy above you wants from you. — Cap 3
Bureaucracy transforms all moral issues into procedural ones. — Cap 4
The ethic of the corporation is the ethic of the bureaucracy: protect the organization from blame. — Cap 5
Managers learn quickly that it is better to have made a wrong decision by the book than a right decision outside it. — Cap 3

Relevancia para el equipo

  • 🏦 Sofía: Canal de denuncias (Ley 2/2023) — Jackall explica por qué la estructura no basta sin cultura que la proteja
  • 😈 Dante: Organizational Self-Deception Audit conecta directamente — las "narrativas falsas defendidas activamente"
  • 🏗️ Hugo: Governance de sistemas IA — la obediencia organizacional aplica también a cómo se usan (y abusan) los LLMs
Nudge — Richard Thaler & Cass Sunstein
Thaler, R. H. & Sunstein, C. R. (2021). *Nudge: The Final Edition*. Penguin Books.
"Las decisiones económicas no se toman solo por cálculo racional — los "defaults" (opciones por defecto) y la "arquitectura de elección" pesan más que los análisis. Pequeños cambios en cómo se presentan las opciones producen grandes cambios en las decisiones."
econom decisiones defaults sesgos fiscal elecci
▼ Click para ver citas
A nudge is any aspect of the choice architecture that alters people's behavior in a predictable way without forbidding any options or significantly changing their economic incentives. — Cap 1
For all their simplicity, defaults are among the most powerful tools in a choice architect's toolkit. — Cap 2
The status quo bias is pervasive: people tend to stick with whatever they have, even when better options exist. — Cap 3

Relevancia para el equipo

  • 🏦 Sofía: El umbral antiguo de SL a 500K€ era un "default anchor" que mantenía a autónomos en IRPF más tiempo del óptimo. El nuevo análisis (>40K€) es un de-anchoring, pero el nuevo anchor también necesita incluir costes no financieros
Privacy is Power — Carissa Véliz
Véliz, C. (2020). *Privacy is Power: Why and How You Should Take Back Control of Your Data*. Bantam Press.
"La privacidad no es un derecho individual sino una cuestión de poder — cuando un sistema procesa datos de terceros, no es un tema técnico sino de responsabilidad asimétrica."
privacidad datos poder RGPD responsabilidad DPIA
▼ Click para ver citas
Privacy is not about having something to hide. Privacy is about having the power to choose what to reveal. — Cap 1, p. 8
When you collect data about people, you gain power over them. The question is what you do with that power. — Cap 6, p. 142
Data protection is not just a legal obligation. It is an ethical one. — Cap 6, p. 148
The companies that survive the privacy reckoning will be those that treated data as a liability, not an asset. — Cap 8, p. 192

Relevancia para el equipo

  • 🏦 Sofía: Perspectiva ética que complementa la regulación (RGPD, AEPD, AI Act) — por qué MAGO necesita una DPIA
  • 🔍 Vera: Ethical UX Audit y confianza en productos IA
Marketing
Breakthrough Advertising — Eugene Schwartz
Schwartz, E. (1966). *Breakthrough Advertising*. Boardroom Books. (Reeditado por Brian Kurtz, 2019).
"La publicidad no crea deseo — canaliza deseos existentes. La escalera de consciencia (5 niveles) determina qué decir y cómo decirlo en cada touchpoint del funnel."
copywriting funnel persuasi awareness cl conversi
▼ Click para ver citas
Copy is not written. Copy is assembled. — Cap 1, p. 7
This is the copywriter's task: not to create mass desire — but to channel and direct it. — Cap 1, p. 3
If your prospect is aware of your product and has realized it can satisfy his desire, your headline starts with the product. — Cap 3, p. 39
The more aware they are, the less you need to say. The less aware, the more story you need. — Cap 3, p. 42

Relevancia para el equipo

  • 📢 Carmen: Base teórica del Funnel Copy Architecture y Awareness-Level mapping — coherencia entre piezas del funnel
  • 🕵️ Iván: Posicionamiento competitivo en battlecards usa los mismos niveles de consciencia
The Elements of Eloquence — Mark Forsyth
Forsyth, M. (2013). *The Elements of Eloquence: How to Turn the Perfect English Phrase*. Icon Books.
"Las figuras retóricas clásicas son técnicas concretas y aprendibles que hacen que las frases funcionen tanto en texto como en voz, porque explotan la estructura del cerebro, no la del medio."
ret copywriting voz escritura figuras
▼ Click para ver citas
Shakespeare was not a genius; he was, at the most generous, a talent. What he was, above everything else, was a trained rhetorician. — Introducción
The great secret of rhetoric is that you don't need to understand why a technique works to use it. — Cap sobre anáfora
A tricolon is a sentence with three parts of equal weight. Veni, vidi, vici. Government of the people, by the people, for the people. It works because the human mind loves threes. — Cap sobre tricolon

Relevancia para el equipo

  • 📢 Carmen: Las figuras retóricas (anáfora, tricolon) funcionan tanto en scan visual como en voz — son el puente natural entre Scan-First Architecture y Voice-Ready Test
Tiny Habits: The Small Changes That Change Everything — BJ Fogg
Fogg, B. J. (2019). *Tiny Habits: The Small Changes That Change Everything*. Houghton Mifflin Harcourt.
"Todo comportamiento requiere tres elementos simultáneos: motivación + capacidad + trigger. Sin los tres, no hay acción."
comportamiento triggers motivaci email behavior
▼ Click para ver citas
Behavior happens when Motivation, Ability, and a Prompt converge at the same moment. I call this the B=MAP model. — Cap 2
People change best by feeling good, not by feeling bad. Emotions create habits. — Cap 3
After I [anchor], I will [tiny behavior]. The anchor is the prompt—something you already do. — Cap 4
The key to habit design is to understand the components of behavior. Once you understand those, you can design for any behavior. — Cap 2

Relevancia para el equipo

  • 📢 Carmen: Behavior-triggered emails operacionalizan B=MAP — el comportamiento previo del usuario (abrir/clicar) es proxy de motivación y capacidad
  • 👤 Pablo: User testing de flujos con múltiples pasos — cada paso es un B=MAP check
  • 🔍 Vera: JTBD framework conecta con la motivación del modelo de Fogg
Producto
The Design of Future Things — Don Norman
Norman, D. A. (2007). *The Design of Future Things*. Basic Books.
"La tensión entre control humano y autonomía de máquinas requiere diseño explícito de los niveles de automatización: informar, sugerir, decidir, actuar. Cada nivel cambia cualitativamente la relación humano-máquina."
dise automatizaci control delegaci UX agentes
▼ Click para ver citas
The real problem is that the machine and the person have different goals, and they lack a shared understanding. — Cap 3
The challenge is to make the machine intelligent enough to work with us, but not so autonomous that it works against us. — Cap 4
As machines become more capable, the important question is not what they can do but how we maintain meaningful human control. — Cap 5

Relevancia para el equipo

  • 👤 Pablo: El Delegation Testing Protocol operacionaliza la tensión Norman: cada nivel de automatización del agente IA necesita métricas diferentes porque la relación usuario-máquina cambia cualitativamente
The Elements of Typographic Style — Robert Bringhurst
Bringhurst, R. (2012). *The Elements of Typographic Style* (4ª ed.). Hartley & Marks.
"La tipografía es una forma de arte al servicio de la legibilidad — los principios de proporción, ritmo y optical sizing son perceptuales, no estilísticos."
tipograf optical variable dise legibilidad
▼ Click para ver citas
Typography exists to honor content. — Cap 1
Don't compose without a scale. Type sizes should be chosen from a consistent set based on a modular scale. — Cap 2
In a good text face, the weights, widths, and proportions change with the size. This is optical scaling—a concept now mechanized in variable fonts. — Cap 6
Letters are things, not pictures of things. — Cap 1
The typographer's task is to divide and subdivide and arrange the text into components that the reader can identify—that is, into sentences, paragraphs, chapters. — Cap 2

Relevancia para el equipo

  • 🎨 Diana: Fundamento perceptual para ejes de variable fonts (wght/wdth/opsz) — el *por qué* detrás del CSS
  • 💻 Leo: Inform fluid typography con clamp() — la escala modular de Bringhurst es la base teórica
  • 📢 Carmen: Legibilidad tipográfica afecta conversion — scan-first architecture necesita tipografía correcta
Information Architecture — Rosenfeld, Morville & Arango
Rosenfeld, L., Morville, P., & Arango, J. (2015). *Information Architecture: For the Web and Beyond* (4th ed.). O'Reilly Media.
"Card sorting, tree testing y first-click testing como ciclo integrado para validar arquitectura de información — con guía específica sobre cómo diseñar tareas que no sesgan los resultados."
informaci arquitectura tree findability UX navegaci
▼ Click para ver citas
Without a clear information architecture, users can't find what they need, even when it exists. — Cap 1, p. 4
Card sorting tells you how users categorize. Tree testing tells you if users can find. — Cap 11, p. 264
The task you write determines the result you get. Task design is the most important and least discussed aspect of usability testing. — Cap 11, p. 271

Relevancia para el equipo

  • 👤 Pablo: Diseño de tareas para Discovery Testing (tree test y first-click) — tareas como jobs, no como instrucciones
  • 🔍 Vera: JTBD como fuente de tareas para validación de arquitectura de información
Interaction of Color — Josef Albers
Albers, J. (1963). *Interaction of Color*. Yale University Press.
"El color es el fenómeno más relativo del arte visual: un mismo color se percibe diferente según su contexto, y el contraste percibido depende de la relación entre colores, no de sus valores absolutos."
color dise contraste percepci accesibilidad APCA
▼ Click para ver citas
In visual perception a color is almost never seen as it really is — as it physically is. This fact makes color the most relative medium in art. — Ejercicio I
If one says 'Red' and there are fifty people listening, it can be expected that there will be fifty reds in their minds. — Ejercicio III
We do not see colors in isolation. We see them in relationship, as influenced by neighboring colors. — Ejercicio IV

Relevancia para el equipo

  • 🎨 Diana: APCA formaliza en 2026 lo que Albers demostró en 1963 — el contraste percibido es relativo al contexto. Los edge cases del polyfill OKLCH son exactamente los casos donde la relatividad del color sorprende
Mismatch: How Inclusion Shapes Design — Kat Holmes
Holmes, K. (2018). *Mismatch: How Inclusion Shapes Design*. MIT Press.
"Las exclusiones de diseño no son errores accidentales sino decisiones — y cada exclusión crea un mercado invisible de personas que se adaptaron o abandonaron."
accesibilidad inclusi dise mercado competitive
▼ Click para ver citas
Exclusion habits are the basis of design. Who we design for is a fundamental choice. The real problem isn't intentional exclusion—it's the way we build exclusion into design without realizing it. — Cap 1
A mismatch happens when the design of something creates a barrier to a person's interaction with it. It's a byproduct of how we design. — Cap 2
When we design for people with permanent disabilities, we create solutions that benefit everyone. A curb cut helps wheelchair users, parents with strollers, delivery workers with carts, and travelers with luggage. — Cap 3
Inclusion isn't a feature you add at the end. It's a constraint you apply at the beginning. — Cap 5

Relevancia para el equipo

  • 🔍 Vera: Convierte la accesibilidad de checkbox a inteligencia competitiva — cada exclusión del competidor es un mercado no servido
  • 🎨 Diana: Informa decisiones de DESIGN-SYSTEM.md sobre inclusión como primitiva, no como capa
  • 👤 Pablo: Conecta con testing de accesibilidad cognitiva — las barreras invisibles
Thinking, Fast and Slow — Daniel Kahneman
Kahneman, D. (2011). *Thinking, Fast and Slow*. Farrar, Straus and Giroux.
"El cerebro opera con dos sistemas: Sistema 1 (rápido, automático, propenso a sesgos) y Sistema 2 (lento, deliberado, con recursos limitados). La atención es un recurso finito."
cognici sesgos atenci sistema1 carga accesibilidad
▼ Click para ver citas
A general 'law of least effort' applies to cognitive as well as physical exertion. The law asserts that if there are several ways of achieving the same goal, people will eventually gravitate to the least demanding course of action. — Cap 2
Anything that occupies your working memory reduces your ability to think. — Cap 3
The often-used phrase 'pay attention' is apt: you dispose of a limited budget of attention. — Cap 2
System 1 operates automatically and quickly, with little or no effort and no sense of voluntary control. System 2 allocates attention to the effortful mental activities that demand it. — Cap 1
We can be blind to the obvious, and we are also blind to our blindness. — Cap 4

Relevancia para el equipo

  • 👤 Pablo: Fundamento teórico para Cognitive Load Audit — cada campo, cada paso consume atención del Sistema 2
  • 😈 Dante: Los sesgos cognitivos que Dante detecta son todos fallos de Sistema 1 invadiendo territorio de Sistema 2
  • 📊 Nuria: Dashboard design — la "regla de 5 segundos" es un test de Sistema 1
Testing
The Checklist Manifesto — Atul Gawande
Gawande, A. (2009). *The Checklist Manifesto: How to Get Things Right*. Metropolitan Books.
"Los checklists funcionan en entornos de alta complejidad no porque los profesionales sean incompetentes, sino porque la complejidad supera la memoria de trabajo — aplica a cirugía, aviación y agentes IA."
checklists complejidad disciplina errores agentes autocontrol
▼ Click para ver citas
Under conditions of complexity, not only are checklists a help, they are required for success. — Cap 2, p. 36
The volume and complexity of what we know has exceeded our individual ability to deliver its benefits correctly, safely, or reliably. — Cap 2, p. 13
Good checklists are precise. They are efficient, to the point, and easy to use even in the most difficult situations. — Cap 6, p. 120
The checklist cannot fly the plane. But the checklist can help the pilot fly the plane. — Cap 8, p. 168

Relevancia para el equipo

  • 💻 Leo: El self-check de 3 preguntas en TDD como checklist contra sobreconfianza del agente IA
  • 🔬 Elena: Todo su framework de QA como sistema de checklists
Lessons Learned in Software Testing — Kaner, Bach & Pettichord
Kaner, C., Bach, J., & Pettichord, B. (2002). *Lessons Learned in Software Testing: A Context-Driven Approach*. Wiley.
"293 lecciones de testing destiladas por tres expertos — el concepto de "testing negativo" (testear lo que el software NO debería hacer) es el antídoto contra la surface correctness del código AI-generated."
testing QA testing errores edge criterio
▼ Click para ver citas
A tester's job is not to prove the software works. It's to find the ways it fails. — Lección 1
The best testers are those who can think like the user and attack like the adversary. — Lección 25
Testing is not about following test cases. Testing is about questioning the product. — Lección 21
If all your tests pass, you're either very good or very bad at testing. — Lección 30

Relevancia para el equipo

  • 🔬 Elena: Testing negativo como antídoto contra surface correctness de código IA — buscar ausencias, no solo errores
  • 💻 Leo: Complementa su self-check de TDD con la perspectiva del tester adversarial
xUnit Test Patterns — Gerard Meszaros
Meszaros, G. (2007). *xUnit Test Patterns: Refactoring Test Code*. Addison-Wesley.
"El código de tests es código y necesita los mismos principios de diseño: patrones para test doubles con niveles de fidelidad (dummy → stub → spy → mock → fake), y antipatrones que hacen los tests frágiles o inútiles."
testing patrones fidelidad test TDD desarrollo
▼ Click para ver citas
The biggest risk with test automation is that the tests become too fragile, breaking whenever the system under test changes even slightly. — Cap 2
A test double is a generic term for any object that stands in for a real object during testing. The type of double determines the level of fidelity. — Cap 11
The key question is: how much fidelity do we need in this test? — Cap 11

Relevancia para el equipo

  • 💻 Leo: La decisión userEvent vs fireEvent es el espectro de fidelidad de Meszaros aplicado a eventos DOM — cuánta simulación necesitas depende de qué estás testeando
📖 Leer fuente