256
DF General Discussion / Re: Clean Slate on Wiki?
« on: April 08, 2010, 07:50:18 am »Your suggestion of how it should be done has a lot of problems. These problems were discussed and we asked people to give their opinion. You also need to actually explore the wiki a little before you so seriously criticize it. 40d information is not goneVirtually impossible to access in a user-friendly manner is the equivalent of "gone" to 90% of people. Bad links everywhere (and a link that doesn't take you where you want to go is by definition a bad link)? Awesome. Opaque interface (and don't go "hurr DF has a bad interface and you play it", you expect a Wiki to not fail)? Even more awesome!
I have explored it, and it's still a really shitty solution. Sorry that that upsets you (and I mean that honestly), but it really, really is. An in-place migration over time--snapshot all the pages of 40d to the 40d namespace, add a "this is potentially out of date, for the last 40d version of the article hit up this link, add DF2010 information here"--would actually allow users to find things. It's not like data storage is a constraint.
Really, I see all the "argh wiki is so useless" complaints as either them not taking the time to look at the 40d pages when confronted with a blank stub or not realizing that with a brand new release it takes more than a week (or even a day; the first criticisms came quickly) to gather all the appropriate new information. The new system is clearly not perfect but it was handled quite well imo, definitely far from "terribly executed."You're wrong. Sorry, but your opinion is poisoned; you are too close to the process to be capable of analyzing the course of action taken in an uninvested manner. Sorry, but even an open-source project would be crucified for a migration that was handled as slipshod as this. I realize that you're doing it in your spare time, and that's fine, but when you are managing what is essentially the "official" wiki (the wiki is pointed at in the DF executable - it's as official as there is), you have an implicit obligation to your users to be usable.
This method of migration did not uphold that obligation for a lot of users, and they're saying so. One of the most important things for project teams to ever, ever learn is that a user saying "X sucks" cannot be interpreted to "the user doesn't understand it" or "the user doesn't consider Y and Z." It means "X sucks." It may be deeply personally offensive to you that they've been indelicate about it. That's unfortunate. It doesn't change that, for the user...it still sucks. You can take umbrage about their tone...it still sucks. You can argue 'till you're blue in the face...it still sucks.
All you can do is take a breath, learn from it, and make it suck less in the future.
The legacy information has not been scrapped in the slightest. It is simply one single click further away. Main links like url.com/Creatures now go to current version redirects, so whenever the next major version change comes out the non-namespace links will be just as effective. Namespaces will be required for each and every major version that is released. 99% of pages will need one copy per version anyhow. There is little difference between leaving it for now or for later as we have redirects. Really I see both methods as equally effective and with equal flaws.Do the links on 40d pages go to where the user expects? (No.) Do the search terms put in take the user to an informational, usable page? (Generally not.)
That means, as far as a user cares, it's gone.
