If you hire nine women to make a baby, you won't get a baby in one month.

But if you hire one woman a month and impregnate her immediately, it will still take you nine months to get the first baby, but after that you'll get one baby per month for the rest of the year.

That's the difference between latency and throughput (and that's also how pineapple farms work, since it can take up to a year to grow pineapples).

Forgot to post a book yesterday, so maybe I’ll post two books today...

Anyway, this book, I found it recently never seen it before. But boy is it great.

It’s similar to the programming pearls book as far as what it’s about. Think of the refactoring book, clean code, programming pearls, and the mythical man month books, thrown in a blender, added some new spice and some new things, and filtered down into 100 or so page book, simple quick and enjoyable actually.

This book the references staple books by Sedgwick, knuth, Brooks, Myers, and so many others. It’s funny how things come full circle.

My favorite quote from the book. I’ve been essentially saying this for years, but to see it on a book, it’s lovely... more people need to realize it too.

“Understanding how things work at a low level becomes a base for making good decisions at the high level”

Followed up with if you’ve never built a computer from scratch your missing out... get yourself a breadboard and some TTL logic.. and build a 4 bit CPU, once you know how to program in assembly the next step is building your own computer ... if your university didn’t teach a class that did this they ripped you off....

Don’t bitch at me.. the book said that.. and I agree! 100% because it’s true, you can’t debate that.

Oh and btw this is another book written by a female developer.. kudos to her for nailing so many topics in such a short book!

So much irrelevant shit keeps popping on my feed here. So I’m going to post a software industry related book a day.

Hopefully others continue as well. And we can have book discussions.

So many books on the industry, the industry is always changes so much. Things are forgotten but the things that remain frozen in time are always the books. Some are timeless but much of the “forgotten” things can be found in the books.

Soo I will officially start the daily post NOW.

The Mythical Man-Month... adding more people to a late project will only make it more late.

It’s throw back Thursday!

Back to 1979... before the time of the red dragon book compiler book, (forgetting about the green dragon book) ... there was a time where only a few well written compiler and assembler “theory” books existed.

What’s special about this one? Well Calingaert was the co patentor of the OS/360. .. “okay soo? ... well Fred Brook’s Mythical Man-Month book I posted the other day. Calingaert is basically the counterpart of brooks on the OS/360.

Anyway, the code is in assembly (obviously) and the compiler code is basic.

Other than this book and from my understanding 2-3 other books that’s all that was available on compilers and assemblers as far as books written goes at the token.

ALLL the rest of knowledge for compilers existed in the ACM and other computing journals of the time.

Is this book relevant today, eh not really, other than giving prospective, it’s a short in comparison to the red dragon books.

If you did read it, it’s more of a book that gives you more lecture and background and concepts.. rather than here’s a swath of code.. copy it and run.. done.. nope didn’t happen in this book.. apply what you lean here

Here's some of my favorite quotes from "The Mythical Man-Month":

"The bearing of a child takes nine months no matter how many women are assigned".

"The management question ... is not whether to build a pilot system and throw it away. You will do that. The only question is whether to plan in advance to build a throwaway, or to promise to deliver the throwaway to customers."

"I once knew a boss who invariably picked up the phone to give orders before the end of the first paragraph in a status report. That response is guaranteed to squelch full disclosure."

I think the author of Mythical Man Month would be interested to see how wildly popular devRant has become. Maybe we are all optimists when we start out programming, but once you expose us to clients, PMs and deadlines. Well.. we're going to need somewhere to rant.
(and in case you haven't yet had the pleasure of reading it):

All programmers are optimists. Perhaps this modern sorcery especially attracts those who believe in happy endings and fairy godmothers. Perhaps the hundreds of nitty frustrations drive away all but those who habitually focus on the end goal. Perhaps it is merely that computers are young, programmers are younger, and the young are always optimists. But however the selection process works, the result is indisputable: 'This time it will surely run,' or 'I just found the last bug'
( The Mythical Man Month ).

- Frederick Brooks, Jr.

Looking for next book to read:

*Googled "Mythical Man Moth"
*Realized that it auto corrected to "Mythical Man-Month"

Ever since I heard of the book I pondered what the hell the title could mean, thinking about analogies of devs to moths...

I've never felt so stupid and disappointed at the same time.

Just started reading The Mythical Man-Month, and already in the first two chapters I went "oh hey this [fatal flaw in planning] sounds familiar!"

Is this a good or a bad sign...?

Honestly idk but that one chapter from mythical man month, "Plan to Throw One Away", stuck with me:

"Where a new system concept or new technology is used, one has to build a system to throw away, for even the best planning is not so omniscient as to get it right the first time."

In my current project I've seen this play out, initial development was very prototype-ish and just not well designed but when we got a somewhat decent state we had to continue with it instead of starting again and doing it properly. And now the consequences of that are hitting, progress for new features is incredibly slow, the software is very error prone, a bunch of dead code all around, ...

Here’s Today’s book, a little late in the day but we had a storm here and lost power. Powers back

Anyway Programming Pearls, this books isn’t so much a tutorial book, or like “how to program book” it’s more an influential book and thought book. Similar to the mythical man month book.

It’s short book little over 200 pages, of short essays on problems that have irritated programmers over the years. Hence the amage to pearls as a pearl is developed from grains of sand that irritate oysters. This book is a collection of irritants of programmers. (No not the social or business side of things) but technical problems we all face.
These articles are compiled from the original postings that occurred in the Communications of ACM journal, back in the late 90s.

This books offers workable solutions to these “pearls”.

Think of this like one of the precursors to what we have now as stack overflow .. information was shared via journals since the internet wasn’t available but not so much question then respond like we do more of hey I had this problem here’s the solution sort of system.

It’s the type of book, when your bored and you don’t want to read some “how to book” you read this, just like mythical man month and others.

This book references items from knuths books. As well as references to others.

So here’s to the pearls the plague us all.

Reading -The Mythical Man Month, enjoying every bit of it

1. Be lost in thought less.
2. Listen to people more attentively.
3. Read 3 computer science books.

Note: Last year my resolution was to read 3 computer science books and I'm proud to say that I read 2.5 computer science books. Didn't fully reach it but 2 and a half books in a year is damn better than 0. They were: "Clean Code", "The Mythical Man-Month", and half of "Algorithms 4th Edition".