Login
User Name:

Password:



Register
Forgot your password?
Vote for Us!
auth_update crash
Dec 23, 2017, 10:15 pm
By Remcon
check_tumble
Dec 18, 2017, 7:21 pm
By Remcon
parse description bug
Dec 15, 2017, 10:08 pm
By Remcon
Couple bugs
Dec 12, 2017, 5:42 pm
By Remcon
Bug in disarm( )
Nov 12, 2017, 6:54 pm
By GatewaySysop
LoP 1.46
Author: Remcon
Submitted by: Remcon
LOP 1.45
Author: Remcon
Submitted by: Remcon
LOP Heroes Edition
Author: Vladaar
Submitted by: Vladaar
Heroes sound extras
Author: Vladaar
Submitted by: Vladaar
6Dragons 4.3
Author: Vladaar
Submitted by: Vladaar
Users Online
CommonCrawl, Yahoo!, Yandex

Members: 0
Guests: 12
Stats
Files
Topics
Posts
Members
Newest Member
478
3,708
19,242
612
Jacki72H
Today's Birthdays
There are no member birthdays today.
Related Links
» SmaugMuds.org » General » Coding » Way to 'test' new coders...
Forum Rules | Mark all | Recent Posts

Way to 'test' new coders...
< Newer Topic :: Older Topic > Need some ideas :)

Pages:<< prev 1 next >>
Post is unread #1 May 6, 2003, 7:57 am
Go to the top of the page
Go to the bottom of the page

Xorith
The Null Value
GroupAFKMud Team
Posts254
JoinedFeb 23, 2003

Hello, this is ment more for the Head Coders out there.

For the past several years that I've been working on MUDs of my own, I've only brought a coder on once. I can't remember why, but all I know is he left very quickly.

So my question is... I am paranoid and I only give a little trust before I ask that one earns the rest.

What techniques have been used to test new coders out there? What sort of ways have you guys found to be easier? I mean I could ask for a sample of their work, but who is to say it's theirs? Who is to say it's not some punk kid who just wants to have their fun with some MUD, or worse, use the server as a personal hacker playground under my account name?

See? I told you I'm paranoid.

All I know is I've realized that it's very difficult to be the do-all of a MUD project.

Your input would be appreciated
       
Post is unread #2 May 7, 2003, 6:24 am
Go to the top of the page
Go to the bottom of the page

Samson
Black Hand
GroupAdministrators
Posts3,639
JoinedJan 1, 2002

We may not be the best example of how to work a scenario like that. We've been blessed as far as muds go. The crew here works together nicely and we haven't had much need to seek outside coding help. I would suggest you seek such people from your existing staff of builders if you have them. Best way to assure they have the desire to help and not destroy. Start them off small, see if you can get your host to allow them a separate login under your group. Set up CVS so they can't royally screw you over. What you should NOT do is advertise that you need coders on TMC/TMS/etc. You'll only attract those seeking a quick promotion and instant shell access. Chances are anyone who knows how to code well is already working on a mud somewhere.
       
Post is unread #3 May 7, 2003, 12:21 pm
Go to the top of the page
Go to the bottom of the page

Guest - (Unregistered)

I agree with the CVS from Samson, but then lately CVS is a must with me for virtually everything ;) Then just have them checkout a seperate branch altogether and if they screw up you can ignore the branch, anything good and you can merge the branch back into the main trunk.

As for testing them out, something simple that doesn't require indepth information and the entire code... for example writing a spell or two, that way you can see how they layout stuff and examine thier style of code. What the spell does and how it work is another matter. Other options would be to get them to psudeo-code up a system that was a bit bigger than your average system, and look at how the design it and stuff... being able to explain an idea well means you can prolly translate it into reasonably good code. Also if you understand the concept os psuedo-coding and WHY you need to you prolly understand at least some coding nicities.

Advertising always has brought in the masses of "Yeah my l33t c0ding skillz" bunch who know a smattering of C, but little about the advantages of structured design and documentation to be useful as part of a group. The coders I worked with though, I trained. They maintained my spells initally including porting spells to use an internal soft-coded interpreted language I wrote, this developed into maintaining larger and more complex commands eventually working in the core framework as I modified it and working in harmony with the system design and contributing to system design meetings/discussions

I may be looking for too much in a coder though here... several years of working with professional (or at least trained) coders may have spoilt me a little ;)
       
Pages:<< prev 1 next >>