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

CC>Ах да, точно так же как в жабе — юзаю удобный framework, который позволяет легко прочитать файл, который сжат, зашифрован, и вообще лежит где то там в Google Cloud.

Кто сказал framework? Вот тебе код, без всяких фреймворков:

void sendFile(final SocketChannel socket, final Path path) throws IOException {
    try (FileChannel channel = FileChannel.open(path); final FileLock lock = channel.lock()) {
        channel.transferTo(0, channel.size(), socket);
    }
}

Давай, публикуй свой вариант на С++.

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

C>Кто сказал framework? Вот тебе код, без всяких фреймворков:
Ты для начала получи из этого бинарь, который без многамегабайтного JRE запустится, а потом уже можешь рассказывать про "без всяких фреймворков"

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

C>>Кто сказал framework? Вот тебе код, без всяких фреймворков:
CC>Ты для начала получи из этого бинарь, который без многамегабайтного JRE запустится, а потом уже можешь рассказывать про "без всяких фреймворков"
https://blogs.oracle.com/javamagazine/post/pedal-to-the-metal-high-performance-java-with-graalvm-native-image
Только неясно насколько это нафиг всё нужно. Собрал контейнер, а что там лежит внутре — пофиг. При желании полный docker image укладывается мегов в 50 и без нативной компиляции.

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

vsb>Ещё есть забавный прикол. Для mmap в жаве есть интерфейсы. Но закрыть MappedByteBuffer невозможно.

Нифига себе прикладное программирование. Это скорее системное, mmap-ить файлы есть смысл, например в СУБД. СУБД н яве писать никто не собирается. Прикладное программирование, оно же прогарммирование всяких бизнес логик (для чего ява и создана), это когда у тебя file.Read(buffer) и file.Write(buffer) и всё.

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

vsb>>Ещё есть забавный прикол. Для mmap в жаве есть интерфейсы. Но закрыть MappedByteBuffer невозможно.

S>Нифига себе прикладное программирование. Это скорее системное, mmap-ить файлы есть смысл, например в СУБД. СУБД н яве писать никто не собирается. Прикладное программирование, оно же прогарммирование всяких бизнес логик (для чего ява и создана), это когда у тебя file.Read(buffer) и file.Write(buffer) и всё.
Cassandra, Kafka, h2database, куча их.

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

·>Cassandra, Kafka, h2database, куча их.

Хеллоуворлдных СУБД всяких прикола ради даже на бейсике полно написано. Только вот в проде никто не юзает, если есть требования к производительности.

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

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

S>·>Cassandra, Kafka, h2database, куча их.

S>Хеллоуворлдных СУБД всяких прикола ради даже на бейсике полно написано. Только вот в проде никто не юзает, если есть требования к производительности.

Это Cassandra то хеллоуворлдная СУБД? Ты просто не в теме.

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

S>·>Cassandra, Kafka, h2database, куча их.
S>Хеллоуворлдных СУБД всяких прикола ради даже на бейсике полно написано. Только вот в проде никто не юзает,


S>если есть требования к производительности.
Оно офигенно скейлится. mssql-ям такое и не снилось.

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

vaa>AOT на net6 blazor wasm template тоже за 10+ минут отрабатывает, при этом еще бинари такого объема, что все теряет смысл.
vaa>Это конечно путь в никуда, либо честный натив, либо нефик мучать попу.

Ну по аналогии с .Net Native та много зависит от использования рефлекшина.
Ну и blazor wasm AOT это конечно не совсем натив. Вернее натив для браузера.
Посмотри NativeAOT

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

C>>>Кто сказал framework? Вот тебе код, без всяких фреймворков:
CC>>Ты для начала получи из этого бинарь, который без многамегабайтного JRE запустится, а потом уже можешь рассказывать про "без всяких фреймворков"
·>Собрал контейнер, а что там лежит внутре — пофиг. При желании полный docker image укладывается мегов в 50 и без нативной компиляции.
Речь о том, что это всё не заслуга языка а фреймворка, т.е. коллекции либ, которые делают разное. Которые можно практически под любой язык написать.

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

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

vaa>>AOT на net6 blazor wasm template тоже за 10+ минут отрабатывает, при этом еще бинари такого объема, что все теряет смысл.
vaa>>Это конечно путь в никуда, либо честный натив, либо нефик мучать попу.

S> Ну по аналогии с .Net Native та много зависит от использования рефлекшина.
S>Ну и blazor wasm AOT это конечно не совсем натив. Вернее натив для браузера.
S>Посмотри NativeAOT
не думаю что это принципиальная разница. ВМ что из дотнета, что из джава не выкинуть.

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

