Jak zanalizowac i zaplanować napisanie programu??

Question

Witam, od jakiegoś czasu uczę się programować w C++ i doszedłem do momentu w którym nie umiem poprawnie zaplanować napisania programu (chodzi mi o podzielenie programu na procedury) . Wiem jak robic wlasne funkcje jak korzystac z petli itp. jednak mam problem z kodzeniem tego . Ostatnio ok. 2 dni po pare godzin meczyłem się jak zaplanować napisanie prostego programu losującego n liczb z zadanego zakresu bez powtarzania się co mi się w koncu udalo z drobną pomocą internetu:D . Mimo iż jako tako miałem wszystko zaplanowane na kartce to nie wiedziałem jak to ubrać w kod.

Czy ktoś z was miał może podobne problemy lub wie jak sobie dobrze poukładać pracę nad kodem. Będę wdzięczny za wasze sugestie, pozdrawiam.

Answer 1

To zależy na jakim stopniu zaawansowania jesteś. Jeżeli dopiero niedawno nauczyłeś się funkcji to może potrzebujesz więcej poćwiczyć praktykowanie ich? Nie chodzi mi o planowanie całego programu, ale o przerabianiu już gotowego kodu bez funkcji na taki, który je ma. Może problem tkwi w tym, że wiedza o funkcjach jeszcze się nie uleżała w głowie odpowiednio długo? :) Inną rzeczą jest to, że może jeszcze jest za wcześnie na planowanie? Rób jeden element, a później dokładaj kolejny... a później podziel na funkcje. Gdy nabierzesz więcej zrozumienia będziesz już dzielił program na funkcje automatycznie. Ja miałem czasami tak, że chciałem zrobić coś super-mega, ale nie wiedziałem od, której strony ugryźć. W programowaniu (zwłaszcza gdy jesteś początkującym) podczas pisania większego kodu często zmienia się koncepcje jak coś ma wyglądać. Zwłaszcza, że nie wie się jeszcze wielu rzeczy. Jakiś problem, który nam zajmie 20 linii komuś zajmie 2... Zmieniając jedną rzecz okazuje się, że inne elementy przestają działać... Następnie poprawia się wszystko...

Więc jeżeli jesteś zupełnie początkującym to nie planuj wszystkiego na sztywno. Musisz zrobić jeden element w kodzie i zaplanować jeden kolejny. Nie za dużo. Musisz widzieć umysłem więcej kodu niż planować sobie zadania. Jeżeli nie masz odpowiedniego doświadczenia zaplanujesz sobie coś co prawdopodobnie można by zrobić na 1000 sposobów inaczej, prościej. Natomiast sama praktyka przyniesie rezultaty i będziesz mógł z czasem planować znacznie dalej. Aż w końcu okaże się, że będziesz planował program funkcjami bez rozpisywania planu na kartce. No umówmy się przynajmniej w mniej zaawansowanych programach :)

Podałeś przykład programu z losowaniem n-liczb. Ja z doświadczenia widzę, że będzie na pewno funkcja:

int losuj(int przedzial_od, int przedzial_do)

Ewentualnie jakąś funkcje losuj_kilka_i_wypisz_na_ekran... Napisz ten program bez funkcji i następnie go podziel. Wymyśl sobie programy do robienia przykładów. Nie muszą być one skomplikowane pod względem innych doznań niż funkcje. Żeby nie gubić celu lekcji :) Np.:
- tablica liczb oblicz średnią arytmetyczną, geometryczną, harmoniczną...
- menu z wyborem opcji za pomocą switch
- dodawania, odejmowanie - nie kalkulator to by było za proste - weźmy wektory! +iloczyn skalarny, moduł etc
To może być cokolwiek co da się podzielić na funkcje :) Po prostu ćwicz :)
 

Comments

Dobrze prawisz , a myslisz że w nauce programowania jak ktos zaczyna to preferujesz przerobienie całego materiału na raz i potem w treningach wracać do danego tematu czy przerabiać materiały stopniowo i dopiero jak opanuje dany temat to przejsc krok dalej ?? Ja aktualnie przerabiam ksiazke z podstawami c++ oraz przerabiam materiały Pana Zelenta .

---

Trudno odpowiedzieć... Gdy przerobiłeś jakiś temat to trenuj go. Jedne tematy potrzebują więcej praktyki by je zrozumieć. Inne pewnie zrozumiesz od razu i dłuższy trening będzie zbędny. Po prostu musisz to sam ustalić czy już w miarę dobrze rozumiesz. Poza tym do wielu rzeczy i tak będzie się wracać później. I tak je będziesz cały czas trenować (funkcje, wskażniki etc.).

---

Ok dziekuje za sugestie pozdrawiam

Answer 2

Miałam podobne problemy. Nabranie solidnych podstaw, żeby wychodziło mi zajęło duzo czasu. Polecam głównie pisanie. Im więcej programów napiszesz tym łatwiej ubierać to w kod. Ja zawsze ułatwiam sobie pisaneim dokładnego algorytmu na kartce. Piszę program i tak go zmieniam, aż będzie tak samo działał jak na kartce opracowałam. To rozpisywanie na kartce przykładów, jest super, bo zauważasz różnice i widzisz, gdzie coś się zmienia, patrzysz i wiesz gdzie użyć pętli, a gdzie zrobioć to inaczej.

Answer 3

Ja na początku mojej przygody z programowaniem na kartce rysowałem sobie schemat blokowy tego co miałem napisać . Dla przykładu wypisanie wszystkich liczb pierwszych z danego zakresu, następnie schemat ten pionowymi kreskami dzieliłem na funkcje, dla przykładu w tym programie zdefiniowałbym jedną funkcję (do sprawdzania, czy liczba jest liczba pierwsza), napisał 2 cin'y, i zamknął to w pętli. Taki system rozrysowania sobie czegoś na kartce jest bardzo dobrą praktyką w programowaniu.

Comments

A czy moglbyś to zobrazowac albo wrzucic zdjecie takiej analizy bo bardzo jestem ciekawy jak robia to inni. 

---

Ok. Jest to algorytm liczący sumę silni liczb z danego przedziału:

http://i.imgur.com/OG6vraQ.jpg

 

a tutaj przelałem to na kod:

#include <iostream>

using namespace std;

int silnia(int a)
{
    int i=1;
    int silnia=1;
    while(i<=a)
    {
        silnia*=i;
        i++;
    }
    return silnia;
}

int main()
{
    int i=1, a, b, suma=0;
    cin>>a>>b;
    while(a<=b)
    {
        suma+=silnia(a);
        a++;
    }
    cout<<suma;

    return 0;
}

 

Answer 4

Dokladnie, jak masz z tym problem, dobrym rozwiazaniem jest zapis na kartce czy w notatniku dokladnie tego, co chcesz aby Twoj program robil jeszcze zanim zaczniesz go pisac, jest to przydatne, bo dzieki temu juz masz swoj pierwszy wglad w sam program i wiesz, czego oczekiwac podczas swojego zadania.

Jak juz sobie zapiszesz funkcje swojego programu, mozesz sobie zapisac to wszystko w jakiejs sensownej kolejnosci do wykonania i wtedy dopiero zaczac prace. O ile przy krotszych projektach moze to nie byc zbyt przydatne o tyle przy dluzszych moze Ci to znacznie ulatwic zadanie.
Mam nadzieje, ze pomoglem :)