DollyPapper

apk add --no-cache python3-software-properties gnupg2 curl wget

У вас в образе не убунту а alpine

1) Ищем вакансии по андроиду в вашем городе
2) Выписываем требования по технологиям
3) Пишем проект который максимально будет затрагивать большинство из этих технологий. Нет, не чтобы на собесе показать (хотя это тоже), а чтобы хотя бы базово понимать как с этим работать.
4)Пытаемся устроится трейни или джуном

Изучать программирование читая книги и делая задачки из неё, я понял на собственном опыте - это крайне малоэффективно

, это вообще не эффективно в современном мире. Делайте всё что описано выше, попутно каждый день пиля какой нибудь проект масштабом больше калькулятора и откликайтесь на вакансии. Главное не бояться ходить на собесы думая, что вы не готовы. Никто и никогда не готов.

В БД 3 типа связей OneToOne, OneToMany, ManyToMany.
Первые два типа связей реализуются путем ссылок внешними ключами с подчиненной таблицы на главную (есть более умные термины, но я их забыл). Тип связи MtoM вы без третьей таблицы не реализуете. Просто сами попробуйте придумать как связать это без третьей таблицы и станет ясно.

Если проекты над которыми вы работаете развиваются, то развиваетесь и вы, что как бы логично. Приведу пример.
Я второй год работаю в компании в которой следующая ситуация: над нами сверху есть только менеджерский контроль по срокам. По выбору технологий мы (кто обычно работает над проектами, это команда +- 3-5 чел.) вольны выбирать всё что сами захотим. Строить систему мы можем как хотим, указаний сверху нет. Да как можно понять проекты не энтерпрайз уровня, по сути не очень большие, но разноплановые. И сервис который работает с IoT построенный на микросервисах, написанный на Go, и монолиты полу энтерпрайз (в том плане, что для реальных мамонтов в 1000000000 строк кода этим проектам далеко, но бизнес логика довольно сложна), написанные на пыхе. И еще куча разных сервисов на разных технологиях которые выбирает команда, там и питон и haskell даже вроде где-то был. И я например могу по учувствовать если захочу в любом проекте, что я частенько и делаю. Есть минусы, это жесткие сроки, которые порой доходят до смешного. Типа соберите mvp за неделю. Мы его собираем, а дальше сверху думают - "какие парни молодцы, за неделю такую систему собрали, давайте ка им выдвинем еще кучу требований, за две недели управятся". В таких сроках да, в архитектуре ПО особо не прокачаешься, потому что планировать тупо некогда. В этом плане я скорее деградну через год два. Но в остальном я очень даже развиваюсь, и не в свободное время, а прям на работе. У нас очень плохо построен пайплайн, во многих проектах отсутствует CI/CD, там где он был бы кстати, ну потому что опять же никто времени не находит. Но в этом опять же есть плюс, потому что я потихоньку начинаю вокруг своих проектов его налаживать, по мере возможностей и времени. Чем не развитие? Так что деградация начинается тогда, когда у тебя задачи одна на другую похожи, в таком случае лучше естественно валить в другую компанию. Еще как пример я сейчас перевожу одну небольшую систему как бы по работе, но как бы в качестве пет проекта с одного стека на другой (не потому что мне так захотелось, есть реальная необходимость которую я вижу), и когда переведу весь текущий функционал, продолжу работать уже с новым стеком технологий.

IP адрес - адрес той машины куда пробрасывать
Внутренний порт - 2 поля: с __ по __ - то есть тут можно указать диапазон портов. В вашем случае все 4 поля заполняете : 9090:9090
Удаленный IP не указываете. Это что-то вроде белого списка в этом роутере я думаю(но это не точно, каждый вендор поля лепит кто во что горазд), то есть если укажете, то только с этого адреса будет пробрасываться соединение.