In response to Kaioken
You aren't at all likely to find that most errors would be corrected within any acceptable time frame.

This is a legitimate concern.

Mistakes will be posted on a wiki. Correcting them makes the author (who made the mistake) learn, makes others learn (ex: correcting someone's usr abuse points that problem out to others), and it makes the person correcting the code realize what types of mistakes people make.

The wiki environment is somewhat ideal for this, at least over demos and tutorials. Someone who writes a bad tutorial or demo isn't likely to get much constructive feedback. Very few people would look through an entire demo to find mistakes and provide constructive feedback. A wiki lets people post small snippets and examples that people could take the time to correct.

A beginner trying to help a beginner and then starting to immediately protest

This is a partially-legit concern, but I think it comes down to how you handle it.

Consider the situation where a beginner makes a mistake. Another beginner makes a mistake in trying to correct the first beginner. Someone else steps in and say "read the DM guide before trying to help". The protest you speak of ensues.

Wanting to help others is a good thing and you shouldn't discourage it. You wouldn't tell the first beginner to give up programming because they made a mistake, they just need to work at it more. You should say the same thing to the second beginner. Correct them both and move on.
In response to Forum_account
It looks like you have an entirely different view than me on what a BYOND or DM wiki would be. For some reason you want it to do the job of the existing facilities (of the Dream Makers guild aka 'developer area') which already do fine...
The focus wouldn't be to have people submit their demos and development articles to the wiki instead of to the places already available. It would be to have information, in-depth coverage of language features and programming concepts, answers to common questions, etc.

Forum_account wrote:
Correcting them makes the author learn

... Not necessarily at all. There's no guarantee he'll even notice. A forum is more suitable for this.

makes others learn (ex: correcting someone's usr abuse points that problem out to others)

Again, in a forum, not a wiki... Not many would notice that the problem was ever there, seeing as you've edited it away to the archive.

[...]

I don't get you. Everything you've said is better accomplished by the present forums. Demos and tutorials included. If the author gives a venue to discuss it (such as a blog post, Creations topic, etc), people do so and give their opinions and criticism.

This is a partially-legit concern, but I think it comes down to how you handle it. [...]

You'd think so, but I've seen cases where it's still pretty much the same situation even though the person was addressed nicely. Not surprising in the event of the common "no, your wrong, my way is definately good to because it works, so your way is just another way to do it" case.

Wanting to help others is a good thing and you shouldn't discourage it.

Of course, this will should be applauded. But the help giving itself should be discouraged when it's clearly doing the opposite.
So yes, the "help" giving should be (and has been) discouraged when the person in question consistently gives counterproductive help and spreads mistakes.

You wouldn't tell the first beginner to give up programming because they made a mistake

No, what's that got to do with anything? I'd tell him to stop trying to help others until he gets to know the language well himself.
In response to Airjoe
Tom wrote:
The time spent "cleaning up" BYOND could be better spent making better games in BYOND. The software has limitations, for sure, but those are hardly the bottleneck here.

Airjoe wrote:
(...)I'd rather dig through the depths of BYOND's source than muck around in DM on some project I'll never finish (...)
I'm actively involved in the open source community at my university and thoroughly enjoy digging through open source projects like Firefox, VLC, and OpenBSD. (...)
What I want is some experience with a real live project that needs the help

While I wouldn't completely agree with Tom that some limitations of BYOND aren't proving as serious bottleneck to visually appealing games that give a semi professional illusion, I have to wonder why you would need or even want BYOND's source code. It has been described more than once that it's limitations are integrated from the very core, so it would seem far more beneficial to get a collaborative open source project named something like OpenBYOND which starts from scratch. Something Lummox JR and Tom can not do for obvious reasons, but that would allow for a complete redesign to comply with the many issues people encounter. You should keep with the same target audience and the same set of strength BYOND intends to offer, but redesign the core engine to include a more optimised networking protocol (maybe even allow for optional UDP), own networking sockets, adjustable amount of client sided computing and client sided effects, all the fuzzy things that one can not easily include with BYOND as it is now.
This way, Tom does not run any risk and you won't need anything from his side, which means that in a worst case scenario, the project just dies and in the best case you find enough competent developers to actually rework the core engine to become way more powerful and way less of a resource hog than it is now.
Seems like a win-win situation to me.

In response to Rockinawsome
I don't have this problem.

I opened a system I wrote over five years ago the other day, and it worked beautifully. It was actually a HUD-heavy project that was attempting to bypass the lack of interface customization in BYOND. (It was one of the games in the front-page collage until recently)

It still worked, but large sections of code would have been better done by some of the new features.
Page: 1 2 3