⬛️⬜️⚫️⚪️плановое поднятие цен на soer.pro, не спешите покупать подписку на pro, до лета планирую сделать возможность подписки на год.
Годовая pro будет с хорошей скидкой.

⬛️⬜️⚫️⚪️ обновил дизайн на soer.pro, почти все сделано на DeepSeek. Получилось быстро и дёшево, насколько качественно судить вам.
Лично моё мнение - результат офигенный, с учётом затрат.

Моя целевая аудитория и типовые ошибки

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

В первую очередь нужно понять, что у моих идей есть конкретная целевая аудитория — это мидлы и сеньеры, которые уже добились финансовой стабильности и уперлись в профессиональный «стеклянный потолок», при этом хотят строить дальнейшую карьеру в IT.

Многие, кто пытается критиковать мои идеи, аргументируют свою точку зрения тем, что моя стратегия развития не подходит новичкам. Это не совсем так, правильнее сказать, что многие вопросы не актуальны на старте, но буквально через 2–3 года после устройства на работу все меняется.

Другой момент, который часто вызывает споры, — прокачка и монетизация хардскилов. Тут складывается ощущение, что люди вообще не слышат, что я говорю. Несколько примеров типовых ошибок:

Пример 1.
«Инженер на технически сложном стеке, недавно остался без работы и уже год не может найти новую работу» — довольно частая история и типовая ошибка. Люди считают, что хардскилы — это когда ты знаешь какие-то технически сложные вещи, которые нужны буквально в паре мест на рынке. Я уже устал повторять, что моя стратегия развития предполагает следующее: найти востребованный стек, прокачать личный бренд, развить сеть знакомств для нетворкинга.
Т. е. люди делают ровно противоположное — не качают личный бренд, закапываются в узкоспециализированные детали, теряют контакт с коллегами и потом приходят с вопросом «Что я сделал не так, как ты говорил?» Да примерно чуть больше, чем «всё».

Пример 2.
"Новичок выбрал стек JavaScript + React, через пару лет попал под сокращение и не может найти работу. Начинает учить архитектуру, пытается читать умные книжки, а ситуация становится только хуже". Это еще одна типовая проблема, человек хочет просто восстановить свою предыдущую должность на изменившемся рынке, он не пытается расти по карьере, а просто хочет снова получать свою айтишную зарплату. Проблема в том, что выбранный им стек находится под двойным ударом — это очень популярный стек, его выбирают куча новичков, отсюда огромная конкуренция, а с другой стороны это еще и стек, который активно поглощается ИИ. В итоге человек зачем-то учит архитектуру, когда в его ситуации нужно сфокусироваться на прохождении собесов.

Пример 3.
"Я не хочу использовать ИИ, я отличный верстальщик, твои советы не работают". Это небольшой процент ретроградов, которые научились делать отлично свою работу и не хотят ничего менять. Проблема в том, что вы можете быть отличным специалистом (как Левша, который мог подковать блоху), но при этом на рынке есть решения, которые могут легко заменить вас с незначительной потерей качества, не получится удержаться на рынке, если ваши услуги никому больше не интересны.

Есть и другие примеры, проблема общее у них одно — люди не пытаются понять, о чем я говорю, но упорно пытаются говорить, что мои идеи не работают.

Поэтому давайте еще раз:

👑 Харды можно и нужно монетизировать (я это делаю за счет консультаций, публичного бренда, карьерного роста), но нужно выбирать релевантный стек;

👑 Если вы хотите оставаться востребованным, то не пытайтесь продавливать рынок, это невозможно, а поймите современные тренды и двигайтесь с ними;

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

Если только начал, то паттерны стоит отложить на потом, начать нужно с базовых концепций:

👑 Low Coupling/High Cohesion

👑 Закон Деметры (или "не разговаривай с чужаками)

👑 Разобраться с устойчивостью клссов (это хорошо описано в чистой архитетуре)

👑 Разобраться с RFC (Response For a Class) — количество методов, которые могут быть вызваны в ответ на один запрос к классу.

👑 Fan-In / Fan-Out
- Fan-In: сколько классов используют данный класс
- Fan-Out: сколько классов использует данный класс

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