ThoughtWorks: The new BodySnatchers

Imagine my surprise and delight to see my good friend Dan North write an article for that bastion of journalistic integrity, JDJ, and to see said article mentioned on theserverside.com. Now, Dan really is quite a great guy. He’s a jolly chap with a (what I thought) getting-stuff-working-is-cool-nevermind-the-bollocks-and-bullshit kinda attitude.

It turns out that the article is a thoughtful, serious and fairly articulate discussion about TDD, and some of the neato things you should/could be using it for.

This made me very suspicious. Dan seems to be the latest casualty in a mass reprogramming conspiracy that has been slowly gaining momentum. This conspiracy goes by the name of….ThoughtWorks!

This company, for reasons as yet unknown, delights in taking on perfectly sensible people, and turning them into perfectly sensible TDD/agile/fancylingo people. People who you could rely on to belt out decent code instinctively now pontificate about agile development and iterative top down development models and other such nonsense.

The list of casualties is on the rise too. I know of four people who have been assimilated so far. The training program at ThoughtWorks must be a modern day marvel of human engineering. It takes in as input fresh young bodies, and at the other end spits out those same bodies with their previous mental contents erased, to be replaced with one of the six possible variants of the MartinFowler template.

These Fowler bodies (fowlbots?) are then inflicted on an unsuspecting world, armed with blogs and a cultish obsession with TDD, refactoring, and agile development. They are equipped with stock success stories, 5 or 6 patterns that they will repeat in various forms, and an endless blogging capacity to ensure their seeds of evil are planted in the most fertile soil possible; legions of impressionable pretentious java developers.

Incidentally, I’m still friends with those evil people, and I will concede that they behave perfectly normally all the damn time. It does make my theory somewhat difficult to prove, but I’m onto them! They’ll crack one day and show me their true colours! It’s only a matter of time!

