Сергей Горностаев

Привет.

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

Совет #0: открываешь ХХ или канал с вакансиями в Telegram, делаешь выборку вакансий, где требуется джун на позицию backend-разработчик, смотришь те объявления, где указано "будет плюсом, если кандидат знает/умеет". Вот это "будет плюсом" и штудируй на предмет того, что тебе самому будет интересно и чему будет реально научиться в сжатые сроки.

Совет #1: не делай ничего через силу. Это не та сфера, где подобный подход даст положительный результат в долгосрочной перспективе.

Совет #2: обрати внимание на свои коммуникационные навыки. Как ни странно, они на этапе собеседования также очень важны и также проверяются. Это ещё один шанс на удачный манёвр, используй его.

Отсутствие образования и военного билета - не самая большая проблема при трудоустройстве.
Если устроетесь в акредитованую IT контору - получите отсрочку от призыва.
Недостаток образования должен быть скомпенсирован скилом и/или опытом.

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

UPD.: все таки отсрочку it контора без профильного образования не даст...
https://www.gosuslugi.ru/armydelay

Ну классика же, lambda завязывается на саму переменную, а не на её текущее значение. Т.е. если ты изменишь i, то все лямбды это увидят.

i = 10
f = lambda: print(i)
i = 20
f()  # выведет 20

Нужно сохранить искомое значение в самой лямбде. Самый простой способ - вот такой хак:

i = 10
# сохраняем глобальную i как значение по умолчанию параметра i
f = lambda i=i: print(i)  
i = 20
f()  # выведет 10
f(30)  # выведет 30

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

i = 10
# сохраняем глобальную i как значение по умолчанию параметра i
# Параметр i может быть передан только по имени: i=30
f = lambda *,i=i: print(i)  
i = 20
f()  # выведет 10
f(i=30)  # выведет 30
f(30)  # TypeError: <lambda>() takes 0 positional arguments but 1 was given

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

Самый простой вариант - запускать node как отдельный процесс. Можно просто запускать на каждый чих, а можно заморочиться и организовать общение между приложением на Rust и приложением на Node.js

Вариант поинтереснее - Node.js можно собрать как библиотеку (есть даже готовые бинарные сборки такого), линкуем с приложением на Rust. Всё живёт в одном процессе, но node будет запускать свои потоки.

Есть и обратный последнему вариант. Можно из Rust кода собрать бинарный аддон к Node.js
Правда тут уже JS код будет запускать код на Rust.
https://napi.rs
https://neon-rs.dev

Можно пойти дальше. Если задача просто исполнять JS код из приложения на Rust, то можно слинковаться с одним из JS движков. Приколюх предоставляемых платформой Node.js здесь не будет (вроде fs или http), хотя никто не мешает реализовать это самостоятельно.
https://crates.io/crates/v8
https://crates.io/crates/quickjs_runtime

Внешний ip есть? Проброс портов сделан? Видмо нет… проблема не в питоне, а в сетевых настройках

Зависит от того, какие сервисы будет обслуживать этот сервер и какую нагрузку эти сервисы будут создавать. Для каждого сервиса эти показатели уникальны. Да, для похожих сервисов они могут быть схожими при условном одинаковом качестве этих сервисов. А могут отличаться в десятки и сотни раз как раз из-за особенностей реализации и разного качества этих сервисов (и еще множества других параметров). Так что в вашем случае вам следует провести нагрузочное тестирование: создать создать нагрузку, более-менее похожую на настоящую и посмотреть что, где и какие ресурсы потребляет. И уже по результатам тестирования решать что делать дальше - оптимизацию, увеличение мощности сервера или еще что-то.

Вопрос похоже поставлен некорректно.
На гитлабе хранятся только исходники. Там не надо выполнять миграции.
Создать миграцию - это сделать файл миграции, который будет преобразовывать БД.
Выполнить миграцию - это применить логику этого файла к конкретной БД.
Выполнять миграцию вы можете на любой машине, но подключаться при этом должны к конкретной БД на которой хотите применить эту миграцию.
Обычно к какой БД подключаться указывается в настройках.
Если у вас есть продакшн-сервер, на котором запущен проект, то миграции делаются (выполняются, применяются к БД продакта) при деплое (релизе) очередной ревизии. Обычно это происходит после успешного слияния текущей рабочей ветки в релизную.
Есть такой механизм, который называется CI\CD. Он отвечает за обнаружение нового коммита в релизной ветке, сборку продукта (докер-образов, например) и выкатку (остановку старой и запуск на проде новой версии продукта). При этом настроен автоматический запуск миграций.

Взломать можно все, что угодно - это лишь вопрос объема прикладываемых усилий/времени/денег для этого. Со стороны разработчика можно только осложнить этот процесс, но не предотвратить. Стандартная практика - осложнить взлом ровно на столько, чтобы объем затрачиваемых на взлом усилий себя не окупил или получаемая выгода была минимальна. Для начала вам следует определиться с ценностью того, что вы хотите защитить в своих приложениях и определиться с бюджетом времени/денег для затрат на защиту этих важных для вас данных, процессов и прочего. А уже потом прорабатывать меры защиты. Судя по вашим вопросам вам потребуется нанять консультанта, который поможет подобрать оптимальные для вас меры защиты.