И снова Java

TensorFlow
C++ 44.0% Python 40.1% Jupyter Notebook 6.4% HTML 4.2% TypeScript 2.3% Shell 0.9% Other 2.1%

(297) >> Так ведь и casandra c hbase не всем нужна - читайте юзкейсы.
Вот вроде бы вы взрослый человек. Вы из контекста не уловили, что мы базы данных для больших данных рассматриваем? Все 3 БД имеют одинаковое назначение (hypertable, hbase, casandra)

>> Есть у вас кластер с gpu, обрабатывающий сверточные нейросети, допустим, или любой другой массовый параллелизм, впилите сюда яву!
Впиливаю для вас
http://www.jcuda.org/
http://deeplearning4j.org/spark-gpus
https://github.com/IBMSparkGPU/CUDA-MLlib

К стати давайте представим что у вас есть кластер в 1000 нод, на чем вы свои таски стартовать планируете? Какой фреймворк будет обеспечивать перезапуск тасок и планирование?

(298) Не значительно, но медленне. В скале из за синтаксического сахара очень много классов создается.
(300) вы наверное забыли, что мы обсуждаем. Мы обсуждаем производительность программ на разных языках

(302)
https://github.com/IBMSparkGPU/CUDA-MLlib
Cuda 57.2% C 31.2% C++ 6.9% Shell 2.7% Makefile 2.0%
У других тоже между явой и гпу прослойка найдётся.

"вы наверное забыли, что мы обсуждаем. Мы обсуждаем производительность программ на разных языках"
Вас сразу к результатам Java vs C++ попросить? Пока напомню, что речь шла и о симбиозе языков.

(302) "Вот вроде бы вы взрослый человек. Вы из контекста не уловили, что мы базы данных для больших данных рассматриваем? Все 3 БД имеют одинаковое назначение (hypertable, hbase, casandra)"
А вы понимаете, что не все параллельные вычисления, которыми занимаются MPI, имеют отношение к большим данным?

Есть D. Компилируется в нативный код и имеет GC. Вполне может заменить яву и шарп, в перспективе.
http://dlang.org/areas-of-d-usage.html

(305) Ничего он не заменит. Слишком большое сообщество у явы и шарпа. Скорее .Net Native похоронит D

Я к чему. Есть в .Net прекрасный язык Nemerle.
Там есть то чего в C# нет до сих пор. Но его популярность слишком мала. Кто стоит за C# и кто стоит за Nemerle.
Так же и с D.

(306) У С# тенденция самому переродиться в D. NET не нужен.

(308) Ну судя по развитию C# то развивается достаточно быстро и берет многое из функциональщины, динамиков.

.Net не нужен кому? Живет и процветает и становится кроссплатформенным.  Его хоронят с самого его появления.

А вот кому D нужен? Пока за ним не будет стоять крупная контора никому, он мало интересен.

(309) Там по ссылке всё сказано. Например " Remedy Entertainment has successfully shipped the first AAA game to use D code for XBox One and Windows 10."

(303) все что я написал отлично иллюстрирует, что на С++ сложно написать большое приложение. И по факут на это уйдет больше времени а выхлопа не будет и функционал будет скуднее.
Естественно сам драйвер для CUDA лучше написать на С/С++. Я наоборот утверждаю, что удел плюсов вот такие низкоуровневые программы.
(304) в моем случае с точностью до наоборот. В Hadoop и Spark не используется MPI.
(305) Так джава тоже в нативный код очень быстро компилируется. Я пока не слышал, о популярности D. На много больше разговоров о GO

(303) http://www.javaworld.com/article/2076593/performance-tests-show-java-as-fast-as-c--.html?page=2
Вот тест где джава компилится jit компилятором

(312) 98 год и java 1.2 ;))

Особенно забавно когда читаешь современную книгу по яве инженера разрабатывавшего яву (Блох), и он пишет что старые версии платформы имели серьёзные проблемы с производительностью

