"Marcin Wasilewski" <j...@a...pl> wrote in message
news:j53f5i$kg6$1@news.onet.pl...

> Powiem tak - assembler pozwala pojąć zasadę działania sprzętu i później
> mamy pojęcie jak pewne rzeczy przekładają się na zajętość stosu, zajętość
> pamięci itd. Gdybym teraz się uczył programowania od zera, to czegoś
> obiektowego. Ja np. znałem assembler, znałem C, jednak gdy poszedłem na
> studia to wczucie się w zasady obiektowości wymagało trochę wysiłku.
> Assembler dał mi tyle, że pojęcia typu bajt, bit, rolowanie, negacja,
> maska, operacje typu AND, OR miałem w jednym paluszku, liczby z systemu
> binarnego na szesnastkowy, czy dziesiętny mogłem przeliczać w pamięci.
> znałem na pamięć potęgi liczby 2 gdzieś tak do okolicy 2^24, wiedziałem
> jak są zapisywane liczby zmiennoprzecinkowe w pamięci i to chyba tyle. No
> może jeszcze słowa typu stos, sterta, kolejkowanie zadań mnie nie
> przerażały.

Ale to przecież o to chodzi :-)
Dzięki asm nauczyłeś się co to bajt i co można z nim zrobić :-) jak dzielić
i mnożyć przez 2, 4 8... bez sprzętowego multiplikatora, bo szybciej o 1
takt :-)
push i pull zrozumiałeś :-) no żeby nie wołać za dużo funkcji z kolejnej i
kolejnej, że to się odkłada wszystko i procek zamiast liczyć to tylko
odkłada i zdejmuje :-)
Przynajmniej odróżniasz liczby signed i unsigned :-)
nawet jak pojmiesz te kilkanaście punktów co wymieniłeś to jesteś gotowy
żeby zasiąść za C++ Javą czy czymś innym :-)

Ale jak zaczniesz od Javy to nie napiszesz nigdy w innym czymś bez pomocy
System.gc(); :-)