Metody programowania w językach asembler, C++ i innych

Nie wiem, może temat jest w nieodpowiednim dziale. Domyślam się, że były podobne tematy, ale uważam, że mój jest zupełnie inny. Dostałem już takiej desperacji, że nie wiem co mam robić.

Pracuję na systemie Windows XP Professional Service Pack 3. Używam programów FileAlyzer, WinHex, HDD Hex Editor Neo, nasm oraz OllyDbg. A nawet tego Windowsowego debug. Używam kompilatorów Microsoft Visual Studio 2005, DevC++ oraz TurboPascal 7.0 .
Nauczyłem się trochę asemblera. Ale z tworzeniem prostych algorytmów, mam pewne problemy.
Uczyłem się tego Pascala. Przeczytałem jedną książkę o języku Pascal. I to było nawet dziwne, bo ta książka wystarczyła. Dobrze. Wszystko wydawało się takie piękne i przejżyste. Napisałem kilka programów edukacyjnych.
Potem uczyłem się języka C++. Myślałem, że w samym C++ można coś stworzyć. Więc miałem ochotę, przerobić te programy edukacyjne napisane w Pascalu, na język C++. Niestety nic nie można stworzyć w C++. Wtedy odkryłem język C. No, ale język C, to jest programowanie strukturalne. Przeczytałem jedną książkę o języku C. Za to język C++, to już jest język obiektowy. Postanowiłem próbować obiektowo, przez MFC (Microsoft Foundation Classes). Okazało się, że to programowanie w MFC, jest naprawdę ciężkie. Też znalazłem jedną książkę, na MFC. Niestety, w tej książce piszą co innego. A kompilator Visual Studio 2005, mówi mi co innego. Czytałem nawet kilka plików nagłówkowych (bibliotek). Czytałem, też pomoc z MSDN. Ale tak od strony praktycznej. Jest funkcja i jest opis. W Pascalu z taką metodą nie miałem problemów. A w C++ już się zaczynają problemy. Szukałem książek o MFC. Niestety nic konkretnego nie ma, poza tą jedną.

I co, i jak na razie nic. Zupełne nic. Sam nie wiem, co mam myśleć. Czy to ze mną jest coś nie tak, czy po prostu przyjmuję nieodpowiednie metody? Męczę się już tak dwa lata.

Chyba jestem dobrze wyposażony? Przyznam się, że napisałem prosty algorytm do zerowania dysków. Właściwie to jest program do zapisu plików na dyskach twardych. W języku Pascal. Ale ten program, chyba nie nadaje się, na program użytkowy.
Próbuję nawet poznawać niektóre programy od tej drugiej strony, przez debugowanie, przez rozbieranie ich na części.

Czy to ja popełniam gdzieś błąd? A może najwyższy czas już odpocząć. Interesują mnie metody programowania. Tak ogólnie. Z czego korzystacie? Jak myślicie? Jakie metody stosujecie? Co macie w głowach?

Programowania orientowanego obiektowo - podobno - bardzo ciężko jest się nauczyć samemu. Wszyscy guru zalecają przede wszystkim znalezienie sobie mentora - kogoś, kto łagodnie wprowadzi w świat tego programowania. Z mojego doświadczenia wynika ponadto, że osobom, które programowały już proceduralnie, jest jeszcze ciężej. Bardzo ciężko jest wykorzenić nawyki nabyte podczas takiego programowania. To forum jest tutaj bardzo dobrym przykładem: przeszukaj nagłówki z C++, zobaczysz, że z programowaniem orientowanym obiektowo nie ma prawie żaden nic wspólnego.

Jeżeli chcesz jednak zacząć, jeżeli jesteś wystarczająco uparty (2 lata!), jeżeli rzeczywiście interesują Cię metody programowania, zaczynanie od bibliotek firmy z Redmond nie jest dobrym pomysłem (na temat jakości oprogramowania tej firmy zmarnowano już dostatecznie dużo bitów). Proponuję zajęcie się czystym, ISO-wskim C++, lub nawet językiem Smalltalk (w którym nie da się programować proceduralnie). Ponadto, bez literatury się nie da. Osobiście mogę polecić np. "Potęgę języka C++" A. Koeniga i B. E. Moo. Książka ta jest napisana tak, jak należałoby uczyć programowania osoby nie piszące proceduralnie, i dlatego jest cenna. Oczywiście, mogę też polecić moją książkę "Programowanie systemów sterowania" (do nabycia w WNT), a także internetowe wydanie "Thinking in C++".

HTH,
Dariusz