(313) Там очень простые кейсы в тестах, наверняка они давно максимально оптимизированы. Все вычисления в стеке

(312) Даже не знаю что и сказать
http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=java&lang2=gpp
(314) А как тогда дела с суперскалярностью были?

(315) Есть опция -server которая говорить JVM что код нужно побыстрее копилить, а не интерпритировать. На тестах где 1 и тот же код выполняется много раз - это дает значительный прирост. А в реальной системе на сервере, весь часто используемый код будет скомпилин в нативный

(310) Ну и? На Unity тоже делают
https://msdn.microsoft.com/ru-ru/magazine/dn857359.aspx
https://msdn.microsoft.com/ru-ru/windows/uwp/xbox-apps/development-lanes-unity

(317) Это всё майковые зазывалочки. Никто там ничего серьёзного не делает.

(318) А на D?

Кстати Вакансии
Unity
https://hh.ru/search/vacancy?text=Unity3D&area=1

C#
https://hh.ru/search/vacancy?text=C%23&only_with_salary=false&area=1&enable_snippets=true&clusters=true&salary=

Java
https://hh.ru/search/vacancy?text=Java&only_with_salary=false&area=1&enable_snippets=true&clusters=true&salary=&from=suggest_post

Unity3D 482 вакансии
C# 859 вакансий
Java 1 436 вакансий

1C 11 245 вакансий

Была хорошая вакансия в сети знакомств badoo. Меня очень воодушевили их характеристики 300+ лямов пользователей более миллиарда динамических реквестов в сутки.

А по jave возьмите себе навырост книжицу http://www.books.ru/books/java-native-interface-1354084/

(321) 1С - там половина вакансий это "Менеджер по работе с клиентами" "Ассистент отдела продаж"

(324) Если задать Программист 1С
То всего 600

(325) а вот C# и Java - все настоящие вакансии

в 1С есть ещё Администратор 1С

Да и по Unity3D лоханулся
71 вакансия

(319) Если сделать скидку на разные весовые категории в данной дисциплине, то примерно поровну)
(320) Для мобильных девайсов на юнити много чего делается.

В джава .больше специализаций, то есть даже синьер будет вынужден отбросить половину вакансий из потенциальных

Вам же говорят на рынке тупо Java Core ни кому не нужен, даже Джуниоров просят что бы они знали J2EE.
Т.е. ООП паттерны, сервлеты там, ant/maven, spring, Hibernate. Конечно не просят полностью знать, а хотя бы что это и для чего это нужно, плюс желателен опыт работы с этими технологиями.

(332) брать и идти, я вот сам для себя большой проект пилю. (333) драйвера - это не про яву, это про C/CPP и ассемблер.
<написание прог на Яве к чему сводится>

к программированию, в 1С вы же можете написать свою конфу? вот и в яве также

(331) А что, для коры паттерны и гибернейт не нужны?

(334) На Java, наверное, даже проще, чем на 1С - там многопоточность из коробки и синхронизация без проблем.

(335) Ну под корой имеется ввиду ООП, JDK и голый синтаксис. (336) ха ха ха

(336) Это в яве синхронизация без проблем и многопоточность из коробки?

(338) Ну, по крайней мере, я тестовый пример для обмена данными между потоками написал и запустил - и, надо сказать, что работает и не тормозит.

(340) что то на уровне, я написал

Сообщить("Привет мир!");

все работает и без проблем

(339) Я нисколько не учился, появилась задача пару лет назад андройд приложение написать, за месяц написал..

год назад решил свой проект запилить, до сих пор пилю (по вечерам, времени особо нет, да и очень глобально)
а если думать про "учёбу" то по яве я первую книжку прочитал два месяца назад (философию) и то после того как мне предложили в программерский отдел перейти...просто решил для себя теорию подтянуть

(342) Ну примерно так, только в нескольких потоках.
Понятно, что если копнуть глубже, то будут подводные камни - но, есть языки, где и несколько потоков для Hello World не сразу запускаются.

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

