>игры - когда САН сделает движки подо все платформы, тогда и игры
>будут на джава

Жава есть под винды, линукс и наверное мак.Мало чтоли?Игры на жаве - есть.Ну там тетрис.Пакман.И подобная ерунда.В которую на спектрумах и подобных гоняли с их 64 кило оперативы и процом на пару МГц :).А вот что-то уровня Nexuiz?Quake 3?Как минимальная планка.Не хотите изобразить?:)

>кодеки - аналогичная история

Ага, вот приедет барин и все будет зашибись... ох уж эта русская вера в барина, царя-батюшку, сан микросистемс и кого там еще.А я верю только в факты.И меня не устраивает подождать пяток лет пока сан сподобится засунуть нужный мне сегодня кодек в свое добро.

>поймите - ВМ и есть большая длл (условно) обеспечивающая кроссплатформенность

Она гораздо больше чем длл.В частности оно управляет памятью, ставит ограничения (например неподписанным апплетам) и прочая.И даже если приперло, от этой навязчивой услуги хрен откажешься.Вон на мобилках с тем же Jimm траха на тему секурити - вагон.Кто-то вообще нужное апи не реализовал, кто-то позволяет нечто сделать только через свое, проприетарное апи, кто-то сгорбил в реализации... в общем кроссплатформенность получается очень своеобразная.

>про компрессоры - САН напишет, я воспользуюсь ;)

Ну вот и ждите пока сан что-то там (не)сделает, ага.А мне не нравится когда что-то могут сделать только божки из (сан, M$, ...) а вы сами - пролетаете.Сан и микрософт - конторы большие, не гибкие.Под лично ваши хотелки прогибаться и не подумают.И если мне там какойнить ogg vorbis нужен, пока его в нативном коде реализует сан или микрософт я могу вероятно ждать до глубокой старости и есть неслабый шанс так и не дождаться этого.

>проводите аналогию с QT (ВМ) и вы поймете мою т.з.

До некоторой то степени вы правы, но факты штука упрямая - ну не попадалось мне программ которые были бы легкими, быстрыми и при том хорошо бы работали так что пользоваться было бы приятно.Тот же Azureus как-то впечатления пушинки не производит.Напротив, довольно-таки неповоротливое такое монстрило.В итоге если есть юзер с хилой машиной и ему надо торент - я советую не питоновую поделку Deluge и не ява-поделку Azureus. Я советую маленький и легкий transmission, писаный на сях (морда юзает GTK).Который у юзеря будет просто работать и не будет жрать вагон памяти (которой у него мизер) и не будет грузить проц (который у юзера дохлый).

>таже история будет и в случ. с QT ;)

В случае си/си++ нормально написанный исходник без вопросов компилится что на i386, что на Sparc, что на AMD64, что на ARM.Именно поэтому тот же х64 линух ненапряжно юзать (в отличие от виндов кстати).Весь тот же софт что и для i386 версии - вот он, перекомпилили и он тут работает.Все что требуется - 1 раз скомпилить под платформу.И все.При том это даже не обязательно проблемы автора кода - майнтайнеры разных систем зачастую сами  скомпилят и соберут пакеты под вон ту систему и поддерживаемые ей архитектуры :).Также в природе есть билд-сервисы которые могут автоматически собрать нечто под вагон разных архитектур и систем.

Итого - есть QT, есть допустим Psi.И меня на AMD64 десктопе радуют.И знакомых на i386 тоже.А теперь у меня есть карманный девайс, Nokia N800 - на ARM.На ней - тоже есть Qt. и кто-то скомпилил и Psi.И оно - работает.В общем то примерно так же как и на десктопе.Это - хорошая портабельность, ибо я вижу работу одной и той же либы и программы как минимум одновременно на i386, AMD64, ARM.И на любой другой платформе с достаточными ресурсами увижу...

А теперь мы берем допустим Jimm (J2ME).Как достаточно неплохую аську, вполне симпатично выглядящую на мобилах.И что мы обнаруживаем?На десктопе просто так - вообще фиг запустишь, надо какие-то нетривиальные танцы с бубном, потому что для десктопов J2ME официально как бы нет.А на андроиде допустим запустить - это вообще реально?Для сей/сей++ то все просто - рекомпил, ну может еще построение пакета под вон ту систему и архитектуру, если по уму. И ... все.С жавой все круто в теории а на практике тем не менее те же си/си++ куда портабельнее и есть под кучу архитектур под которую жабы - просто нету, или нету нужной редакции или чтобы запустить нужную редакцию нужен такой бубен что ни 1 юзер так делать все-равно не будет.Вообще не понимаю - зачем жабисты развели такой кавардак с несовместимыми версиями и самопальными реализациями типа андроида...

>пи-код в дельфях и васике - не лучший вариант (тежеяйца)

А я с этим и не спорил.Тот же вьюжл васик всегда отличался тормознутостью а потому использовался только пионерией для написания мелких программ(в лучшем случае, в хучшем мат юзеров стоял адский).Опять же - вспомнилась еще 1 прога работающая с компортом.На васике этом самом.Автор заявил минимальные требования: P-IV 2.8GHz. Дело в том что на меньшем оно не успевало выгребать данные из файла компорта и теряло данные а автор был к тому же достаточно дубов чтобы надеяться что в многомегабайтном потоке данных никаких проблем не будет.Отсюда и минимальные требования - если что-то меньше, прога работала через жо! :).Восторг ее юзеров (у которых между прочим слились битые бэкапы флеш-памяти их устройств, при заливке просто убивающие устройства) вы себе представляете - автора красочно втаптывал в грязь всяк кто получил битый бэкап :).После такого "теплого" приема клиентурой аффтар освоил с++ билдер и переписал программу в менее черезжопном виде.

>плюсы без библиотек имеют чисто теоретический интерес ;)

А какие проблемы с библиотеками?На допустим AMD64, ARM и в принципе любой иной архитектуре есть все те же библиотеки что и на i386.Как минимум - то что опенсорцное.Исключение разве что дилетансткие приблуды написанные непортабельно, такого среди библиотек включаемых к дистры я к счастью не заметил.

>утилиты, при отсутствии нативной реализации в ВМ, писать на джаве бессмысленно (очевидно)

Это типа намек что надо нативный костыль, вот тогда жаба дескать сойдет?Хм, оригинально.