Михаил Р.

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

Вырожденный и достаточно простой способ реализации - запуск всего приложения на своем сервере с предоставлением удаленного доступа (например по ms rdp) и тщательной настройкой рабочего места пользователя на сервере в режиме киоск (что бы нельзя было получить доступ к файлам программы для их копирования).

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

...или есть какой-то скрытый от меня смысл?

Есть:

It will handle cases with Symbol.toPrimitive correctly and throw correctly if template literal expression is a Symbol(). See babel/babel#5791.

Я начал использовать s3 не очень давно и у меня возник такой вопрос.

Проверьте трафик ваш. S3 может оказаться дорогим решением.

1/2) И подходит, и нет. Если кратко, у вас должно быть
?fileId=123 -> потом проверка доступа на этот файл -> потом отдача файла через ваш сервер ( не через прямую ссылку s3).

А так, любое решение хранения файлов, и отдача через прокси.

Если не считать Django Templates на ум приходит только Mako.

P.S. меня тоже интересует вопрос какой смысл скрывается за асинхронными шаблонизаторами и в чем проблема Jinja2

Разница почти наверняка из-за неудачного маршрута PC2->PC1. Маршрут можно посмотреть командой traceroute или mtr (в ubuntu пакет называется mtr-tiny). Далее можно попробовать написать письмо в техподдержку хостера PC2, приложив трейсы (с обоих сторон) и результаты iperf3 (так же с обоих сторон). Тогда хостер может подправить маршрутизацию и скорость восстановится.

TrueNAS, правда там фряха, а не линукс, но так даже лучше, ИМХО. Куча фич и других плюшек.

Потому что вы пытаетесь выполнить этот запрос на сервере MySQL.

Связь осуществляется через сетевое соединение, а именно через сокеты и кучу разных протоколов поверх типа HTTP/WS и прочего. На стороне сервера реализуете выбранный вами протокол в виде сервиса API, который слушает сокет, а в десктопном приложении подключаетесь к серверу и взаимодействуете с API вашего сервиса.

C++ является одним из сложных ЯП... блабла...Я осознаю, что для меня это слишком серьёзное и тяжелое начало

Я разобрался как работает стек и как адресуется память в пятом классе без интернета и практически без документации. Была какая-то книжка по С++, которую просто перечитал раза 3-4, пока не понял смысл.

На протяжении обучения в школе я размышлял о начале изучения языка программирования.

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

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

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

Если тебе интересна разработка и в будущем планируешь стать айтишником - просто бери и работай с компом. Пиши программы, сайты, поделки, настраивай что-то, интегрируй. Набирай фундамент. Интенсивность - по своему увлечению.
В какой-то момент сможешь понять что тебе приятнее заходит, тогда может быть начнешь продвигаться уже в более узкой области, в конкретном языке, технологии. Специализация обычно начинается на уровне ну хотя бы джуниор, а не новичок/стажер.

А про трудоустройство начинай думать, когда при прочтении описания вакансии ты считаешь, что 50-60% ты знаешь.

У них же просто охренительный официальный туториал

1 - Суммы очень разнятся, от 20-ти до 60-ти, + редко около 80 000 (Краснодар) . Не знаю, как человек должен верстать за 80, но, наверное, очень круто)

2 - Формально - да. Но так бывает разве что в веб-студиях. И даже там спокойно можно находить время на изучение JS/PHP, чтение Хабра, ... . В больших не-IT компаниях времени будете тратить на дело столько же, сколько раньше. Загруженность может быть высокая на первых порах, но когда "набьёте руку", определитьесь с инструментами и подходом - это всё уже не будет занимать столько времени.

3 - Реально. Настолько, что все так делают)

4 - Карьерный рост верстальщика ведёт во Frontend , то есть в мир JS , всяких там Angular/React/Vue и прочего.

5 - Да стоит как-угодно начинать, я думаю. Можете сделать второе резюме уже сейчас - "Junior Frontend" и параллельно с поиском работы учить JS . Хотя бы на уровне jQuery и базовых принципов.

Верстальщик - это, как правило, начало карьерного пути, на нём не стоит оставаться очень долго. Возможности роста у вас 100% будут, даже при плотном графике.

Зависит от типа лицензии на исходный проект. Есть лицензии, которые не препятствуют использованию в коммерческих проектах, есть те, которые препятствуют. Дьявол в деталях.

насколько этично и не нарушает ли авторские права ситуация, когда кто-то берёт этот проект, немного модифицирует его и решает продавать, например, как SaaS?

Этичность - вещь неизмеримая и субъективная. Лиценцию MIT это не нарушает, какую-нибудь другую может нарушить. Вы совершенно верно сказали, что лицензий много и у каждой есть особенности.

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

Лицензия MIT и не требует уведомлять.

Вот же для этого как раз сервис и открыли https://career.habr.com/experts

https://wiremock.org

https://jsonplaceholder.typicode.com/
https://dummyjson.com/
https://reqbin.com/

Используйте NodeJs, RoR, dotNet (плюс ASP.Net), Python (плюс Django, Flask, aiohttp, Tornado и т.п.) или PHP (плюс Symfony и т.п.). В качестве БД вполне можете использовать MongoDB как более простой вариант, чтобы не залезать в нюансы работы с SQL.