(345) Так я же про объекты "atomic" - они гарантируют синхронизацию на уровне процессора.
А synchronized - это просто гарантия, что в одни ворота все сразу не зайдут.

(346) Тогда учи всё - по крайней мере - сможешь для каждого задания выбрать оптимальное решение.

(346) у нас в Челябинске вакухи джва джун - 40 мидл 80 сеньор 120.

(345)  Конкурентная многопоточность в целом сложная область, но в джаве много инструментов для синхронизации.

(347) так атомики только для примитивов

(350) Я и говорю что "многопоточность из коробки" - это набор инструментов и пара инструкций по которым можно собрать чтото работающее... но глючить всёравно будет если не вникать в подробности не описанные в документации

(346) Вот тебе задача, сделай на java два документа приход и расход, ну и плюс регистр накопления остатки. Это будет веб приложение, поднимешь на tomcat, используй бд MySQL, попробуй через хибернейт. Т.е. будет трёхзвенное клиент-серверное приложение. Вьюшку можешь сделать на jsp(правда он мертв), ну или JSF хотя бы.
Реально по ходу дела разберешься с основными технологиями и паттернами ООП.

(353) Для вьюшки любой из готовых фреймворков java>js их сча море.
Самый удобный/гибкий для меня показался https://www.zkoss.org/product/zk.

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

(355) Затем что без многопоточности нажал кнопку "выполнить" и привет. Ой я не то нажал как бы прервать? - Никак!

(351) Так обычно и нужны только примитивы - через них всё делается - просто - объекты упрутся в синхронизацию потоков на уровне операционной системы - а не все системы (особенно железные) это хорошо умеют.

(356) +1 Если понять сам принцип работы многопоточности то никаких проблем хоть вручную на семафорах сделать.

(355) Не заморачивайся о многопоточности на первых этапах. Если говорить о вэб программировании на джаве, то там многопоточность очень редко нужна и в самых простых реализация используется

(357) Да-да, как раз последняя 1С - очень показывает, как не нужно делать.

(360) Для Web-а многопоточность  - зло. Там отмена задания будет делаться уже другим запросом.

(358) к примеру у вас обработка состоит из 3-х независимых этапов. Затем есть 4-й этап который можно начать только по завершению 3-х. Как вы будете на атомиках извращаться?

(362) Вам нужно просчитать сумму числе в очень большой матрицы загруженной с UI. Почему бы не сделать это в несколько потоков?

(362) ну прям зло, а если например "внутри" делается штук 5 запросов в разные системы, каждый из которых по 15 секунд отрабатывает? а потом ответ надо в один слить и клиенту отдать

(365) Асинхронность, nodejs...

(366) так это и есть разновидность многозадачности

(353) Хочу позанудствовать. У ООП нет паттернов.

(368) знакомиться с популярными фреймворками и прочими помогающими вещами.

Стек нужных технологий вытащи просмотром вакух.

Потом идешь и ищешь позицию джуна

(367) Ага причем очень простая и удобная когда в нее въедешь. Классическая многозадачность явы для меня была проще для понимания, но юзать сложнее.

(368) Выучил основы - идешь в джуны и 3-5 лет пашешь до мидла/регуляра. Станешь ли сеньором это еще вопрос.

(372) сейчас популярны веб-игры (у многих бэк на джаве), игры на андроиде и различные бизнес-приложения. В основном студии (куда берут джунов) этим занимаются.

(373) Возможно еще студия специализируется на западных заказчиках. Или западная компания набирает подешевле прогов у нас. Там есть возможность проявить себя и перебраться заграницу работать.

(369) я лох, признаюсь, паттерны проектирования*
Просто ко мне они пришли вместе с ООП, и я их связываю, что в корне неверно

