Станислав Макаров

Pascal. Специально создан для обучения программированию.

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

Берешь - и копаешь, пилишь, шьешь..
и по мозолям на руках и количеству матов и "еврика!" понимаешь твое-не твое

GIT rebase

Надо изменить коммит, от которого ветвится ваша ветка.

А теперь от теории к практике, я сам несколько раз попадал под проверки, а также несколько лет "работал" независимым специалистом по киберпреступлениям, в том числе на проверках лицензионной чистоты. Руководство всегда показывает пальцем на админа и говорит "Мы не знали, вот ответственный специалист!" Заканчивается это тем, что компанию штрафуют, а админу прилетает срок. Наличие бумажки о том, что директор знал об установке пиратского софта трактуется судом как преступный сговор. Позиция админа "я не обязан разбираться в тонкостях лицензирования" - это как позиция бухгалтера "я не обязан разбираться в тонкостях налогообложения". Правильных решений может быть только два - либо заставить компанию перейти на лицензионное ПО, либо уволиться.

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

Возьмем например Дропбокс.

Изначально был написан на Python - это быстрее для прототипирования.
Потом был переделан на Go - для предсказуемости и скорости. Но зачем переделывать полностью? Многие куски на Python существуют там до сих пор. И работают.
И маааалюсенький кусочек был переделан на Rust - для ускорения самого узкого места.

Вот вам и 3 языка работающих одновременно в Дропбоксе на бэке.

Или имеется в данный момент свободен тот или иной специалист, который лучше знает тот или иной язык. Ему поручили - он сделал на том, что лучше знает, чтобы сделать быстрее и качественнее.

Или такова была особенность задачи. Пример с комбинацей Rust/Go выше приведен. Где то может быть лучше один язык, где то другой.

А если мы вспомним, что проект не только пишется, а еще и готовые компоненты применяются - то автоматически к любому почти проекту добавляются С/С++ те что в БД к примеру и пр. и пр. SQL - тоже язык бэкенда. И пр. и пр.

Вы преувеличивайте значение языка. Это всего лишь инструмент программиста. Такой же как клавиатура. Опытный программист за долгие годы изучает не меньше десятка языков, а кто то и намного больше. Ничего такого в этом нет.

По сути статический массив это действительно указатель. Но реально тип другой и компилятор знает реальный размер массива. После того как вы приводите массив к типу указателя (например при передаче в функцию), эта информация теряется и sizeof уже вернет размер указателя.

Использовать библиотеку длинных чисел, например GMP.

Кое-какие вещи есть, но я бы не сказал, что ими активно пользуются в промышленной разработке. А причина проста: C++ предоставляет слишком много контроля, и слишком сложен, в сравнении с популярными для веб языками PHP, Python, Ruby и т.п. Помимо этого, он ещё и компилируемый, без рефлексии из коробки, с проблемами с ABI и т.д. Т.е. придётся преодолевать много трудностей и учиться многим вещам, при весьма сомнительной пользе для веб.
Разумное использование, это например писать какие-то расширения на стороне сервера, или расширения к БД. Но только не фреймворки вроде RoR.

clion