И снова Java

(200) Это гениально... из лаунчера на java запускать код на c++... Но я бы за такое канделябром ))

(180) вброс?) Ну серьезно сам язык джава та же 1с массивы, условия, циклы. Даже тупой 1снег как я может освоить синтакис джавы и классы.

(199) Почему программисты, а и в целом ИТ-ники считают что важнее качество а не цена?

Блин бизнесу не требуется идеальный софт, ему требуется самый дешевый из устраивающих по качеству.

(201) И Андроид без NDK не взлетит.

(203) Важнее цена/качество.

(201) Так ты ещё этого и не найдёшь, так как исполняемый код процессов собирается по мере необходимости.

(196) Ну как бы от вас ждем опровержения

(206) Влегкую найду, просто запущу этот типа java код на другой платформе и все.
И посмотрю как оно будет вылетать на ARM'е ))

(207) Вы о чем? Построение гуя с биндингами это самый что ни на есть прикладной уровень, а никак не системный.
Системный это winapi

(209) Уже давно нет. WinAPI был системный в начале 90-х

(210) winapi остался за бортом там где ему и место.
Сча в лучшем случае его уже обернутым юзают в нечто более удобоваримое.
Если конечно не пишем вирус/антивирус или нечто вроде. Но какое это отношение имеет к учетным/вычислительным системам?

(210) Никакого.

Прикладной уровень - это API облаков гугла или подобное

(199) Выдалеки от реального мира разрабокти выскокуровневого ПО. С++ знимает нишу эмбэдед систем. По с большим количество бизнес логики никто на С++ писать не будет так как оно будет в 2 раза дольше разрабатываться, а потом окажется медленнее Джавы. Как вы думаете что не так с Севером 1с?
(205) Та хрень ваша цена качество. Есть список задач и уровень обслуживания, в том числе скорость выполнения. Так вот берется самый дешевый варинат который удовлитворит указанные условия.

(208) Так оно и на другой машине напишет, что "запуск здесь невозможен, так как система не настроена" - и сиди и гадай, почему.

(212) Ну дык на java системный софт и не пишут обычно ))
А вот универсальный С++ больше подходит для системного и платформозависимого, для всяческих защит и прочего.

Т.е. своя ниша где его применение оправданно и нечего сувать его куда ни попадя.

(213) Серверная часть "апи облаков гугла" как раз на java, они даже придумали GWT - компилятор языка одной виртуальной в код другой виртуальной.

(215) Как бы классы java прекрасно декомпилируются... И потом исполнитель попадает на бабки в случае правильного договора и ТЗ.

(216) да, потому что так дешевле разрабатывать.

(214) Очень далёк. Поэтому в основном пишу на питоне. Нишу эмбэдед какого-то лешего заняла ява. По сеньке ли шапка?

(217) Ну, если используется оборудование, то никто не обязывает для него искать java-драйвер, которых чаще всего просто нет, так что это проблема заказчика - ему передали рабочую программу - пусть делает с ней, что хочет.

(219) Потому что "compile once, run anywhere"

(219) В эмбеддед - памяти мало, чтобы с ней лучше работать, они выбирали то, что память не теряет. А скорость - там как раз не важна - оно всё равно так тормозит, что что-то реальное написать невозможно.

(221) С большими ограничениями, если что-то необычное используется.

(221) Feihua?

(219) в эмбедед системах с джавой используется апаратная джавамашина.
(215) Вот видно, что вы реального джава По мало видели. Там скрипты и джвм поставят и другие сопутствующие вещи.

(220) Вызов нативных дров это одно, а бизнес логика или интерфейс на C++ вместо ожидаемой Java это уже не то.

(226) Ну, по мне, интерфейс - это окошки программы, а всё остальное - вызов драйверов.
Или для вас ещё и имена переменных в ТЗ нужно указывать ?

(224) Науя мне ваша супер-пупер прога на C++ когда у меня планируется смена железа/осей?
И я точно знаю что JVM есть и там и там причем совместимая.

(219) Для меня пайтон не более чем вспомогательный язык.

(229) Для вебщиков очень даже мощная вещь

(228) Если в ТЗ не написано, что она должна работать там-то и там-то, нет проблем - если же написано - будет работать.

(227) Когда нам предложили "сделать сайтик" я первым делом спросил "на какой CRM он будет".
И после ответа "на их собственной" они были посланы лесом-полем.

(232)+ сорри CMS