(372) Тогда слушай.
Даже внутри джавы нужно выбрать специализацию. Самое ширпотребное - это Spring / Hibernate.
Spring - Самое важное Dependency Injection, MVC (можно ограничится RESTом), Spring Data (Spring jdbc, spring data jpa)
Hibernate - Тут не нужно пытаться воспроизвести поведение 1с (не делайте никаких регистров, используйте плоские таблицы). Понимать как делаются джоины, индексы. Посмотреть criteria api и H(JP)QL
В теории почитать про сервлеты. Можно попробовать сделать что-то простое.
Посмотреть что такое JPA, JSF, GWT. Что бы на собесе сказать, что читал знаешь что такое и зачем и готов углубиться, если надо.
Поверхностно посмотреть JS (Angular, jquery)
В джава кор часто спрашивают про ООП , Коллекции (иерархия, реализация, алгоритмическая сложность операций), Исключения (чекед, анчекед, иерархия), дженерики, базовая многопоточность(монитор, синхронизационный блок/метод, атомики, конкурентные коллекции), базовые паттерны
Делать свой проект который заливать на гитхаб(обязательно просить просмотреть код шарящих людей). Проект не нужно выбирать алгоритмически сложный, главное что бы цеплял по больше из вышеперечисленного (Зоопарк, Интернет магазин)
Ходить на собесы, вначале на не ценные для тебя, просто потренироваться.

Не отвлекаться на всякие С++, NodeJS. Поле базовых скилов джавы можно качать JS для фронта.

и не пытаться реализовывать иерархические списки

PS. Я уволился с работы и 2.5 месяца учил джаву. После чего сразу наше работу.

(378) учил джаву, тоже хотел соскочить, но повысили до нач. отдела.

(377) Чем вам иерархия не подошла ?

(331) Java Core очень даже нужна на рынке и платят за нее даже больше чем за энтерпрайз. Только уровень нужен соответствующий. Надо очень глубоко знать concurrency.

(333) драйвера нет. Андроид да. Но основное применение, как я понимаю - сложные распределенные системы, такие как ЕГАИС, к примеру.

(376)
А Swing, tomcat ?

А так в принципе можно делать почти все, кроме прямой работы с железом а-ля драйвера. Десктопные приложения можно и т.п.

(383) Swing еще жив?

tomcat осваивается в куче с сервлетами. По крайней мере, я их на нем как раз гонять пробовал

(376) спасибо. Последний раз джавой занимался довольно давно, теперь знаю, в каком направлении смотреть для освежения навыков

(380) Что бы не тратил время, у него это не спросят и с высокой вероятностью пропустят мимо при просмотре кода.
(383) Десктопные приложения на джаве пишутся редко. Я бы не рекомендовал даже тратить время на ознакомление со Swing. Лучше это время потратить на web ui технологии. А томкат для начала достаточно знать, что это такое. Как деплоить приложение, но там все предельно просто.

(388) Intellij Idea написана на swing

(389) И что? Устроиться на работу по написанию IntelliJ IDEA или аналогов не очень реально ))

(390) ну не знаю, меня около 8 лет назад туда звали...

(391) Вот сравни с кол-вом общим вакансий по java и сколько там требований Swing. Суть да можно найти работу и по JavaSE/Swing но уже сложно.

(392) Меня пока жаба не интересует.
Когда станет - буду сравнивать.

Более того https://habrahabr.ru/post/304812/

(394)
Там в комментариях указали что  Java EE, а не  Java в целом.

(395) А теперь представь себе заявление КАМАЗа "мы больше не будем выпускать грузовики, а только ОКу".
смысл утрирован, но похож. Ибо жаба нужна в ЕЕ и на мобилах. А на декстопе - не упёрлась и во что.

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

(394) Ох как одна желтая статейка на хабре может промыть людям голову.
1) Oracle уже подтвердила выход Java EE8
2) Java EE это всеголишь набор спецификаций
3) Java-Enterprise приложения в основном сейчас пишутся не на Java EE!

(396) на декстопе уже давно много чего не упёрлось...я вот задумался что за последний год, кроме пары игр только одну единственную софтину установил (кроме программерских) - чтобы DVD сконвертить

imho прошло время написания софта для десктопов