nice, I haven't seen this in years. I really laughed at the bit about 'structured programming.' As it turns out, long ago, structured programming was a thing.
It still is a thing. Today we just call it "programming".
The Tao of Programming (1987)
51–60 of 60 posts
Re: The Tao of Programming (1987)
#52Re: The Tao of Programming (1987)
#53I am already loving it. "1.2 The Tao gave birth to machine language. Machine language gave birth to the assembler. The assembler gave birth to the compiler. Now their are ten thousand languages. Each language has its purpose, however humble. Each language expresses the Yin and Yang of software. Each language has its place within the Tao. But do not program in COBOL if you can avoid it. "
Re: The Tao of Programming (1987)
#54When Worlds end, The Rest Is Silence of Code.
Re: The Tao of Programming (1987)
#55I used to own the book but left it at my desk when I quit a job in the hope that it would help the next poor victim for the same position. Reading the whole thing, I'm again surprised at how much wisdom is hidden in there. Shouldn't that be: "Time for you to return." though?
I also don't know enough about systems programming to be sure whether RET or LEAVE is the right instruction there :P
Re: The Tao of Programming (1987)
#56I’ve stuggled with 7.1. The shelter a massive enterprise with a sane middle-manager provides can be a beautiful place for innovation and creative freedom. However, the older I’ve become the less corporate bs and re-orgs I’m prepared to live through. Maybe my Tao is slipping...
In the now-more-prescient-than-ever words of Grace Slick:
Someone's always playing corporation games
Who cares, they're always changing corporation names