Może, jeżeli pewnie czujesz się w Pascal-u, to próbuj "przesiąść" się na jakąś Windows-ową wersję tego języka.
Masz do wyboru; komercyjne Delphi lub darmowego Lazarus-a. W ten sposób, po niewielkich przeróbkach, możesz swoje programy z Turbo/Borland Pascal-a przenieść na platformę Windows.

Abu od razu uciąć wszelkie dyskusje na temat : o wyższości C nad Delphi itd. itp., powiem tylko tyle:
Dla początkującego/średnio zaawansowanego programisty, składnia Delphi jest dużo bardziej przejrzysta. Zwłaszcza, jeżeli ktoś zna/przywykł do składni Pascal-a.
Przeskok od OOP/Borland Pascal do Delphi następuje zazwyczaj całkowicie "bezboleśnie".

Tu zacytuję siebie. I całkowicie zaskoczę Panów, którzy mi odpisali.

piotr_kadlubowski napisał:

Pracuję na systemie Windows XP Professional Service Pack 3. Używam programów FileAlyzer, WinHex, HDD Hex Editor Neo, nasm oraz OllyDbg. A nawet tego Windowsowego debug. Używam kompilatorów Microsoft Visual Studio 2005, DevC++ oraz TurboPascal 7.0 .
Nauczyłem się trochę asemblera. Ale z tworzeniem prostych algorytmów, mam pewne problemy.
Uczyłem się tego Pascala. Przeczytałem jedną książkę o języku Pascal. I to było nawet dziwne, bo ta książka wystarczyła. [...] Napisałem kilka programów edukacyjnych.
Potem uczyłem się języka C++. Myślałem, że w samym C++ można coś stworzyć. Więc miałem ochotę, przerobić te programy edukacyjne napisane w Pascalu, na język C++. Niestety nic nie można stworzyć w C++. Wtedy odkryłem język C. No, ale język C, to jest programowanie strukturalne. Przeczytałem jedną książkę o języku C. Za to język C++, to już jest język obiektowy. Postanowiłem próbować obiektowo, przez MFC (Microsoft Foundation Classes). Okazało się, że to programowanie w MFC, jest naprawdę ciężkie. Też znalazłem jedną książkę, na MFC. Niestety, w tej książce piszą co innego. A kompilator Visual Studio 2005, mówi mi co innego. Czytałem nawet kilka plików nagłówkowych (bibliotek). Czytałem, też pomoc z MSDN. Ale tak od strony praktycznej. Jest funkcja i jest opis. W Pascalu z taką metodą nie miałem problemów. A w C++ już się zaczynają problemy. Szukałem książek o MFC. Niestety nic konkretnego nie ma, poza tą jedną.

[...] Męczę się już tak dwa lata.

Chyba jestem dobrze wyposażony? Przyznam się, że napisałem prosty algorytm do zerowania dysków. Właściwie to jest program do zapisu plików na dyskach twardych. W języku Pascal. Ale ten program, chyba nie nadaje się, na program użytkowy.
Próbuję nawet poznawać niektóre programy od tej drugiej strony, przez debugowanie, przez rozbieranie ich na części.

4. Potem uczyłem się języka C++.

Jak uczyłeś się C++? Ja najpierw znałem TP, a później poznałem C++. Jak próbowałem przenieść niektóre programy "bezpośrednio" z TP, to miałem problemy ale do nauki starałem się szukać pewnych analogi programów, które pozwoliły mi, po pewnym czasie, przerobić programy z TP na C++.
Jeżeli znasz programowanie proceduralne to przeważnie w C++ możesz je zastosować ale jeśli chcesz się nauczyć obiektowego, bez pomocy "mentora", to zależy to wyłącznie od twoich chęci i zaangażowania w temat.

Łagu napisał:

Jak uczyłeś się C++?

Łagu napisał:

Ja najpierw znałe TP, a później poznałen C++.

Jesteś na II roku informatyki i nie było na studiach programowania obiektowego? Gdzie tak uczą?

Cytat:

2. Nauczyłem się trochę asemblera. Ale z tworzeniem prostych algorytmów, mam pewne problemy. Dokładniej asemblera x86, notacja Intela. Z notacją AT&T mam kłopot.

Myślałem, że w samym C++ można coś stworzyć. 

Moim zdaniem trochę minąłeś się z powołaniem. Jeżeli programujesz 3 lata i ci to nie wychodzi to gratuluję wytrwałości, ale może to nie jest dla Ciebie. W Twoich postach jest dużo filozofowania więc może takie studia powinieneś wybrać?