(233) А какая там? Мне интересно, потому что я обслуживаю интернет-магазы

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

(230) Ага джава вам меденная за то пайтон быстрый ) Пайтон в разы медленнее джавы.

(225) "в эмбедед системах с джавой используется апаратная джавамашина." http://www.linux.org.ru/forum/development/10677738
(229) То есть это вы далеки от реального мира разрабокти выскокуровневого ПО?

(236) Пайтон же не работает на архитектуре, это интерпретатор

(234) А уй знает, что то свое на php наваяли и всем пытаются впарить.
Зачем сейчас такой изврат для типовых сайтов, когда есть огромный выбор готовых которые можно кастомизировать как угодно почти.

(239) Ну, если он уже у них есть, то зачем брать что-то другое, если есть рабочее решение ?

(240) Потому что любым вменяемым людям нифуя не нужен их личный самодельный лисапед.
С которого как залез то фиг слезешь...

(236) Когда медленнее на сцене появляется C++.

(237) Ну, как бы, андройд, если отбросить тонкости - это аппаратная java-машина.

(237) А о каких эмбедед системах на джаве речь?
(237) Я зарабатываю разработкой на джаве и скале, тут пайтон ничто иное как младший брат.

(241)+ Причем оно даже не HTML5 как выяснилось, т.е. устарело вусмерть.

(243) Андроид это Линукс с мобильными примочками

"Dalvik — регистровая виртуальная машина для выполнения программ, написанных на языке программирования Java......"

(242) вот давайте с примерами. Высоконагруженных систем на пайтоне. Пусть со вставками с++. Пустословие надоело. Я буду показывать высоконогруженное ПО на джаве / скале с которым работаю

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

(249)++

(248) https://en.wikipedia.org/wiki/Theano_(software)

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

Зато им можно трансляторы с одного движка на другой продавать по нескольку раз.

(251) Как бы, в вычислениях, например, тот же matlab делал джаву только так - так что это явно не её поле.

https://habrahabr.ru/company/biggo/blog/102742/ и высоконагружать можно почти до бесконечности.

(251) (254) Ну извращенцев на свете как выясняется много ))

Поймите что "операции на гландах через задний проход, причем автогеном" они конечно самые высокооплачиваемые...

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

(255) И богатых, блин https://www.google.ru/search?ie=UTF-8&hl=ru&q=cern%20theano&gws_rd=ssl

(255) Я бы веб-девелов, сделавших рынок, посадил работать за их поделиями по 24 часа в сутки.

(257) Оно, в принципе, нормально работает.
Все поделия - это php и иногда - заказные модули - просто и ясно.

(251) Я даже нигде не нашел тестов производительности этой поделки. Но я как раз работая на крупного дистрибьютора хадуп и пилю Apach Spark. Знаю точно, что nampy проигрывает чистой джаве по производительности, а фреймворкам для вычислений и подавно. Так вот на реально больших кластерах пайтон может выступать только как вспомогательный язык, который запустит mapreduce или spark джобу. Если джоба спарка будет на скале то будет ощутимо быстрее

(254) это со спарком и рядом не стояло по производительности. Спарк реально самый быстрый фремворк распределенных вычислений. Еще есть Kafka одна из самых быстрых очередей.

Что не так с сервером 1С?

(251) Вот нашел Deeplearning4j как минимум в 2 раза быстрее поделки.
http://deeplearning4j.org/compare-dl4j-torch7-pylearn.html

(261) Вечные проблемы с памятью, деградация в процессе работы.

(261) в общем полный комплект проблем с++ приложения в большом продукте. Подозреваю, что то же самое на джаве работало куда лучше.

(263) Да вы прямо капитан-очевидность.
Я то думал, вы причины этого скажете.

(263) Почему деградация с памятью возникает?

(266) из за фрагментации памяти и из за утечек. Как по мне это не менее очевидно.

(264) Ну да, память бы не текла, ее бы просто не хватало. Приложение рождало бы 100500 потоков и постоянно несколько из них занималось бы неизвестно чем.

(268) полная чушь

(269) Конечно, конечно.

(267) Почему память утекает, не знаете?

(258) Интерфейсы бестолковые, не предназначенные для ввода большого количества данных, а если лаги в связи с сервером то вообще труба.
(259) Есть тесты.
(262) Сами себя похвалили? Молодцы!
(264) СУБД - большие продукты?

