VladilenOk

1. Будет ли лучше, если сверстаю всё без использования библиотек вроде Bootsrap, или Material? Или для потенциального работодателя в принципе без разницы использую ли я "готовую верстку" из компонентного набора. С самой версткой сложностей нет, поэтому хотел написать всё с нуля, что бы показать еще и навыки отрисовки шаблона.

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

Если хотите что-то нормальное, забейте на материал и buttstrap, и возьмите UIKit

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

Да, в базе данных. Разметка опускается на уровень т.н. BBCode'ов, за которыми стоит красивая вставка теста в любой стилистики UI где на этапе помещения текста в UI, все BB-коды заменяются на элементы UI.
Таким образом потом можно заменить стиль на сайте и оформление текстов не страдает т.к. от юзера скрыты все аспекты CCS.

3. Нужен ли на нем ТС?

А почему нет?

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

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

Работаю в российской компании, очень очень редко видел, чтоб писали на английском описания комитов)
В первую очередь вы эту историю ведете для себя и для своих коллег разработчиков, поэтому лучше исходить из того как вам самим комфортнее работать.
Если команда состоит из русскоязычных, то нет смысла из себя чего-то там выдавливать на английском.
П. С.
есть инструменты которые по определенным стандартам обрабатывают коммиты, они как правило опираются на ключевые слова, например указания типа коммита (fix, feature и тд) эти типы можно расширять разумеется русскими словами, но обычно этим не занимаются, а используют преднастроеные типовые варианты.
Поэтому обычно происходит комбинация и русского и английского, где ключевые слова (например тип комита) на английском, а пояснения и описания на русском.

Передавать значение в пропсы компонента и стили этого компонента вынести в JS, ну у меня получается как то так
P.S я юзаю обычно библиотеку styled components, но можно и без нее

import styled from 'styled-components';
const Wrapper= styled.div(props => ({
    marginBottom: props.mb ? props.mb :  "20px",
}));

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

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

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

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

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

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

Идти, хотяб ради опыта.
Если данное направление "учетные системы" торканет. Можно переквалифицировать на другие системы, есть еще кроме SAP у буржуев)
А так так куча разных ответвлений по всех Ерпах, вплоть до машинленинг. Можно найти где развиваться.

стоит, спокойная корпоративная гавань с карьерой и спросом по всему норм миру, ну, может кроме США