Nie. Nie mógłbyś. Zakładam, że ten "plik z danymi" jest zabezpieczeniem na sytuację, w której ktoś wymyślił zadanie nie pasujące do obecnego systemu. Np. wymagające wysłania jednego pliku z odpowiedziami dla i od 1 do 1000000. Choć może ktoś mnie poprawi i wskaże inne uzasadnienie.

W aktualnych zadaniach możliwe są tylko rozwiązania w tych trzech językach. Jeśli nie znasz żadnego z powyższych, to na poziomie podstawowych programów C++ i Java są w miarę podobne. Jeśli dobrze znasz Javę, to poradzisz sobie z Cpp bez problemu.

Jakub: Nie przesadzaj z tymi milisekundami. Zresztą, jeśli ktoś zna dobrze Javę, to będzie pisał bardzo szybkie programy (mówię to jako fan C++). Nawet w bankach przy programach, w których naprawdę liczy się każda milisekunda, używa się głównie Javy. Więc da się z tego języka sporo wyciągnąć. (Chociaż moim skromnym zdaniem jest dość nieprzemyślany.)

Zawsze jest to jakieś pół rozwiązanie, w założeniu że przeszedłbym do drugiego etapu (co wcale nie musi być takie trudne), to zyskałbym czas na nauczenie się innego języka, zawsze coś no nie?

Chcesz używać Javy w zawodach gdzie liczy się każda milisekunda?

Mam pytanie dot. zasad organizacyjnych dokładnie §2 pkt 4;

'Rozwiązaniem każdego z zadań zawodów I, II i III stopnia jest program (napisany w jednym z następujących języków programowania: Pascal, C, C++) lub plik z danymi.'

No właśnie - lub plik z danymi, czyli mógłbym wziąć udział pisząc w Javie? Zależy mi na tym, jestem przyzwyczajony do składni tego języka i gdyby była możliwość wolałbym jednak nie przenosić się na inny... istnieje taka możliwość? xD

Potwierdzam!

0.17 ze scanf

Witam, tu autor:

Jak słusznie zauważył Igor, po drugim wierszu wejścia nie ma znaku końca linii tylko spacja. Uznałem, że nie będę teraz naprawiał wszystkich testów w paczce, programy i tak powinny działać poprawnie, traktując to jako biały znak. Po B liczbach podane jest po prostu pierwsze zapytanie, a następnie kolejne już po endline'ach.

Co do testu 54 to oczywiście Tomasz ma rację, 1111111111111000000 jest największą możliwą liczbą, wyjście w paczce jest poprawne.

Wniosek jest oczywiście błędny, a test poprawny.
Największa liczba:
-zapisana w systemie binarnym za pomocą 6 zer i 13 jedynek, -podzielna przez 1,
to:
1111111111111000000

Jeszcze do niedawna treść tego zadania była tajna. Organizatorzy chcieli je ukryć przed oczami większości zawodników. Nie zgadzam się z tą ideą, dlatego udostępniam Wam szóste, ukryte zadanie o nazwie "Tapczany". Dostępne jest do pobrania tylko z bezpośredniego linku, z oczywistych względów.

https://www.dropbox.com/s/b616zjmcb6ms9f5/tap.pdf?dl=0

Rozwiązania należy przesyłać pocztą. Polecam je zrobić, ponieważ jest dosyć proste, a czasu jest niewiele.

Na komputerze mam segfault'a.
Na SIO OK (0.31s).

Więc podaj liczbę zgodną z danymi wejściowymi większą od tej:
1111111111110000001
Tutaj, jak widzimy, wynikiem jest 0.

Wniosek jest prosty: test jest błędny.

Moim zdaniem "1" jest poprawanym wynikiem

W takim razie proszę o sprawdzenie testu 54. Fragment:
"2 30
6 13 7
17
25
19
20
6"
Czyli system binarny, 6 zer i 13 jedynek. Zdaniem moim i mojego algorytmu odpowiedzią na ostatnie zacytowane tu pytanie (6) jest 0. Zdaniem autora 1. Kto ma rację?

Doszedłem do sedna problemu. Po prostu kompiluję u siebie w 64bitach. Gdy przerzuciłem się na 32 bity, to program już się wolniej wykonywał, a programy na OI są uruchamiane w 32 bitach... :)

Kacper: jeśli nie uruchomiłeś OITimeToola, to prawdopodobnie masz szybszy komputer, niż ten, który jest symulowany na sprawdzaczce.

Jeśli uruchomiłeś, to prawdopodobnie różnica wynika z tego, że masz inny system, albo kompilator.