Дмитрий Беляев

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

Для начала стоит убедиться, что формат резюме соответствует общепринятым нормам.
Затем стоит подумать а кому и как вообще будет отправляться резюме, где искать работодателя.
Даже если отправляете ссылкой, должна быть простая возможность выгрузить его в pdf.
Как по мне, гораздо удобнее держать резюме в актуальном состоянии на сайтах linkedin.com и hh.ru, кроме того там и работодателей можно искать.

1. Стоит ли продолжать изучение front-end, если данное направление реально нравится или ситуация действительно такая, что там уже не нужны новые люди?

Новых людей особо нигде не жалуют. Но пробиться всегда есть варианты:
1. Большие компании иногда могут нанимать стажеров по абсолютно любым направлениям и обучать их. Работа будет больше рутинная, но для старта можно и потерпеть.
2. Есть маленькие компании, у которых туго с деньгами, но разрабатывать им надо, соответственно нанимают того кто по карману. Развития здесь скорее всего не будет, но для первой строчки в резюме пойдет, если с 1 вариантом не получилось.

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

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

1. Делать простой бек для своих проектов на nodejs, чтобы проекты были более интересными и показывали мои навыки в js. Будет ли базовое знание nodejs плюсом для front-end разработчика?

Будет, большинство инструментария написано на node и конфигурируется js кодом. Ну и уметь накидать себе заглушку на express пока нормальное api в разработке тоже будет плюсом.

2. Как вообще поступить, если на данном этапе мне хочется попробовать себя в бекенде и подстраховаться на случай того, если не получится найти работу во front-end? Создать второй гитхаб и там выкладывать что-то на других языках или пока нахожусь на стадии обучения и выбора, то просто делать все в одном профиле и потом скрыть?

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

3. Если я выберу nodejs и буду добавлять его к своим проектам, то нормально ли тогда будет подавать отклик и к фронт и к бек вакансиям?

Нормально. Как и нормально изредка менять направление, а значит и не знать что больше по душе пока не работал. Нормально будет, если полгода-год поработали с одной технологией, а потом несколько лет с другой, но плохо, если менее чем за 2 года смените 3+ стэка.
Я например начинал с php, через год ушел в node.js, еще через пару лет добавил фронт не убирая node.js, еще через 4 года добавил Rust.

Проект(ы) могут быть любым(и). Главное чтоб в них была именно Ваша работа.

Смотреть будут:
1. качество кода
2. как оформляете коммиты
3. есть ли развитие во времени
4. есть ли в проекте конфиги вспомогательных тулов

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

мой уровень - middle

я буду единственным фронтом на проекте

писать предстоит с нуля

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

Когда Вы один, нет возможности ни посмотреть как схожие задачи решают другие, ни понять, что сам делаешь что-то не то, и это на любом уровне так. Возможно сможете проанализировать свои ошибки постфактум, когда проект загнется, а он обязательно загнется, ибо бизнес на нем экономит не успев начать...
Заплатят тоже вряд ли нормально, так что смысла идти на такой проект не вижу совсем.
А сможете ли Вы при этом вырасти - зависит только от Вас. Senior - это больше про ответственность, про проектирование и про глобальное видение проекта целиком. Это сильно отличается от простого делания тасок самостоятельно (middle) или с помощью коллег (junior).
Что бы писать проект с нуля, его придется проектировать, так или иначе, а это задача senior, если справитись - опыт будет очень полезным. Но скорее всего наделаете ошибок, это нормально для Вас, но плохо для бизнеса, хотя такой бизнес получит именно то, что должен получить нанимая мидла на решение сеньорских проблем...

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

А так обычно проверяю базовое понимание, как TS работает и что в нем есть.
Спрашиваю разницу между unknown и any.
Могу дать задачку на infer или извлечение части типа.
Поинтересуюсь, что нравится из последних новшеств.

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

Для начала скажу об Html academy, что знаю.
В начале года звали преподавать у них js + разрабатывать по нему курсы. Сразу скажу, что у меня впервые сложилось положительное впечатление от такого предложения, а не пошел я к ним по причинам не зависящим от них. Во-первых они дают базис, основы без которых Вы просто не сможете нормально разрабатывать, а освоить с этим базисом фреймворк большого труда не составит (про фреймворки ниже напишу).
Во-вторых, хорошее впечатление у них составили люди, с кем удалось пообщаться, которые занимаются там составлением курсов и преподаванием - все как один не академики-теоретики, а практикующие разработчики с хорошим уровнем (а набирала в преподаватели Html academy в тот момент не ниже сеньера, предлагая соответствующую рынку зп).
Ну и в-третьих, один раз собеседовал кандидата, имеющего за плечами только Html academy, обычно я негативно отношусь к кандидатом имеющим только курсы за плечами, но тут собеседуемый показал хороший уровень владения js.

Теперь по фреймворкам.
Не одному адекватному работодателю не нужен тупой фреймворкописатель без знания языка и нативного api, на которых этот фреймворк основан. В то же время, при знании js и DOM Api - Vue и React осваиваются за неделю, Angular за месяц. А без знания основ, может формочки ваять и сможете, но не больше. Так что учите сначала основы - js и нативное api браузера (DOM, CSSOM, ajax и т.д.), а уже потом беритесь за фреймворк.

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

Ну а насчет тех кто рекомендуют поработать в фрилансе, имхо бред, я начинал в фрилансе и опыт особо не рос, ибо и не брался за серьезные проекты.
Поработал на веб-студию, поднабрался опыта и снова вернулся в фриланс, правда уже с ценами раз в 10 выше. Правда сейчас снова работаю на дядю, ибо летом кризис таки прижал, точнее отсутствие нормальных заказов, хотя опять же тут дело в том, что мне браться за дешевку по 15-30 тыс не интересно уже.

p.s. я из СПб

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

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