🚀 go-pugleaf

On 22 Apr 2007 07:55:06 -0700, Seweryn Habdank-Wojewódzki
<habdank@gmail.com> wrote:

>Witam
>
>> Istnieje sporo papierow porownujacych C++ z innymi
>> jezykami (jak rozniez inne jezyki z rownie innymi jezykami) pod katem
>> roznych aspektow: niezawodnosci, czytelnosci i czego Pan tam jeszcze
>> chce. Uczy sie tego studentow na przedmiocie "Comparative Programming
>> Languages" czy podobnych. Jak Pan chce sobie poczytac w miare rozsadna
>> krytyke C++ to proponuje ksiazke Joynera.
>
>A czego dokładnie się uczy. Tego, że C++ jest kiepski? Czy rzetelnego
>porównywania, a dokładniej wyceny kosztu użycia, języka do konkretnego
>zastosowania?

Uczy sie porownywania. A przede wzystkim tego ze do porownywania
tzreba uzyc kryteriow. Jakich kryteriow. I ze jest to problem
wielokryterialny.

>Co Pan powie kiedy nie ma Java na jakiś procesor, a C++ jest.
>A ile kosztuje użycie Pythona na tym procesorze?
>A może zamiast CGI używać PHP tylko, że tam też go nie ma?
>

Pzreciez ja pisalem ze "zmojego punkty siedzienia" czyli zastosowan
logistycznych. I w ogole biznesowych.
 
>
>3. Dla mnie podstawowy przykład przewagi Javy i C++ np. nad Pythonem
>to kompilowanie. Kompiluje Pan program i wie Pan że zadziała tak czy
>inaczej ale zadziała. Mam kikla programików w językach skryptowych i
>ich nie używam, bo nie działają, a nie działają, bo in czegoś brakuje,
>ale one nie powiedzą czego im brakuje.
>

To co Pan wyzej napisal nie ma nijakiego sensu. Niech Pan przeczyta
uwaznie. Czy Java sie nie kompiluje i czy Java jest "jezykiem
skryptowym?...

>4. Np. jak w Pythonie ukryć "know how"? Jak na razie to jedynym
>rozwiązaniem jest napisanie kodu w C/C++ i zawrapowanie go w Pythonie.
>

Nie  wiem, bo nei uzywam Pythona.
 
>
>Myślę, że J2EE, to nie jest cel C++. Chociażby z prostej przyczyny, że
>klasy jako takie nie przedstawiają się - nie ma jak w natywny sposób
>napisać, aby website odpytał obiekt z metod czy pół. I wcale nie
>płacze że tak nie jest, bo jak bym chciał to bym miał. Kieyds takie
>coś pisałem i działało całkiem dobrze, ale okazało się, że tu jeszcze
>lepszy od Javy jest Python. Bo można robić cuda na kiju z klasami i
>nie tylko. Np. dodawanie _metod_ do istniejących klas w trakcie pracy
>programu.
>

Ale to co Pan napisal wyzej jest nie na temat. Poza tym, Panskie
argumenty sa PRZECIWKO Pythonowi, bo fakt ze mzona robic "cuda z
klasami" raczej ow jezyk dyskwalifikuje niz kwalifikuje.

>A kłopoty to się zaczynają kiedy Javę chce się łaczyć z innymi
>językami. Problem ten jest nie istniejący kiedy pracuje Pan używając C+
>+ i Pythona, bo w obie strony zachodzi bindowanie. Czyli mogę mieć
>zarówno aplikację w C++ i wołać programy pythona, jak i mieć aplikację
>w Pythonie i wołać C++.

Mozliwe. Jakos nie mam potzreby laczania Javy z C++, a jak mam
potrzeby laczenia z innymi jezykami, to producent jezyka dostarcza
"Java bindings". Co ma miejsce na przyklad w przypadku wszystkich
jezykow do modelowania i optymalizacji. Z chlubnym wyjatkiem AMPL. Ale
z miejsca w ktorym siedze Python nie jest widoczny nawet na ekranach
radarow. 

A.L.