Ищущий Знанияотличный выбор, позволяющий экономить очень много ресурсов при разработке, при этом либо не уступая С++ в производительности, либо уступая совсем не много.
Хорошая фраза! Наводит на мысль, что именно из-за недостатка человеческих ресурсов, умеющих программировать в С/С++ и недостатка времени и денег как алтернативой стала Ява. При этом скорость не является критичным условием создаваемой системы, т.е. конечный заказчик не заметит разницы в производительности системы независимо как она была написана. К примеру, веб страница сгенерирована на Яве за 0.001 секунды, или та же страница сгенерирована с помощью С/С++ за 0.0007 секунды. Притом достигается экономия на времени перекомпиляции если система имеет место работать на различных платформай, что в реальной жизни очень редко. Всеравно приходится для каждой платфотмы перелопачивать Ява код.

Если заказчику важна скорость системы, а потом только стоимость разработки и поддержки системы то тогда пожалуйста просим в С/С++. А так получается что одной задницей хотят сесть на два стула, что в результате выходит дороже. Список, где это выходит дороже можно обсудить.

Т.е. я хожу сказать, что разработчики Hadoop, HBase, MapReduce, Big Table, Google File Systems, Cassandra, CouchDB, Redis and other NoSQL изначально готовы были к тому что система будет медленей чем если бы она была написана на С/С++. Все таки Ява классы это не баит код еще как в С екзешник.
Теперь, когда система создана они начинают выворачивать сбой мозк добиваясь высокой поризводительности системы, которя в принцыпе не может достичь потолка по причине прослойки, то что называется ЖВМ.

Теперь, считая затраты на изучение Ява, на изучение работы многопоточности в Ява и всех особеностей каждой версии ЖВМ и если сложить все это время то потеряется весь смысл использования Ява как таковой. За это время можно взять С/С++ с уже годами отлаженными библиотеками на каждой платформе и сделать высокопроизводительную систему там где это требуется. Примеры: Гугль, Амазон, Ибей.

Заключение: Ява должна использоваться там, где нет критических требований к скорости, квалификации программистов, квалификации поддержки после внедрения. Вот это и есть ниша Явы - финансовая обоснованность. Соответственно, курсы должны обучать именно быстрому программированию в Яве таким образом добиваясь преимущества над С/С++ в размерах затрат на разработку, поддержку систем.

Basil A. SidorovПлюнуть, растереть и забыть глупости.
Учи матчасть!

Thinking in Java
Bruce Eckel

What has impressed me most as I have come to understand Java is what seems like an
unflinching goal of reducing complexity for the programmer. As if to say “we don’t care
about anything except reducing the time and difficulty of producing robust code.” In the
early days, this goal has resulted in code that doesn’t run very fast (although there have
been many promises made about how quickly Java will someday run) but it has indeed
produced amazing reductions in development time ; half or less of the time that it takes to
create an equivalent C++ program. This result alone can save incredible amounts of time
and money, but Java doesn’t stop there. It goes on to wrap all the complex tasks that have
become important, such as multithreading and network programming, in language features
or libraries that can at times make those tasks trivial. And finally, it tackles some really big
complexity problems: cross-platform programs, dynamic code changes, and even security ,
each of which can fit on your complexity spectrum anywhere from “impediment” to “showstopper.”
So despite the performance problems we’ve seen , the promise of Java is
tremendous: it can make us significantly more productive programmers.

забыл никВо-первых JIT, в том числе адаптивная оптимизация и ассембелрный код, во-вторых попробуй написать на С быстрый код - можно и там накосячить.
В С/С++ пишешь только то что надо, в Ява же хочешь не хочешы а генерится куча вскякого коду, который даже просто прочитать надо время.

Получается страдает сам программист. Заказчик требует высокой производительности системы за малые деньги. Для этого к программисту предъявляются более высокие требования, которые он может обеспечить потратив СВОЕ время на дополнительные занятия и тренинги в узкой области и часто за свой счет. Хорошо если работодатель оплатит курсы и время проведенное на этих курсах. Иначе, как программист и человек желающий иметь жизнь помимо программирования в Яве надо уходить от таких работ если даже они оплачиваются выше - но не окупаются из-за узкости рынка в этом секторе.

Т.е. программист должен тоже должен считать финансово или жизнено ли это обосновано заниматься этим. К примеру, иметь два контракта в год, скажем, по 6 и 3 месяца (в сумме 9 месяцев) как разработчик веб проложений с некритическими требованиями за рейт скажем $70/час, или из -за узкости рынка иметь только один контракт на 3-6 месяцев за рейт $80/час при этом потратив $5-10 тысяч и месяц -два на дополнительный тренинг в этой области.

Т.е. каждый выбирает себе сам что лучше. Лично мне не надо глубоких знаний в многопоточности, и достаточно того что предлагает Оракл/Сан в базовых туториалс и книгах для чайников по Яве. Потому как в этой области у меня больше шансов иметь стабильный заработок, чем возиться с узкой специализацией и быть привязаным к месту жительства, где есть заказчики. Калифорния или Москва, последние местa, где я хотел бы жить. Мне и на островe хорошо с океаном под окном (вот если бы у соседа срезать верхушки деревьев то мне и девок на пляже было бы видно лучше. Гы) .

Но все-таки, ради интереса, чисто из развлечия я взял бы курс по глубокому изучнию многопоточности в Яве.

свеном а "удовлетворяющей требованиям". ... Java может решать многие аадачи с приемлемой производительностью
Поэтому джавист Вася, который за неделю вкурил JMM, будет писать код

Вот ключевые слова, которые я пытаюсь Вам донести! Ну нет у меня дара убедительности.

Так вот и я о том что программист Вася должен потратить не больше нендели на изучение топика для того чтобы писать в яве приемлемые по производительности системы. Т.е. курсы должны быть организованы не сложнее чем среднестатистический Вася может осилисть зи не дольше чем неделя. Вот мы и прошли к общему умозаключению. Если курс не удовлетворяет этим требованиям - проходим мимо!

ПС
Блин, по количеству постов и времени потраченное на этот топик можно уже было бы прочитать одну книгу на эту тему или пойти на пляже поваляться. Лето все же. Все ухожу!

свеномА сейчас я кайфую от того, что пишу малтитредовые non-blocking алгоритмы, и ваяю своими рукаим реализации Input/Output стримов.

А я еще пытаюсь придать этому кое-какую финансовую подложку пока сижу без контракта. Но мои потуги в мултипоточности ограничиваются API моего брокера через которого я выхожу на маркет. Учитывая все нюансы от местоположения моего (запад Канады), брокера (восток Канады), маркета (Бостон, или Нью Джерси) а также ограничений по трайдингу мне достаточно базовых знаний по потокам чтобы автоматизировать мониторинг почти всего маркета (около 5 тысяч компаний на TSX, и около 6000 на NYSE) но сети не потянут и сведут все мои потуги в оптимизации поточности к тому что у меня есть.

Вот мое простое приложение которое имеет 5 потоков, которые вазимодействуют с друг другом обеспечивая некую робото-способность. Главное попасть в правильную струю.

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