🚀 go-pugleaf

Lopez napisał(a):
> Solaris napisał(a):
> 
>> Dnia pańskiego Tue, 7 Feb 2006 08:12:41 +0100
>> "Lopez" starał się coś napisać o:
>>
>> :
>> : Takie rzeczy pisze sie zwykle w c i asemblerze, bo pascal jest jezykiem
>> : wysokiego poziomu i nizbyt sie do tego nadaje.
>> A kurwa C to nie jest jezyk wysokiego poziomu? 
> 
> 
> A co sie tak k***a denerwujesz?
> Niektorzy uwazaja ze C jest przenosnym asemblerem
> i ja czasami tez tak mysle, zaleznie od tego jaki
> obierzemy punkt odniesienia.
> 
Ten kto wymyślił C (podobno Kernighan i Ritchie, choć rezultaty 
ostatnich prac wykopaliskowych w pobliżu piramid egipskich  rzucają nowe 
światło na tę kwestię) musiał mieć wisielcze poczucie humoru. C wygląda 
tak jakby Z BARDZO WYSOKIEGO POZIOMU spadł i mocno się potrzaskał. 
Oczywiście jak się ktoś przyzwyczai, to się nie przesiądzie z C na nic 
innego - przyzwyczaić się można do wszystkiego, nawet do asemblera 
UltrSPARC III, który (jak pisze Tanenbaum) w konkursie na 
najczytelnieszy asenbler uzyskałby - w skali od 1 do 10 - ocenę MINUS 
21. Taką samą ocenę wystawiłbym C w konkursie na najbardziej czytelny 
język programowania.

Osobiście zawsze będę bronił Pascala (i to nawet BP7), bo choć daleko mu 
do elastyczności C, to łatwiej w nim tworzyć POPRAWNE programy. Ma po 
prostu wyższy poziom defensywności syntaktycznej i semantycznej niż C. 
Poza tym w pascalowym unicie mogę sobie zdefinować 200 funkcji, a linker 
i tak wyciągnie tylko te, które są faktycznie wykorzystywane. W C zrobić 
tego nie sposób, przynajmniej w takim zakresie.

A propos zasadniczego tematu: słyszałem juz o zamiataniu schodów pod 
górę, o myciu podłogi sznurowadłem czy kopaniu ogódka łyżeczką, ale o 
implementowaniu systemu plików (samodzielnie przez użytkownika, od 
podstaw) na bazie przerwania INT 13H jeszcze nie. To może już lepiej 
skorzystać z INT 21H? W środowisku niedosowym przerwanie 13H może być 
zwyczajnie olewane, bo system może dostawać się do dysku przez własne 
drivery i dysk może być dla tego przerwania po prostu niewidoczny.