Get your free personalized podcast brief

We scan new podcasts and send you the top 5 insights daily.

Drawing from his experience leading the Merlin engine development, Mueller observes that both it and the Raptor engine required three full versions to become truly 'tight,' reliable products. This suggests a rule of thumb for deep-tech hardware development cycles.

Related Insights

Unlike software, a deep-tech hardware startup's first product is essentially a prototype, according to Cerebras CEO Andrew Feldman. The second iteration refines the technology, and only the third generation truly scales and achieves market traction. This necessitates a decade-plus timeline and immense capital before success.

While competitors analyze exhaustively before building, SpaceX invests upfront in prototypes to discover problems that analysis can't predict. This treats reality as the primary validation tool, using failures as data points to eliminate uncertainty through doing, not just planning.

At NASA, the design process involves building multiple quick prototypes and deliberately failing them to learn their limits. This deep understanding, gained through intentional destruction, is considered essential before attempting to build the final, mission-critical version of a component like those on the Mars Rover.

Tom Mueller considers 3D printing a 'cheat code' for building high-performance rocket engines. It allows engineers to simply draw and print complex internal geometries like cooling passages and injectors, bypassing the extremely difficult machining, welding, and brazing required by traditional methods.

SpaceX manages its aggressive "fail fast" culture by creating distinct risk profiles. Development projects like Starship are intentionally pushed to failure for learning. In contrast, operational, human-rated systems like Dragon are built with massive safety margins and exhaustive, conservative testing.

A key lesson from SpaceX is its aggressive design philosophy of questioning every requirement to delete parts and processes. Every component removed also removes a potential failure mode, simplifies the system, and speeds up assembly. This simple but powerful principle is core to building reliable and efficient hardware.

Unlike typical software companies with incremental annual growth, companies like SpaceX operate on 5-7 year cycles. They tackle a huge technical challenge (e.g., Starship), harvest its value (e.g., global cellular), and then move to the next one (e.g., data centers in space). This model justifies valuations based on the probability of achieving the next leap.

In aerospace and defense, the classic Silicon Valley motto is dangerous. Hardware failures can lead to physical harm and mission failure, unlike software bugs. This necessitates a rigorous testing and evaluation stack to prevent edge cases before deployment, making speed secondary to safety and reliability.

Unlike software's daily compilations, hardware development allows only a few "compiles" (builds) in total. This necessitates a more conservative, upfront process focused on reliability and planning, as you can't ship over-the-air updates to fix physical products.

A high production rate is a core R&D tool for SpaceX, not just a manufacturing goal. By creating a "hardware rich" environment with abundant, cheaper prototypes, it enables an aggressive build-test-learn cycle. Failure becomes a low-cost data-gathering exercise, not a catastrophic setback.