😀 co do oleju to mamy pewność że się on psuje podczas podgrzewania.

Co do oprogramowania Apple wnioski wzięło z kosmosu.

Ad 1. Twój podsystem wnioskowania pochodzi zdecydowanie z innej rzeczywistości.

Ad 2. Wszystkie, które uruchamiane są w maszynie wirtualnej. Automatyczne zarządzanie pamięcią przez VM wpływa dodatnio na jakość oprogramowania przez eliminację zagrożeń związanych z niewłaściwym użyciem pamięci.

trasz 😀 Qt 😀 OpenCV 😀 FIFE 😀 wymieniać dalej?
(SWIG C/C++ -> Python)

Z generatorów bardziej pośrednich
Glade, Qt Designer, MOC (Qt), Lex & Yacc.

Wymieniać dalej?
GWT (Java na Java Script) – genialny przykład tego co według Ciebie jest niemożliwe 😀

Nie. Ja Ci podałem takie wrappery które właśnie robią to co chcą w bardzo optymalny sposób, i mało który programista z nich korzystający wyobraża sobie życie bez nich 😉

Aplikacje napisane w Qt nieznacznie tylko odstają, i z wydania na wydanie odstają mniej, brane są pod uwagę nawet takie szczegóły, by w Gnome i na Maku przycisk OK był z prawej strony a w KDE i pod Windows z lewej. Inny przykład – XUL. Firefox bardzo dobrze się integruje ze środowiskiem, łącznie z takimi szczegółami, jak to, że ustawienia programu są w odpowiednim menu dla każdej platformy, i działają spójnie z wytycznymi tej platformy (instant-apply i podobne). O pierdołąch w stylu używania systemowych ikon nie będę wspominał. Więc jak się chce to się da.

Jednakże w tym przypadku nie mówimy o aplikacjach desktopowych, a o telefonie, gdzie po pierwsze aplikacja zajmuje cały ekran, po drugie z konieczności jest dosyć izolowana przez co ma ograniczone możliwości integrowania się z czymkolwiek innym. Do tego dochodzą gry, gdzie panuje całkowita dowolność w kwestii UI.

Tyle w kwestii toolkitów. Poruszona jest też kwestia języków programowania i tutaj doprawdy nie wiem w czym aplikacja napisana w Objective C i Cocoa Touch ma być lepsza od analogicznej, napisanej w C# i korzystająca z tej samej Cocoa Touch, tyle że za pośrednictwem bindingu.

Nikt nie broni Adobe tworzyc narzedzi, ktore beda wspomagac projekty w HTML5. Nikt nie broni Adobe teorzyc natywnwgo oprogramowania w ObjC. Apple nie ma obowiazku zapewniac rynku zbytu, rozwoju i dochodow dla wlasnosciowych technologii Adobe (nota bene, ciekawe, ze nikt nie pluje sie, ze Adobe ma monopol na narzedzia do swojej wlasnosciowej technologii – Flash?)

Z badań przeprowadzanych nad wydajnością języków programowania wynika(ło), że nie mają one znacznego wpływu (a przynajmniej mniejszy od zdolności programisty jak np. pamięć krótka),
Ilość błędów na linijkę była podobna, stąd proste zalecenie aby tych linii było jak najmniej co zapewniają języki wysokiego poziomu.

Hmm, dalej nie rozumiem o co chodzi Ci z Qt, pozorne wady Javy znam, o wadach Qt nie słyszałem.

Właśnie przed chwilą bawiłem się Nexusem One kolegi z pracy. Nie zauważyłem żadnych niedoróbek w interfejsie. A to przecież Java. Choćby ten jeden przykład całkowicie falsyfikuje twoją tezę o zupełnej niemożliwości napisania programu, który wizualnie nie odstaje (nareszcie doprecyzowałeś o co ci chodzi).

Poza tym, odstawanie Eclipse jest dużo mniejsze niż np. WinAmpa. Twierdzenie, że to wina wrapperów jest piramidalną bzdurą.

W przypadku oprogramowania napisanego w Javie przy wykorzystaniu Javowych bibliotek do GUI jest inaczej – nie da sie go napisac tak, zeby wygladalo i zachowywalo sie calkowicie poprawnie z punktu widzenia uzytkownika

Hmm… http://java-gnome.sourceforge.net/ ?

No jasne że będzie miało problemy, ale to jest kwestia GTK+ a nie Javy. W Javie da się napisać natywne GUI.

Eclipse ma kompletnie niestandardowy interfejs.

Wygląd się zgadza, a o co jeszcze chodzi? O układ? To raz, że nie jest związane z użytym toolkitem, a dwa, że tak samo "niestandardowe" jest Visual Studio i masa innych IDE.

Żadnych problemów z OpenOffice nie stwierdziłem.