Live data from Hacker News

Steve McConnell

deprogrammaticaipsum.com

21–30 of 42 posts

Re: Steve McConnell

#21
I've been debating on getting my team of engineers a book as a gift, with Code Complete or Pragmatic Programmer as high on the list. Trouble is, as others noted, they're best when you're starting out and less helpful later in your career.

Does anyone have any books they recommend for senior engineers (approx 10 years experience)?

Perhaps it's harder to recommend one book because by that time generalized knowledge should already have been absorbed.

Re: Steve McConnell

#22

I loved reading Steve McConnell's books when I was starting out, especially Code Complete and I feel that book made me a better programmer. Having read it a few times since I think it falls into the same group of books as Mythical Man Month, Peopleware, and the Pragmatic Programmer where the earlier in your career you read it, the more you'll get from it. Reading these books after 20 years of programming I found that…

Code Complete is a great book It is not overly opinionated, it is direct, it tries to support the statements it makes. It does not tell you a great story or tries to play you. It is what it is. And still it's a great reference. It's the anti-Uncle Bob, which tries to manipulate you and convince you of his way being the best way.

I appreciate Uncle Bob's opinionated approach. The easy path would be to remain agnostic on which way is best. But that often, at least for me, results in design paralysis as I try to figure out that magic best way to organize a project or accomplish some task.

Instead, if I start with an opinion, I'm able to make immediate progress even if I end up refactoring down the road for some reason or another.

Of course there's no single write way to organize projects and write software. But one mediocre way that makes sense to me right now is often preferable to 10 better ways that I don't yet understand.

Re: Steve McConnell

#23

I loved reading Steve McConnell's books when I was starting out, especially Code Complete and I feel that book made me a better programmer. Having read it a few times since I think it falls into the same group of books as Mythical Man Month, Peopleware, and the Pragmatic Programmer where the earlier in your career you read it, the more you'll get from it. Reading these books after 20 years of programming I found that…

> Reading these books after 20 years of programming I found that I really struggled to find anything useful to take away from them.

This seems a fairly common refrain in the comments. Am I the only one who forgets things? I have to reread things to keep the ideas crisp in my head.

Oh well!

Re: Steve McConnell

#24

I loved reading Steve McConnell's books when I was starting out, especially Code Complete and I feel that book made me a better programmer. Having read it a few times since I think it falls into the same group of books as Mythical Man Month, Peopleware, and the Pragmatic Programmer where the earlier in your career you read it, the more you'll get from it. Reading these books after 20 years of programming I found that…

Code Complete is a great book It is not overly opinionated, it is direct, it tries to support the statements it makes. It does not tell you a great story or tries to play you. It is what it is. And still it's a great reference. It's the anti-Uncle Bob, which tries to manipulate you and convince you of his way being the best way.

I like Clean Code and Code Complete.

Clean Code has a narrative and is opinionated. It explains the experiences that formed those opinions. It is a better read.

Code Complete is dry, academic, and comprehensive for its scope. It references many studies and is well documented. It has opinions too of a sort. It is a better reference.

Thinking of function length - Clean Code says short functions are good. Code Complete references studies that say it is not long functions that are bad, it is functions using too many objects/variables that are bad. This of course has an indirect effect on function length. So I keep this in mind, and both books are helpful.

I read a bunch of Uncle Bob's books and usually don't mind him being opinionated, although I did think the opinions in Clean Coder got to be too much. Although not all of it. Recently I have been mulling the idea from that book that there should be zero regressions. I think there is something to that, if you start to accept there can be 2-3 regressions per sprint, then why not 5-7? Why not 10? I agree with him that acceptance of regressions is a problem.

Re: Steve McConnell

#25
post #21

I've been debating on getting my team of engineers a book as a gift, with Code Complete or Pragmatic Programmer as high on the list. Trouble is, as others noted, they're best when you're starting out and less helpful later in your career. Does anyone have any books they recommend for senior engineers (approx 10 years experience)? Perhaps it's harder to recommend one book because by that time generalized knowledge sho…

"A Philosophy of Software Design" by John Ousterhout - a recent find and probably the best book on programme design I've ever read. Author is an experienced programmer and Computer Science professor at Stanford.

Re: Steve McConnell

#26
post #19

I loved reading Steve McConnell's books when I was starting out, especially Code Complete and I feel that book made me a better programmer. Having read it a few times since I think it falls into the same group of books as Mythical Man Month, Peopleware, and the Pragmatic Programmer where the earlier in your career you read it, the more you'll get from it. Reading these books after 20 years of programming I found that…

I loved code complete and it made me a better programmer and for a while everything was great. Then along came complicated frameworks, multiple languages, the chaotic HTML/JS/CSS world, k8s, yaml, dependency injection, functional and OO mixed together and it feels like Code Complete is too naive in this crazy new world. Most of the normal world seems terrible to me. I wonder what Steve would think of it. I didnt even…

Similar thoughts. I have worked with some folks who basically just do 'java' all day. It's a web app, but there's a team who gets to pretty much do just 'java' - little to no web stuff, little SQL (that's another team), and... There have been times over the years when I've been envious of that type of situation, but then I think I'd hate it. But I sort of hate the current state working across all things web.

You forgot 'SQL' (or broad 'data management and access'), as well as security and performance stuff in your list above.

I don't want to be a 'stick in the mud' but.. I also resist some of the newer/shinier things, precisely because they don't always stick around (and I've been burned). But also, I don't really have time/bandwidth to be an expert. Doing server mgt, security, etc half-assed, by just following a couple of readmes... that can lead to lots of trouble.

Re: Steve McConnell

#27

Are there any other author's similar to Steve McConnel? Someone who writes a book with pragmatic advice, based on real life research, focused on delivering projects quickly, on time, and with few defects? Instead it feels like almost all the writing in software is evangelizing.

Wholeheartedly agree with recommendations for Kernighan and Bentley. I think there's one Kernighan book I don't own, and they are all gold (if old.)

I'd suggest anything and everything written by Gerald Weinberg, starting with what looks most appealing to you now.

'Making Software', edited by Wilson and Oram is chock-full of the latest research of its day (10 years ago.) It's dry, but it presents work of some top SE researchers. Following that group on twitter/Google scholar would bring you to the edge of what is studied in SE research.

Re: Steve McConnell

#28

Are there any other author's similar to Steve McConnel? Someone who writes a book with pragmatic advice, based on real life research, focused on delivering projects quickly, on time, and with few defects? Instead it feels like almost all the writing in software is evangelizing.

I really like John Lakos who has written a few books on large scale C++ projects. Very practical material. I don't know how well it translates to other languages but they have been very helpful for my C++ projects. His books are based on his extensive real-world experience in this domain, both for EDA software and Bloomberg.

*I have no association with him whatsoever.

Re: Steve McConnell

#29

I loved reading Steve McConnell's books when I was starting out, especially Code Complete and I feel that book made me a better programmer. Having read it a few times since I think it falls into the same group of books as Mythical Man Month, Peopleware, and the Pragmatic Programmer where the earlier in your career you read it, the more you'll get from it. Reading these books after 20 years of programming I found that…

> Reading these books after 20 years of programming I found that I really struggled to find anything useful to take away from them.

I believe this is the highest compliment a book can receive. When reading it the first time makes a big difference and the second time doesn't, it means it was so well written that you internalized it completely.

Post reply on HN