InfoQ Homepage Presentations Seven Ineffective Coding Habits of Many Programmers
Seven Ineffective Coding Habits of Many Programmers
01:03:22
Summary
Kevlin Henney examines seven coding habits that are not as effective as many programmers — whether working with Java, .NET, native or scripting languages — might believe, and suggests alternatives.
Bio
Kevlin Henney is an independent consultant, trainer and writer based in the UK. His development interests are in patterns, programming, practice and process. He has been a columnist for many magazines and web sites and is co-author of A Pattern Language for Distributed Computing and On Patterns and Pattern Languages. He is also editor of the 97 Things Every Programmer Should Know site and book.
About the conference
Begun in 2012 this now annual conference hosted in Vilnius, Lithuania brings the best of the developer world to the Baltic's. The overall theme is building stuff, we have a heavy focus on lessons from trenches from the people that were there.
Apr 03, 2015
-
Related Sponsored Content
-
Related Sponsor
/filters:no_upscale()/sponsorship/topic/f1e73882-f385-4f4f-89e2-0799e364e183/CockroachRSB-1684221636780.jpg)
Community comments
I can't control myself :-)
by Richard Richter,
Hello; Kevlin
by bruce b,
This is old advice but assists readability nonetheless
by Faisal Waris,
CodersTrust.in will use these 7
by CodersTrust.in CodersTrust_india,
I can't control myself :-)
by Richard Richter,
Your message is awaiting moderation. Thank you for participating in the discussion.
Ok, first things first - this was the second Kevlin's presentation I'm watching in a short time - and both are good and incredibly enjoyable. But the "right way" of placing curly brackets is really a funny thing. Aforementioned Crockford has his own reason why "the other" way is the right way. And I just like IDEA's "next line if wrapped" option, because I don't like double continuous indentation that much.
Anyway - in any case "let's just do it all the same way in this team" is still the most important rule. Even if the idea that doesn't have so much "evidence" behind it wins.
Beside this religious question - again, one hell of a presentation. And Kevlin is getting into my personal list of the most inspiring presenters (because he is a good (and fun!) presenter, no doubts there). Not that my list matters that much. ;-)
Hello; Kevlin
by bruce b,
Your message is awaiting moderation. Thank you for participating in the discussion.
"Let's eat, Grandma", said the Big Bad Wolf.
"Let's eat Grandma", said Little Red Riding Hood.
"Hello Grandma", said the Grandson.
"Hello, Grandma", said the Granddaughter.
Hard to misinterpret these two, so does the extra comma only raise the noise level without improving the signal?
This is old advice but assists readability nonetheless
by Faisal Waris,
Your message is awaiting moderation. Thank you for participating in the discussion.
One should create or infer (from requirement analysis) a 'language' (in a very abstract sense) to describe and talk about the problem domain then implement that language in code.
I read this in late 80's/early 90's sometime. I think it was Dr. Dobbs Journal (which sadly is no longer published).
CodersTrust.in will use these 7
by CodersTrust.in CodersTrust_india,
Your message is awaiting moderation. Thank you for participating in the discussion.
Interesting something we will use at CodersTrust.in in India Its interesting and funny.