On Sat, 12 Mar 2011 19:06:30 +0100, Sebastian Biały
<h...@p...onet.pl> wrote:

>> Po drugie nie ma presji na wprowadzenie tego w niszy którą zajmuje
>> Pascal.
>
>Słusznie. Konserwacja starego kodu nie wymaga nowych ficzerów.

W tej chwili już masz rację.


>>>> I mam nadzieję że nie twierdzisz, że C++ jest superprzenośny?
>>> A jest w ogóle taki jezyk? Ale tak żeby był przenośny z Cray na mój
>>> zegarek naręczny. Oh wait, C/C++ ...
>> Gdyby babcia miała wąsy, to .... Praktyka temu przeczy
>
>Pisuję zarówno na większe systemy (w tym rozproszone) jak i na
>mikrokontrolery "z zegarków". Pomimo że należy się narzeźbić to
>paradoksalnie jezyki "przenośne" jak Java/C# na tych skrajnych
>platformach nie mają co szukać. C/C++ jest niestety przenośny choć
>racja, nie bez rzeźby. Ale w ogóle działają na egoztycznych
>architekturach w przeciwieństwie do reszty pasudo-przenośnego świata.
>Pomijam języki skryptowe z premedytacją ze względu na ich czesto śmiesze
>wydajności i ograniczone zastosowania.

A nie wydeje ci się że jest to tylko i wyłącznie efekt założeń
projektowych języka? Cpochodne nie zakładają nic. Pascal już więcej,
tak więc jak przeniesiesz go na ,,dziwną'' architekturę możesz mieć
większy problem z samym językiem. W jawie masz jeszcze interpeter
ujednolicający środowisko, tyle że na bardzo ,,ciasnych'' i
egzotycznych architekturach to może być po prostu za duże lub za
wolne. Zysk z VM może być dopiero widoczny od pewenej mocy
obliczeniowej i dostępnych zasobów, poniżej po prostu sama VM się nie
zmieści.

>"Zostań projektantem elektroni atomowych w tydzień (dla opornych)."
>
>Może lepiej z daleka od takich książek. Ale przyznaje: mając w reku ze 4
>do Delphi w jednej (!) autor niesmiało zająknął się o hash-mapie. Reszta
>uznala że wszelkie problemy świata rozwiązuje skutecznie operator
>[index]. Jaki język tacy potem programiści.
No to ja spotkałem. Zresztą każda rozsądna pozycja nie będąca opisem
języka jest OK.
--
Grzegorz Krukowski