Saboteur

А как вы впервые стали сисадмином, вы же тогда не были сисадмином?

Вот откуда такой вопрос?
Неужели сложно поискать вакансии, почитать в них требования?

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

довольно сложная задача. Можно поискать проекты, где нужен второй менеджер, помощник/заместитель - такие проекты есть и много.

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

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

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

2. Как бы вы посоветовали мне двигаться в этом направлении?
Это странный вопрос. Если у вас есть возможности, знакомые в этой теме - можно у них узнавать. А так - кто знает. Если вы в жизни не писали код, но являетесь адекватным человеком - то я видел и таких руководителей, и в принципе нормально. Менеджер и не должен заниматься микроменеджементом, для этого есть тимлиды. И ИТ прошлое может и помочь, и помешать, тут важно что за человек и умеет ли он ставить приоритеты правильно.

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

3. Какой плацдарм будет лучше для достижения цели? Тестирование, веб, языки какие-то, маркетинг, либо что-то другое?
Управление, естественно.

5. Может есть dual-study истории в этой сфере? Либо возможности Стажировк у ПМ, помощником ПМ?
Есть такие случаи и много. Но в проектах от среднего и выше, так как в маленьких проектах много руководства не требуется.

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

Есть ли ресурсы с чётко регламентированной информацией о релевантном опыте работы для эмиграции в США/Канаду для людей без ВО или неоконченным ВО (это очень плохо гуглится)? И как мне понять, сколько лет обучения я уже имею?

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

Таким образом есть всего два надежных варианта
1) Работая в компании, заказчик которой находится в штатах, вы выясняете возможность релокации и пользуясь этой возможностью выполняете все, чтобы релоцироваться. Например становитесь достаточно ключевым сотрудником на проекте.
2) Вы находите позицию и проходите интервью в зарубежной компании самостоятельно, и релоцируетесь если вам дают оффер. Но в этом случае от вас уже на интервью будет очень высокая конкуренция и требования быть достаточно исключительным, чтобы компания решила потратиться на ваш переезд и релокацию. Зачастую это компании уровня google/fb, и интервью могут занимать несколько дней

в java вообще не запускается интерпретатор команд высокого уровня.
Сперва при помощи компилятора javac вы компилируете текст (file.java) в байт-код (file.class), и объединяет все байт-коды в исполняемый файл (file.jar), а потом уже джава рантайм (виртуальная машина) выполняет пакет с байт-кодом (файл.jar)

на рабочей машине

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

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

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

P.S. Получают не всегда столько, сколько знают, а столько за сколько себя смогут продать.

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

Гуглить нужно "как работает отладчик".
Для программ это сделано на уровне операционной системы.
Есть специальный режим отладки, в котором отладчик запускает программу, что позволяет ему выполнять ее пошагово.

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

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

Чем отличается продавец от менеджера по продажам от кассира от мерчендайзера?
Чем отличается клининг менеджер от мастера чистоты или от уборщика?

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

Познакомься со следующим:

1. Система мониторинга. На хайпе сейчас prometheus/grafana, но можно посмотреть любые другие системы + графана.
2. оркестрация, например ansible для управления своими серверами
3. изучи баш на уровне "быстро напишу скрипт который что-то скачает, развернет, скопирует, подчистит, получит текст по curl и распарсит из него нужные строки, запустит приложение и убедится что оно успешно запустилось"
4. Можно также подучить python/groovy на базовом уровне.
5. Все свои наработки храни в git, а еще лучше поставить какой-нить gitlab и почитать о парочке git workflow
6. После этого настойчиво рекомендуется ознакомиться с контейнерами docker/kubernetes/openshift

Если за год осилишь, можно пробовать поискать что-то начальное, где есть команда девопс инженеров.

6. Берусь за любую работу, которую могу сделать (чтобы быть хоть немного полезным)

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

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

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

Поговори с ним о проблеме. Назначь встречи раз в неделю один на один, где будете уточнять какие от тебя ожидания, и какие у тебя успехи. К таким встречам заранее подготовь краткий план, чтобы это было не час времени потрындеть о жизни, а 5-10 минут доложить о том, что было сделано, 5-10 минут сообщить какие есть проблемы и что ты их сейчас решаешь вот таким образом, надо ли что-то менять. И может быть 5-10 минут на фидбек от твоего начальника.

Проведешь таким образом 3-5 встреч, посмотришь какой из них выхлоп, и вместе решите надо ли делать чаще или реже, и в каком формате - это все можно адаптировать по ходу. Или они вообще перестанут быть нужны.

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

Есть люди, которые выбирают себе красивое начертание шрифтов, и тащатся от этого, и готовы платить.
А есть люди, у которых буква А бывает заглавная и маленькая, главное различимая.

В основном дело привычки и вкусов.