бейсик, шарп (все дотнет)
если не парит, то vb6, но он давно устарел. но очень прост.

не советую яву и борланд (делфи)

4 8 15 16 23 42

Аnостроф"не советую яву и борланд (делфи)"

ну, про дельфи понятно, а вот ява чем не угодила?
практически все операции перемудрены.
да и сама платформа мутная какая то...

maytonAklinда и сама платформа мутная какая то...
Кажется у вас - личная обида.

ага. наклепал "быстро" проект на 5500 строк на своем компе. перенес на другой. то, что еклипс не смог его подхватить - ну и хер с ним, я пересоздал проект. все "мегоконстанты" сериализации пришлось переделывать при каждом запуске. видите ли после 5-6 запусков ява не смогла определить один класс от другого, утверждая, что у них равные констранты сериализации.

быстро - это две недели, как бы там ни хвалили яву, но все эти "фичи" - лишь замедляют ход. Та же локализация - кучу времени тратишь на внедрение локалей, а потом еще столько же - на подгод кодировок. зачем спрашивается локали, если строка utf-8, закачанная из локали (саму ету файлу локали еще создать надо - а хз как, там с кодировками беда-беда), передав ее в другую форму - стркоу с utf-8, сохраняя в локаль. и вторая строка после сохранения не соответсвует первой. приходилось из utf-8 в utf-8 конвертить (чистые utf-8, никаких brom) ).

это все, не говоря уже о накрутках над сокетами, которые раза с пятого запускаются, а чего передают - хз, поскольку сериализация тупут по-жесткому. хочется передать то два значения - ан нет!, будь добр класс програть непонятный. а пока его прогонишь, срабатывает 10-15 непонятно откуда вызезших ексепшинов...
не говоря об уепском менеджере памяти.

**это все не говоря уже о том, что проект под одну версию явы, перенесенный на другой комп, не хочет помпилится ПОД ЭТУ ЖЕ ВЕРСИЮ ЯВЫ!!!. потому, что на том компе эта же версия явы, но с исправлением ошибок. а если и компилится, то работает по-другому в ряде случаев.

итак, что мы имеем:
-уепский менеджер памяти
-куча ненужных new (ради предыдущего пункта)
-нагромождения иерархий (ради предыдущих пунктов)
-непоянтные сериализации (ради предыдущих пунктов)
-непонятные локализации (ради предыдущих пунктов)
-куча времени, потраченного на реализацию простейших операций (ради предыдущих пунктов)
-фактическое отсутсвие переносимости
-бредогенератор под названием "динамическая компиляция"

4 8 15 16 23 42

Модератор: Aklin, используйте русский литературный. По-возможности.

ПилотажныйВ сравнении с чем? С ситуацией, когда программирующие в основном сами памятью управляли ... и полагали, что это делали хорошо?
вообще управление памятью делается так: пишется приложение, по возможности игрорирую удаление памяти. потом, когда тесты проходят, берется valgrind и производится поиск ВСЕХ утечек.
Приложение дополняется всему delete или free, что требуются. Потом снова прогонятеся valgrind - на этот раз ищем неверноиспользуемую память: например - выход за пределы массивы и т.д.

ПилотажныйА JVM чьго производства - IBM, Oracle, Sun, ...
sun, но после того "знакомства" с явой я решил ей более не пользоватся.

ПилотажныйБез иерархий, классов, констр. классов, ... нет ООП.
я не говорю про полный отказ от иерархии. я говорю, что всякие
^^ такое мне абсоюлютно не нужно, особенно если вылезает коллосальное количество exception

ПилотажныйВот для кого актуальность C вечна.
в том то и фишка, что как ни крути, борланд, ява и дотнеты с их "готовыми ответами на все случаи жизни" (замечу, что JVM и .NET написаны на с++) никак не раскачивают место под с++.

maytonНастроящая ТруЪ локализация - это технический перевод всех каментов на национальные языки. И возможность "переключения" языка для всего приложения.
Вот этого то я и добивался. а наталкивался:
-читаем локал-менеджером строку из файла
-передаем в форму
-передаем из одной форму в другую
-сохраняем строку из второй формы локал-менеджером в файл

^^ такое механизм дает сбои в виде съехавших кодировок.

в результате после Н суток поиска ошибок я подсознательно поставил вопрос: ЗАЧЕМ вообще такие навороты в виде локал-менеджера, если он НИКАК не экономит время на разработку приложения, но порождает значительное число сопутствующих проблем ?

maytonЭлементарно чел. запутался в версиях IDE. Такое бывает.
берем одну и ту же ecplise, ставим на два компа.
ява на одном компе более новая, чем на другом.
проект с одного компа на другой не переносится (не всегда переносится)
если и компилируется, то не всегда работает.

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

maytonА как вы "задавали" версию явы?
в свойствах проекта - "принудительно использовать следующую версию..."