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

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

При чем тут mssql? Опу с пальцем сравниваешь.

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

vaa>даже в дотнете где тоже своя ВМ

Это довольно спорный вопрос, есть ли в дотнете ВМ.

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

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

vaa>про синтаксис и ошибки компилятора лучше вообще промолчу.
Я под винду давно не пользуюсь микрософтовским, но у Intel ошибки всегда вменяемые и каких то WTF moments за последний десяток лет не припомню.
Clang похуже будет но тоже довольно лаконично показывает где что не так.

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

·>И заслуга языка в том, что под него коллекции таки написали.
Это заслуга совсем не языка а компаний, которые их писали. Причём совсем не по доброте душевной.

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

CC>·>И заслуга языка в том, что под него коллекции таки написали.
CC>Это заслуга совсем не языка а компаний, которые их писали. Причём совсем не по доброте душевной.
А почему писали именно на этом языке? Ты причину и следствие попутал.

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

·>А почему писали именно на этом языке?
Потому что им не хватало либ под этот язык.

Здравствуйте, CreatorCray, Вы писали:
CC>Это заслуга совсем не языка а компаний, которые их писали. Причём совсем не по доброте душевной.
Неа. В первую очередь — это заслуга платформы, как гаранта совместимости ABI, и языка, как способа выражать модульность предсказуемым образом.

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

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

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

хотел сейчас глянуть че как(сносил студию). при открытии умная предложила скачать что-то типа MFC\etc 1.5Г и 5Г на диске.
чет лень качать проверять. но! факт в разработке все таки библиотеки джава поменьше. плагин простейший: блочное шифрование потока байт.
т.е. и зависимостей то не должно быть. вообщем, я в этом не особо разбираюсь.
из хидеров всего то:

#include <winsock2.h>
#include <windows.h>
#include <atlbase.h>
#include <atlstr.h>
#include <wincrypt.h>

в proj интересности такие(правда все эти тулзы нужны?):

        <Configuration
            Name="Debug|Win32"
            OutputDirectory="..\..\..\Bin\$(PlatformName)\$(ConfigurationName)"
            IntermediateDirectory="..\..\trash\$(ProjectName)\$(PlatformName)\$(ConfigurationName)."
            ConfigurationType="2"
            UseOfMFC="1"
            UseOfATL="1"
            CharacterSet="1"
            >
            <Tool
                Name="VCPreBuildEventTool"
            />
            <Tool
                Name="VCCustomBuildTool"
            />
            <Tool
                Name="VCXMLDataGeneratorTool"
            />
            <Tool
                Name="VCWebServiceProxyGeneratorTool"
            />
            <Tool
                Name="VCMIDLTool"
            />
            <Tool
                Name="VCCLCompilerTool"
                Optimization="0"
                PreprocessorDefinitions="WIN32;_DEBUG;_WINDOWS;_USRDLL;CRYPT_EXPORTS"
                MinimalRebuild="true"
                BasicRuntimeChecks="3"
                RuntimeLibrary="1"
                UsePrecompiledHeader="2"
                WarningLevel="3"
                Detect64BitPortabilityProblems="true"
                DebugInformationFormat="4"
            />
            <Tool
                Name="VCManagedResourceCompilerTool"
            />
            <Tool
                Name="VCResourceCompilerTool"
            />
            <Tool
                Name="VCPreLinkEventTool"
            />
            <Tool
                Name="VCLinkerTool"
                LinkIncremental="2"
                ModuleDefinitionFile=""
                GenerateDebugInformation="true"
                SubSystem="2"
                RandomizedBaseAddress="1"
                DataExecutionPrevention="0"
                TargetMachine="1"
            />
            <Tool
                Name="VCALinkTool"
            />
            <Tool
                Name="VCManifestTool"
            />
            <Tool
                Name="VCXDCMakeTool"
            />
            <Tool
                Name="VCBscMakeTool"
            />
            <Tool
                Name="VCFxCopTool"
            />
            <Tool
                Name="VCAppVerifierTool"
            />
            <Tool
                Name="VCPostBuildEventTool"
            />
        </Configuration>

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

vaa>плагин простейший: блочное шифрование потока байт.
vaa>т.е. и зависимостей то не должно быть.
Зависимости будут в основном от platform libs, но это всё всегда в комплекте.

vaa>вообщем, я в этом не особо разбираюсь.
С этого ващета надо было начинать

vaa>#include <winsock2.h>
Нужен для WSAStartup/WSACleanup
Поди плагин ещё и в network ходит зачем то.

vaa>#include <windows.h>
Это главное

vaa>#include <atlbase.h>
vaa>#include <atlstr.h>
Без этого можно и обойтись, нафига в шифровалке MFC/ATL?

vaa>#include <wincrypt.h>
Это собственно для того чтоб заюзать готовый encryption alogrithm, системную имплементацию.

