A friendly community

time to read 2 min | 378 words

Colin Ramsay has a post titled Abandon ALT.NET which I want to respond to. Here is the first interesting quote:

Just as I find it pointless that you’d go to a conference to discuss the stuff that everyone there already knows. DDD, BDD, MVC - these aren’t things that will be unknown to people attending the ALT.NET conference.

ALT.NETter A: so… heard of that new BDD business?
ALT.NETter B: Yep.
ALT.NETter A: Oh, well there’s this great new idea called DDD!
ALT.NETter B: Yeah, right into that too.
ALT.NETter A: Oh.

And so on. But wouldn’t that conversation have been a whole lot more interesting if the second developer hadn’t heard of those ideas?

I am eating myself up because I wasn't able to go. Because those are the kind of discussions that I would really like to have. Not to be in a comforting echo chamber where all my ideas are confirmed, but because then I can continue the discussion forward, and say:

ALT.NETer B: So, we are using DDD in this scenario, and we have run into conflicts between...
ALT.NETer A: Hm, I think that I have an idea, do you have a laptop so we can discuss this over code?

When you are on a level plain field, then you can start advancing. That is important, and a reason enough for the conference as it is. But while that compromise a significant percentage of the people that were in the conference, it is by no mean all of them. And that certainly wasn't the main topic of discussion.

And in order to address that imbalance, the ALT.NET mob organise an enormous desert circle-jerk, and I call bullshit. If they really wanted to change things then they should be writing about their techniques in detail, coming up with introductory guides to DDD, TDD, mocking, creating screencasts, or giving talks at mainstream conferences, or producing tools to make the level of entry to these technologies lower than it is.

Um, I thought we were doing that?

From Jeremy Miller's WinForm Design Patterns to your own screen casts to Scott Bellware talking in DevTeach about BDD to building efficient tools. I don't think that this is a fair statement to say, frankly.