Work in progress: 181,232 of 181,233 sites checked so far, more every week · updated 2 Nov 2026Missing a blog? Tell us

Top all-time · #5662

M

Michael DeHaan

Personal blog · michaeldehaan.netprogrammingstartups

Michael DeHaan's personal blog at michaeldehaan.net covers programming and startups. Since 2011, 14 different Hacker News readers have linked it 28 times, most often “The Case for Test Driven Development”. No feed was found, so read it on the site itself.

28mentions?
14HN people?
2011–2016first – last linked?
Links on Hacker News per year · peak 17 in 2015

Too few sampled comments (1) to say how often HN recommends it.?

Why HN links it

The linked post is about immutable infrastructure. In the Red Hat Ansible thread, a commenter links it sarcastically to suggest Red Hat has missed the trend.

Summarised by Claude from a sample of 1 HN comments that link here. Each comment is marked recommending, critical or neutral (citing without judging); how this works.

Most-linked posts?

  1. The Case for Test Driven Development
    3 people · 3 mentions · first linked 2015-06-02
  2. Immutable Infrastructure is the future
    3 people · 3 mentions · first linked 2015-05-11
  3. Dune, and Why We Have 37 Package Managers
    2 people · 2 mentions · first linked 2014-03-25
  4. Hey Docker, Get Off My Lawn
    2 people · 2 mentions · first linked 2015-10-13

What Hacker News says?

  1. Posted a link to this prior blog of mine in article comments also - http://michaeldehaan.net/post/116465000577/understanding-whe... - but I'm a huge fan of rebase and topic branches. One main branch is great, and also if working with a large number of contributors I really like a clean history, and makes things much easier to review. It's kind of a shame something got branded with a slick name like "GitFlow", when "…

    Comment linking /post/116465000577/understanding-when-to-use-git-rebase

    on “GitFlow considered harmful”
  2. Submitted Immutable Infrastructure is the future as a story · 125 points

    HN discussion
  3. Ansible is best of breed. But didn't Red Hat hear? Immutable infrastructure is the future! http://michaeldehaan.net/post/118717252307/immutable-infrast...

    Comment linking /post/118717252307/immutable-infrastructure-is-the-future

    on “Red Hat is buying Ansible”
  4. Submitted The Phoenix Is Not Burnt Out, It Is Just Rebooting as a story · 77 points

    HN discussion
  5. We had them in about half of the scrum shops. The retrospective, in my experience, was yet another meeting where things didn't get done either. "We are having too many meetings" was usually not popular either. Don't get me wrong, I like good meetings that result in actionable decisions. My personal view on scrum is it attempts to trick a software team into micro-managing itself, and it usually results in feeling lik…

    Comment linking /post/118860078737/the-rock-paper-scissors-of-product-management

    on “The Failure of Agile”
  6. Submitted Michael DeHaan leaves Ansible as a story · 40 points

    HN discussion
  7. Vagrant + ansible is a developer environment tool. Docker is a tool around making containers redistributable for production usage. Packer is not quite an apt comparison, but would be a better comparison, than Vagrant. The advantage is you do the steps that could possibly fail at build time. The downside is you need to learn to get away from doing runtime configuration for upgrades. http://michaeldehaan.net/post/1187…

    Comment linking /post/118717252307/immutable-infrastructure-is-the-future

    on “Ask HN: What is the actual purpose of Docker?”
  8. Submitted Deciding What Features To Implement as a story · 12 points

    HN discussion
  9. While this somewhat underscores some complexity in git, here's something I wrote trying to explain to others why and how to avoid those merge commits: http://michaeldehaan.net/post/116465000577/understanding-whe...

    Comment linking /post/116465000577/understanding-when-to-use-git-rebase

    on “Mercurial: Onward and upward”
  10. Submitted Hey Docker, Get Off My Lawn as a story · 9 points

    HN discussion
  11. Yep, definitely. As a really bad analogy, if you are in the ice cream business and ask a customer, they will recommend you changes in flavors, but if there was, say, a huge chance in a new kind of popsicle, they'd never tell you about that. There's also a dichotomy between the things they'll ask for and what you need to get them to stay with you, or get other users sold. You can make an existing user really really h…

    Comment linking /post/118860078737/the-rockpaperscissors-of-product-management

    on “The Product Engineer”
  12. Submitted Hey Docker, Get Off My Lawn as a story · 5 points

    HN discussion
  13. Here's a recent post I wrote about reasons for and approaches towards TDD. Generally, I love it. I find an API evolves though as you build it, so for me, it's a bit more about "tests at the same time" and "tests as the primary and first way of exercising the code". Also, that tests do better when they test use cases at a higher level, and that unit tests (I do agree with the article in some ways here) are often writ…

    Comment linking /post/120522567217/the-case-for-test-driven-development

    on “The Failures of “Intro to TDD””
  14. Submitted Did Programming Stop Being Fun? Let’s Fix It as a story · 4 points

    HN discussion
  15. Nice topic. There's a lot towards treating people as human and Most of my distaste from scrum in many implementations was because of shops implemented in such a way that I felt like I was in kindergarten. The process wasn't always to blame, but a process can make things inhuman - often done in a way to discourage design, table neccessary discussion, de-prioritize architecture, or assign tasks arbitrarily. The empath…

    Comment linking /post/115291819627/the-management-lessons-thread

    on “Focusing on Developer Happiness with Humane Development”
  16. Submitted Did Programming Stop Being Fun? Let’s Fix It as a story · 3 points

    HN discussion
  17. I tried to write about some of this recently: http://michaeldehaan.net/post/117078569362/the-philosophy-of... At the code level, I'd suggest taking pride in the individual smaller bits as well as the larger bits, and side projects can help too if you really feel the need, but I also like the suggestion about enjoying other hobbies too, and then do really good work on working hours. You can do really good and robust…

    Comment linking /post/117078569362/the-philosophy-of-being-happy-in-tech

    on “Ask HN: How to not base self worth on your own work?”
  18. Submitted The Revolution Will Not Be Purchaseable as a story · 2 points

    HN discussion
  19. Rebase is awesome. Here's an example. http://michaeldehaan.net/post/116465000577/understanding-whe...

    Comment linking /post/116465000577/understanding-when-to-use-git-rebase

    on “Ask HN: Google/FB engineers, Do you like Mercurial?”
  20. Submitted The Case for Test Driven Development as a story · 2 points

    HN discussion
  21. Submitted The Case for Test Driven Development as a story · 2 points

    HN discussion
  22. Submitted Dune, and Why We Have 37 Package Managers as a story · 2 points

    HN discussion
  23. Submitted Industry Predictions as a story · 1 points

    HN discussion
  24. Submitted Why Bugs Happen as a story · 1 points

    HN discussion
  25. Submitted The Archaeology of Software as a story · 1 points

    HN discussion
  26. Submitted Dune, as an Allegory for Windows and Linux as a story · 1 points

    HN discussion
  27. Submitted Thoughts on Approaches to Software Development as a story · 1 points

    HN discussion
  28. Submitted Michael DeHaan's Theory Of Open Source Project Leadership as a story · 1 points

    HN discussion

Search all of HN for michaeldehaan.net

Linked by the same people?