|
Interesting!
Real programmers use butterflies
|
|
|
|
|
Anything by Charles Petzold
"I didn't mention the bats - he'd see them soon enough" - Hunter S Thompson - RIP
|
|
|
|
|
|
When looking for basic algorithms, you can't do much better than Knuth. For specific programming languages, I prefer Plauger's The C Standard Library, Alexandrescu's Modern C++ Design, and anything by Steve McConnell or by Charles Petzold.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
I'm not one for books, but if I had to pick one (besides my own, of course) I'd go with Robert C. Martin's Clean Code.
That book changed the way I write and think about code.
The beauty is that it applies to all languages that were, are or will ever be used, although it uses Java for examples.
Come to think of it, if a Java book is my favorite it has to be REALLY VERY GOOD! 
|
|
|
|
|
I like my code dirty like a martini. 
kidding of course
Real programmers use butterflies
|
|
|
|
|
You say you're kidding, but you also use single-line if-statements.
Those are mutually exclusive 
|
|
|
|
|
In all seriousness, I adopt a more relaxed style for my personal projects versus my professional projects.
The thing is, after years of confining myself to the house style (whatever shop i'm at) working my own way is liberating. Maybe I'm a bit extreme about it.
The other thing is, and maybe I shouldn't admit this here but I often am not thinking when I'm writing code. It just comes to me, and I let it. I've written some of my best code that way, so I don't fight it, but it's a bit like free association writing so it's going to reflect my underlying style preferences.
Real programmers use butterflies
|
|
|
|
|
honey the codewitch wrote: I adopt a more relaxed style for my personal projects versus my professional projects.
"We are what we repeatedly do. Excellence, then, is not an act, but a habit." —Aristotle
I couldn't even adopt a relaxed style if I wanted to.
I have one style and it's as relaxed as can be.
And I've used this style in multiple teams and I never had complaints.
Well, no complaints on my style at least
honey the codewitch wrote: I often am not thinking when I'm writing code
So consistent with your posting here? 
But seriously, if single-line if-statements are your worst crime you're doing a pretty good job!
I've seen 100+ line functions, 3000+ line classes (WinForms even), completely absurd and ridiculous database designs that weighed the whole project down, etc.
In that perspective, style really isn't that important.
|
|
|
|
|
Message Closed
modified 27-Oct-20 14:18pm.
|
|
|
|
|
You may have replied to the wrong message because my post was neither about C nor Kernighan & Ritchie 
|
|
|
|
|
I was going to say Clean Code by Robert C. Martin but Sander beat me to it, so I'm gonna go with Specifying Systems by Leslie Lamport. Not only is it a really interesting book but it's also pretty good for brushing up on discrete mathematics.
|
|
|
|
|
I read Leslie Nielsen because I didn't expect to see any other Leslie on CP.
Had to read it twice
|
|
|
|
|
Haha, I haven't read anything else by Dr. Lamport but this book was excellent. I feel like this topic (discrete representations of software systems including liveness, safety, and fairness properties) is one of those topics where in 10 years there will be some testing framework that will allow you to verify code against a specification which has itself been mathematically verified for correctness.
There are some companies that have already used this concept for products (CosmosDB) but as far as I'm aware it requires manual verification of code against a spec which is tedious and time-consuming.
|
|
|
|
|
|
I used to have that book. Steve McConnell is great!
Real programmers use butterflies
|
|
|
|
|
Algorithms, by Robert Sedgewick and Kevin Wayne
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|
|
Framework Design Guidelines: Conventions, Idioms, and Patterns for Reusable .NET Libraries
by Krzysztof Cwalina, Jeremy Barton, Brad Abrams
|
|
|
|
|
Not a programming book, but I have a copy of A+ core hardware on my desk. It's underneath my monitor to raise it's height :P
|
|
|
|
|
Not that I reading it anymore, but have a special place for my copy of PC Intern - System Programming by Michael Tischer...
It is about DOS so mostly irrelevant, but I've learned a lot about how to see things from that book...
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
|
|
|
|
|
For nostalgia, I still have IBM's Guide to Operations, and Technical Reference, for the PC; which included a source listing of the BIOS, printer codes, memory addresses, etc. Now you just go and buy a chip.
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|
|
Yes.
"Clean Code" by Robert C. Martin.
His central point is that most of the time you READ code, so you have to write it in a way that you can read it easily.
And he shows how to do this - and wrote the book in a way that you can read even the book easily.
|
|
|
|
|
C# and the .NET Platform by Andrew Troelsen
jhaga
|
|
|
|
|
'C' Programming, K & R, first edition.
|
|
|
|
|
This was one of the first programming books I ever bought.
- I would love to change the world, but they won’t give me the source code.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
