Facilitating the spread of knowledge and innovation in professional software development



Choose your language

InfoQ Homepage Presentations Seven Ineffective Coding Habits of Many Programmers

Seven Ineffective Coding Habits of Many Programmers



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.


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.

Recorded at:

Apr 03, 2015

Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Community comments

  • 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).

  • will use these 7

    by CodersTrust_india,

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Interesting something we will use at in India Its interesting and funny.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p


Is your profile up-to-date? Please take a moment to review and update.

Note: If updating/changing your email, a validation request will be sent

Company name:
Company role:
Company size:
You will be sent an email to validate the new email address. This pop-up will close itself in a few moments.