Difference between revisions of "SizeCoding:About"
| Line 8: | Line 8: | ||
'''Why a Wiki?''' Wikis have the lowest barrier to entry for contributing to information stores. We encourage the entire demoscene and assembler programming community to contribute. | '''Why a Wiki?''' Wikis have the lowest barrier to entry for contributing to information stores. We encourage the entire demoscene and assembler programming community to contribute. | ||
| + | |||
| + | '''Is this being backed up somewhere?''' Yes. A few key members have access to the weekly php and database dumps. | ||
'''Doesn't in4k cover this material?''' [https://in4k.github.io/ in4k] mostly concentrates on 1k/4k productions, across all environments (Windows, javascript, webgl, etc.). SizeCoding is much more targeted, and concentrates mainly on 256b, x86-only coding. | '''Doesn't in4k cover this material?''' [https://in4k.github.io/ in4k] mostly concentrates on 1k/4k productions, across all environments (Windows, javascript, webgl, etc.). SizeCoding is much more targeted, and concentrates mainly on 256b, x86-only coding. | ||
Revision as of 11:43, 20 August 2016
History
sizecoding.org grew from a conversation between Trixter, HellMood, and qkumba when it was determined there was no central repository for sizecoding information. Trixter had inquired because VileR was dipping his toes into the lake that is sizecoding, and wanted to point him to a starting point for resources suitable for beginners. None existed, so Trixter stood up sizecoding.org, and all three of them contributed information and examples to the initial launch.
Many thanks to the entire demoscene for knowledge and inspiration.
Q&A
Why a Wiki? Wikis have the lowest barrier to entry for contributing to information stores. We encourage the entire demoscene and assembler programming community to contribute.
Is this being backed up somewhere? Yes. A few key members have access to the weekly php and database dumps.
Doesn't in4k cover this material? in4k mostly concentrates on 1k/4k productions, across all environments (Windows, javascript, webgl, etc.). SizeCoding is much more targeted, and concentrates mainly on 256b, x86-only coding.
