BT

Facilitating the Spread of Knowledge and Innovation in Professional Software Development

Write for InfoQ
News Articles Presentations Podcasts Guides

Topics

Choose your language

QCon New York

Find real-world practical inspiration from the world’s most innovative software leaders. Attend in-person or online.
QCon San Francisco

Learn what's next in software from world-class leaders pushing the boundaries. Attend in-person or online.
The Software Architects' Newsletter

Your monthly guide to all the topics, technologies and techniques that every professional needs to know about. Subscribe for free.

InfoQ Homepage News Article: Software Development Lessons Learned from Poker

QCon San Francisco (Oct 2-6, 2023): Find real-world practical inspiration from senior software engineers.

Article: Software Development Lessons Learned from Poker

Bookmarks

May 03, 2008 less than one minute

Write for InfoQ

Join a community of experts. Increase your visibility.
Grow your career.Learn more

There is no silver bullet. We know it, but don’t act like it. Your language, tool or process is better, right? In this article, Jay Fields says: “It depends”. The right choices varies with context, people, and more. This article touches upon how a lot of things must impact a choice; learning culture, skill levels, teamwork, incomplete information, metrics - and context.

As a framework for discussion, Jay makes comparisons on these topics with his former career - as a professional poker player. From the article:

One thing is absolutely true about both poker and programming: almost no one is as good as they think they are. Knowing that you aren’t as good as you think you are is a good first step, but it’s hard to know how much better the experts are. Programmers are rarely exposed to enough experts to fairly judge their own skill level. At the poker table everyone gets together for tournaments, but I’m always very surprised by how highly most people rate their abilities.

Enjoy the full article here: http://www.infoq.com/articles/fields-it-depends.

Rate this Article

Adoption
Style

This content is in the Artifacts & Tools topic

Related Topics:

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

  • Hit the spot

    by Alberto Brandolini,

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

    Hi Jay,

    I am a bad poker player, and a possibly overvaluated IT professional. And somehow I am using poker as a replacement fon negotiation training (which from now on will include serving heavy drinks to my opponentes).
    A couple of issues really hit the target, like "you can't claim you are an expert if you never met a real one..." and the fact that there are metrics hat matters and other that don't. Also, poker has a "lifecycle" which makes you play very differently at the beginning an at the end.

    Unfortunately, in software development one has not so many chances to "fold" as it happens on thepoker table, and this is probabily the biggest and saddest difference. :-(

    Back to top
  • Rather worthless

    by Petr Sobotka,

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

    There are good observations and life experiences taken down in this article ("Reading material is great for learning, but it's almost always the context that determines when to apply a certain technique."), but as a whole I find the comparison of poker and sw development rather worthless. In fact the same theses apply for dozens of other activities or jobs ("Reading material is great for learning, but it's almost always the context that determines when to apply a certain technique.") and are not exceptional for sw development or poker.

    Back to top
  • Quite a different kind of teamwork

    by Mirko Nasato,

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

    The best poker players implicitly team up with one another because they know "you make [money] by playing with [good players] to take it from those who are not". That doesn't sound exactly like a highly collaborative enviroment to me.



    Expert developers collaborate "with other expert developers, [...] managers, customers, business, analysts, quality assurance, and any individual who can contribute to their success". I think they should collaborate with anyone who can contribute to the success of the team or the project, and that usually includes less expert developers as well.



    Maybe my point of view is different just because I used to play rugby rather than poker? :-)

    Back to top

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

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

BT