CC>Речь о том, что это всё не заслуга языка а фреймворка, т.е. коллекции либ, которые делают разное. Которые можно практически под любой язык написать.
только на плюсах для каждой машины нужно как в первый раз среду разработки настраивать, да и деплой может иногда вызвать недоумение.
в отличии от например экосистемы раста.
но слабость и сила джава именно в ВМ, которая позволяет абсолютно абстрагироваться от верхнего слоя.
у нас просто есть байт-код модуля/класса и мы его выполняем. Если бы не минусы ВМ, это бы все решило в мире софтостроения.
даже в дотнете где тоже своя ВМ, все же нужно думать о том что ты сидишь под ОС. ведь компилится не в чистый байткод, а в сборки.

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

vaa>только на плюсах для каждой машины нужно как в первый раз среду разработки настраивать
Ты о чём вообще?

vaa> да и деплой может иногда вызвать недоумение.
Это уже как напишешь

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

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

vaa>>только на плюсах для каждой машины нужно как в первый раз среду разработки настраивать
CC>Ты о чём вообще?

не плюсовик. но был небольшой опыт vs 2017 c++, там чтобы все необходимое для компиляции настроить замучаешься.

про синтаксис и ошибки компилятора лучше вообще промолчу.
вот сообщения нормального компилятора(F#):

> open type System.Console;;
> Wri 1;;

  Wri 1;;
  ^^^

stdin(2,1): error FS0039: Значение или конструктор "Wri" не определены. Возможно, требуется одно из следующих:
   Write

> wRitel 32
- ;;

  wRitel 32
  ^^^^^^

stdin(3,1): error FS0039: Значение или конструктор "wRitel" не определены. Возможно, требуется одно из следующих:
   Write
   WriteLine

>

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

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

S>>Посмотри NativeAOT
vaa>не думаю что это принципиальная разница. ВМ что из дотнета, что из джава не выкинуть.
Ну из .Net Native то выкидывают. Там только сборщик мусора
https://docs.microsoft.com/ru-ru/windows/uwp/dotnet-native/net-native-and-compilation

.NET Native заменяет полную среду CLR на оптимизированную среды выполнения, которая в первую очередь содержит сборщика мусора. Оптимизированная среда выполнения находится в библиотеке mrt100_app.dll, которая является локальной для приложения и имеет размер только несколько сотен килобайт. Это возможно потому, что статическое связывание устраняет необходимость во многих операциях, реализуемых средой CLR.

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

CC>>>Ты для начала получи из этого бинарь, который без многамегабайтного JRE запустится, а потом уже можешь рассказывать про "без всяких фреймворков"
CC>·>Собрал контейнер, а что там лежит внутре — пофиг. При желании полный docker image укладывается мегов в 50 и без нативной компиляции.
CC>Речь о том, что это всё не заслуга языка а фреймворка, т.е. коллекции либ, которые делают разное. Которые можно практически под любой язык написать.
Можно, конечно, дело остаётся за малым — таки написать коллекции либ. И заслуга языка в том, что под него коллекции таки написали. Платформа — очень дружелюбна к написанию и использованию либ.

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

S>Артём, ты так говоришь, как будто для микросервисов требуются какие-то особые библиотеки.

Иногда вполне требуются. К примеру — https://kubernetes.io/docs/reference/using-api/client-libraries/ . Или вот https://cdk8s.io/ .

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

scf>На определенной степени просветления становится понятно, что языки — это всё тлен. Важна платформа, экосистема и библиотеки.

Не переживай. На следующем этапе просветления станет понятно, что языки тоже очень важны.

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

vsb>У жавы очень ограниченный доступ к системному API. Ты или с жавой мало работал, или не договариваешь. Там на любой чих надо писать свою DLL-ку на JNI (на C/C++, ага). Банальный макосовский xattr (для доступа к extended file attributes) я в жаве не нашел, например.

Серьезно?

vsb>Ещё есть забавный прикол. Для mmap в жаве есть интерфейсы. Но закрыть MappedByteBuffer невозможно.

sun.nio.ch.DirectBuffer.cleaner()?

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

S>>Хеллоуворлдных СУБД всяких прикола ради даже на бейсике полно написано. Только вот в проде никто не юзает, если есть требования к производительности.
VC>Это Cassandra то хеллоуворлдная СУБД? Ты просто не в теме.

Она, конечно, не хеллоуволдная, но ведущие собаководы предпочитают сциллу.