User blog:Fujihita/Inside KanColle Wiki Event Panic Drill

Forewords
On June 13th, 2017, the outgoing third and fourth generation wiki staffs organized a mock-up KanColle event known as "Event Panic" Drill. The event was part of a training program we provided to foster the next generation of capable editors who can handle the intensity of a real KanColle event.

The exercise caused some confusions among our patrons; as of writing this, we have at least eight instances of wiki users mistaking the exercise for a real KanColle event. In hindsight, I do consider this fact a compliment. It is a testimony that we have successfully pulled off a very realistic emulation of the panic, the confusion and the stress involved wiki contributors would have to face in delivering the event content as timely as possible.

The original announcement thread can be found here though the materials of the drill are likely to have been removed by the time this blog is ever read. Every drill is a start over and we expect both our trainees and instructors to clean up their camps after the drill has run its course.

Purpose of this blog
This blog aims to set a guideline, a reference point, for future organizers in the absence of historical materials. This blog introduces the drill teams, the various roles the trainees can take on and the procedures to conduct the tests for each of the aforementioned roles.

At the end of this blog is a checklist for team Kadokawa, provided as bonus material.

Teams
KanColle Drill Event revolves around two teams
 * Team Kanmusus / Cadets aka the trainees.
 * This team consists of new participants who will construct an event page, update relevant pages and manage everything related to the drill event on wiki side.


 * Team Kadokawa aka the game masters.
 * This team consists of our staff members and adepts who no longer need any training pertaining to the wiki's event management. They are responsible for designing the event, creating the related resources and conducting simulation tests during the drill.

In addition to the above two teams, there are supervisors whose primary responsibility is to provide technical training for the trainees. Some of the supervisors may volunteer to take part in team Kadokawa activities as well.

Communication
KanColle Drill Event is conducted on a temporary Discord server acting as a hub for various simulated information sources. Each team will also have their own hidden channels; the organization of which varies from team to team.
 *  # general: this is the general discussion area. Training and team coordination normally take place here.
 *  # offshore: banters and other things unrelated to the wiki or the drill.
 *  # translations: this channel is dedicated to mock-up dev tweets. The language of the tweets by default will be English unless there was a translator trainee.
 *  # assets: this channel is dedicated to mock-up game resources data mined from the game. The resources will be posted as processed CGs, enemy patterns and drop data ready to be uploaded unless there was a dataminer trainee. In such scenarios, the resources will be compiled into swf files / api responses and be put on a private server. Only the link to api_start2, poidb dumps and db.kcwiki.org export API mirrors on the private server will be provided.
 *  # e-1,  # e-2,... # e-x: these channels are dedicated to reporting frontline results of the corresponding event maps. Frontliners will report their finding as screenshots, api data or fleet line ups after they perform battle simulation tasks with the data acquired from the GMs in private messages. Discussions of branching rules and map-specific mechanics also take place in these channels.


 * IMPORTANT NOTE
 * The Discord server should always be wiped at the end of a season.

Due to the secretive nature of their work, Team Kadokawa always has a hidden channel which can only be accessible to their team members and some supervisors. At the end of a drill, team Kadokawa's channel can be opened for post-drill reviews and Kadokawa trainees recruitment for the next season.

Timeline

 * Week 0: Announcement and sign ups
 * Week 1: Technical training
 * Week 2: Technical training & pre-event tweets
 * Week 3: Drill
 * Week 4: Open-channel review and goodbye
 * Week 5: Next season announcement and sign ups

Trainees from previous seasons, if interested, will be elevated to supervisor or game master position.

Roles and test procedures
There are three main roles in an event management committee:
 * Frontliner
 * Branching rules, strategies, air raid API reports, mechanics discovery and verification


 * Dataminer
 * Enemy patterns, ship drops, game assets, and back-end Lua modules.


 * Editor
 * Writing quality, front-end wikitext templates, and article updates.

Frontliner's test
The frontliners can send screenshots of their fleet setup (ships, equipment, eLoS, fleet type and Speed) to team Kadokawa's active GMs and request to sortie to an event map. The GMs will then tell the frontliners which node the said fleet will go, along with the API values and formation of the enemy in the said node (if battle node). The frontliners will then reference the API values here and use the battle simulator to test their fleet against the mock-up Abyssal fleets.

The idea behind the battle simulation is to gain insights into how effective a strategy is. Once the frontliners have found a good strategy, they can then provide recommendations and write up map guides for the event page. The GMs might provide additional information of mechanics cannot be emulated by the battle simulator.


 * NOTE
 * Since the frontliners' gaming skill is not being tested, ship locks are done on voluntary basis and the record of it will be kept by the frontliners themselves (if they choose to).

Lenient GMs may allow the frontliners to choose which phase they want to test: prefinal, final, TP or HP regardless of progression. It is, however, inadvisable to allow the frontliners this much freedom since it may backfire by ruining their enjoyment.

Dataminer's test
At the start of the event,  will be dropped into #assets channel as the starting point. From there, the data miners can figure out the api_id of new ships and equipment, compute the obfuscated filenames and request these files from our GMs. They will then be tasked with extracting and uploading relevant assets such as CGs and stats to the wiki. Data miners are also responsible for creating new Lua modules as these deep back-end tasks are best handled by these highly technical people.

In addition to the above tasks, data miners are often tasked with filtering poidb dumps and generating drop lists as well as enemy patterns. These two items can also be obtained by converting db.kcwiki.org template export api into our own Template:NodeInfo and Template:DropList. These tasks require heavy usage of automated tools that they might require fine tuning on the fly.


 * EXAMPLE TOOL
 * http://fujihita.azurewebsites.net/poi
 * Disclaimer: the tool is provided as it is and should only be used as reference material. No effort will be made to keep the tool up-to-date.

Dataminers are expected to write their own tools or work with wiki dev team to tune existing tools in the event of api changes.

Editor's test
The editors are responsible for turning the frontliner's reports into information written on the event page. They are also responsible for turning any rambling nonsense (either from the frontliners or else) that may occur into proper wiki writing style, marking citations and keeping the related event pages up to date.

The editors build and fill the templates in a normal event page as soon as new information arrive. Their specialty is fixing broken templates and fighting vandalism. Their works compliment the other two roles and many of them also act as discussion moderators in comments and forum boards.