Am I the only one who thinks Jeff Atwood is completely without the necessary credibility to spearhead an effort like this?
That's how things get done. People get credibility by standing up, leading, and getting things done in the way Atwood does. He didn't have the "credibility" to partner with Joel Spolsky and create Stack Overflow either but I'm glad Joel didn't see it that way.
Actually, he lost credibility for not being a decent human being and e-mailing John Gruber first and StackOverflow is really irrelevant here.
"Say, so-and-so, you wrote a really nice book but there are several errors in the first edition. We think it's great and we love it, and we see the potential in your work, so we're going to rewrite a second edition by committee then sell it under your title and byline without your permission; that cool with you?"
If Markdown had continued to be robustly maintained by Gruber then I would give that thought more credence. As it is now it's barely just one notch shy of abandonware, I think that transfers Gruber's feelings from the realm of reasonable criticism to the land of butthurt.
Yep. Nuances of etiquette are one thing but I'll always side with the person that is trying to move things forward over the person that is throwing up hurdles.
To my way of thinking, Gruber comes out of this looking churlish and unhelpful at best.
The more pertinent question is why Jeff didn't make more effort to base this off one of the existing standardisation efforts.
The problem is that the existing spec is something one guy wrote up years ago, and there are edge cases that aren't handled. There is also a buggy implementation from the same guy, also from years ago, that sets behavior for those edge cases, but also does stuff that isn't in the spec. So if you want to write "MarkDown", do you write to the spec or to the implementation or what? And Gruber's response is "I'm happy with it as it is", which isn't even an answer to the question.
It seems to me that most good specs started out as individual efforts, then once they reached a certain level of maturity and usefulness, got taken over by a committee to polish into a proper standard. For example, C and UNIX. And this is exactly the path that Markdown will end up following, if this effort is successful.
To say nothing of the time-tested idiocy of designing a spec by committee? IEEE telco protocols being the canonical example?
The whole effort seems like a terrible idea. Gruber's responses seem to me to be completely appropriate.