newsfilter.io
Interview, Fireside Chat

Why Testing Is Hard and How to Fix It with Will Wilson

Founder Background & Career Pivot

  • Will Wilson, CEO and co-founder of Antithesis, initially pursued abstract mathematics (representation theory, large cardinal theory) rather than computer science, believing CS problems were already solved.
  • He abandoned a planned PhD in mathematics in his senior year, recognizing he lacked the top-tier natural talent required for world-class mathematical research.
  • Wilson transitioned to software engineering after realizing the economic value of writing a Python script to automate a three-month manual task in four minutes.
  • He self-taught computer science fundamentals (complexity theory, algorithms, data structures) while on paternity leave, building a portfolio including a ray tracer, a toy compiler, and a graph database.
  • His formal engineering education began at FoundationDB, where he worked alongside brilliant engineers who mentored him on building complex distributed systems.

The Problem with Traditional Testing

  • Traditional property-based testing (e.g., QuickCheck) and fuzzing are effective for functional data structures but rarely applied to large, complex "real" software like distributed databases, operating systems, or games.
  • Large systems suffer from two primary testing obstacles:
    • State Space Explosion: The complexity of the state space (variables, network order, memory) renders simple code coverage metrics insufficient for mapping progress.
    • Non-Determinism: Real-world computers are non-deterministic due to hardware timing, thread scheduling, and network latency, causing "chaotic" behavior where the same input yields different results (Lyapunov exponents in Linux are extremely high).
  • Non-determinism undermines testing in two critical ways:
    • Reproducibility: Bugs found via random testing cannot be reliably reproduced, leading to "black box" failures that are difficult to debug.
    • Optimization Failure: Fuzzing relies on iterative state exploration; if the system's response to a slightly modified input changes unpredictably, the evolutionary search algorithm degrades into random guessing.

The Antithesis Solution: Deterministic Simulation

  • Antithesis provides a "deterministic simulation" framework that makes software deterministic by default, solving the reproducibility and optimization issues inherent in traditional testing.
  • Unlike previous solutions that required rewriting code in specific languages or using custom runtimes (e.g., FoundationDB, Jane Street's internal tools), Antithesis achieves this via a hypervisor-level emulation.
  • The technology emulates a fully deterministic computer at the hardware level, allowing unmodified software (C++, Python, Java, etc.) to run inside a virtual machine with deterministic scheduling, timing, and I/O.
  • Memory deduplication (copy-on-write) is used at the host level, allowing massive concurrency and parallel state-space exploration without excessive RAM overhead.
  • The API is simple: users run their Docker containers or applications on Antithesis servers, which handle the deterministic simulation and state exploration automatically.

Testing Methodology & Properties

  • Antithesis focuses on exhaustive state-space exploration rather than requiring users to manually write thousands of specific unit tests.
  • Wilson argues that "partial" or "coarse-grained" properties are sufficient to catch a vast majority of bugs due to the "brittleness" of software, where minor errors cascade into obvious failures (e.g., crashes, infinite loops, memory corruption).
  • The company proposes a "gentle ramp" for users to define properties:
    • Start with basic "observability-style" alerts (e.g., "memory never exceeds X," "logs never contain Y") similar to Datadog or CloudWatch.
    • Use "speculative properties" (automatically inferred from execution traces, e.g., "this parameter is always positive") to guide exploration.
    • Leverage LLMs to interview developers and extract implicit properties via a Socratic dialogue approach.
  • While effective for most logical and concurrency bugs, the approach is less effective for numerical precision errors where behavior degrades gradually rather than catastrophically.

Market Trends & AI Integration

  • The market for rigorous software testing has grown due to two trends:
    • Criticality: Modern software infrastructure is more critical to business survival and safety, increasing the cost of bugs.
    • AI Code Generation: The rise of LLMs has made software verification a critical bottleneck (Amdahl's Law), as developers cannot merge code fast enough without automated validation.
  • Antithesis faces specific challenges with AI-generated code:
    • Speculative vs. Actual Intent: LLMs often optimize for passing tests ("eval hacking") rather than satisfying the user's actual intent, potentially creating "evil genie" behaviors where the code passes tests but fails in production logic.
    • Architectural Degradation: Agents optimizing for test pass rates may degrade non-functional properties (code readability, modularity), making long-term maintenance harder.
  • Antithesis is addressing speed constraints; while originally optimized for slow, deep analysis of large distributed systems, the platform is now targeting faster feedback loops suitable for AI-assisted development cycles.

Company Culture & Operations

  • Antithesis operates with a "low title, high trust" culture to minimize internal transaction costs and maximize communication.
  • Cultural Tenets:
    • Deliberation: Decisions require debating multiple alternatives before execution; acting without exploring options is considered "uncouth."
    • Flat Hierarchy: Titles are irrelevant internally; influence is based on the quality of ideas, not rank.
    • Intellectual Humility: Senior leaders publicly model admitting mistakes, fostering an environment where being wrong is safe.
  • Hiring & Retention:
    • The company prioritizes cultural fit (niceness, humility, second-order thinking) over raw puzzle-solving ability.
    • Located in Washington D.C. rather than Silicon Valley to encourage long-term tenures and reduce the pressure of constant job-hopping for equity.
    • Internal turnover is low, preserving institutional knowledge and cultural continuity.
  • Strategic Pivots: The company successfully pivoted from an R&D-first mindset to a customer-service mindset and later fully embraced AI coding as a viable technology, demonstrating organizational adaptability.

Jane Street Relationship

  • Jane Street is both a customer and a Series A investor in Antithesis.
  • Jane Street adopted Antithesis because, despite having their own deterministic simulation framework (due to their unique OCaml tech stack), they found Antithesis added value in finding previously undetected bugs and enabling riskier architectural experiments.
  • Jane Street's investment provided strategic alignment and domain expertise, distinguishing it from traditional VC involvement; they act as active users providing feedback rather than passive capital.
  • Jane Street was an early investor in Anthropic, positioning them as an investor capable of identifying valuable deep-tech opportunities before they became "legible" to the broader market.