Pregătirea unui concurs

From Algopedia
Revision as of 17:20, 26 November 2015 by Cata (talk | contribs)

Jump to: navigation, search

Ce înseamnă o problemă?

Crearea unei probleme de concurs înseamnă mai mult decât o sursă care să ia 100p.

În primul rând este nevoie de o idee. Acest pas durează cât durează, arta nu poate fi grăbită. Sperăm că membrii comisiei au fiecare 1-2 idei.

Apoi, prin implementare înțelegem următoarele.

  • Autorul scrie o implementare de 100p și una ineficientă, dar cât mai corectă (cât mai greu de greșit).
  • Altcineva scrie o soluție de 100p.
  • Doi oameni diferiți (posibil aceiași de mai sus) scriu două mânăreli.
  • Autorul descrie în mare generatorul de teste. Cel puțin o altă persoană își dă acordul sau propune îmbunătățiri.
  • Autorul și o altă persoană stabilesc limitele pentru punctaje parțiale.
  • Autorul descrie, pe o pagină, soluția, pentru a o publica ulterior.

Ca timp, asta înseamnă, estimativ:

  • 2 ore redactarea enunțului (pot fi și imagini, asta durează);
  • 10 ore pentru cele 4 implementări;
  • 3 ore pentru generatorul de teste și generarea testelor;
  • 1 oră pentru încărcarea pe evaluator, ultimele teste etc.;
  • 2 ore pentru descrierea soluției;

Total: 18 ore per problemă.

Așteptări de la membrii comisiei

  • Să contribuie cu volumul de muncă așteptat de la ei. De exemplu, dacă avem N oameni la N probleme, atunci volumul de muncă estimat este de 18 ore.
  • Să contribuie din timp, nu în ultimele 3 zile.
  • Să fie disponibili, pe cât posibil, pentru 1-2 întâlniri în persoană.
  • Să îi informeze pe restul despre progresele făcute și planuri de viitor, măcar printr-un e-mail la 2-3 zile.
  • Dacă apar urgențe de orice fel și își dau seama că nu mai pot participa, să anunțe cât mai repede.
  • Dacă sunt autorii unei probleme, să fie disponibili pe telefon sau în persoană în timpul concursului, în afară de cazul în care altcineva acceptă această răspundere.

Comunicare

E-mailul are două mari avantaje:

  1. Este asincron. Nu presupune ore fixe.
  2. Ajunge la toți membrii simultan, spre deosebire de telefon.

Propun următorul mod de comunicare:

  • Dacă un mesaj este pentru tine, răspunde în maxim 24h. Nu ține lumea în loc.
  • Probleme separate în threaduri separate.
  • Dacă vrei să contribui la o problemă, familiarizează-te cu discuțiile de pe threadul ei.
  • Dacă ai discuții telefonice cu alt membru și rezultă ceva de interes pentru toți, trimite și un e-mail pe listă.

Cronologie propusă

termen activitate
3 luni Organizatorul stabilește câte probleme dorim și la ce nivel (orientativ - OJI, ONI, lot).
3 luni Organizatorul începe să caute oameni pentru comisie. Le explică clar ce volum de muncă se așteaptă de la ei și la ce termene. Aceasta se aplică și pentru participanții vechi, „autoconfirmați”.
2 luni Componența comisiei se cam știe.

Membrii se gândesc independent la probleme.
Comisia planifică întâlniri ca să schimbe idei.

1,5-1 luni Comisia are minim o întâlnire de două ore, preferabil două, la distanță de o săptămână, în care dezbate idei.

Comisia identifică 1-2-3 probleme de care este sigură, pentru care implementarea poate începe.

1,5 luni - 1 săptămână Comisia lucrează la implementări. Membrii comisiei își anunță periodic progresul.
4 săptămâni Setul de probleme este definitivat.

Se asignează oamenii la probleme.
Autorii problemelor caută oameni pentru mânăreli / alte soluții și escaladeze din timp dacă nu găsesc.

1 săptămână Implementarea este finalizată.
1 săptămână Team leaderii se întâlnesc pentru traduceri.

Neclaritățile sunt colectate și trimise comisiei.

3-4 zile Comisia corectează neclaritățile.

Team leaderii definitivează traducerile.

2 zile înainte Organizatorul tipărește și multiplică subiectele.

Mediul de evaluare

termen activitate
2 luni Organizatorul stabilește mediul pe care se va face evaluarea.

Pentru CMS: organizatorul stabilește numărul de sisteme necesare și alocarea lor pe zile.

2 luni Pentru CMS: Organizatorul și laborantul caută calculatoare
2 luni Pentru CMS: Organizatorul caută administrator de CMS. Acesta are nevoie de timp să învețe sistemul.
1 lună Pentru CMS: Un server este funcțional și rămâne funcțional permanent.
2 săptămâni Organizatorul compilează listele de concurenți.
3 zile Pentru CMS: Administratorul creează conturile concurenților.

Administratorul creează 10 conturi generice pentru situații de urgență.
Pentru varena: administratorul se asigură că nu sunt teme cu deadline în timpul concursului.

1 zi Pentru varena: Administratorul mută serverul pe UPS.
Dimineața concursului Laborantul pornește firewall-ul. Trebuie tăiat accesul la orice în afară de CMS / Varena (și cplusplus.com dacă concursul e pe varena).
în timpul concursului Pentru varena: administratorul golește tabela ia_tokens oricând apar tokeni, ca să nu intre în modul Captcha.