|
I think it was much easier to structure a book in those days because there was a simple entry point at "Hello World" which could be dealt with in the first couple of pages and things could build slowly and steadily from that.
Modern development environments don't really lend themselves to that approach. Make a new partition, install this VM, install that VM, kick your machine around the room, wipe it clean, reinstall everything, swear a lot, get this plug-in, get that plug-in, figure out some license agreement written in gibberish, get the plug-in you missed, swear some more, 'phone your brother because he's never seen a train crash ... before you know it, you're on chapter 96 without a single line of code having been written.
That's not to take anything away from the mighty K&R - quite possibly the best pair of developers who ever lived and pretty darned good at explaining it, too.
Slogans aren't solutions.
|
|
|
|
|
I agree 100%.
While developing my iphone/iPad app I had to install some CocoaPods thing that was simply entirely magic to me.
1. Go to terminal
2. type in command to pull libraries
3. hope
4. try to build...
if anything fails along the way, you don't know if it is a script that pulls the library or what.
We program from _mystery_ these days and have left _mastery_ behind.
|
|
|
|
|
raddevus wrote: We program from mystery these days and have left mastery behind.
That says it perfectly!
Slogans aren't solutions.
|
|
|
|
|
|
I'm actually planning on reading this book soon. I've heard good things
|
|
|
|
|
|
I'm going to buck the trend, and recommend Donald Knuth's The Art of Computer Programming. IMO, learning a computer language is only the first (and easiest) step. The next step is learning algorithms, data structures etc. No programmer can be considered professional if he does not know something about these areas.
Data Structures and Algorithms by Aho, Ullman, and Hopcroft is also a good book.
If you have an important point to make, don't try to be subtle or clever. Use a pile driver. Hit the point once. Then come back and hit it again. Then hit it a third time - a tremendous whack.
--Winston Churchill
|
|
|
|
|
All 3 of the John Robbins debugging books have been hugely helpful and influential for me.
(Debugging Applications, Debugging Applications for Microsoft .Net and Microsoft Windows and Debugging Microsoft .Net 2 applications). All 3 though dated in areas, are amazingly useful and should be read start to finish. The amount of time you can save....
I'd also recommend Code Complete.
I'd also recommend K & R for C fundamentals.
Last but not least the Mark Russinovich Internals books about Windows. Incredibly useful.
|
|
|
|
|
|
|
Here is a selection of some of my favourite reads.
Joel on Software - Joel Spolsky: Easily one of the best book on software I have ever read. He takes a tour of software development covering every aspect of the industry.
Why Software Sucks - David Platt: A brilliant look into the UX / UI of software and why software developers aren't always the best people to design them.
Grady Booch - Object-Oriented Design with Applications: The best book on the subject of OOP. I read this from start to finish and never regretted it.
"There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult." - C.A.R. Hoare
Home | LinkedIn | Google+ | Twitter
|
|
|
|
|
|
The most continuously useful for me is probably: NUMERICAL RECIPES IN C: THE ART OF SCIENTIFIC COMPUTING (ISBN 0-521-43108-5) Numerical Recipes - Wikipedia[^]
Peter Wasser
"The whole problem with the world is that fools and fanatics are always so certain of themselves, and wiser people so full of doubts." - Bertrand Russell
|
|
|
|
|
, if your work involves lots of numerical stuff.
If you have an important point to make, don't try to be subtle or clever. Use a pile driver. Hit the point once. Then come back and hit it again. Then hit it a third time - a tremendous whack.
--Winston Churchill
|
|
|
|
|
Vital Dust
In my late 20's, this book, having nothing to do with programming, completely changed my thinking about how programming should be done. For the better, IMO.
Marc
|
|
|
|
|
See my signature (bottom two)
|
|
|
|
|
Not sure if it counts but it was indispensable for a long time.
The Microsoft C 5.1 Language Reference. It was in a 3 ring binder that allowed the pages to lay flat and stay on the page you were using. I lost it in a job change somehow, I still miss it.
|
|
|
|
|
|
This is one book every programmer should be forced to read.
If it's not broken, fix it until it is.
Everything makes sense in someone's mind.
Ya can't fix stupid.
|
|
|
|
|
It's hard to narrow one down, but I have two books that I think the authors did an outstanding job on...
Win32 Programming[^]
I know back in this day, Petzold was pretty popular, but this book covered a LOT of non-MFC, lower level goodness, and dealign with the API directly. It helped my GDI programming out a lot. These guys know their stuff.
Assembly Language Step-by-Step[^]
Jeff has a way of writing this book that explains rather than assumes. First time I ever read something that made assembly digestible. There's a new version of the book that's Linux centric; however, the original version covers DOS.
And yeah, they aren't related to .NET, but I'm getting up there in years. So, I got older stuff to recommend.
Jeremy Falcon
|
|
|
|
|
The C programming language K&R
Profound influence
New version: WinHeist Version 2.2.2 Beta I told my psychiatrist that I was hearing voices in my head. He said you don't have a psychiatrist!
|
|
|
|
|
Team sat confused between directions from respected leader. (9)
Please solve this one. It takes me hours to come up with one.
"It is easy to decipher extraterrestrial signals after deciphering Javascript and VB6 themselves.", ISanti[ ^]
modified 12-Jan-17 4:23am.
|
|
|
|
|
Statesman
Anagram of team sat surrounded by South and North
We can’t stop here, this is bat country - Hunter S Thompson RIP
|
|
|
|
|
We have a winner!
"It is easy to decipher extraterrestrial signals after deciphering Javascript and VB6 themselves.", ISanti[ ^]
modified 12-Jan-17 4:23am.
|
|
|
|
|
Yep, way too early for me!
Slogans aren't solutions.
|
|
|
|