vaa>в proj интересности такие(правда все эти тулзы нужны?):
Какие тулзы? Там ж вообще ничего нет, совершенно пустой базовый конфиг с настройками только для компилятора и линкера.
Можешь эти пустые теги поудалять — ничего не изменится.

CC>·>А почему писали именно на этом языке?
CC>Потому что им не хватало либ под этот язык.

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

Gt_

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

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

C>>Если дать такое задание плюсовику, то он первым делом подключит буст
CC>Это плохой, негодный плюсовик
А что сделает хороший плюсовик?

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

CC>·>А почему писали именно на этом языке?
CC>Потому что им не хватало либ под этот язык.
А под brainfuck либ всем хватает. Верно.

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

CC>Ты о чём вообще?
Наверное, речь про файлы проектов, управление зависимостями от сторонних библиотек и опции сборки.

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

Здравствуйте, Ночной Смотрящий, Вы писали:

S>>>если есть требования к производительности.
НС>·>Оно офигенно скейлится. mssql-ям такое и не снилось.
НС>При чем тут mssql? Опу с пальцем сравниваешь.
Я не знаю что с чем он сравнивает по требованиям к производительности. Но, вот, например, на том же SO вместо "супербыстрого" mssql для поиска воткнули elasticsearch. Т.е. заменив опу на палец удовлетворили требования к производительности.
Мой поинт в том, что производительность можно получить не только вылизыванием кода на "быстрых языках", но и простым скейлингом софта на "медленной" java.

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

scf>Что касается сокетов — много ли в плюсах кросплатформенных, быстрых, асинхронных сетевых библиотек, поддерживающих HTTP(S) полноценно, со всеми плюшками? И которыми можно пользоваться без содрогания.
Тут много есть
Мне обычно Qt хватает.

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

·>Но, вот, например, на том же SO вместо "супербыстрого" mssql для поиска воткнули elasticsearch.

И? FTS, мягко говоря, это не основной функционал сиквела.

·>Мой поинт в том, что производительность можно получить не только вылизыванием кода на "быстрых языках", но и простым скейлингом софта на "медленной" java.

Но сравнивать то кассандру надо не с сиквелом, а с той же сциллой.

Здравствуйте, Ночной Смотрящий, Вы писали:

НС>·>Но, вот, например, на том же SO вместо "супербыстрого" mssql для поиска воткнули elasticsearch.
НС>И? FTS, мягко говоря, это не основной функционал сиквела.
И? В чём твой поинт-то? Что FTS это бизнес-логика? Ознакомься

Автор: smeeld
Дата: 21.05.22

с контекстом обсуждения, прежде чем отвечать на вопросы.

НС>·>Мой поинт в том, что производительность можно получить не только вылизыванием кода на "быстрых языках", но и простым скейлингом софта на "медленной" java.
НС>Но сравнивать то кассандру надо не с сиквелом, а с той же сциллой.
По каким критериям и с какой целью сравнивать?

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

НС>>И? FTS, мягко говоря, это не основной функционал сиквела.
·>И? В чём твой поинт-то? Что FTS это бизнес-логика?

Поинт в том что хорошей производительности FTS у сиквела никто и не обещал.

НС>>·>Мой поинт в том, что производительность можно получить не только вылизыванием кода на "быстрых языках", но и простым скейлингом софта на "медленной" java.
НС>>Но сравнивать то кассандру надо не с сиквелом, а с той же сциллой.
·>По каким критериям и с какой целью сравнивать?

Только вот в проде никто не юзает, если есть требования к производительности.

Здравствуйте, Ночной Смотрящий, Вы писали:

НС>>>И? FTS, мягко говоря, это не основной функционал сиквела.
НС>·>И? В чём твой поинт-то? Что FTS это бизнес-логика?
НС>Поинт в том что хорошей производительности FTS у сиквела никто и не обещал.
Т.е. mssql fts "в проде никто не юзает, если есть требования к производительности", а используют "медленные" java-решения. Так что тезис опровергнут, можно сворачивать обсуждеине.

НС>>>·>Мой поинт в том, что производительность можно получить не только вылизыванием кода на "быстрых языках", но и простым скейлингом софта на "медленной" java.
НС>>>Но сравнивать то кассандру надо не с сиквелом, а с той же сциллой.
НС>·>По каким критериям и с какой целью сравнивать?
НС>

НС>Только вот в проде никто не юзает, если есть требования к производительности.

Кассандру в проде много кто использует, в том числе для удовлетворения требований к производительности. Более того, этот тезис был не о кассандре конкретно, а для вообще "СУБД на яве". Так что я до сих пор не понимаю какой именно тезис ты пытаешься отстоять.

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

·>Кассандру в проде много кто использует, в том числе для удовлетворения требований к производительности. Более того, этот тезис был не о кассандре конкретно, а для вообще "СУБД на яве". Так что я до сих пор не понимаю какой именно тезис ты пытаешься отстоять.

Я намекаю на то, что попытка этот тезис аргументировать сравнением с сиквелом, да еще и не с ним самим, а с его FTS — ну так себе.