mletov

Все 5 чисел делаете равными 89. Далее берете 2 любых числа из этих пяти. Одно увеличиваете на n, другое уменьшаете. Важно подобрать n случайным образом, но так чтобы при увеличении/уменьшении числа не вышли за диапазоны (что в целом тоже просто). Повторяете все вот это столько раз сколько хотите.

Принцип KISS не означает что надо использовать самые примитивные инструменты.
Он означает, что не надо переусложнять систему без нужды.
Если так рассуждать, так и высшее образование не нужно: "Дед отличные бани строил, хотя вовсе был неграмотный. Я и без сопромата небоскреб построю!"
Если вы пока ещё не понимаете назначение всех этих "лееров, провайдеров и репозиториев", это не значит, что они вообще никому не нужны.

Для того, чтобы упростить управление системой, её надо усложнить.
Этот принцип относится к любой области человеческой деятельности, от постройки ракет до управления государствами.
Чем сложнее система, тем больше накладные расходы на ее управление. Хоумпейдж с котиками можно и нужно делать примитивными средствами. В большом проекте надо сразу закладываться на будущую расширяемость. То есть, заранее делить ответственность между "леерами".

И кстати. Код, в котором "всё друг на друге завязано" - это очень плохой код. Собственно, предназначение всех этих "лееров, провайдеров и репозиториев" как раз в том, чтобы компоненты были как можно более независимы друг от друга.

https://jsonlint.com/
Валидируйте на здоровье

Есть несколько способов:
1) Если это asp.mvs, то переопределить атрибут Authorize, в ней делать проверку пользователя по какому то полю IsBlackList.
2) Если это так же asp.mvs, то наверняка Вы поле IsBlackList добавили в Claim, значит авторизацию можно делать на основе Claims и методы помеченные этим атрибутом, будут отсеивать заблокированных. Подробно тут.
3) Если это asp core, то все тоже самое делается на основе политик безопасности, примеры так же тут.
4) Но как по мне, то самый простой способ, это при блокировке менять роль пользователю и соответственно контроллеры должны быть помечены теми политиками, в которые не входит роль заблокированного. Этого должно хватить, после блокировки, первый же запрос проверит роль и переадресует на страницу логина.

роутинг вообще никак не связан с mvc.
это просто разбор адреса и вызов нужного кода.

И вот что реально не изменится через год?

Когда я решил забить на фронт, говорили что флексы еще сырые. Через четыре месяца я решил вернуться и уже говорили "пора верстать на гридах". Еще что-то там говорили про какой-то Vue, который убьет jQuery. Теперь все знают кто такой Vue, но jQuery все еще жив и здравствует. Вы серьезно рассчитываете получить ответ что будет через год? Ну точно могу сказать что Путин будет президентом.

Что изучать, для карьеры?

Yii, React, NodeJS, Python. В зависимости от работы, конечно. Потому что =>

Но всегда требуют Yii, React, NodeJS, Python

А с учетом =>

Понятное, дело знаю и нативное

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

Что же реально надо чтобы найти работу?

Попробуйте начать отправлять резюме и откликаться на вакансии.

Примерно что то в этом роде я верстал, как идея можно посмотреть ссылка на сайт

input type=file делаете прозрачным, под ним рисуете любые кнопки какие вам нравится.
По событию change выводите путь в любой блок, какой вам нужно, хоть снизу хоть сверху.

Эмуляцией кнопки загрузить..
То есть отдельно "поле загрузки", отдельно кнопочка, отдельно значение.
В разных браузерах разное отображение, так что только так.