The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Проект Elasticsearch переходит на несвободную лицензию SSPL, opennews (?), 15-Янв-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


12. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +1 +/
Сообщение от funny.falcon (?), 15-Янв-21, 12:27 
Я хоть и не Java программист, но не вижу причин считать Java невменяемым языком.

А вы программируете на Java профессионально?

Ответить | Правка | Наверх | Cообщить модератору

34. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +1 +/
Сообщение от anon6546 (?), 15-Янв-21, 13:01 
сам язык java более-менее нормальный, но сравнительно медленно развивается.
проблема именно в том, что java-проги поверх jvm работают.
более-менее большие программы на java тормозят и потребляют сравнительно много ресурсов.
Например, gradle, Android Studio написаны на java.
Ответить | Правка | Наверх | Cообщить модератору

39. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +5 +/
Сообщение от funny.falcon (?), 15-Янв-21, 13:35 
Есть куча программ, написанных на других языках, и тоже тормозящих. Сама по себе JVM - вещь крутая. А говно софт можно писать и на фортране.

Просто в java мире исторически с одной стороны было принято писать bloated software. С другой стороны, из-за отночительной простоты самой Java, в неё приходили не всегда полноценные программисты. Неполноценный программист пишущий bloated софт => тормоза.

Но это проблема не языка и не рантайма. Это проблема экосистемы и сложившейся культуры.

Я слышал и знаю о таких serverside приложениях на Java, что мне с моим C и Go бэкграундом остаётся только тихо завидовать.

Т.е. на Java можно писать так, чтобы это было так же эффективно, как и на других "быстрых" языках. Для этого просто нужно иметь такую же квалификацию, которую имеют программисты, пишущие быстрые приложения на "быстрых" языках.

Ответить | Правка | Наверх | Cообщить модератору

46. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  –2 +/
Сообщение от sdfsdf46 (?), 15-Янв-21, 14:00 
>>> Т.е. на Java можно писать так, чтобы это было так же эффективно, как и на других "быстрых" языках. Для этого просто нужно иметь такую же квалификацию, которую имеют программисты, пишущие быстрые приложения на "быстрых" языках.

примерно то же самое можно сказать про C++: на C++ можно писать безопасные и быстрые программы, просто нужна квалификация.

Ответить | Правка | Наверх | Cообщить модератору

53. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +/
Сообщение от Аноним (53), 15-Янв-21, 14:33 
Если писать их с ручной очисткой памяти, то кода будет очень много и его трудно будет поддерживать. А если использовать авто очистку памяти (аналог GC или smart pointer), то получем то же проседание производительности и даже в этом случае поддерживать код будет тяжелее на С++.
Ответить | Правка | Наверх | Cообщить модератору

59. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +2 +/
Сообщение от fghgf678 (?), 15-Янв-21, 14:47 
как вы думаете, на каком языке программирования реализации jvm написаны?
Разве не C++?
Ответить | Правка | Наверх | Cообщить модератору

84. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  –1 +/
Сообщение от Andrey (??), 15-Янв-21, 17:02 
Без разницы на каком, главное, что сборка мусора в JVM-языках работает и упрощает написание программ в большинстве случаев.
Ответить | Правка | Наверх | Cообщить модератору

121. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +/
Сообщение от Аноним (-), 15-Янв-21, 19:47 
> Без разницы на каком, главное, что сборка мусора в JVM-языках работает и
> упрощает написание программ в большинстве случаев.

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

Ответить | Правка | Наверх | Cообщить модератору

120. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +2 +/
Сообщение от Аноним (-), 15-Янв-21, 19:46 
> и даже в этом случае поддерживать код будет тяжелее на С++.

Тяжелее по сравнению с чем? И кому?

Круть плюсов - в том что они позволяют всю low level магию сей, но ее можно скрестить с high-level ооп. Получается очень крутое сочетание. И на чем еще ты так сможешь? И, главное, есть уверенность что придется учиться меньше для достижения столь же годного результата? Или ты хотел впарить нам картонные пихонокакашки под видом крутой штуки? :)

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

134. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  –1 +/
Сообщение от Сишник (?), 15-Янв-21, 20:07 
Ну дык тот же java код может вызывать сишный или вообще ассемблер - то же самое получается.
Ответить | Правка | Наверх | Cообщить модератору

164. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +/
Сообщение от Аноним (-), 16-Янв-21, 02:52 
> Ну дык тот же java код может вызывать сишный или вообще ассемблер
> - то же самое получается.

Только в сишном коде. А прогеру надо знать 2 разных языка. Не все же змейгорынычи, чтобы одна бошка на си, вторая на яве? А плюсовики могут все это логично в 1 бошку уложить. Это и делает их крутыми. И я конечно понимаю что у вебмакак от этого батхерт, ведь они так не могут - но что поделать. "Любую работу можно сделать быстро, качественно и недорого - выберите любые два"

Ответить | Правка | Наверх | Cообщить модератору

131. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +/
Сообщение от Маняним (?), 15-Янв-21, 19:59 
>> или smart pointer) то получем то же проседание производительности и даже в этом случае поддерживать код будет тяжелее на С++.

std::unique_ptr имеет нулевой оверхэд и по памяти, и по поизводительности по сравнению с plain pointer/new/delete.

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

133. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +/
Сообщение от Маняним (?), 15-Янв-21, 20:06 
PS:
#include <memory>

void foo() noexcept {
    auto up = std::make_unique<int>(1);
    auto pp = new int(2);
}

foo():
        push    rbp
        mov     edi, 4
        call    operator new(unsigned long)
        mov     edi, 4
        mov     DWORD PTR [rax], 1
        mov     rbp, rax
        call    operator new(unsigned long)
        mov     rdi, rbp
        mov     esi, 4
        pop     rbp
        jmp     operator delete(void*, unsigned long)

Ответить | Правка | Наверх | Cообщить модератору

165. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +/
Сообщение от Аноним (-), 16-Янв-21, 02:54 
>         call    
> operator new(unsigned long)

Ну вообще это не нулевой оверхед. В случае пойнтеров какая-нибудь константа или подходящая база может сидеть в энном регистре и call чегототам вообще не потребуется. А call operator new(unsigned long) врядли совсем уж пушинка.

Ответить | Правка | Наверх | Cообщить модератору

169. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +/
Сообщение от Аноним (169), 16-Янв-21, 04:18 
Примерно такая же не пушинка, как и malloc. Зависит от реализации.
Ответить | Правка | Наверх | Cообщить модератору

86. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +3 +/
Сообщение от Аноним (86), 15-Янв-21, 17:18 
> Сама по себе JVM - вещь крутая

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

> Но это проблема не языка и не рантайма. Это проблема экосистемы и сложившейся культуры.

Язык не существует вне экосистемы, так что мимо.

> Я слышал и знаю о таких serverside приложениях на Java, что мне с моим C и Go бэкграундом остаётся только тихо завидовать.

Вполне понятна зависть с позиции недоязков, но это ни разу не значит что java сама не недоязык.

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

109. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  –1 +/
Сообщение от funny.falcon (?), 15-Янв-21, 18:32 
> Язык не существует вне экосистемы, так что мимо.

Но экосистема развивается. NIO/NIO2 позволяет писать крутые вещи. В бенчмарках TechEmpower с фрейморком Vert.X Java входит в дюжину лидеров по всем дисциплинам.

> Вполне понятна зависть с позиции недоязков, но это ни разу не значит что java сама не недоязык.

ну конечно, Вам, как программисту на Haskell, все языки видятся немножко "недо".

Ответить | Правка | Наверх | Cообщить модератору

166. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +/
Сообщение от Аноним (-), 16-Янв-21, 02:56 
> Но экосистема развивается. NIO/NIO2 позволяет писать крутые вещи.

Автор там случайно не японец? Ты видимо просто не в курсе что это означает на, вроде бы, японском :P

> В бенчмарках TechEmpower с фрейморком Vert.X Java входит в дюжину лидеров по всем дисциплинам.

Там и сишный lwan входит, при том еще вопрос ужаснее ли его код, апи у него все-таки удачное :)

