Science and Inquiry discussion

This topic is about
Humble Pi
Book Club 2022
>
August 2022 - Humble Pi
date
newest »


goof-ups you wouldn't believe, including a jet aircraft crash that ends with the pilot being sucked out the window and the disabled airplane being landed amazingly by the copilot while the crews took turns holding on to the pilot's legs ... all due to a maintenance mistake that, I hate to say, could very easily been made be anybody!
The author is very funny, and I spend a lot of time laughing out loud. My TV loving husband is giving me very strange looks while I am laughing over math book.
Everyone will enjoy this one I think.

I hope you enjoy it! (I'm a cheapskate, I got it from the library!)





I thought he did a great job explaining how math acts on a computer in the case of the jets & air traffic control system, but I skimmed over it in the ebook & see that's because of background knowledge that I assumed everyone knew. If you still don't really get it, perhaps this will help.
Programs require setting the size of a number variable before everything else. This sets up the memory space that variable can use. I don't think he said that, although it was implied. He did make it clear that if a number could be positive or negative then it could only be half the largest original number since one bit is used to set the sign, positive or negative.
The problem with the jets & air traffic control systems was the same thing as the Y2K bug, just with bigger numbers. There's no need to really worry about the exact numbers. It's just important to remember that they were limited by the size they were originally assigned.
Computers can handle some numbers far more easily (perhaps 'natively' is a better term) than others. If the bus size is 8 bits, then an 8 bit number is the largest number it can handle without adding a lot of extra programming, time, & memory space. The 2 or 4 billion he mentioned were the limits of a 32 bit system. Bus size has now increased to 64 bits which means much bigger numbers can be handled.
Setting the size of the variable to the smallest possible was really important years ago & it's hung on tenaciously even though the hardware limitations have disappeared incredibly fast. 30 years ago when I wrote a program using a "double" (16 bit number) ran fine on my 386 with 4 mb RAM, but wouldn't run on the 286 with 2 mb RAM that I had in class. I had to change it to an 8 bit number. The RAM has to hold parts of the operating system plus other programs & variables so there wasn't a lot of extra room for processing other stuff. Saving memory space was a top priority which became ingrained both in the programmers & the industry. It was a maxim: Always use the smallest size variable possible!
Older programs hang around & are just modified or overlaid with new features, but the base code is never updated, so the limitations persist even though the hardware can handle bigger numbers. This is why 2 digit dates were used which created the big problem of Y2K. Dates were simple until they rolled from 99 to 00. Programs weren't able to calculate a new month since 00 minus 99 doesn't compute into a real date. Add to that the oddity of skipping 29Feb due to the new millennium plus some others (For instance, Excel had a starting date of 1929 I think.) & it all added up to a mess that required a lot of additional programming with all the problems that go with a complex modification on top of an already complex program.
The more I think about it, the less surprised I am by bugs. Actually, I'm more surprised that computers work at all with all the underlying, limited code. For instance, I still use NET commands in the command window of Windows. These are what we used back in the DOS days to network Microsoft computers together. IIRC, it was a separate program (LANman?) that was eventually incorporated into Windows 3.1 to create Windows For Workgroups 3.11 which we used before Windows 95. That's coding that's over 30 years old which is still a basic part of the latest Windows operating system. It boggles my mind.

I am sorry about that. I am, after this loooonnnngggg gap, joining you all in reading Humble Pi and perhaps I am eating some too. I am already a couple of pages in and I can tell it will be good.
Anyway, I hope to be joining in for future months too. I read a lot of science books regardless but I just haven't been following your schedule.
Darrin, it doesn't matter if you don't read on our schedule. We're still interested in what you are reading. You can post about your latest read in the thread titled "What is your most recently read science book? What did you think of it?"

I read this book last year; it is marvelous! The author has a great sense of humor, and it's not overly technical. I also listened to the audiobook--it is read by the author, and he is very good! Here is my review.

Has anyone caught the errors he left in the book on purpose? I haven't. As Nancy pointed out, it's tough to remember most of the big ones. I just go with what he says for the most part so I'm not going to pick up any errors there.

/review/show...

The only reason I gave it 4 stars rather than 5 is that somewhere around the midway point of the book I found myself a little bit bored of the somewhat repetitive anecdotes. Maybe it is just me or maybe I was distracted at the time I was reading but I felt it dragged in some chapters but picked up the pace in the latter part of the book.
Nonetheless, it was still an unexpectedly good read for me. While, I read a lot of science topics, math related books are not something I would normally pick up.
I just finished this, and enjoyed it, but not as much as I expected. Most of my laughter came in the early chapters, and some of the later ones seemed to drag. But I still recommend it. Here is my review.




Haha, I'm glad I'm not the only one who found this enormously LOL entertaining! I yes, that line is full of wisdom for sure.


Thanks for the link. Seems like there are more than 3 errors in any book. That's the downside of being human I guess. It sure is a conversation starter though. I like one person's idea that Matt put that in there to get other people to carefully read the book so he could edit it for future editions.
Books mentioned in this topic
Humble Pi: A Comedy of Maths Errors (other topics)Humble Pi: A Comedy of Maths Errors (other topics)
Authors mentioned in this topic
Matt Parker (other topics)Matt Parker (other topics)
Please use this thread to post questions, comments, and reviews, at any time.