Здравствуйте, lpd, Вы писали:

lpd>Я на java конечно не много писал и не сильно много мерял,

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

всё удобно и продумано .. но жрёт память, да ..

lpd>но вот benchmark показывает отставание в 2-3 раза от C++.

тут фишка в том, что пока ты разрабатывать будешь крупное серверное приложение на Java — мощность компов вырастет за это же время в эти же пару раз, а если разрабатывать на C++ — то как раз разработка и отладка увеличится на столько же времени, на сколько за это время вырастут мощности компов .. т.е. фактически, это потеря времени и бабок ..

и корпорациям проще разориться на железо, чем башлять сотни тысяч $ в год на каждого отделу разработчиков .. не говоря уже про простои во внедрении новых систем ..

lpd>Так что мы возвращаемся к вопросу о 300 или 3000Mhz.

ну то что объём памяти (за $) особо рьяно перестал расти после 2012 года, это конечно пошло не на пользу языков с виртуальными машинами ..

lpd>И лично не нравится архитектура с промежуточным представлением исполняемого кода, впрочем конкретно это уже вопрос вкуса, и с разных сторон разные плюсы и минусы у такого решения.

а что тебе нравится ? и для каких задач ?

я бы ещё не забывал про PHP — тоже удобный язык (для backemd'а), хоть и раз в 10 медленнее C/C++ .. (правда раньше в нём ещё можно было нарваться на ошибки в самой его реализации)

а C++ с кучей нагромождённых шаблонов, как например в boost — вгоняет в уныние, и отлаживать такую парашу если ты не знающий наизусть толмуды Страуструпа — просто нереально .. (тем более, в случае наличия багов в библиотеке, а они там постоянно всплывают)

Здравствуйте, lpd, Вы писали:

lpd>Я на java конечно не много писал и не сильно много мерял,

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

всё удобно и продумано .. но жрёт память, да ..

lpd>но вот benchmark показывает отставание в 2-3 раза от C++.

тут фишка в том, что пока ты разрабатывать будешь крупное серверное приложение на Java — мощность компов вырастет за это же время в эти же пару раз, а если разрабатывать на C++ — то как раз разработка и отладка увеличится на столько же времени, на сколько за это время вырастут мощности компов .. т.е. фактически, это потеря времени и бабок ..

и корпорациям проще разориться на железо, чем башлять сотни тысяч $ в год на каждого отделу разработчиков .. не говоря уже про простои во внедрении новых систем ..

lpd>Так что мы возвращаемся к вопросу о 300 или 3000Mhz.

ну то что объём памяти (за $) особо рьяно перестал расти после 2012 года, это конечно пошло не на пользу языков с виртуальными машинами ..

lpd>И лично не нравится архитектура с промежуточным представлением исполняемого кода, впрочем конкретно это уже вопрос вкуса, и с разных сторон разные плюсы и минусы у такого решения.

а что тебе нравится ? и для каких задач ?

я бы ещё не забывал про PHP — тоже удобный язык (для backemd'а), хоть и раз в 10 медленнее C/C++ .. (правда раньше в нём ещё можно было нарваться на ошибки в самой его реализации)

а C++ с кучей нагромождённых шаблонов, как например в boost — вгоняет в уныние, и отлаживать такую парашу если ты не знающий наизусть толмуды Страуструпа — просто нереально .. (тем более, в случае наличия багов в библиотеке, а они там постоянно всплывают)