<f...@g...SKASUJ-TO.pl> napisał(a):

> M.M. <m...@g...SKASUJ-TO.pl> napisał(a):
>
> > <f...@g...SKASUJ-TO.pl> napisał(a):
> > > niby fajnie ze takie fizyczne kawalki mozna robic w
> > > html/javascript, ale dziala b wolno,
> > >
> > > ja na tym co nazywam 'technologiami www' nie znam sie
> > > kompletnie (albo prawie),
> > Jesli znasz sie na programowaniu niskopoziomowym, to znaczy ze
> > musisz sie tym bardziej znac na wysokopoziowym, wysokopoziomowe
> > jest duzo prostsze. Zobacz jaki tamten kod jest prosty, nie
> > martwie sie o nic, o zadne zakresy tablic, o szybkie przerzucanie
> > z ram do grafiki... tylko pisze obiect.style.left = 50 i obiekt
> > juz lezy 50 jednostek od lewej.
>

tj
> w c jest tak samo: ball[i].x=50;

tak wogole to (w tym kontekscie) w sensie
pojeciowym c nie jest jezykiem niskopoziomowym
(jest ono w tym sensie jezykiem dosyc wysokopoziomowym)
c jest tylko bardziej 'przezroczystym' na maszyne,
(i w tym sensie bylby bardziej niskopoziomowym)
ale to niestety nie do konca, bo system (winda)
jest nieprzezroczysty i nie mozna zobaczyc jak systemowe
rzeczy sa zaimplementowane 'do dna'

- w tym sensie linux jako open source ma wielka
przewage z tego mojego punktu widzenia - z tym ze
nie jestem pewien czy czytanie takich zrodel (np jak
sa zaimplementowane blity z ram -> vram) to latwe
zadanie i czy by mnie bylo na to stac - chyba zeby byly
dobre ksiazki/podreczniki




--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/