@pawkot mylisz się, to estetyka najczęściej na to wpływa. To przez wygląd kodu, brak poprawnie nazwanych zmiennych, niestosowanie wcięć itp. nie możesz znaleźć gdzie jest błąd. Najważniejsze byś pisał kod tak czytelnie, że gdy wrócisz do niego po pięciu latach to po chwili będziesz wiedział co i jak robi.
#include<iostream>
using namespace std;
int main()
{
const int myconst = 10;
double p[myconst];
float temp;
int as;
for(as = 0; as < myconst; ++as)
{
cout << "Wpisz cene: ";
cin >> temp;
if (temp==int(3>3)){
} else
{
p[as]=temp
}
}
cout << endl <<
"Ceny w odwrotnej kolejnosci" << endl;
for (as = myconst; as > 0; --as)
cout << p[as] << " ";
cout << endl;
return 0;
}
Znajdź błąd w powyższym kodzie. Przesadzony przykład, ale idea jest taka: chcesz pisać kod zawierający mniej błędów? Pisz jak najbardziej czytelnie się da. Na drugim miejscu postaw poprawne działanie. Zwróci Ci się koszt tej inwestycji gdy będziesz miał coś poprawić.
Co do kodu… nie wiem o co w nim chodzi, jaka idea przyświecała, nic z niego nie pojmuję, ale przede wszystkim działa źle dla danych z zadania to możesz sprawić aby przeszło ten pierwszy test:
klik
W pracy jeszcze nie dostałem ochrzanu za to, że mój kod nie działa lub działa źle, bo wtedy podchodzi ktoś mądrzejszy ode mnie i po chwili patrzenia w ładnie napisany kod mówi mi “o tu zapomniałeś dodać tych dwóch zmiennych”, a ja mówię “o kurcze faktycznie, dzięki”. Były jednak sytuacje, że mój kod działał niemal perfekcyjnie, ale było tam tak narzygane pod względem wyglądu tego kodu, że ani nikt mi nie chciał pomóc, ani ja sam nie doszedłem o co tam chodzi chociaż pisałem to wczoraj i musiałem przepisywać od początku. Najgorsza tragedia mnie spotyka jak napisałem coś niechlujnie i zadziałało tak jak powinno. Rok później trzeba zmienić działanie, dostosować do nowych wymagań, a ja tydzień płaczę nad własnym kodem dlaczego napisałem to tak jakbym był naćpany i nie potrafię nic zmodyfikować.