Grzegorz Niemirowski <g...@p...onet.pl> napisał(a):

> f...@g...SKASUJ-TO.pl <f...@g...SKASUJ-TO.pl> napisał(a):
> > a ja raczej optowalbym za druga odpowiedzią
> > (bo mz twierdzenie ze taki to a taki slamazarny skrypt
> > jest napisany w jezyku niskopoziomowym dlatego ze
> > ten ma skladnie asma byloby trudne do bronienia)
> > - stad wlasnie wynikalyby zaskakujace wnioski: niskopoziomowosc
> > jezyka nie zalezy od jego postaci (wogole pojecie
> > niskopoziomowosci sie troche rozmywa w tym kontekscie)
>
> Niczego nie napisałem o składni. Jest niskopoziomowy, bo działa na niskim
> poziomie na swojej platformie. Tutaj platformą jest emulator. A jeśli
> uważasz, że jest wysokopoziomowy, to zaproponuj niższy poziom. Nie zrobisz
> tego nie wychodząc z emulatora. Jeśli język operuje na pojedynczych
> rejestrach to jest niskopoziomowy. Nie ma znaczenia, czy te rejestry są
> emulowane czy nie.
>
ok, chodzilo mi o interpreter-emulator interpreter a przy okazji
emulator (emulator tylko po to by uwidocznic ze to funkcjonalnie
ten sam jezyk (mozna napisac np gierke) tylko tu realizowany na
wysokim poziomie jako skrypt (dajmy na to slamazarny jak nieboskie
stwozenie) - ja nie nazwalbym raczej skryptu doskonale emulujacego
(co do skladni) np asma x86 niskopoziomowym - niskopoziomowosc
to raczej wychodzi na to miejsce w architekturze (niski layer) a
nie ksztalt/postac jezyka,
podobnie np 'siatki z baramek' zakodowane w hardware moga byc
raczej niskopoziomowe z kolei jakis graf do interpretacji
umieszcony w jakis sposob nad jakimis tam jezykami (np javą)
beda zdecydowanie wysokopoziomowe
(co prawda nie wiem czy sie cieszyc czy bardziej smucic z
tego faktu, bo ja lubie niski poziom a w tym ujeciu to pojecie
sie rozmywaio asm wydal mi sie bardzo wysokopoziomowym jezykiem
(w pewnym sensie nad wszystkimi funkcyjnymi :/ byc moze)






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