Александр Таратин

Два варианта:
1) Линковать с флагом -static-libstdc++. В этом случае статическая версия либы будет влинкована в исполняемый файл. Все остальные зависимости можно тоже линковать статически. Что обычно и делают для плагинов. В общем и целом, это очень хороший вариант.
2) Поставлять нужную версию либы с приложением, и линковать с '-Wl,-rpath,$ORIGIN/relative_path_to_lib_dir'. Тоже самое для остальных зависимостей.

Первый вариант может не сработать по некоторым причинам (скорее всего, вас это не коснётся):
1) Если не известно, с какими флагами хост-приложение выполняет dlopen на ваш плагин. Это можно обойти введением ещё одной прослойки без лишних зависимостей, которая будет правильно выполнять dlopen.
2) Лицензии. Что-то может быть нельзя линковать статически, или можно, но с невыгодными для вас условиями.

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

Добро пожаловать в мир C++ :)

PS
Попробуйте написать ваш плагин на Rust, например. Жизнь скорее всего станет легче.

Я думаю, ответ кроется в вопросе: "молодых" + "крутых" мало в любых стеках и областях. Мы себе постоянно подыскиваем, потихоньку расширяем команду. Тоненькой струйкой текут, но молодых среди них крайне мало, да... Это как в том анекдоте нашем профессиональном про требования:
- возраст до 25 лет
- опыт не менее 15 лет...
И да, зачем Вам молодые-то? С++ был моден среди нынешних 35-50-ти летних, среди них и выбирайте! Попадаются весьма неплохие экземпяры, ИМХО :)

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

Очень сильный маркетинг.

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

1) Краденные кредитки
2) Акции от продавцов
3) Баги в клиенте
4) Вывод денег от продажи всяких карточек / шмота.

В отличии от остальных тут отметившихся у вас есть отличный математический бэкграунд и навык преподавания. Легко устроитесь на 100+, только работу подольше поискать надо, ее меньше чем в веб и мобилках, программировать будете в матлабе)) А все отметившиеся так и будут дальше формошлепить на фрилансах, не подозревая, что карьера на этом закончилась.

P.S. Вот недавно знакомый устроился на работу в западную коммерческую контору, занимается моделированием сигналов LTE и 5G для последующего внедрения в 3gpp. Прогает в ML, а на основе его кода даётся ТЗ C-шным программерам для непосредственной имплементации в сетевом оборудовании.

const reader = new FileReader()
reader.addEventListener("loadend", function() {
  console.log(reader.result)
})
fetch("https://raw.githubusercontent.com/zapret-info/z-i/master/dump.csv")
  .then(response => response.blob())
  .then(blob => reader.readAsText(blob, "windows-1251"))

Зачем нужен какой то сервис? Сегодня провайдер сквозь пальцы смотрит на блокировки, завтра ему впаяют штраф и он купит таки DPI или арендует у магистрала.
После завтра опять сорвет крышу у роскознадзора и они опять будут в блок /8 сети отправлять.
Тут не провайдера нужно менять, а нечто иное, но что я не скажу, т.к. это призывы и расскачивание лодки.

Если прям так нужно для работы - ну арендуйте вы 3-4 виртуалки в разных странах и гоните весь трафик через них.

Вычислить логарифм по основанию 10.

10^x = a
x = log10(a)