Odpowiem bo kiedyś stanąłem na tym samym, jeżeli znasz podstawy obiektówki napisz prostą grę w sfml, trochę fizyki 2d (typu kolizje, grawitacja) i prosty pomysł. Biblioteka jest prosta, w necie dużo tutoriali znajdziesz. Jeżeli nie znasz obiektówki naucz się jej podstaw, otwiera dużo drzwi do biblikotek i frameworków z którymi można pisać istne cudeńka (gry), a i przy okazji algorytmika bardzo się przydaje przy programowaniu swojego mikro silnika gry, sam sfml uczyłem się z CodingMadeEasy na YT, co prawda po angielsku ale sam kod się przecież liczy. Co do "psucia komputera" trzeba mieć pojęcie a architekrurach procesora, czytać (ze zrozumieniem) dokukmentację itd. i programowaniu w językach niskopoziomowych np. Assembler

A mówi ci coś w środku, że jesteś na to gotowy? Możesz też przeskoczyć wiele kwestii, ale musisz pamiętać, że programując kilka kroków wyżej możesz sobie zniszczyć system lub nawet sprzęt. Sama chciałabym od razu przeskoczyć do 5 poziomów wyżej i zacząć pisać wielkie rzeczy, ale wiem że to nie jest dobre wyjście bo chcę wiedzieć co wrzucam do swojego kodu i jak działa, by móc go modyfikować pod siebie. Osobiście od podstaw przerabiam C++ z biblioteką Qt, jednak zaczynając od wykorzystywania w kodzie matematyki wyższej (masa różnych algorytmów, macierz itd), tym samym zachęcając się, że matma ma zastosowanie konkretne w informatyce, a nie uczy się jej tak jak w szkole, nawet bez wytłumaczenia po co i na co. Niestety programowanie gier lub tworzenie grafiki to matematyka i fizyka na wysokim poziomie i jak czytam gimbazę, że oni matmy nie będą się uczyć, bo oni będą pisać gry, to nie wiem czy płakać czy się śmiać.

O tak matematyka jest ważna w porgramowaniu, a w szczególności jej praktyczne zastosowanie, np do napisania prostego silnika gry 2d potrzebna jest wiedza o wektorach, podstawy trygonometrii i geometrii obliczeniowej (zagadnienia głównie ze szkoły średniej).

Witajcie,
pozwolę się dołączyć gdyż zaciekawił mnie temat.
Osobiście uważam że pisanie małych programów to fundamenty i jeśli dobrze je zbudujemy to pisząc duży projekt będzie nam łatwiej łączyć małe klocki w jeden duży, a następnie ten duży z innymi dużymi.
Jednak nie warto chyba stać w miejsu i jeśli ma się pomysł i możliwości żeby zacząć pisać "coś poważniejszego" to jak najbardziej śmiało

• Łapać się na jakieś 'opensoursy' .
• Na pewnych ircach ludzie potrafią prosić o pomoc w przyjrzeniu się czy ich kod jest dobry. Czytać generalnie kod innych ludzi vide github.
• Wymyślać sobie zadania ( przeszukiwacz dysku, serwer TCP/UDP, symulator przyciśnięcia klawisza, etc... ).

Jest tego multum. Trzeba tylko chcieć