[sebo-sebicki]

#naukaprogramowania
#cpp

Ucze sie C++ juz od jakiegos czasu i powiedzmy ze znam jezyk, w sensie ze wiem co jest napisane itp.
Postanowilem pobawic sie w jakims wiekszym projekcie zamiast pisac jakies programiki na 400 linijek

Noi wzielem sie za takie rzeczy jak:
https://github.com/id-Software/DOOM-3-BFG
https://github.com/jp9000/OBS/tree/master/Source

I totalnie nie wiem co tam sie odwala x D znaczy niby wiem co tam jest napisane ale totalnie nie wiem jak sie poruszac po takich duzych projektach, jeszcze w VS jest taki + ze moge sie przelaczyc do ciala jakiejs funkcji i sprawdzic co tam jest ale powiedzmy ze chcialbym cos samemu napisac i totalnie nie wiem od czego zaczac i jak, za duzo tego, napisze cos w 1 pliku i nie wiem w jakie jeszcze pliki sprawdzic

Jak wy to robicie u siebie w pracy? Jaki jest was "workflow" dajcie jakies porady jak pracowac przy takich rzeczach, skad wiecie ze np. musimy po pliku x przejsc do y czy z i kiedy wiecie ze dany plik robi dokladnie to i to itp.

Wiem ze pytanie dosyc ogolne ale musza byc jakies sposoby, mocno sie zdemotywowalem do programowania po takim czyms ; /

[ponton]

@sebo-sebicki: Nie przeskakuje się między kodem 400 LOC a 4 miliony LOC. Żeby dobrze się poruszać w takim wielkim projekcie, trzeba miesięcy pracy i kogoś, kto cię wprowadzi i wytłumaczy architekturę, zależności, proces budowania, proces testowania, używane konwencje, etc.

[ponton]

@sebo-sebicki: Tak jeszcze mi się przypomniało. Jak chcesz poczytać o kodzie Dooma, to polecam ten artykuł: http://fabiensanglard.net/doom3/index.php

[sebo-sebicki]

@ponton: dzieki Ci za ten link! a mialem pisac ze przeciez Cormack nie usiadzie obok i mi kodu nie wytlumaczy ; ]

z innej beczki: kiedys czytalem ze jesli chcemy sie duzo dowiedziec z duzych projektow, mozna stosowac odpowiednio debugger, nie wiem ile w tym prawdy bo mi nie byl nigdy potrzebny, co o tym myslisz?

[ponton]

@sebo-sebicki: raczej się nie zgadzam, debuggera się używa tylko wtedy, kiedy dokładnie wiesz, co chcesz debuggować