Saboteur

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

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

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

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

Например "обслуживание и поддержка" уже имеющегося софта - чем не разработка?
Или вы не видите разницы между условным MS office 1.0 и MS Office XP и современной версией?

Все зависит от проекта.

Хорошие проекты делаете публичными, остальные приватными, чтобы их кроме вас никто не видел.
Все.

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

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

Даже если вас обманут с разовой ЗП, всегда можно уйти, набрав опыта. Но схемы существуют далеко не только в ИТ.

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

Ну и юридическая защита.

Мне 16. Занимаюсь разработкой 4 года. Работал на фрилансе.
Подхожу к вакансиям на мидлов, иной раз на синьоров.

Чтобы это утверждать, следует успешно пройти собеседование на такие вакансии, желательно не в "рогах и копыта"

Как мне быть если у меня нет опыта именно в работе, но что касаемо технологий и ЯПов на уровне мидл.

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

Стоит ли подавать резюме на мидл или синьор разработчика или лучше поработать джуном.

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

Просто умение работать по стандартам принятым в этой организации, умение работать в команде этой организации.

А так - слишком обтекаемая фраза, чтобы приделять слишком большое значение

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

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

Просто развивайся, пиши что-то свое, участвуй в опенсорс. Достигнешь 18-ти, тогда и будешь пытаться устроиться.

В каких IT профессиях джуну

Дело не в профессии, а в компании. Какие-то компании всем дают удаленки, какие-то никому, какие-то по определнным условиям. От позиции и профессии это зависит гораздо меньше, чем от конкретной компании.

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

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

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

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

В основном DBA могут быть востребованы там, где или сложная архитектура базы, или там, где в базе может быть логика.
Несмотря на возможности MSSQL/ Postgres и даже mysql в хранимых процедурах, лидером по такому применению (перенос логики на язык баз данных) является Oracle со своим sqlpl

Ну а вообще - ищешь списки вакансий c DBA и смотришь какие базы там чаще встречаются.

Нужно уметь читать.
У вас с этим явные проблемы, поскольку
1. дорожных карт в инете - как грязи.
2. Более точные требования для устройства можно найти в описании вакансий - почитайте их.
3. С Фенриром у вас прям капец какой провал.

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

Вопросы нужно самостоятельно прорабатывать, чтобы к ментору приходить с вариантами "вот тут такой вопрос, я пошерстил наш проект, нашел что этот вопрос решали вот так и вот так. Какой вариант мне выбрать"

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

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

Пройди курсы и сдай сертификат на LPIC

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

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

Сперва стать сисадмином.
Настрой мониторинг, подучи парочку скриптовых языков, автоматизируй задачи.
Разберись с основными продуктами - базы данных, билд системы, гит+код ревью.
Начни изучать контейнеры и облачные сервисы.
Для начала хватит.

Если так делаешь пару раз - нормально. Если десять раз - плохо.