Już nie długo (4 listopada 2025) startuje kolejna edycja wyzwań Everybody Codes pod tytułem The Song of Ducks and Dragons
Już nie długo (4 listopada 2025) startuje kolejna edycja wyzwań Everybody Codes pod tytułem The Song of Ducks and Dragons
Wchodzę w to!
Ja też i zamierzam być w tym roku lepiej przygotowany. Odgrzebałem Twój temat jak się do tego przygotować i mam nadzieję, że przynajmniej część z tych przygotowań uda mi się zrealizować 🙃
Ja tak mówię sobie co roku :D
Generalnie jak znasz dobrze np. Pythona i DSA to nie powinno być problemu, aczkolwiek zadania z ostatnich dni (zwłaszcza AoC, ale też EC) są bardziej wymagające i wymagają doświadczenia w puzzlach, leet-code-ach, itp. Są z grubsza proste, ale wymagają czasem pewnych sztuczek, które można poznać tylko rozwiązując setki zadań. Słyszałem wypowiedzi osób z ponad 20-letnim doświadczeniem w webdev, że zupełnie nie radzą sobie w AoC i poddają się po kilku dniach.
Oprócz dużego wyzwania listopadowego, EC organizuje mniejsze "Stories" (3 zadania) w ciągu roku (o czym nie wiedziałem, dowiedziałem się dziś).
Też ostatnio to widziałem ale jeszcze nie próbowałem robić.
Jak idzie?
Ja utknąłem na ponad godzinę :) - mój błąd, nie zauważyłem, ze sample data się zmieniło w punkcie 3.
Pierwszy dzień w całości zrobiłem ale też utknąłem na ponad godzinę, a wydawało mi się, że szybko mi poszło, hahaha. Niestety w "Your times" tabeli okazało się, że było grubo ponad godzinę.
P1 i P2 miał ten sam sample, a w P3 różniły się jedną cyfrą - przeoczyłem to :)
Nasi awansowali o jedną pozycję, trzeba jeszcze Kanadę wyprzedzić. Wołajcie kolegów!
W drugim dniu widzę, że dobrze Ci poszło. Mnie na 2 godziny zatrzymał mnie pewien niuans w Pythonie, ale do tego stworze osobny wątek. W P2 w przykładzie wynik miał być 4076 a ja dostawałem 4070.
Hehe, mnie też ten niuans w pythonie zatrzymał! :D :D :D Co ciekawe też miałem ten sam set, też mi liczył 4070 zamiast 4076. Jak już wiesz chodzi o pozbycie się części ułamkowej, tylko że zamiast int() użyłem math.floor() -o rany !!! :D
No ładnie kolega pojechał!.
W jednym part-cie trzeba było zaokrąglić wynik w górę (o czym nie wiedziałem) a w kolejnym, uciąć resztę (o czym nie wiedziałem) i przez to straciłem sporo czasu :(
Udało się :) Na to liczyłem, że po trudniejszym dniu 2 dzień 3 i 4 będzie łatwiejszy, no i mi siadły zadania :) No i drążenie tematu zaokrągleń w przypadku int() i // spowodowało, że jak zobaczyłem u siebie różnice w wyniku
1274509803922 # oczekiwany wynik z przykładu
1274509803921 # moj wynik przy użyciu int()
to od razu wiedziałem, że trzeba zaokrąglić w górę a nie obcinać.
Przydałoby się więcej osób, bo Kanade będzie trudno prześcignąć.
W jednym miejscu u mnie trzeba było zaokrąglić w górę. w innym w dół (obciąć).
Tak, Kanada ucieka. Dałem informacje na DevStart.pl, ale tam mało się dzieje. Masz konto na 4Programmers? (wprowadzili weryfikację kont)
Jak masz tam konto to wrzuć:
Ale.....utknąłem :)
Kolega ładnie odjechał ! ::) Gratuluje!
Ja w pierwszym liczyłem dla wszystkich znaków, a nie tylko A :D I straciłem dwie godziny, zrobiłem part 2 zamiast part 1 nie znając jeszcze part 2 :) W trzecim liczyło mi kil;ka minut, ale od razu dobrze.
Trochę szczęście, że się udało :) dużo czasu mi zajmuje część 1 i 2 zanim zakoduje albo wpadnę na poprawny algorytm. I po ostatnich zadaniach zastanawiam się czy nie szybciej byłoby zrobić to na papierze licząc w pamięci. Bo punkty dostaje na części 3 a 1 i 2 zawsze mam 0. Ale z drugiej strony część 3 zwykle jest na dużo większych danych i bardziej skomplikowana, i wtedy robienie na papierze jest trudne. Zastanawiam się czy nie zmienić trochę taktykę i może na którymś zadaniu spróbuje. Wtedy punkty by wpadły za część 1, a byłoby więcej czasu na wymyślenie jak zakodować algorytm.