← All episodes
EP. 102 September 202677 min

Jack Rudenko on why most AI rollouts are religion, not engineering

There are two approaches. Religion, and engineering. Religion is you add the skill, you believe it works, you pray it works, and you continue.

Jack Rudenko · Chief AI Officer, 10x Labs. 25 years in engineering, and no code written in nine months.

The episode

Jack Rudenko has not written a line of code himself in nine months. In that time his team shipped six products that are live and used by millions of people each week, and he rebuilt on his own, in two weeks, a system that had taken three engineers three months. He runs an AI-native engineering practice called Magus with 500 skills in it, and he has spent 25 years in engineering, including contributing to the Linux kernel.

He also thinks most of what the industry believes about AI engineering has never been measured. He splits the market into two camps: religion, where you add a tool, believe it works and keep going, and engineering, where you wait and you measure. He and James get into the project his team would have turned down before AI, why working with agents exhausts people rather than freeing them, why he treats every API key he owns as already compromised, and what still separates an engineer from an artist or a scientist when the code itself is no longer the hard part.

What we get into

  • 01The bottleneck in AI engineering is human, not technical. Company processes were built around human unreliability, and Jack argues you can run 50 agents where you would have hired three people.
  • 02Skills nobody measured: a major vendor rolled skills out across its own company and found agents loaded them roughly 40 percent of the time. The industry had used skills for eighteen months before anyone checked.
  • 03The project his team called impossible: three disconnected systems, hundreds of people copying data between them, 500 edge cases. Without AI they would have declined it. They shipped in three months, and the second version took two weeks.
  • 04From 10X to 50X. Jack was running a 10X approach before AI, six-week lockdowns delivering what teams of ten could not in eight months. He puts the change since at 50X, and explains why he cannot prove it cleanly.
  • 05Why no project is secure once an API key exists, why he no longer keeps keys on the file system, and what changed when smarter models started finding vulnerabilities humans had missed for twenty years.
  • 06Artist, scientist, engineer. Artists have no borders, scientists have no final product, and engineers work inside constraints and carry the responsibility when the thing breaks. AI changed what is possible. It did not change who is accountable.

Lines worth keeping

Tap to copy, then drop it into a post.

There are two approaches. Religion, and engineering. Religion is you add the skill, you believe it works, you pray it works, and you continue. Engineering is you wait, and you measure.

Jack Rudenko

Everyone used the skills for a year and a half, and nobody knew they don't work at all. They were the first ones who measured that.

Jack Rudenko

Artists have no borders. Artists and scientists have no responsibility for the results they create. Engineers do. Ship bad software and it kills a business, and leaves a lot of people without the product or without the job.

Jack Rudenko

Claude Code is the worst software ever. I love it.

Jack Rudenko

Pick one thing you have added to your team in the last month. Now name the measurement, and how it proved it added value. If you cannot prove that, maybe you are operating more with religion than engineering.

James MacDonald

Why it matters

Australian teams are buying AI tools faster than they are measuring them, and Jack is one of the few people here who can show what the measured version looks like.

Headcount & Code

Get the read that goes with the show

One issue every week. The moves that matter in Australian tech hiring, for the leaders making the hire and the tech professionals making the move.

Get the weekly read

Form not loading? Subscribe on Substack →