GuildWiki:Writing good builds
From GuildWiki
 |
Do not add new builds to this
page.
New builds must be posted on a new page.
|
When writing a build article, it is important to keep in mind many
different things. This article lists some basic steps to help you
submit good builds to the wiki.
Contents |
[edit] Build Content
- Builds should follow the Build outline.
- Copy over the syntax in the Build Outline, and fill in the appropriate fields.
- There should be a minimal number of Optional Slots.
- Suggestions to Optional slots should be included.
- The build should be unique; it should be distinct enough from
all the existing builds.
- Attributes and Skills: Are they the same, or very similar to existing builds?
- Purpose: What is the goal of your build? Are there any other builds with identical uses?
- Variants: Is your build already included under the variant of another article?
-
- If any of the above is true, reconsider posting the build.
- There should generally be runes suggested for all Attributes of the selected Primary Profession.
- For Example, a Necro build using Soul Reaping is expected to at least have "+ 1" after the base attribute level.
[edit] Quality of writing
- The build should be written precisely, to specific detail, without sounding redundant or stupid.
- Review your use of grammar in the build.
- Build should not contain any first-person point-of-view.
- Convert all POV's into second-person (ie, I would take a break here -> you should stop here).
- Build should consist mostly of fact, rather than opinion.
- Do not use a lot of "I think" or "It is believed that".
- There should not be any spelling or grammar mistakes.
- Use a spell checker and make sure there are no red links because you've spelled something incorrectly.
[edit] Build Performance
- Build should have been tested prior to posting it on GuildWiki.
- Do not submit "ideas" for builds.
- The build should be able to achieve its goal, and do so with minimal difficulty.
- There should not be other builds out there that do the same job with less effort.
- The build should be able to deal with the range of situations it is designed for, and survive through minor disruption.
- The build should include ways to deal with the most common counters to the build
- The build should be able to last for the full duration of the fight it is intended for.
- Builds with heavy energy use should incorporate skills that help recover or regain spent energy. (see energy management)
[edit] Purpose of the build
[edit] PvE Builds
- The build should be able to deal with errors made by other players.
- Neither henchmen nor humans are perfect, the build should be able to deal with a reasonable amount of errors by others.
- The build should take the behavior of Mob AI into account.
- Example: Do not use AoE damage against mobs who are not supposed to scatter.
[edit] PvP Builds
- Should take into account the different level of intelligence of the opponents.
- Many tactics that work against the AI will easily be countered by real humans. Do not rely on these for PvP.
- The build should take common other PvP builds into account.
- Try to exploit tactics that are common in PvP, while using ones which are not usually countered themself.
- Should include what area of PvP they are intended for.
- Specify which part of PvP the build is intended for (GvG, Random Arenas, etc) and add the category.
[edit] Random Arena Builds
- The build should adapt to the fast pace of fighting.
- For example: There should be a really good excuse, if the build includes no Resurrection Signet.
- Since teams are randomly formed, the build should not overly depend on other characters.
- In particular: It should not be totally dependant on having a monk for healing.
[edit] Alliance Battles
- The build should be able to deal with the NPCs present in the alliance battles.
- It is easy to exploit the static character of the NPCs present, the build should aim to do so.
- The build should specify which tactics it uses in Alliance Battles.
- Is the build used for capping, mobbing or something else?
- There is an automatic resurrection function in alliance battles so there is usually not a need for a resurrect skill.
- This seems to be the general opinion of the community, so if you do include one in your build make sure it works well and for a purpose, with clear instructions of when and how to use it.
[edit] Competitive Missions
- The build should be able to deal with the NPCs present in the missions.
- It is easy to exploit the static character of the NPCs present, the build should aim to do so.
- Since teams are randomly formed, the build should not overly depend on other characters.
- In particular: It should not be totally dependant on having a monk for healing.
[edit] Special Cases
[edit] Similar Builds
- In several cases (Minion Master builds, Assassin Combo builds, 55 monk builds) of builds which are very popular in the game, a huge number of builds has been submitted to the wiki, which only differ in minor aspects. Always search for similar builds before submitting, but look especially carefully if submiting one of these builds.
[edit] Existing Builds
- If your build already exists, there are two options available
to you.
- If the existing version of the build is unfavored, the unfavored build should be modified to your liking, rather than creating a new build page.
- If the existing version of the build is in any other category, the build should simply not be made. Instead, suggest changes in the existing version's talk page as to why your version may be better than the current revision of the article.
[edit] Keeping an open mind
[edit] Your work is our work
- Keep in mind that once you submit your build (or any other article) on GuildWiki, it becomes part of the community project. Do not expect your pristine article to remain exactly as it was when you submitted it - part of what makes GuildWiki special is the ability for articles to change over time.
[edit] Everyone benefits from scrutiny
- Don't sweat about the small stuff. Please realize that once you submit your build, there is going to be discussion on its talk page about the merits and flaws of your dispositions. And there's a chance that some editors will vote it unfavored or suggest that it be merged into an existing build. It is not meant as a personal attack on you or your creative ideas, but simply a means of ensuring that only the most thoroughly tested and generally useful builds enter the tested category.
[edit] Don't be discouraged
- Do not take it to heart if one of your build was rated unfavored. The wiki tries only to maintain the best builds as tested, that inevitably means that many builds (which might be ok, but are not top quality) will not make it.
