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

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

Поэтому теперь в моих проектах больше упора на архитектуру и нейронные сети.

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

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

Поэтому тактика карьерного развития требует серьезных изменений, в то время как стратегия остается прежней:


👑 расширение своих навыков (захват смежных областей)

👑 понимание ключевых технологий

👑 прокачка личного бренда (все идет к тому, что небольшие команды будут делать огромный объем работу, что повысит конкуренцию на местах)

👑 нетворкинг, как основной инструмент продвижения

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

Такая вот непростая, но решаемая задача.

Прошла первая практика по курсу Монолитных архитектур. Хочу поделиться впечатлениями.

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

Во-вторых, хорошо проработали практические вопросы:

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

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

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

И много других вопросов.

Как использовать эти знания для личной пользы?

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

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

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

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



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

💡Архитектура - короткий путь к результату

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

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

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

Например, Ники Пармер придумала архитектуру трансформеров, а Каймин Хэ архитектуру ResNet. И это не единичные случаи. Сложность систем становится огромной, чтобы распределить сложность и эффективно использовать ресурсы нужна архитектура.

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

💡 Реакция на пост выше 👆 – бесценна.

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

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

Выходит, мы теперь лидируем не только в хардах, но и в деньгах (об этом красноречиво говорит реакция моих визави). Что ж, стратегическая победа соеров - это когда ты и умный, и при деньгах, а твои оппоненты… ну, хотя бы очень стараются сохранить лицо при плохой игре.