Victor Bomberow

В объявлении параметр https://en.cppreference.com/w/cpp/language/function
https://en.cppreference.com/w/cpp/language/functions
https://en.cppreference.com/w/cpp/language/functio...

Аргументы это то что фактически передаётся в функцию при вызове, или аргументы по умолчанию https://en.cppreference.com/w/cpp/language/default...

Мировые практики в действии

если вы уверены/думаете "выучу язык Х, и жизнь забьет ключём", у меня для вас плохие новости. жизнь конечно же забьет, но вовсе (и скорее всего, коль вы задаетесь подобными вопросами) не в том ключе.

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

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

кроме как в разговорном языке я не встречал упоминание этой группы навыков.

Это и есть разговорная фраза, ничего конкретного. Конкретика в каждом случае своя.

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

Если вы пилите пет проекты например но уже не работаете в команде, то утратите навыки которые использовали в работе в команде и сохраните(или приобретете) навыки которые будете использовать в пет-проектах.

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

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

«Программистские скиллы» - это что-то типа спорта, ежедневные тренировки. Если бросаешь, то теряешь форму, если возобновляешь, то опять приходишь в форму. Но честно сказать, никаких скиллов, к сожалению, не существует в прикладном программировании - ты просто плывешь по тому курсу, что задаёт рынок и он диктует какие твои «программистские скиллы» сейчас актуальны, а какие с пометкой «deprecated». Согласись, утратить то, что в последствие не будет актуальным - не такая уже и страшная потеря)

Мозги засыхают.

Вроде задача простая, а начинаешь жестко тупить, и убиваешь на неё времени в разы больше, чем раньше. Я встречал человека, который в разговоре перепутал класс и объект (не оговорка), хотя в своё время был хорошим программистом.

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

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

upd: Затем можно уточнить, что после этого нужно проанализировать ошибки и принять меры, чтобы такой ситуации больше не повторялось. :)

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

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

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

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

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

https://www.wireshark.org/lists/wireshark-dev/2008...

....
For example TCP defines port 80 only for the use of HTTP traffic. But, this convention doesn't prevent anyone from using TCP port 80 for some different protocol, or on the other hand using HTTP on a port number different to 80.

To solve this problem, Wireshark introduced the so called heuristic dissector mechanism to try to deal with these problems.

По ссылке в мейлинг-листе вайршарка дают подробный ответ на этот непростой вопрос.

string_research заканчивает работу на символе '\0', в i остаётся индекс этого символа. Но в конце цикла while (str[i] != '\0') стоит i++, который продвигает i дальше конца строки. Чтобы работало можно исправить i++ на if (str[i]) i++;