Ответить | Правка | Наверх | Cообщить модератору

107. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +2 +/
Сообщение от Аноним (107), 15-Янв-21, 18:28 
А можно хоть один пример "быстрого" софта на Java?
Idea? Eclipse? Net Beans?
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

111. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  –1 +/
Сообщение от funny.falcon (?), 15-Янв-21, 18:36 
Вообще, Goland (Idea) меня устраивает. Может быть у меня мощный ноут рабочий.

Но я не зря в скобочках serverside написал. Например, раздатчик видео у Одноклассников написан на Java, и он прокачивает 40Gbit канал с одного сервера.

Существуют HF Trading платформы на Java, когда решение нужно принимать за единицы/десятки микросекунд. (Правда, они там GC отключают).

Ответить | Правка | Наверх | Cообщить модератору

122. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +1 +/
Сообщение от Аноним (-), 15-Янв-21, 19:48 
> Существуют HF Trading платформы на Java, когда решение нужно принимать за единицы/десятки
> микросекунд. (Правда, они там GC отключают).

А почему LSE на плюсах написали, наевшись сказок дотнетчиков? Как угодно но VM латенси и реалтайму не помощник.

Ответить | Правка | Наверх | Cообщить модератору

146. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +/
Сообщение от Аноним (107), 15-Янв-21, 21:48 
>Вообще, Goland (Idea) меня устраивает

Ну так возьмите машинку/виртуалку послабее и там сравните, например, с Qt Creator и всё сразу станет ясно.

Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

170. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  –1 +/
Сообщение от Аноним (169), 16-Янв-21, 04:20 
А если сравнить с nano, все станет ясно про Qt Creator.

Идейка жрет ресурсы не потому что на джаве, а потому что это полноценная IDE, которая на лету парсит код, который ты пишешь, в AST, и делает статический анализ по куче диагностик.

Ответить | Правка | Наверх | Cообщить модератору

179. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +/
Сообщение от Аноним (179), 16-Янв-21, 09:16 
И чего так нервничать, малыш? А остальные IDE лапу сосут что-ли вместо работы?
Ответить | Правка | Наверх | Cообщить модератору

108. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +/
Сообщение от Аноним (107), 15-Янв-21, 18:30 
>Т.е. на Java можно писать так, чтобы это было так же эффективно, как и на других "быстрых" языках.

И что, таки JWM уже переписали на Java?

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

112. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  –1 +/
Сообщение от funny.falcon (?), 15-Янв-21, 18:38 
Ха-ха :-) Вы не поверите, но существует не одна реализация JVM на Java. Одну из которых реально прочат как фундамент для будущих версий.
Ответить | Правка | Наверх | Cообщить модератору

178. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +/
Сообщение от _ (??), 16-Янв-21, 08:00 
Правда ты постеснялся сказать что все они - govno :)  А единсвенная jvm которая хоть чего то стоит сделана на C++ :-p
Ответить | Правка | Наверх | Cообщить модератору

173. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +/
Сообщение от Аноним (173), 16-Янв-21, 04:55 
Частично, называется GraalVM.
Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

52. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  –3 +/
Сообщение от Аноним (53), 15-Янв-21, 14:31 
Тормозят конкретно IDE не потому что они на Java, а потому что там в фоне очень много парсинга текста и графов зависимостей библиотек, да еще встроенные статические анализаторы кода, которые на лету работают. Но в целом да, софт на Java обычно тяжелее, это плата за авто очистку памяти и кросс платформенность.
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

54. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +/
Сообщение от dfg56fgh (?), 15-Янв-21, 14:34 
хотите сказать, что jvm - это zero cost abstraction?
jvm потребляет 0 байт RAM?
jvm ничего не потребляет?
Ответить | Правка | Наверх | Cообщить модератору

67. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +2 +/
Сообщение от Аноним (67), 15-Янв-21, 15:41 
vscode не тормозит и не на джава. А парсинг текста там и вовсе на C++.
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

76. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +/
Сообщение от Аноним (76), 15-Янв-21, 16:06 
А почему vscode не тормозит? Хотя там тоже так же всё парсится.
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

78. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +/
Сообщение от анонн (ok), 15-Янв-21, 16:30 
> А почему vscode не тормозит? Хотя там тоже так же всё парсится.

Потому что адепты vscode не устают повторять, что он не тормозит, пытаясь таким образом повлиять на реальность ...


Ответить | Правка | Наверх | Cообщить модератору

123. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +2 +/
Сообщение от Lex (??), 15-Янв-21, 19:49 
Но в реальности он тормозит ощутимо меньше жабошных IDE и это притом, что парсить приходится весьма немало
Ответить | Правка | Наверх | Cообщить модератору

124. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +1 +/
Сообщение от Аноним (-), 15-Янв-21, 19:49 
> А почему vscode не тормозит? Хотя там тоже так же всё парсится.

Ну это смотря с чем сравнить. Если после него попрогать в kate каком-нибудь - такое ощущение что из запорожца в истребитель пересел.

Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

171. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +1 +/
Сообщение от Аноним (169), 16-Янв-21, 04:22 
Ничего там не парсится, вскод это самый обычный текстовый редактор. А по сравнению с emacs (который умеет куда больше, чем vscode), vscode еще как тормозит.
Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

70. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  –2 +/
Сообщение от freehckemail (ok), 15-Янв-21, 15:54 
при всей моей нелюбви к java и jvm...

> сам язык java более-менее нормальный, но сравнительно медленно развивается

очень спорное заявление. не так уж давно они представили многопоточный сборчик мусора, что само по себе огромное достижение: многие языки и платформы не могут этого сделать десятилетиями

> проблема именно в том, что java-проги поверх jvm работают

и в чём же заключается эта проблема, давайте сформулируем?

> более-менее большие программы на java тормозят и потребляют сравнительно много ресурсов

потребляют -- да, но энтерпрайз на это плевать хотел в основном

тормозят -- ну во-первых не так уж сильно; потом, в последних версиях явы они колоссальную работу над ошибками провели; ну и наконец 12-factor-архитектура позволяет закрывать на это глаза, что бы у вас там в бэкграунде ни крутилось.

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

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

103. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  –2 +/
Сообщение от лютый жабби__ (?), 15-Янв-21, 18:20 
>сам язык java более-менее нормальный, но сравнительно медленно развивается.

про тебя могу то же сказать, наверное лет 18, а пишешь глупости как 12летка.

Про java могу сказать, что кривые прогеры у эластика. У них постоянно грабли, то мало памяти, то много, то GC репликацию валит. Убогий клиент через curl...

При этом neo4j или всяким разным серверам приложений и по 100 гиг можно давать, всё как часы работает.

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

125. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +1 +/
Сообщение от Аноним (-), 15-Янв-21, 19:52 
> Про java могу сказать, что кривые прогеры у эластика. У них постоянно
> грабли, то мало памяти, то много, то GC репликацию валит. Убогий
> клиент через curl...

Так-так, кто там говорил что на яве прогать нормально проще чем на плюсах? :) Блин, а у плюсовиков так и вообще таких проблем не будет...

> При этом neo4j или всяким разным серверам приложений и по 100 гиг можно давать,
> всё как часы работает.

И стоит все это с такими объемами оперативки тоже как часы. Швейцарские.

Ответить | Правка | Наверх | Cообщить модератору

186. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  +/
Сообщение от tmplsr (?), 16-Янв-21, 13:28 
жабист-няш, ты где базу егрюл брал? Поделись подсказкой, ну позязя...
Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

162. "Проект Elasticsearch переходит на несвободную лицензию SSPL"  –1 +/
Сообщение от Kotlin (?), 16-Янв-21, 01:04 
Сейчас бы не Java разработчику говорить о потребляемой памяти.
Вот те сравнение
App on JavaFx 80mb Ram
Electron 300-400mb ram
Ну шо, где там джава жрёт.
У java начтолько прлкаченная vm, что на текущий момент не существует конкурентов (по производительности и возможностям), а с GraalVm можно больше не писать vm.
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру