Nic proti Jave, ale je to este len "detsky" jazyk. Proste nepodporuje to niektore dolezite veci ako napr. sablony (este teraz ma trasie z kostrukcie vector.getPoint(i).toString (), uch), automaticke konverzie (priklad vyssie), definice, overloading, etc. Java je taky medzikrok, uz sa v duchu tesim na pravy OOP, ktory bude podporovat vymozenosti C++ a bude plne objektovy, taka lepsia verzia C# :).
Nemam pocit, ze by Java byla detsky jazyk. IMHO z ni byly zamerne osekany nektere veci, na kterych si vyvojari permamentne odiraji kolinka. Dost lidi si rado napise nejakou tu berlicku jako malou obet za to, ze se nemusi hodiny brodit krvi pri hledani nejake hloupe chyby.
Šablony jsou krok zpět (nebo aspoň stranou). Pořádný jazyk umožňuje napsat třídy/metody, které není potřeba explicite parametrizovat. Přistupují prostě k objektům přes jejich interface, takže lze použít cokoli, co implementuje tento interface (ve smyslu Pythonu, kde implementace interface je prostě implementace interface, nikoli Javy, kde implementace interface pořád vytváří jakési vztahy dědičnosti). V jazyku založeném na C to samozřejmě nejde a šablony jsou z nouze ctnost.
Krok zpet to neni - spis dopredu ve statickem typovani. Pokud budu delat vsechny interface pres typ Object, tak efektivne o jakoukoliv kontrolu prijdu, vsecko si to krasne sedne i kdyz nekde zapomenu, ze jsem neco jinde predelal a ze do toho containeru davam jiny typ -- ale ouha, kdyz to pak spustim -- vyjimka na null. Prekladac nic neohlida, ani nemuze.
Je to pak prakticky to same, jako kdyz se v c-ku vsude cpe void *....
Ve statickém typování, tj. v C-like jazycích jistě. Problém je podle mne v tom, že při statickém typování implementace interface => vztah dědičnosti. V low-level jazyce to asi jinak nejde. Chtít plně objektový low-level jazyk je ale nejspíš blbost, takže vyjímky na NULL, přetypování na void* a coredumpy bych do toho nepletl ;-)
Java je takova jaka je (formulace a la ministr;-) prave proto, aby PRASARNY jako sablony, definice, automaticke konverze apod. nebyly potrebne. Pokud to nekomu neprijde jako dobry napad, tak at si pise v c++ a predplati si polstrovanou cimru.
V nadchazejici verzi J2SE 1.5 (Tiger) se chystaji takove veci, jako jsou parametricke kolekce (ktere by meli resit nektere problemy souvisejici s chybejicimi sablonami), atd. atp. Tiger mozna prekona velikosti skoku i prechod od 1.1 k 1.2 (tedy k tzv. Jave 2), takze bych na soudy o Jave jeste pockal. ;-) Tolik k temetu podobnemu sablonam (a souvisejici moznosti kontroly pri kompilaci zminene nekde vyse). K poznamkam o detskem jazyku asi nema smysl se vyjadrovat. :-)))
