turniej - taktyka robienia zadan

Witam.
W marcu wybieram sie wraz z kolega na turniej programowania. W tym turnieju sa 3 grupy: najtrudniejsza, latwiejsza, najlatwiejsza. My wezmiemy udzial w tej najlatwiejszej, bo nauczyciele radza aby Ci, ktorzy probuja tego pierwszy raz, poszli na najlatwiejszy - nie znaja systemu rozgrywki etc.
Turniej bedzie odbywal sie w ten sposob, ze dostajemy okolo 20 pytan przed obiadem (dla mnie latwych, dla kolegi raczej tez, chociaz jest o rok mlodszy) i kilka trudniejszych po obiedzie(nadal latwych). Wiem, ze na turniej wybiera sie przynajmniej kilku dobrych poczatkujacych programistow (takich jak ja), wiec pewnie liczyc bedzie sie czas zrobienia tych wszystkich zadan.
Jaki system dla nas dwoch (jestesmy razem w druzynie) bylby najlepszy? Skoro ja jestem lepszy, to moze zaczne robic zadanie od gory(pierwsze zadanie jest najlatwiejsza, ostatnie najtrudniejsze) i np. co 5 zrobionych zadan druga osoba bedzie sprawdzac tej co te zadania zrobila, czy wszystko sie zgadza. Wszystko po to, zeby zrobic to dobrze i jak najszybciej.

tl;dr system robienia zadan w jak najkrotszym czasie (druzyna dwu-osobowa).

Pozdrawiam i dzieki za odpowiedz.

Imo lepiej tak:
Lecicie po pytaniach i zaczynasz robić to które od razu wiesz jak zrobić. Bo "łatwość" pytania może być dość względna ;) i możesz zmarnować kupę czasu głowiąc się nad zadaniem które kolega rozwiąże od ręki :)

Z tym, ze zadania sa w sumie naprawde proste.
Najturniejsze z calej puli w tamtym roku (oczywiscie uwzgledniajac jedynie ten najlatwiejszy poziom rozgrywki) wygladalo tak, ze trzeba bylo zaladowac plik tekstowy, napisac jakie slowo z tekstu chce sie w nim zamienic, np. masz slowo Nkia, ktore musisz poprawic na Nokia, a na koncu zapisujesz to dodajac jedynie literke 2 do nazwy pierwotnego pliku *.txt. ;)

To czego chcesz od nas? Pochwalić się, że idziesz na konkurs? Zrób jak Shalom napisał. Najwyżej napiszecie po kolei wszystkie..
poza tym

Wiem, ze na turniej wybiera sie przynajmniej kilku dobrych poczatkujacych programistow (takich jak ja),

skoro ja jestem lepszy

qtwa źle mi się takie rzeczy czyta..

kopernik napisał(a):

To czego chcesz od nas? Pochwalić się, że idziesz na konkurs? Zrób jak Shalom napisał. Najwyżej napiszecie po kolei wszystkie..
poza tym

Wiem, ze na turniej wybiera sie przynajmniej kilku dobrych poczatkujacych programistow (takich jak ja),

skoro ja jestem lepszy

qtwa źle mi się takie rzeczy czyta..

Wyrwales cytaty z kontekstu. Przez *takich jak ja * mialem na mysli fakt, ze sa to poczatkujacy programisci, a skoro ja jestem lepszy nawiazuje do porownania umiejetnosci moich i mojego kolegi, ktore swoje cenie (i jestem pewien), ze sa lepsze.

Poza tym, czy Twoj post wnosi cos sensownego do tematu? Raczej nie. A ja watek zalozylem po to, aby poradzic sie osob, ktore moze w tym kierunku maja jakies doswiadczenie, np. biorac udzial w podobnych konkursach lub przytrafilo/przytrafia im sie pracowac w grupie, robiac rozne projekt w okreslonym czasie.

@herblack to wszystko zależy od stopnia trudności zadań i od zaufania zawodników. Jeśli sobie ufacie to róbcie tak jak pisalem wyżej. Jeśli nie, albo zadania są trudne to polecam peer-programming / extreme-programming czyli jeden klepie, drugi go monitoruje i pomaga jak tamten sie zawiesi.

dzieki @Shalom za pomoc, mysle, ze juz wiem jak to rozwiazenia, a wszystko okaze sie w praniu ;)

Poczytaj sobie rady starszych kolegów http://www-users.mat.umk.pl/~stencel/acm/algorytmika_praktyczna.pdf, może któreś rady się wam przydadzą. Strony 285-293.