Saboteur

На начале разработки вообще не критично.
Если твой софт ни от чего не зависит, можно вообще не версионировать. Просто поставить статический номер версии, например 0.1 и добавлять к нему номер билда автоматом.

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

А так - можно совершенно не париться.

Уверен что установленная сессия включает в себя кучу параметров, таких как ip, mac, imei, может еще что-то.
Если банк не лох, то обязательно будет проверять это все и больше.

Эмулировать все параметры на другом устройстве проблематично даже если знать их наперечет из-за архитектуры безопасности операционки.

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

так у вас же скрипт запускается не внутри Melodyne 5, а на рабочем столе, а для него Melodyne 5 это как раз первая папка подходящая под условие "Melodyne*"

С большим экраном. Может даже лучше с внешней клавиатурой.
А так, какая разница, начальное программирование ничего особо не требует. Обычный современный середнячок, чтобы не глючил, подойдет.
Лучше брать универсальную машинку.

Ну на крайняк, если комп мощный, решение в лоб - поставить на нем виртуалку и запустить три отдельные винды с тремя отдельными энидесками ;D

конечно в базе данных.

И все-таки непонятно, почему нельзя использовать гит.

Если у вас линукс, то все файлы складываете в каталог с гитом и в ваши "разные места" разбрасываете софтлинки.
Если виндовс - есть хардлинки в пределах одного диска

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

Вообщем вот вопрос к +- опытным людям: подскажите, смогу ли я адекватно совмещать учёбу в вузе и учёбу фронтенду?

Но ведь это только ты знаешь.
В принципе, ни в одном вузе студенты не сидят 24 часа в сутки на парах. Везде есть время на отдых, пиво, девочек, ролики, кино, книжки. Можно выбрать лишнее и заменить это на изучение js - продолжать разрабатывать бота или сайт с каким-то интересным функционалом.

И стоит ли вообще сейчас смотреть на фронт новичку? Я по жизни оптимист, а потому надеюсь что к моменту моего 3-4 курса (2026-2027) ситуацию с наймом как минимум не усугубится и я смогу реализовать себя в этой сфере. Всем большое спасибо заранее за ответы.

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

https://www.django-rest-framework.org/topics/docum...

Ты немного путаешь формат записи и разрядность архитектуры.

1. Чтобы отличать числа от меток и переменных, считается что любая запись числа должна начинаться с цифры, поэтому часто шестнадцатиричные записи могут быть записаны с дополнительным ведущим 0
( 0a10h ), именно чтобы в начале не было а.

2.
Для шестнадцатиричной записи используется суффикс h
0293h, 0a123123h
Также для шестнадцатиричной можно использовать формат 0x<ЧИСЛО>
0xab, 0x01, 0xFF23

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

3. Для двоичной записи используется суффикс b
000101010b, 1b

4. Для восьмиричной используется суффикс q
1q, 2323q, 7283123q

5. Для обычной десятичной можно указывать суффикс d, или не указывать его
123, 123d, 982d, 1

Отвечу так.
НИКТО не знает будет ли какой-то толк через 4-5 лет даже в самой РФ.

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

В общем случае, корочка помогает пройти тот этап ревью, если у компании на этом деле пунктик. Многие компании (хорошие), смотрят на опыт работы, но многие (хорошие) имеют просто пунктик, который может иметь значение и даже влиять на ЗП.

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

В данном случае наверное нужно man expect

Не понятна логика, зачем вам вообще использовать FIFO?
Почему нельзя так:

echo "Test123!"  | ./deposit --language English  new-mnemonic --num_validators 1 --chain goerli --eth1_withdrawal_address 0x416D2ec24Da09A321d14C19880850a41F80C9A33 --mnemonic_language English --keystore_password Test123!

Может быть оно требует перевода строки, тогда так

echo "Test123!
"  | ./deposit --language English  new-mnemonic --num_validators 1 --chain goerli --eth1_withdrawal_address 0x416D2ec24Da09A321d14C19880850a41F80C9A33 --mnemonic_language English --keystore_password Test123!

или

echo -e "Test123!\n"  | ./deposit --language English  new-mnemonic --num_validators 1 --chain goerli --eth1_withdrawal_address 0x416D2ec24Da09A321d14C19880850a41F80C9A33 --mnemonic_language English --keystore_password Test123!

Встроенных структур и объектов в баш нет.
Но в баш можно и нужно использовать другие консольные команды, которые умеют работать с данными, и с ними вы можете работать с базами данных или другими структурами типа json

Поставьте себе на хост jq (для JSON) или sqlite (для локального скл) или что вам больше нравится, и используйте данные оттуда.