Open Source Your Knowledge, Become a Contributor

Technology knowledge has to be shared and made accessible for free. Join the movement.

Create Content

It's highly recommended to publish a contribution as "WIP" first to get feedback from the community. => More details about moderation

The following guidelines are what they are: guidelines. Please keep the experience of players in mind when creating/moderating contributions.

Disagree with the current guidelines? Let us know in the forum

General Guidelines

  1. Contributions must be written in English.

  2. The description must be clear and unambiguous. (for all games but reverse CoC)

    	- Keep it clear and consise
    	- Avoid flavour text
    	- Don't address the reader directly
    	- Avoid controversial topics
    	- Don't overlook the protocol

    => Writing the statement

  3. The default code must be working for all languages.

    => Stub generator syntax

  4. Test cases must be properly defined. (for all games but multiplayer games)

    	- Test cases should cover all specifications
    	- Each validator must differ from the corresponding test
    	- Each validator should check the same case as the corresponding test
    	- The first test case must be a simple one

    => Defining test cases

  5. Contributions must be original. (for all games but Clash of Code)

  6. The referee program should be robust and reliable. (for all games created with the sdk)

    	- The referee must end a player's program when receiving an unrecognizable command.
    	- The referee must send an error message in the console when receiving an invalid but recognized command.
    	- The referee must stop the game early if the game is stale or already decided.
    	- The referee must not crash. All exceptions must be caught.
    	- Indices must start at 0, not 1. The origin is always the top left pixel/tile.

    => Games guidelines and best practices

  7. The graphics are clear and represent the progression of the game well. (for all games created with the sdk)

Specific Guidelines

Clash of Code

The main goal of a CoC battle is to be short (except in the "Shortest" mode). CoC players are looking for quick simple puzzles to solve; for more complex problems, they'll dive into the classic puzzles section.

  1. No CoC puzzle is too easy.

    No CoC puzzle should be rejected with the justification that it's too simple.

  2. CoC close duplicates are not forbidden.

    Moderators should reach an agreement on whether duplicate versions of a puzzle can be accepted or not. Copy-pasting an existing CoC puzzle is obviously not allowed.

Optimization Puzzles

  1. It must be very difficult to approach the optimal score.
Open Source Your Knowledge: become a Contributor and help others learn. Create New Content