(256) не спорю что они есть, но как думаете сколько желающих их окучить? не получится туда влезти без связей ))

а со связями уже глубоко пофиг на все эти питоны/явыф или плюсы/без плюсы

(270) подробно не знаю почему ее не получается освободить. + фрагментация

(273) Мне кажется, 1С экономит на разработчиках.

(273) Все там просто.
И.
1С работает над этим:
https://wonderland.v8.1c.ru/blog/razvitie-sredstv-diagnostiki/

(274) Нет.
Слишком много разработчиков пришло из семерки в 1С. Недоучек из 90-х, которые передали по наследству тонны говнокода.

(276) Судя по примерам в сдк, так оно и есть.

(271) Чем ближе СУБД к большим данным, тем дальше от C++.

(276) А ты два дня назад начал кодировать?

(271) неужели вы не в Кусре что аткое спарк если связаны с ML? Или это так на самом деле джанго пилите?

(280) Я должен знать и использовать все библиотеки?

http://pastebin.com/RVHUwvRH - вот такое пилю

(281) Так когда сети учат в серьезных проектах, то это делают на кластерах из большого количества машин. и как не странно ни о какой С++ там и речи нету. Есть Hadoop и Spark. В том числе эти технологии используют компании типа гугла, эпла.

Мэйлу ру по максимум выпилили С++ и перешли на джаву.

(282) я хз что -- это делает.

Кстати вопрос - в Java ввод со сканера штрих-кода как-то отличить от ввода с клавиатуры можно ?
Просто в Си - в сообщении передаётся HANDLE устройства - и всё просто. А Java, видимо, про то, что устройств может быть несколько - не знает.

(283) "ни о какой С++ там и речи нету" значит о C есть. Точно не о яве.
(284) Кто такие мэйлру?
(285) Значит оно всё делает правильно.

(286) на сколько знаю, только если сканер включён в ком или эмулирует ком. Иначе префиксы.
(287) я в этой сфере работаю и знаю на чем написан hadoop стек. И ему по сути нет конкурентов.
а мэйлу одна из самых успешных российских ит компаний.

(288) В какой этой? Почему скаловский спарк, имеющий питонячий интерфейс, уже задвинули?
В России наиболее успешны компании имеющие лапу. Так что не показатель.

(0) Хорстмана и Корнелла почитай. Норм расписано!

(289) потому что сейчас спарк часть хадуп стека. Скала и джава выполняются на jvm. Джава быстрее скалы, но на скале проще делать распределенные системы. Из за функциональщины которая там есть.
Я работаю на крупного дистрибьютора хадуп, занимаюсь доработкой спарка. И на Питоне там разве что Хью и то это отдельная утилита котора лишь даёт интерфейс сабмита ззадач

(286) https://github.com/gary-rowe/hid4java

(291) "Я работаю на крупного дистрибьютора хадуп"
Дальше можно не продолжать.

(294) Вот только и нашел на сайте разработчика сравнение проиводительности и то доисторических времен. Дело в том, что Hypertable никому не нужна:
https://www.google.com.ua/trends/explore?cat=5&date=all,all&geo=,&q=hypertable,hbase
https://www.google.com.ua/trends/explore?cat=5&date=all,all&geo=,&q=hypertable,casandra
А почему? А потому, что они не смогли угнаться в разработке и самозагнулись.
Даже если поверить в результаты тестов то Casandra обгоняет Hbase c б`ольшим отрывом.
http://www.planetcassandra.org/nosql-performance-benchmarks/
(295) Тоже доисторическая хрень сравнили бульдога с носорогом. RabbitMQ значительно проигрывает по производительности по сравнению с Kafka.
http://www.cloudhack.in/index.php/2016/02/29/apache-kafka-vs-rabbitmq/
Вот более полный бэнчмарк
http://bravenewgeek.com/dissecting-message-queues/
Можно обратить внимание на редис(С++). И с fold tolerance у редису значителььно хуже.

(296) Так ведь и casandra c hbase не всем нужна - читайте юзкейсы. Есть у вас кластер с gpu, обрабатывающий сверточные нейросети, допустим, или любой другой массовый параллелизм, впилите сюда яву!

(291) А мне казалось, что скала быстрее джавы...

(298) как он может быть быстрее если работает в jvm?

"RabbitMQ значительно проигрывает по производительности по сравнению с Kafka."
да пофиг https://pypi.python.org/pypi/kafka-python