Какую скажем, такую и поставят 


Для Java критична только память, проца хватит. С жругой стороны для Vista этого компа тоже не хватит, но Майкрософт это же не останавливает 

En_t_end, есть клиентский (GUI) софт на джаве очень-очень навороченный. Хочешь пример? Пожалста: форма "РосГосСтрах" учетная система АРМ3 полностью J2SE приложение - чем то напоминает 1С Предприятие (система прав, возможности, учет, расчет, отчетная составаляющая). Проект состоит из более 3000 классов + всякие либы, ресурсы.... Вполне комфортно с ним работается на 512 мб памяти (но для компиляции из исходников нужно раза в три больше). Софтинка юзается по всех отделениях страны.
Тормознутось и повышенные требования к памяти у Java софта напрямую зависит от квалификации написавшего его программиста - если все делать грамотно тормозить не будет и памяти хватит   

ээ... оо... в Java же автоматический сборщик мусора, каким образом разработчик может управлять памятью? (ну разве что кроме идиотского добавления ненужных переменных, и то не факт...)

Запускать GC самому в нужный момент хотя бы. Ну и архитектура правильная .

  Да ну по моему это фигня. Исследовние показали, что попытки управлять Garbage Collector'ом в Java не приносят никакой хорошей эффективности. 

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

  А вообще я бы тоже реккомендовал Java для кросс-платформенных приложений, несмотря на то, что я ее не очень люблю (хоть и работаю на ней уже давно). Несмотря на то, что GUI преложения мне на ней кажутся тяжелыми. С другой стороны, практика показывает, что сейчас корпоротивные приложение весьма удобно создавать на web. Сейчас интерфейс пользовательский на web нарисовать чаще всего значительно проще, а Java для такого рода приложений действительно выбор N1 особенно говоря о кросплатформенности.  То есть если корпоративное приложение, то я бы его реккомендовал делать на Web технологиях, а если кросплатформенное, то на Java. 

  Конечно, не всегда это возможно, но я бы весьма реккомендовал эту опцию.

&&


Я бы советовал Python + PyQt
Хорошее GUI c хорошей ООП-идеологией от Qt плюс гибкость и скорость разработки от Python.

У нас в "команде" практически все, кто с плюсов, кто с шарпа, перешли на эту связку.

P.S. Тут же и кроссплатформенность, хоть тебе Lin, хоть Win, хоть Mac...

Это сообщение отредактировал(а) Artemios - 6.9.2007, 15:52