Software is eating the world, but that code has to have hardware to execute the instructions. Most people, and many software engineers, don’t have a proper understanding of how that hardware functions. Charles Petzold wrote the book "Code: The Hidden Language of Computer Hardware and Software" to make this a less opaque subject. In this episode he discusses what motivated him to revise that work in the second edition and the additional details that he packed in to explore the functioning of the CPU.
Hello and welcome to Podcast.init, the podcast about Python and the people who make it great!
When you’re ready to launch your next app or want to try a project you hear about on the show, you’ll need somewhere to deploy it, so take a look at our friends over at Linode. With their managed Kubernetes platform it’s easy to get started with the next generation of deployment and scaling, powered by the battle tested Linode platform, including simple pricing, node balancers, 40Gbit networking, dedicated CPU and GPU instances, and worldwide data centers. And now you can launch a managed MySQL, Postgres, or Mongo database cluster in minutes to keep your critical data safe with automated backups and failover. Go to pythonpodcast.com/linode) and get a $100 credit to try out a Kubernetes cluster of your own. And don’t forget to thank them for their continued support of this show!
Your host as usual is Tobias Macey and today I’m interviewing Charles Petzold about his work on the second edition of Code: The Hidden Language of Computer Hardware and Software
Introductions
How did you get introduced to Python?
Can you start by describing the focus and goal of "Code" and the story behind it?
Who is the target audience for the book?
The sequencing of the topics parallels the curriculum of a computer engineering course of study. Why do you think that it is useful/important for a general audience to understand the electrical engineering principles that underly modern computers?
What was your process for determining how to segment the information that you wanted to address in the book to balance the pacing of the reader with the density of the information?
Technical books are notoriously challenging to write due to the constantly changing subject matter. What are some of the ways that the first edition of "Code" was becoming outdated?
What are the most notable changes in the foundational elements of computing that have happened in the time since the first edition was published?
One of the concepts that I have found most helpful as a software engineer is that of "mechanical sympathy". What are some of the ways that a better understanding of computer hardware and electrical signal processing can influence and improve the way that an engineer writes code?
What are some of the insights that you gained about your own use of computers and software while working on this book?
What are the most interesting, unexpected, or challenging lessons that you have learned while writing "Code" and revising it for the second edition?
Once the reader has finished with your book, what are some of the other references/resources that you recommend?
Tobias
The Imitation Game) movie
Charles
The Annotated Turing) book by Charles Petzold
Confidence Man: The Making of Donald Trump and the Breaking of America) by Maggie Haberman
Code: The Hidden Language of Computer Hardware and Software)
PL/I)
C#)
Z80)
ASCII == American Standard Code for Information Interchange)
The intro and outro music is from Requiem for a Fish The Freak Fandango Orchestra) / CC BY-SA)