crypto5 wrote:Какой конкретно более полной информации? Джава например может знать о наборе инструкций процессора целевой системы, а с++ компиллер нет.
Hibernate - это внешняя библиотека. И в ней таки есть баги. JSF - тягучий кусок дерьма. Могли бы что-нибудь поприличнее вспомнить, хотя бы простецкий JSP или компонентный Wicket, но не JSF. Спасибо, этого не надо.zzhou wrote:Правильно. В разных библиотеках разной степени кривизны. Но настоящие Сишники всё равно будут руками с нуля писать - чтобы не мучатся с чужими багами.Brazen wrote:Потому C такой и компактный, что все фичи в библиотеках.zzhou wrote:Ни разу за 10+ лет не приходилось такое делать. Но вот как надо извращатся в С чтобы XML разобрать или до БД добраться - это я видел.
Аналог Hibernate на С++ насколько зрелый есть? Или какой-нибуть JSF.
XML и БД на C# и Яве - часть основной библиотеки. Без них не бывает.
Я хочу еще раз спросить, а чего вы так взьелись? Никто не отбирает у С++ рынок высокопроизводительных апликух. Просто оказывается что для очень большого круга задач производительности джавы и с# более чем достаточно, а игры и числодробилки пишите себе на с++.ddv wrote:Весь ваш мизерный теоретический выигрышь от лучшей оптимизации будет с лихвой похерен под кучей ненужных вызовов, runtime проверок и т.п.Zombie416 wrote: Вы зря это все противопоставляете. В одном случае, на клиентскую машину приезжает исходный код (уже parsed и готовый к быстрой компиляции), в другом - уже готовые модули откомпилированные в машинный код на другой машине. В первом случае есть гораздо больше возможностей оптимизации под конкретные особенности выполнения, на основе реальной статистики и реального процессора.
Как обычно все скрыто в том насколько "практически известен" и насколько "наврятли"ddv wrote:crypto5 wrote:Какой конкретно более полной информации? Джава например может знать о наборе инструкций процессора целевой системы, а с++ компиллер нет.
Набор инструкций для C++ компилятора практически известен...А оптимальный SSE4 и java наврятли сгенерит.
какие всетаки наивные эти java программисты...а "учитывает" VM где???zzhou wrote: 2. На Яве есть "куча", которой заправляет VM. Т.е. когда делается new... - то нет автоматического malloc - вместо этого просто VM учитывает что такие-то 20 байт заняты таким-то объектом (malloc выполняется только когда куча уже заполнена).
Вполне можно написать на миксе, ЮИ и всякую бухгалтерию на джаве а то что поближе к железу на С, а вы это к чему спрашиваете?Brazen wrote:Ладно, господа. Вам задали написать систему управления ядерной станции. Или аэродромного локатора и диспетчерской службы. Или систему наведения антенн спутника. На чем будете писать?
Как минимум :crypto5 wrote:Ну и вы все еще не ответили на вопрос, какой дополнительной инфой обладает С++ компилятор, и которая не известна джаве?
Проблема только в том что такие менеджеры обычно абстрагированы от системы многопоточности, и не могут эфективно разбивать кучу на области для потоков, а в джаве все с этим хорошо.ddv wrote:какие всетаки наивные эти java программисты...а "учитывает" VM где???zzhou wrote: 2. На Яве есть "куча", которой заправляет VM. Т.е. когда делается new... - то нет автоматического malloc - вместо этого просто VM учитывает что такие-то 20 байт заняты таким-то объектом (malloc выполняется только когда куча уже заполнена).
В C++ тоже есть менеджер памяти который забирает память у системы кусками, а потом раздает и менеджает ее сам.
В джаве хотспот тоже не компилирует неиспользуемые поля и классы. Что там дальше?ddv wrote:Как минимум :crypto5 wrote:Ну и вы все еще не ответили на вопрос, какой дополнительной инфой обладает С++ компилятор, и которая не известна джаве?
1. Все неиспользуемые модули, поля, классы и т.п.
2. Inline функции, процедуры и т.п.
С чего это они не могут разбивать кучу на области для потоков? Могут, того в C++ это не поможет,т.к. один поток может захотеть удалить память выделенную в другом потоке.crypto5 wrote:Проблема только в том что такие менеджеры обычно абстрагированы от системы многопоточности, и не могут эфективно разбивать кучу на области для потоков, а в джаве все с этим хорошо.
Я тоже не понял. Все это стандартные фичи компилятора. Инлайнит сам, если видит, что так быстрее.crypto5 wrote:В джаве хотспот тоже не компилирует неиспользуемые поля и классы. Что там дальше?ddv wrote:Как минимум :crypto5 wrote:Ну и вы все еще не ответили на вопрос, какой дополнительной инфой обладает С++ компилятор, и которая не известна джаве?
1. Все неиспользуемые модули, поля, классы и т.п.
2. Inline функции, процедуры и т.п.
Про инлайн я вообще не понял? Я тоже знаю такое слово..
+1crypto5 wrote:Вполне можно написать на миксе, ЮИ и всякую бухгалтерию на джаве а то что поближе к железу на С, а вы это к чему спрашиваете?Brazen wrote:Ладно, господа. Вам задали написать систему управления ядерной станции. Или аэродромного локатора и диспетчерской службы. Или систему наведения антенн спутника. На чем будете писать?
Hibernate - очень элегантное и удобное решений, которое преотлично работает в массе больших проектов и отлично экономит силы разработчиков.Brazen wrote:Hibernate - это внешняя библиотека. И в ней таки есть баги. JSF - тягучий кусок дерьма. Могли бы что-нибудь поприличнее вспомнить, хотя бы простецкий JSP или компонентный Wicket, но не JSF. Спасибо, этого не надо.
БД на жабе - это низкоуровневые вещи типа послать запрос, получить таблицу. Или вместо таблицы получить исключение, которое потом через десять этажей надо прокидывать. Минимальный уровень, на котором работа с БД на жабе становится приятной - это iBatis. Таки библиотека. Неродная.
NASA марсоходом на Яве управляет. Ничего они в технологиях не понимают!Brazen wrote:Ладно, господа. Вам задали написать систему управления ядерной станции. Или аэродромного локатора и диспетчерской службы. Или систему наведения антенн спутника. На чем будете писать?
Совершенно необязательно. Как раз 100% managed код гораздо лучше поддается оптимизации и исключению ненужных вызовов и runtime проверок. И это особенно заметно когда ваша программа не живет в собственном мире вставляя миллионы раз в список, а активно общается с системой и другими программами по IPC.ddv wrote:Весь ваш мизерный теоретический выигрышь от лучшей оптимизации будет с лихвой похерен под кучей ненужных вызовов, runtime проверок и т.п.
Да так, обстановку разрядитьcrypto5 wrote:Вполне можно написать на миксе, ЮИ и всякую бухгалтерию на джаве а то что поближе к железу на С, а вы это к чему спрашиваете?Brazen wrote:Ладно, господа. Вам задали написать систему управления ядерной станции. Или аэродромного локатора и диспетчерской службы. Или систему наведения антенн спутника. На чем будете писать?
Но я бы не стал писать даже UI для ядерной станции на джаве.