39 Responses to “ThoughtWorks: The new BodySnatchers”

  1. Fowlbot #521 Says:

    public class DanNorth extends MartinFowler implements ThoughtWorker {

    }

    Some of us actually disagree with Martin (well, occasionally, and under our breath…. at home)

  2. Stefan Chis Says:

    I guess it’s no coincidence that you biled this piece on november 17th.

  3. Chris, Joe, Paul, Dan, Martin etc Says:

    Hani, start on Monday in Chicago please.

  4. Philippe Says:

    So why do you think they changed their habits… ?

  5. Anonymous Says:

    wow I have such a big cock !

  6. Anonymous Says:

    Martin Fowler is in EastEnders, what has he got to do with ThoughtWorks ?

  7. Anonymous Says:

    What does this have to do with Marc Fluery? I’m confused.

  8. Fox Mulder Says:

    Of course it doesn’t help that under their clothes they are covered in green scales.

  9. thunkworker Says:

    It is obvious from this post that Hani is but a thoughtworks stooge. Or perhaps, a fictional character created by the ThoughtLessWorkers to spew forth bile and propaganda under a thinly veiled guise.

    Regards,

    Martina Fouler

  10. Anonymous Says:

    Thoughtworks is evil, no question. They suck in the best people and make them into XP bigots with no mind of their own.

  11. Anonymous Says:

    Furthermore, when all you have is XP, everything is a nail.

  12. Nick Minutello Says:

    Would you prefer they worked for Andersons? IBM/PWC?

    I’m sure they wouldnt…

    :-)

  13. Fartin Mowler Says:

    The above post is a definite blog smell.

    Did you ask why?

    Are you gonna need it?

    Can we help?

    Is it agile yet?

    Call us.

    Fartworks
    The art of heavy farting

  14. Anonymous Fowlbot Says:

    Y’all just jelous because you didn’t make it through the assimilation, oops, I mean recruitment process.

  15. Anonymous Says:

    Quote from a TW employees weblog….

    “….I know, but we basically do tricky things in interesting ways…”

    That is the problem as far as I am concerned. What ever happend to

    “..doing tricky things in a pragmatic way…”

    Why is it “cool” (and encouraged by TW) to overcomplicate things?

  16. Silent Bob Says:

    I think the last caller hit the nail on the head about these guys. They do often tend towards over complication. They are very good in a very targetted role - mentoring a team new to XP - but leave them around too long and your organisation becomes a testing ground for their new “patterns”. (”Pattern” is ThoughWorks speak for any Thing That You Do - the Write-Some-Code-To-Do-Stuff pattern, the Use-Ones-And-Zeros-To-Represent-Data pattern, etc)
    The myth of only hiring the best people seems to be coming unstuck too as they follow the path of the consultancy formerly known as AC and start shipping off mediocre people amongst the good and still charge them out at the same rate.

  17. Silent Bob Says:

    I think the last caller hit the nail on the head about these guys. They do often tend towards over complication. They are very good in a very targetted role - mentoring a team new to XP - but leave them around too long and your organisation becomes a testing ground for their new “patterns”. (”Pattern” is ThoughWorks speak for any Thing That You Do - the Write-Some-Code-To-Do-Stuff pattern, the Use-Ones-And-Zeros-To-Represent-Data pattern, etc)
    The myth of only hiring the best people seems to be coming unstuck too as they follow the path of the consultancy formerly known as AC and start shipping off mediocre people amongst the good and still charge them out at the same rate.

  18. The Druid Says:

    Thoughtworks appear to be suffering the classic problems of large consulting companies:

    1. The more staff you recruit, the lower average competence gets and the more pressure is placed on the ‘good’ guys. First line of their ‘values’ statement: Leveraging bright people OVER Making the most of moderate people. Really???

    2. The larger your cost base, the more pressure to staff teams with as many cheap hires as possible while charging premium rates. Get the client used to the high fees by actually delivering value early in the assignment, then pull the good guy out and replace them with as many cheapos as possible. Good business to be in - bad of course if you’re part of the team suffering the injection of incompetence.

    Looks like Androids have been replaced by TWATS (ThoughtWorks Advanced TechnologistS).

  19. Anonymous Fowlbot Says:

    Nice theory.

    It doesn’t explain why many of the best people in this industry are choosing to join ThoughtWorks though.

  20. The Druid Says:

    Thoughtworks appear to be suffering the classic problems of large consulting companies:

    1. The more staff you recruit, the lower average competence gets and the more pressure is placed on the ‘good’ guys. First line of their ‘values’ statement: Leveraging bright people OVER Making the most of moderate people. Really???

    2. The larger your cost base, the more pressure to staff teams with as many cheap hires as possible while charging premium rates. Get the client used to the high fees by actually delivering value early in the assignment, then pull the good guy out and replace them with as many cheapos as possible. Good business to be in - bad of course if you’re part of the team suffering the injection of incompetence.

    Looks like Androids have been replaced by TWATS (ThoughtWorks Advanced TechnologistS).

  21. The Druid Says:

    Many of the best people in the industry are choosing to join ThoughtWorks - really? Not my experience - I know a few people who’ve joined them recently and are nothing more than average. Don’t get caught up in the PR spin! Sure they’ve got some good people but probably no more than any company their size.

  22. The Druid Says:

    Many of the best people in the industry are choosing to join ThoughtWorks - really? Not my experience - I know a few people who’ve joined them recently and are nothing more than average. Don’t get caught up in the PR spin! Sure they’ve got some good people but probably no more than any company their size.

  23. The Druid Says:

    Many of the best people in the industry are choosing to join ThoughtWorks - really? Not my experience - I know a few people who’ve joined them recently and are nothing more than average. Don’t get caught up in the PR spin! Sure they’ve got some good people but probably no more than any company their size.

  24. Anonymous Says:

    Many of the posters on this Blog are posting 3 or more times - really ? Its my experience too :-)

  25. Anonymous Says:

    I worked with Fowler many years ago at Netscape (prior to the free release of MSIE). He actually put out quite a bit of code himself but this was of course before all this Agile movement.

  26. The Druid Says:

    Not my problem - I press the post button once and three entries appear. Maybe the TWATS should be called in to debug it - though it’s probably beneath them as it’s an uncool production problem!

  27. Silent Bob Says:

    It’s a bug in Roller - when you post it should do a redirect back to the comments page rather than a forward. That means that when you press F5 to refresh it reposts the data.
    This is very poor programming - let this be a lesson to all you young web developers out there.
    To whomever wrote the code… please tell me if you’ve written any code for credit card transaction processing sites - ‘cos I’d like to avoid them!

  28. Fowlbot #468 Says:

    We really do stick to the stringent hiring practices. In fact, it’s probably the biggest reason TW is NOT a big consulting company. Today we’ve got 400 people worldwide. Run that figure up against the other companies named in these comments… We have a ways to go before the Dilbert Principle kicks in, I think.

    And for the most part, I don’t see a lot of ‘cleverness-for-cleverness’ sake’ in TW design or deliverables. When design tricks are pursued, it’s largely in the interest of testing. *shrug*

  29. Silent Bob Says:

    It’s a bug in Roller - when you post it should do a redirect back to the comments page rather than a forward. That means that when you press F5 to refresh it reposts the data.
    This is very poor programming - let this be a lesson to all you young web developers out there.
    To whomever wrote the code… please tell me if you’ve written any code for credit card transaction processing sites - ‘cos I’d like to avoid them!

  30. Silent Bob Says:

    It’s a bug in Roller - when you post it should do a redirect back to the comments page rather than a forward. That means that when you press F5 to refresh it reposts the data.
    This is very poor programming - let this be a lesson to all you young web developers out there.
    To whomever wrote the code… please tell me if you’ve written any code for credit card transaction processing sites - ‘cos I’d like to avoid them!

  31. Fowlbot #461 Says:

    If a pattern emerged in your refactoring, and your pairing partner didn’t see it, would it still make it into the build?

  32. Eliot Says:

    Extreme programming started out as a few sensible ideas, but has developed into a fanatical religion.

    As a company founder and Java developer, one extreme programming idea I find totally unacceptable is that developers dictate to business side the development speed in an iteration. (E.g. Developer: “You can have any 2 features of the 3 you want this iteration.”) Expected team productivity needs to be negotiated between management and developers. (E.g. boss: “But I need all 3 features from you. I can code that fast: why can’t you?)

    Quite frankly, productivity drops to a crawl when developers without domain expertise dictate to biz owners. In fact, XP actually rewards slow developers, by using underperformance to recalibrate volume of deliverables for the next iteration.

  33. Eliot Says:

    Extreme programming started out as a few sensible ideas, but has developed into a fanatical religion.

    As a company founder and Java developer, one extreme programming idea I find totally unacceptable is that developers dictate to business side the development speed in an iteration. (E.g. Developer: “You can have any 2 features of the 3 you want this iteration.”) Expected team productivity needs to be negotiated between management and developers. (E.g. boss: “But I need all 3 features from you. I can code that fast: why can’t you?)

    Quite frankly, productivity drops to a crawl when developers without domain expertise dictate to biz owners. In fact, XP actually rewards slow developers, by using underperformance to recalibrate volume of deliverables for the next iteration.

  34. Slow Developer Says:

    Eliot,

    Please do yourself a favor and reread your post again. I don’t think you intended to sound so ignorant.

  35. A Developer Says:

    Eliot,

    You are the archetypical “pointy-haired boss.” You don’t “negotiate” productivity from a developer any more than you negotiate productivity from from a car assembly line.

    May you please let me know the name of your company? I never want to work there nor buy its products.

  36. chief scientist Says:

    In what way is Martin Fowler a “scientist”? Where is his lab? What was his thesis on? Did he invent something or discover something? There are some nice people at CodeWorks, but many of them are completely up their own arses.

  37. Zen Master of Java Says:

    Currently I’m working with some TW people. Two of them combined are about as good as an average programmer.

    However, they have to be baby sat, which takes away my time. And since I’m the most productive (by at least 5x every time we measure it), the more of my time they use arguing over why we should do things differently, the worse their value proposition is.

    I tell them to do stuff, and they argue that Pattern X or Practice Y tells them not to, so I say fine, have it your way. Then a week or more later they’re back, reporting that they’ve had a cunning plan, to do pretty much exactly what I told them to, but the reason is Pattern W or Z (never a different practice, curiously enough).

    I don’t know if its the worst thing, but they have this totally stuffed up culture, that whoever commits first ‘wins’. They were working on the same critical class as one of our junior developers, and they totally refactored it. Problem was the junior developers work was then useless. And when I talked to them and told them it wasn’t very nice, and they should have communicated better with the guy they just laughed. So the junior developer had to spend an afternoon trying to put his fixes into their format, when it would have been much easier for them to have incorporated his work.

    They are arrogant, rude, overpaid and underproductive.

    I really have to wonder. They talk about how the XP/TDD/Agile practices make them much better and much more productive than they used to be. Well how bad must they have been originally if it takes two of them to equal one average programmer??!!

  38. ExtraConner Says:

    I think maybe TW might have been good at one time but, as someone here already said, they’ve lowered their standards somewhat. I recall a few years back there were complaints from self-proclaimed agile gurus in the UK who couldn’t believe they had failed the TW induction process.
    However, within the next year, they had all re-applied and this time had been accepted. What happened there then?
    As a postscript, the reason they were applying to TW was because their own business had failed - probably not the best advert for their skills

  39. Thought Leadership Says:

    [Trackback] The discussion is continued…

Leave a Reply

You must be logged in to post a comment.