User:PowerfulBacon: Difference between revisions

Revision as of 15:22, 10 January 2024

HEAD STAFF
Head Developer	Access: Everything Difficulty: Extremely Hard Supervisors: Project Lead/Host Duties: Manage design direction, recruit maintainers, make sure the GitHub is running smoothly. Guides: Megafauna Quote: Who the coded this like this.

Guide to being the Head-Developer, a list of things that I have learnt and a list of things that I think I could have done better.

Design

You are in charge of setting out the design precidents that will lead the server in the right direction. You aren't setting the direction that the server should go in, and shouldn't be trying to change that; the direction of the server overall is something that needs to be agreed on by all the project heads.

Design Principles

Here are a few things that you should try to keep in mind when designing for SS13:

Every single change has positives and negatives. Even trivial changes that seem universally good can have long term consequences and slow mentality shifts over time which lead to undesirable states. For example, completely solving powergaming would also completely kill any form of improvisation for antagonists; completely removing all forms of cheap ways to kill people may make it more challenging for new players to play as an antagonist.
The Head-Admins and Head-Developers are solving the same problem. They should both be talking about what the other party is doing and the Head-Developer should give input into, and understand, the rules.
Good rules go hand-in-hand with the mechanics of the game. Bad rules go against what the mechanics encourage you to do. If there is a rule, or a proposed rule, that goes against how the players are being encouraged to play then something probably needs changing to emphasise the rule in the game. I like to think of this as the rules being 'diagetic', part of the game-world as players shouldn't be caught off-guard when they do something wrong; the rules exist to remove the bad-actors from the game, if there is something that people are regularly doing despite not being bad actors then perhaps something needs to change.

GitHub

Coding

As the Head-Developer, you may find yourself coding significantly less than prior to being the Head-Developer. This is natural since you have other responsibilities that are far more important, and naturally should be trying to organise other developers in the right direction rather than doing everything yourself.

Tips

Don't worry if another maintainer is coding more than you. It is not a competition and your job isn't to be the most active coder on GitHub. Coding is the least important part of the role.

Jobs on Beestation
	Command	Captain, Head of Personnel
	Security	Head of Security, Security Officer, Warden, Detective
	Engineering	Chief Engineer, Station Engineer, Atmospheric Technician
	Science	Research Director, Scientist, Roboticist, Exploration Crew
	Medical	Chief Medical Officer, Medical Doctor, Brig Physician, Chemist, Geneticist, Virologist
	Service	Janitor, Bartender, Cook, Botanist, Clown, Mime
	Civilian	Assistant, Lawyer, Chaplain, Curator, Gimmick
	Cargo	Quartermaster, Cargo Technician, Shaft Miner
	Non-human	AI, Cyborg, Positronic Brain, Drone, Personal AI, Construct, Ghost
	Antagonists	Traitor, Malfunctioning AI, Changeling, Nuclear Operative, Blood Cultist, Clockwork Cultist, Revolutionary, Wizard, Blob, Abductor, Holoparasite, Xenomorph, Spider, Swarmers, Revenant, Morph, Nightmare, Space Ninja, Slaughter Demon, Pirate, Creep, Fugitives, Hunters, Heretics, Space Dragon
	Special	CentCom Official, Death Squad Officer, Emergency Response Officer, Chrono Legionnaire, Highlander, Ian, Lavaland Role

@@ Line 23: / Line 23: @@
 Here are a few things that you should try to keep in mind when designing for SS13:
-* Every single change has positives and negatives. Even trivial changes that seem universally good can have long term consequences and slow mentality shifts over time which lead to undesirable states. For example, completely solving powergaming would also completely kill any form of improvisation for antagonists; completely removing all forms of cheap ways to kill people may make it more challenging for new players to play as an antagonist; completely focusing everything on roleplay instead of a balance of roleplay, gameplay and fun then you get an environment where there is no roleplay at all (Either everyone will be bored of the game and play somewhere else, or every round becomes the same and thus there is no variation in roleplay and everyone quits again).
+* Every single change has positives and negatives. Even trivial changes that seem universally good can have long term consequences and slow mentality shifts over time which lead to undesirable states. For example, completely solving powergaming would also completely kill any form of improvisation for antagonists; completely removing all forms of cheap ways to kill people may make it more challenging for new players to play as an antagonist.
+* The Head-Admins and Head-Developers are solving the same problem. They should both be talking about what the other party is doing and the Head-Developer should give input into, and understand, the rules.
+* Good rules go hand-in-hand with the mechanics of the game. Bad rules go against what the mechanics encourage you to do. If there is a rule, or a proposed rule, that goes against how the players are being encouraged to play then something probably needs changing to emphasise the rule in the game. I like to think of this as the rules being 'diagetic', part of the game-world as players shouldn't be caught off-guard when they do something wrong; the rules exist to remove the bad-actors from the game, if there is something that people are regularly doing despite not being bad actors then perhaps something needs to change.
 == GitHub ==