Chyba faktycznie jestem jednym z najmłodszych użytkowników SPOJa… dodatkowo nie mającym do czynienia z algorytmami i programowaniem na żadnym etapie kształcenia.
ARPANET też miał czemuś służyć, a wyszło jak wyszło i wszyscy mają dostęp do Internetu.
Powiem tak - (chyba) rozumiem Twój przekaz i Twoja rada by nie testować w innych kompilatorach była jak najbardziej słuszna.
@redysz dostał lajka bo jego wypowiedź jest dobitnie krótka i precyzyjna - składa się z jednej emotki wyrażającej więcej niż tysiąc słów.
A Tobie - wbrew temu co napisałem przy użyciu hasztagów (to miało być tylko żartobliwe) - dałem lajka ze względu na konkretną, rozbudowaną wypowiedź adekwatną do sytuacji
Hej,
męczę się z tym zadaniem już chwilke więc proszę o pomoc. Kod działa poprawnie, jednak sędzia nie zalicza:
Po przeczytaniu postów w tym temacie wiem, że łatwiej byłoby wyświetlać znaki od razu. W moim kodzie kolejne znaki są dodawane do vectora i wyświetlane na końcu po sprawdzeniu wszystkich.
Byłbym wdzięczny za pomoc
Agatko!
Mam jakąś dziwną słabość do słabej płci
Chciałbym Ci zadać milion pytań … [jak testujesz, jakiego systemu używasz, co znaczy Morwa Fundation itd] … ale oik
Gdybyś testowała przekierowując wyjście do pliku i oglądając wynik w edytorze, szybko znalazłabyś swój błąd. Powiem Ci, że nie zobaczysz go ani w konsoli ani na ideone. Tak wygląda u mnie twój output zapisany do pliku:
OPSS^@
ABCDEF
ABBC3D4E5FGGHIIJK3L
A10B16^@
znaczek ‘^@’ to kod ASCI równy 0.
PS
Mariusz pisał już wcześniej o tym:
Cześć! Jeśli mógłbym prosić o podpowiedź co może być źle w tym kodzie (C++): https://ideone.com/e.js/E7kvXa15
Czy chodzi tutaj o walidację? Że wyraz nie powinien być dłuższy niż 200 znaków, nie powinien być pusty, a litery duże? Ostatnio robiłem sporo w angielskim spoju i tam takich problemów nie było. Co więcej, dosyć pomocne tam jest, że można zobaczyć co sprawdza sędzia…
Z góry dzięki za jakiekolwiek naprowadzenie. Testuję wszystkie możliwe kombinacje i zawsze liczy poprawnie.
Kompilatora albo jakiegoś z moich testów, który spowodował wywołanie instrukcji:
while(test < 1 || test > 50)
cin >> test;
(mogłem przez pomyłkę przypisać ten wynik do testu przykładowego)
Na ogół problemy z precyzyjnością zadania dotyczą nielicznych, starych zadań na polskim SPOJu. W tym zadaniu napisałem program realizujący to co chciał autor (skracanie wyrazu) i dostałem AC więc myślę, że to nie tutaj jest problem.
Największą trudnością w testowaniu Twojego kodu, która wyszła zresztą już w poprzednim poście, jest wielość dziwnych konstrukcji:
while(test < 1 || test > 50)
cin >> test;
A po co to? Jedyne co może z tego wyjść to WA gdy testów będzie wbrew opisowi np. 51, choć program podołałby im bez problemów. Choć nie podejrzewam autora o taki brak precyzji, lepiej na zimne dmuchać
j = j - j + i;
To jest magia, wręcz rekord zdolności obfuscowania kodu.
if((wyraz[i] != wyraz[j + 2] && wyraz[i] != wyraz[j - 1]) || (wyraz[i] != wyraz[j + 1] && wyraz[i] != wyraz[j - 2]))
Jeżeli i-ta litera jest różna od j+2 litery i i-ta litera jest różna od litery j-1 lub litera… what? Mój kod, tej samej długości, kończy na porównywaniu dwóch kolejnych liter.
Szczególnie martwi mnie to, że Twoje ify wyglądają jakby wychodziły poza zakres, np. dla i = 0 wołasz porównanie wyraz[0] i wyraz[-1] itd.
Podsumowując: dla mnie Twój kod jest przykładem oifowania prostego problemu. W efekcie masz zaimplementowaną logikę, która działa średnio na jeża, a nawet prawie doskonale (względem moich i Twoich testów). Dużo dokładniejszy sędzia sprawdza jednak dużo więcej testów i na którymś z nich złożony if albo wyjście poza zakres dają się we znaki.
Ooo super, dzięki wielkie za posta. To while dodałem na szybko, myśląc o walidacji i fakt, że w treści zadania było nie mniej niż 1 test i nie więcej niż 50 testów
Uczę się programowania od 2 miesięcy, tak więc takie rady są dla mnie mega cenne. Póki co faktycznie staram się za wszelką cenę rozwiązać problem, zapewne przy tym dosyć mocno sobie wszystko komplikując Dzięki, siądę do tego jeszcze raz i spróbuję znaleźć prostsze rozwiązanie.