33suchy. Było programowanie obiektowe w C++. Dokładnie w MFC. Asembler ostatnio zainteresował mnie, dlatego, że nie wiem, jak mam np. oprogramować mysz w języku C++. (kompilator DevC++, konsola).

MiL999. Jestem wyjątkowo zdeterminowany. W końcu, nie studiuję po to, żeby ściągać, programy napisane w Pascalu, z internetu. Jak robią to niektórzy, koledzy studenci. A potem narzekają, że nic nie rozumieją.
Może i rzeczywiście to w tej chwili nie jest dla mnie. Może do programowania trzeba dojrzeć. Ale na studiach wymagają.
Uważam, że z tym filozofowaniem, to trochę przesadziłeś. To czasami przeszkadza, a czasami pomaga. Może jestem za dokładny?
Aż tak to nie mogę, narzekać, że nic mi nie wychodzi. Napisałem kilka prostych programów w Pascalu oraz w C++. Tak na kilkaset linii. Te MFC jest naprawdę trudne.

Myślę, że za dużo chcesz robić na raz. Mając podstawę z różnych języków i programów powinieneś zdecydować się na jedną rzecz. Nie da rady być bardzo dobrym w programowaniu mikroprocesorów i tworzenia oprogramowania pod system np. windows w tak krótkim czasie. Może rozwiązaniem byłoby się wziąć porządnie tylko za jedną rzecz, dodatkowo za taką do której jest sporo materiałów (np. kilka książek), aby mieć z czego korzystać. Nikt za ciebie nie dokona wyboru, musisz wiedzieć co chcesz robić.

piotr_kadlubowski napisał:

33suchy. Było programowanie obiektowe w C++. Dokładnie w MFC. Asembler ostatnio zainteresował mnie, dlatego, że nie wiem, jak mam np. oprogramować mysz w języku C++. (kompilator DevC++, konsola).

Dariusz Bismor napisał:

Programowania orientowanego obiektowo - podobno - bardzo ciężko jest się nauczyć samemu. Wszyscy guru zalecają przede wszystkim znalezienie sobie mentora - kogoś, kto łagodnie wprowadzi w świat tego programowania. Z mojego doświadczenia wynika ponadto, że osobom, które programowały już proceduralnie, jest jeszcze ciężej. Bardzo ciężko jest wykorzenić nawyki nabyte podczas takiego programowania. To forum jest tutaj bardzo dobrym przykładem: przeszukaj nagłówki z C++, zobaczysz, że z programowaniem orientowanym obiektowo nie ma prawie żaden nic wspólnego.

[...] Proponuję zajęcie się czystym, ISO-wskim C++, lub nawet językiem Smalltalk (w którym nie da się programować proceduralnie).

Troszkę nie zrozumiałem tego wywodu o problemie z nazywaniem zmiennych i referencji - wszystko zależy od Ciebie. Możesz dawać przyrostki do Obiektów a do prostych zmiennych nie, możesz używać przestrzeni nazw, pakietów, ograniczać zasięg zmiennych i obiektów za pomocą Skaryfikatorów dostępu, których głównym zadaniem jest unikanie konfliktu nazw i zabezpieczanie przed dostępem.

Do pisania graficznego interfejsu użytkownika (GUI) dla typowych aplikacji, nikt o zdrowych zmysłach nie będzie używał ASM. SKorzystaj z gotowych bibliotek i nie przejmuj się oprogramowaniem myszy, jest wiele takich rozwiązań dla C++. Jak już pisałem jak koniecznie chcesz uczyć się programować tworząc programy z GUI ucz się PHP i twórz GUI jako strony HTML

Funkcji z różnych bibliotek możesz uczyć się na pamięć na potrzeby jednej aplikacji i potem to zapominać, ale można też używać opcje z wielu środowisk programowania , czyli podpowiadanie składni np. NetBeans.

33suchy. Dobrze się wczytaj, a na pewno zrozumiesz. To jest taka uwaga, dla ludzi bardzo początkujących.
Ja rozumiem, że w asemblerze, napisanie programu GUI, zajmie dużo czasu i dużo linijek. To co z tą myszą?
Ja już nie rozumiem. Jeśli chodzi, o asembler, to pewne urządzenia, podobno można bez problemu zaprogramować. Chodzi o jakieś wywołania z BIOSU. Nie wiem, coś takiego. Tak wynika z niektórych kursów spotkanych przeze mnie w internecie. Z tym, że te niektóre kursy odwołują się do systemu DOS. Wiem, że Windows 98 był oparty na systemie DOS.

