Автор Тема: Правила  (Прочетена 26454 пъти)

zeridon

  • Killmode enabled
  • Administrator
  • Напреднали
  • *****
  • Публикации: 1398
  • Distribution: Debian/Ubuntu
  • Window Manager: console/Gnome
  • BOfH
    • Профил
    • WWW
Правила
« -: Dec 11, 2007, 20:59 »
Така здравейте банда. Понеже се оказа че наследявам това клонче от форума и понеже искам да го раздвижа малко се налагат да се напишат малко правила. Приканвам ви да ги спазвате. Не смятам че са много и/или тежки но все пак всичко подлежи на коментар.

1) Правилата за целият форум важат и тук. Тези които следват са просто за доуточнение в секцията.

2) Как ще се провежда конкурса?
2.1) Конкурса се провежда на кръгове с по една задача във всеки кръг.
2.2) Кръгът е с продължителност 2 седмици. Като последните 3 дни от този период са само за обсъждане и оценяване. През този период нови решения няма да бъдат зачитани.
2.3) Решенията се оценяват по критерии обявени по-долу.
2.4) Всеки участник в конкурса (предоставил решение) е задължен да оцени решенията на останалите участници.
2.5) В краят на последният ден се обявяват оценките и крайният резултат.
2.6) Всеки кръг може да има определена награда (ако има такава налична), но за съжаление може и да няма.
2.7) Задачите за всеки кръг се избират от администратор(ите) на конкурса по тяхно усмотрение.
2.8) Към всяка задача ще има и пакет от тестови данни.
2.9) Към всяка задача ще се опитаме да предоставим референтен код.

3) Как да даваме нашите отговори?
3.1) Кодът трябва да е четим освен ако изрично условието на задачата не налага друго. Код в стил http://www.ioccc.org/ въпреки че изглеждат интересно не допринасят за подобряването на общата култура и стил на четящите.
3.2) Кодът трябва да е стилен и хомогенен в стилът му на писане. Пример: циклите се отварят със скоба на същият ред.
3.3) Желателно е кодът да е Иновативен. Пример: реализация на методът на мехурчето със указатели без използване на друга променлива. Знаем че това не е винаги постижимо.
3.4) Желателно е кодът да е пълен. Да са покрити изключителни и/или гранични ситуации. Иска ми се да напиша и мултиплатформен, но ... няма '<img'>
3.5) Желателно е освен код да се предоставя и компилиран обект (където това е приложимо).
3.6) Задължително е кодът да е придружен със описание на зависимостите (пример: трябва ви libxxyyzz) и упътване как да се пусне (пример: стартирате със ./submission --yeeee)

4) Как ще се оценява?
4.1) решенията ще бъдат оценявани след тестване. Тестовата система ще е Debian testing без графична среда стандартна инсталация. Затова обявете си всички зависимости (или компилирайте статично). За желаещите да тестват ще бъде предоставен VMware имидж или ще бъдат насочени към такъв.
4.2) Решенията ще се оценяват по скала от 1 до 10 за:
4.2.1) стил
4.2.2) четимост
4.2.3) иновативност
4.2.4) пълнота
4.2.5) скорост на работа
4.2.6) Кефи ме
4.3) Всеки участник трябва да оцени решенията на другите участващи.
4.4) Допълнително администраторите на конкурса и външни специалисти с достатъчно опит в конкретният език ще дадат своите оценки.
4.5) Всички останали също могат да дават своите оценки.
4.6) след затваряне на кръга за оценки се вземат по равен брой най-високи оценки за всяка задача, изхвърлят се първият и последният резултат и се вади средна оценка от тях. По полученият резултат се извършва класиране.

За сега толкова!

Последна редакция: 11.12.2007
Активен

Внмимавай имам клещи за кабел
http://www.netsecad.com/
http://theregister.co.uk/odds/bofh/