>> A po co ci to wiedziec?
>
> no właśnie w tym stwierdzeniu jest całą prawda o językach
> wysokopoziomowych, nie wiedzieć jest łatwo, wygodnie, łatwiej nauczyć
> się języka C raz na całę życie niż architektury i asemblera kolejnych
> uP-uf, ale ceną tej łatwości jest to że potem taki windows, czy linux
> sie zawiesza, programy sie zawieszają nie wiedzieć dlaczego, a nawet
> telefony komurkowe się zawieszają (i reset nie pomaga) dawniej gdy
> sprzęt był programowany w asemblerach coś takiego się w głowie nie
> mieściło żeby telefon mógł się zawiesić, a mam w domu taką starą
> dwóekranową gierkę (donkey kong) i w życiu sie nie zawiesiła, cuda
> jakeiś czy co?:O)

Zawiesza sie bo jest napisany w jezyku wysokiego poziomu? Masz jakas
literature na poparcie tej tezy? Porownaj taki ZX Spectrum, ktory mial
16 kB ROM, w dodatku z bledami, ze wspolczesnym komputerm, ktorego OS ma
setki MB.

>> Zakladajac, ze kompilator nie ma bledow.
>
> kompilatopr może nie mieć błędów, chodzi o brak kontroli) a własnie
> niewiedza jest przyczyną błędów, dodatkowo oprogreamowując sprzęt
> urzywasz sterowników producenta i też używasz funkcji wysokopoziomowych,
> czyli też nie masz pojęcia jak dana instrukcja jest wykonywana, znowu
> nie masz kontroli i dupa blada

Jaka niewiedza? Co mnie obchodzi jak dziala jakas funkcja. Mam funkcje
biblioteczna, ktora realizuje np. x+y i nie ma dla mnie znaczenia jak
ona to robi, byle to robila.

>> Podaj nazwe. I nie twierdze, ze nie mozna, to po prostu jest bez sensu.
>
>
> nazwy nie pamiętam, zresztą jak programu na oczy nie widziałeś to i
> nazwa nic ci nie powie, a sens ma to ogromny, bo program który pisany
> wysokopoziomowo nie ma szans na działąnie w czasie rzeczywistym na nowym
> super sprzęcie, napisany w asemblerze tylko śmiga na starych piernikach,
> wiec sens jest, jest nim wydajnosć i niezawodność,

Pisales procedury do takiego programu 3D i nie pamietasz jego nazwy? Wez
nie sciemniaj.

>> masz szanse napisac cos szybciej w assemblerze... masz niezle ego :)
>
> jakie ego? to oczywisty fakt że pisząc w asemblerze na tym samym
> sprzęcie program będzie o niebo szybszy od pisanego wysokopoziomowo, ale
> ja tego nie będę pisał bo mi za to nie płącą:O)

Wez sie nie osmieszaj. Masz np. funcje realizujaca np. pomniejszenie
fragmentu obrazu z antyaliasingiem. Realizowana jest ona sprzetowo przez
GPU, jaka bedzie roznica czasu wykonania jesli wywolam ja programujac
bezposrednio GPU, albo wywolujac przez funkcje GDI? Podpowiem, zadna.
A w tym pierwszym wypadku trace od razu kompatybilnosc, w dodatku moj
program ma szanse miec o wiele wiecej bledow niz program korzystajacy z
przetestowanej przez tysiace programistow funkcji bibliotecznej.