Chyba w Windows XP Professional jest jakaś emulacja tego systemu DOS ?
A jednak to programowanie w asemblerze jest ciężkie.

Przyszło mi coś do głowy. Tylko nie wiem, czy mam rację. Niech ktoś mnie poprawi. Wydaje mi się, że Pascal "można porównać" do języka C z biblioteką Windows API. Czy dobrze myślę? Dałem w cudzysłów słowa: można porównać, bo wiem, że to są dwa różne języki programowania. Ale wydaje mi się, że innej metody nie ma, żeby np. przerobić programy napisane w Pascalu na język C++.

piotr_kadlubowski napisał:

Potem uczyłem się języka C++. Myślałem, że w samym C++ można coś stworzyć. Więc miałem ochotę, przerobić te programy edukacyjne napisane w Pascalu, na język C++. Niestety nic nie można stworzyć w C++.

piotr_kadlubowski napisał:

Przyznam się, że napisałem prosty algorytm do zerowania dysków. Właściwie to jest program do zapisu plików na dyskach twardych. W języku Pascal. Ale ten program, chyba nie nadaje się, na program użytkowy.

piotr_kadlubowski napisał:

Czy to ja popełniam gdzieś błąd? A może najwyższy czas już odpocząć. Interesują mnie metody programowania. Tak ogólnie. Z czego korzystacie? Jak myślicie? Jakie metody stosujecie? Co macie w głowach?

trol.six. Co masz na myśli pisząc o środowiskach graficznych?

piotr_kadlubowski napisał:

trol.six. Co masz na myśli pisząc o środowiskach graficznych?

trol.six napisał:

Dziwne że jako programista (piszący) nie zetknąłeś się z tym stwierdzeniem. Wygląda na to że masz braki w wiedzy. Stąd pewnie problemy z używaniem języków.

piotr_kadlubowski napisał:

Właśnie liczę, że tutaj się czegoś nauczę.

trol.six napisał:

I nikt ci wszystkiego nie wytłumaczy od razu. I nie licz też że będziesz wiedział wszystko, nawet po 10 latach nauki. Informatyka to naprawde potężny dział, a języków programowania i to co realizują, jest naprawde dużo. Stąd zwykle ludzie po szkołach znają ogólnie wiele rzeczy, ale specjalizują się zawsze w wąskim zakresie.

trol.six napisał:

I potrzebne jest jednak troche samoinicjatywy. Masz nauke w szkole, masz internet, to na materiały nie powinieneś narzekać.

Ja miałem może tylko gram informatyki w szkole, i tak nic z tego wtedy nie rozumiałem Mimo to zapoznałem się z paroma rzeczami, i potrafie co nie co napisać.

Przypomniały mi się, kolejne rzeczy. Kiedy uczyłem się języka Pascal. Musiałem przepisywać algorytmy z książki. Te algorytmy nie były poprawione. Zawsze gdzieś był błąd. Te błędy trzeba było poprawić. Podczas tego przepisywania i poprawiania, wielu rzeczy się nauczyłem. Mam do dzisiaj kody tych programów. Czasami do nich zaglądam, żeby zobaczyć, jak pewne algorytmy stosuje się w praktyce. Chodzi o te programy edukacyjne napisane w Pascalu.

Z językiem C++, są niestety większe problemy. Ten język jest wieloparadygmatowy. Tu jest definicja z Wikipedii. Chodzi o to, że jeden problem można opisać na wiele sposobów. W Pascalu tego raczej się nie spotyka. W tej definicji, jest sugerowane stosowanie gromady komentarzy. Niestety w bibliotekach (plikach nagłówkowych) Visuala, za wiele tych komentarzy nie widziałem. A takie pliki, też można napisać na kilka sposobów.
Niektórzy programiści zapominają o komentarzach. Tu popełniają błąd, że ich nie piszą. Być może wynika to, z tego, że większość teraz używa, języków wysokiego poziomu. To uczy złych nawyków.
Ktoś kto programował w asemblerze, to domyśla się, że bez komentarzy taki program będzie nadawał się do wyrzucenia. Tak jest w przypadku języka asembler.

C++ to nie asm, komentarze nie muszą być niezbędne, choć zdecydowanie mogą pomóc. Jednak jeśli widzę w kodzie coś takiego:

int main() { // początek main()

    return 0; // program zakończony powodzeniem

} // koniec main()

Wydaje mi się, że autor tematu otrzymał wystarczający "ładunek" dobrych rad.
Zamykam.