Publicaciones de Telegram de Саня об IT🧑‍💻

🏠 Удалёнка против офиса: разнос «аргументов»

Каждый раз, когда компания пытается заманить сотрудников обратно в офис, начинается одна и та же пластинка: «Живое общение! Коллаборация! Дисциплина!» Ну да, ну да, офис, хорошая попытка, но нет.

Давайте разберём по пунктам, почему большинство аргументов за офис — это миф.

1. Еда 🥪
На удалёнке нет очередей в микроволновку. Можешь заказать что угодно, откуда угодно, поесть когда удобно, а не в обеденный час, когда вся компания ломится в столовую. Хочешь — готовь дома нормальную еду, без разогрева в пластике.

2. Движение 🚶
«В офисе больше двигаешься»? Ну если считать дорогу до работы и обратно, то да. Но час в пробке — это не зарядка. На удалёнке можно пойти гулять, когда реально хочется, а не по расписанию «перекуров».

3. Офисные условия 🏢
«Но у нас шикарный офис!» — говорят компании. Да, да, шикарный open space, где ты сидишь в наушниках, потому что работать невозможно.
У некоторых реально крутые офисы, но если ты айтишник и нормально зарабатываешь, то дома можешь обустроить себе место получше, чем опенспейс на 100 человек с ноунейм-коллегами.

4. Поддержка рабочего места 🔧
«В офисе есть техподдержка: если что-то сломается, придёт человек и починит».
На удалёнке в нормальных компаниях тоже есть поддержка: курьер приедет, заберёт ноут, привезёт новый. А если у вас в компании этого нет, то проблема не в удалёнке, а в компании.

5. Гибкость рабочего дня ⏰
Не нужно подстраивать свою жизнь под офисный график и мучительно решать: выезжать рано и стоять в пробках или поздно и всё равно стоять в пробках.
На удалёнке ты экономишь 1–2 часа в день и можешь тратить их на что-то полезное, а не на дорогу.

6. Разделение работы и личной жизни 👨‍👩‍👧‍👦
«Дома отвлекают». Но и в офисе коллеги могут постучать в плечо, затащить на кофе и похитить час времени. А если с семьёй невозможно договориться, то вопрос не в удалёнке, а в границах.

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

8. Коллеги-отвлекаторы 🚫
В офисе коллеги могут подойти и отвлечь в любой момент. На удалёнке они сначала формулируют мысль в текст, а не сразу идут загружать вас своей проблемой. В худшем случае — запланируете созвон.

Что в итоге?
Я не против офиса. Я против обязаловки. Если бы у моей компании был офис в моём городе, я бы, может, раз в неделю зашёл потусоваться. Но… моя команда распределена по разным городам. В офисе я бы тусил с людьми, с которыми даже не работаю.

А что думаете Вы? Офис или удалёнка?

👩‍💻 С 8 марта, дамы! 💐

Пусть Ваши системы работают без багов, задачи закрываются без лишних вопросов, а PR принимаются без комментариев «давай всё переделаем». Пусть рекрутеры не спрашивают про декрет, а оценивают только ваш скиллсет!

Желаю Вам тимлидов, которые слышат коллег, не объясняют вам очевидные вещи, и офферов, где зарплата такая же, как у соседнего разработчика, а не «на пару процентов ниже, потому что…» (спойлер: не потому что).
Счастья, энергии и больше удовольствия от работы и жизни! 🎉

⚔️ Учебный опыт против реального: не всё так однозначно

В IT есть распространённый миф: учебный опыт — ерунда, а реальный — золото. Якобы если ты не работал в боевом проекте, то твои знания ничего не стоят. Но это не так.

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

А вот те, кто осознанно учатся, разбирают трендовые технологии и пишут пет-проекты — могут нарастить больше практических навыков, чем многие «опытные» разработчики, которые годами пишут одно и то же. Учебный опыт — это не просто теория. Если человек реально делал проекты, пусть даже в образовательной среде, он решал задачи, гуглил, дебажил, наступал на грабли и находил решения. Это и есть практика.

Но одна проблема остаётся: как показать это в резюме так, чтобы тебя не отсекли ещё на этапе просмотра? HR видит строку «пет-проект» и пролистывает дальше.

Почему? Потому что большинство соискателей описывают свой учебный опыт как «сделал ToDo-лист на React». А что там было сложного? Какие задачи ты решал? Как этот опыт поможет компании?

👍 Как сделать так, чтобы учебный опыт выглядел не как баловство, а как реальная практика? Например, вместо «разработал пет-проект» можно написать:
• Разработал веб-приложение для учёта расходов, внедрил авторизацию с помощью социальных сетей, настроил деплой с помощью GitHub Actions, добавил сохранение в Local Storage.
• Реализовал работу с кэшированием с помощью React Query, уменьшив нагрузку на бэкэнд и увеличив отзывчивость пользовательского интерфейса.
• Оптимизировал производительность приложения, внедрив lazy loading и разумно добавив мемоизацию, что сократило время загрузки страниц на 30%.

Ключевой момент — не название проекта, а то что ты способен сделать в техническом плане.

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

А что Вы думаете о накрутке? Выразите свое мнение реакцией:
👍 - Одобряю, окей
🤔 - Необходимое зло, иначе не устроиться
👎 - Резко негативно отношусь

Ну и поделитесь в комментах, удаётся ли кому-то без коммерческого опыта в резюме попасть на собес, с учётом того что HR поголовно скипают учебные проекты? Рассказывайте свои истории — сталкивались ли с таким? Как вышли из ситуации?

Контроль 🆚 Доверие: где граница?

В одном из чатов недавно всплыл любопытный вопрос: насколько работодатели контролируют сотрудников? Это не только про офис vs удалёнку, а в целом про доверие к людям.

Есть компании, где важно, что ты сделал, а есть — где важнее, как долго ты сидел за компом. В ход идут тайм-трекеры, пропускные системы, мониторинг экрана, а иногда даже полный доступ к твоему календарю.

Разные подходы к дисциплине

На своём опыте видел абсолютно разные схемы:
1. Жёсткий офисный график: приход строго к 9:00, обед — 48 минут, уход не раньше 18:00. Причём даже по пятницам, хотя народ уже мысленно в баре.
2. Пропускная система: главное — набрать 40 часов в неделю, когда именно — не важно.
3. Удалёнка с тайм-трекингом: начал работу — нажал кнопку, ушёл на перерыв — тоже нажал. Иначе потом вопросы: “А чего ты в 14:07 был офлайн?”
4. Полное доверие: просто отмечаешь, сколько часов потратил на задачи, но никто не следит, добрал ты норму или нет.

Личный опыт: где дисциплина, а где цирк?

В офисе у меня складывалась интересная ситуация. Стабильно пару-тройку раз в неделю я опаздывал минут на 7, а то и на 15
- суть в том что опаздывал то совсем немного
😅 Зависал на обеде полтора часа вместо положенных 48 минут. Если знал, что начальник на вечернем совещании - сваливал на полчаса пораньше. Кстати, я ещё и в офисе шабашил по фронту параллельно с работой аналитиком)

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

Я за неделю мог выполнить такой объём работы, который другие коллеги выполняют за месяц. Помню был конкурс на лучшего сотрудника управления. И я случайно подслушал разговор моего лида с его боссом. Они обсуждали, как повлияет на дисциплину в коллективе если они как руководство признают, что Саня - всё-таки лучший. Пусть у меня и хватало микроконфликтов с лидом на тему дисциплины, но он был мужик правильный и всегда говорил, что результат важнее.

Дисциплина ≠ эффективность

Но важна ли дисциплина сама по себе? Всё зависит от контекста:
✅ Если ты инженер поддержки — быть на месте вовремя критично, аварии ждать не будут.
✅ Если ты пропустил важную встречу и никого не предупредил — это уже косяк, который влияет на работу команды.
❌ Если ты работаешь продуктивно, но хочешь на обед подольше — это вообще не проблема.

Что важнее: строгое соблюдение графика или реальная продуктивность? Вас контролируют или доверяют? Расскажите, как у вас это устроено 👇

Недавно один из учеников с менторства написал мне: «Саня, спасибо! За полгода прокачался так, что получил оффер в 2 раза больше». Это всегда приятно, потому что продукт моей деятельности РЕАЛЬНО приносит пользу людям. Я не часто об этом пишу, но у меня есть менторство: помогаю разобраться с подготовкой к интервью, как прокачаться в IT, а также полностью сопровождаю вас на этом пути до результата в виде успешно пройденного испытательного срока на новой работе.

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

Если ты недавно подписался, вот пара постов, которые могут зайти:
• Как я решил вести группу
• Ученики мне поставили оценки
• Получил образовательную лицензию
• Мегавстреча с учениками в Питере
• Подробнее о менторстве (лендинг)
• В блоге кликабельны хештеги: #ментор #отзыв

Прикреплю скрин свеженького отзыва. А если хочешь прокачаться и выйти на другой уровень — менторство открыто!

Сокращения в IT: паниковать или нет?

🇺🇸 США продолжает трясти: Meta, Microsoft, Google, Amazon и другие гиганты уже уволили десятки тысяч сотрудников. Компании пересматривают бюджеты, оптимизируют команды и гонят народ обратно в офисы — якобы для повышения продуктивности. В реальности же это способ избавиться от балласта. Плюс, на рынок хлынули толпы разработчиков из Индии, готовых работать за меньшие деньги.

🇷🇺 Что в России? Да, время от времени слышно о локальных сокращениях, но массовых чисток, как на Западе, не видно. Скорее можно сказать, что рынок стабильный: зарплаты не падают, но и не растут, вакансии есть, особенно для мидлов и сеньоров. Это значит, что баланс спроса и предложения пока соблюдается.

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

😱 Нет, это не значит, что IT-рынок рухнул.
Да, за последние 2-3 года куча людей прошла курсы и теперь толпится на входе. Среди этих тысяч соискателей немало тех, у кого слабое резюме и мало опыта. Поэтому для сильных специалистов конкуренция не сильно изменилась.

Что с этим делать?
• Не ориентироваться на среднюю температуру по больнице.
Сколько в среднем получает разработчик? 200к? Это ничего не значит. Нужно смотреть на лучших в своём сегменте и стремиться туда.
• Развиваться не «на потоке», а осознанно.
IT — это не просто работа, это навык, который можно прокачивать. Те, кто развиваются стратегически, остаются востребованными, пока остальные паникуют.
• Не паниковать.
Рынок меняется, но сильные специалисты останутся в игре. Вопрос в том, в какой ты категории — среди тех, кто ищет максимум или среди тех, кто просто ждёт, когда повысят.

Сань, ну к джунам требования попроще

Сказал мне один ученик, после чего я снял новое видео на YouTube! На мой экспертный взгляд этот студент вполне мог бы
и не ограничивать себя только junior вакансиями, а проходить собеседования и на вакансии без указания грейда и даже с указанным middle и даже middle+. Да, меня тоже бесит эти плюсы и минусы в указанных грейдах. Но приходится использовать эти термины, ведь по факту я занимаюсь переводом с HR языка на нормальный)

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

В видео я анализирую требования к frontend react вакансиям с фокусом на junior - middle+ позиции. Читаю и комментирую именно технику и требования по ней, без всяких комментариев на тему инициативности и проактивности.

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

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

В общем, видео получилось крайне полезным, рекомендую перейти на канал и посмотреть, или добавить в закладки)

https://www.youtube.com/@sanya-it

🤔 Сертификация айтишников на Госуслугах

31 мая в России экспериментально запускается Национальная система подтверждения IT-компетенций. Теперь айтишники смогут официально подтвердить свои знания, пройдя тест по 21 направлению – от Python и Java до Git. Успешно прошел – получил сертификат, который закрепится в профиле на Госуслугах. Вроде бы звучит неплохо: работодателям проще фильтровать кандидатов, а айтишникам – оценивать свой уровень.

Но есть нюансы. Вернее, целый список вопросов, на которые пока нет адекватных ответов.

Сертификат на год? Серьезно?
Через 12 месяцев ты снова становишься никем и обязан заново проходить тест, чтобы сохранить статус. Логика не совсем ясна: за год у разработчика могут измениться стеки, прокачаться навыки в конкретной области, но базовые знания куда-то испарятся? Это выглядит как чистой воды формальность, искусственно создающая дополнительную нагрузку.

Кто будет оценивать компетенции?
Пока неясно, кто именно разрабатывает тесты и по каким критериям они формируются. В реальной разработке важны не только знания языка, но и работа с фреймворками, архитектурные решения, понимание бизнес-логики. Например, фронтенд-разработчик может быть экспертом в Next.js, но тест может не учитывать этот стек, ограничиваясь абстрактной базой типа «JavaScript + React».
Кроме того, непонятно, насколько объективно будет проходить само тестирование. Будет ли это просто тест с вариантами ответов или практические задачи? А если практические, то как их будут проверять? Кто отбирает вопросы? Кто гарантирует, что они действительно соответствуют актуальным требованиям рынка?

Коррупция и формализм
Государственные системы сертификации всегда открывают простор для серых схем. Будут ли появляться «решалы», которые за определенную сумму обеспечат успешное прохождение тестов? Скорее всего, да. В результате, на рынке появятся люди с красивыми сертификатами, но без реальных знаний. Они будут забирать рабочие места у тех, кто честно вкладывается в развитие. Это не просто догадки – так происходит в любой системе, где формальные отметки начинают заменять реальные компетенции.

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

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

Я продолжу следить за тем, как эта система будет работать на практике. Буду разбирать тесты, анализировать подход к их составлению и делиться выводами. Следим за ситуацией вместе 👀

😱 Добавление стейт-менеджера — это усложнение?

Недавно мне прислали вакансию. В описании зацепила фраза:

"В React для вас не должно быть проблемой использование таких библиотек и шаблонов, как useImperativeHandle."
Я задумался. В моих проектах этот хук не используется. Когда-то я о нём читал, но благополучно забыл. Полез гуглить и наткнулся на статью с цитатой:

"Вы не хотите всё усложнять, добавляя библиотеки управления состоянием? Хук useImperativeHandle — отличный выбор."
Я прочитал статью, но так и не въехал в суть (да, все мы иногда тупим, и я этого не скрываю😁). Зато понял одно: а точно ли добавление стейт-менеджера — это "усложнение"? Особенно если это MobX?

На мой взгляд, научиться пользоваться MobX — это по времени сопоставимо с изучением useImperativeHandle, useRef или useContext. Но при этом MobX решает задачи проще и элегантнее.
- MobX — это как автомат Калашникова: простой, надёжный и эффективный.
- Чтобы решить 99% задач, достаточно знать базовые фичи: Observer и Observable.
- В моём последнем проекте я использую только MobX и useEffect. Этого хватает практически всегда.

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

Самый популярный стейт-менеджер — это Redux. Его часто хейтят за boilerplate (шаблонный код). Действительно, чтобы сделать простые действия, приходится писать много кода. Но Redux не сложный — он просто объёмный.
Современные решения, такие как Redux Toolkit, упрощают работу, но многие всё равно предпочитают обходиться без стейт-менеджеров.

Что сейчас популярно?
Если говорить о трендах, то сейчас наиболее популярные решения — это:
- @reduxjs/toolkit
- Jotai
- MobX
- Recoil
- Redux
- Zustand

Спрос на чистый Redux всё ещё высок, но относительно других решений — падает. В новые проекты без Redux Toolkit его очень редко тащат. Из альтернативных вариантов лучше всего растёт Zustand.
Всё так же отстают, но имеют своих сторонников Jotai и Recoil. А ещё есть Effector — вспомнил про него, потому что в прошлом году было несколько крупных инфосрачей по поводу него. У него относительно небольшое, но очень неравнодушное сообщество. Надеюсь, они меня не захейтят за то, что он не попал в картинку со статой, т.к. у него примерно в 10 раз меньше скачиваний, чем у аутсайдера этой подборки — Recoil.

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

Вообще, считаю важным сказать, что если либа самая популярная, то это не значит, что она во всём лучшая. Но с популярными библиотеками стоит быть знакомым. Давайте посмотрим, что же популярно среди вакансий на hh:
- 613 вакансий «Redux»
- 190 вакансий «MobX»
- 77 вакансий «Zustand»
- 32 вакансии «Effector»
- 8 вакансий «Jotai»
- 8 вакансий «Recoil»

Вывод такой:
- изучайте Redux (и его Toolkit) — для рынка;
- MobX — для себя;
- Zustand — чтобы быть в тренде.

Сравнение, откуда взята картинка.

🤔 А что вы думаете? Считаете ли вы стейт-менеджеры усложнением? Или, может, у вас есть любимая библиотека? Делитесь мнениями в комментариях, будет интересно почитать!

Обо мне 👋

Привет! Меня зовут Саня, мне 34 года. Я работаю в IT уже больше 15 лет, и за это время успел попробовать себя в самых разных ролях.
Записываю видео 📺 YouTube: Sanya IT. Недавно просмотры канала перешагнули отметку в 2 миллиона! Давайте знакомиться!

👨‍💻 Мой путь в IT
• 2008: Начинал с переустановки Windows за деньги.
• 2011: Устроился бэкенд-разработчиком на C#.
• 2014: Перешёл в аналитику (фактически работал и за архитектора).
• 2016: Попробовал себя в роли проджекта в крупном банке, параллельно занимался аналитикой и фронтендом.
• С 2017: Погрузился во фронтенд (React, но знаком и с другими фреймворками).

Сейчас я руковожу направлением разработки в компании Иннотех (Т1). Отвечаю за фронтенд нескольких систем для большого синего банка. Несмотря на слово «руководитель» в должности, я продолжаю программировать. Иногда это ресёрч, иногда — реализация.

О работе:
• С чего начал и фотка трудовой
• API_PATH или как frontend может узнать, где находится его backend? - моя статья на портале "Типичный программист"
• Доклад про параметризацию frontend на Ural Digital Weekend 2024
• Техсобес в современном мире и как готовиться? - статья на Хабре с моим участием.
• Мой пик карьеры - Оффер на лида дирекции
• и другие мои посты с #работа

🏡 Личная жизнь и хобби
Живу в Перми с женой Леной уже 10 лет. Она ведёт блог в запрещённой соцсети, занимается SMM и помогает бизнесам вести соцсети.
• Дети
◦ Алиса, 5 лет — играем в шахматы, настолки и Heroes of Might and Magic V.
◦ Леон, 2 года — любим бегать, дурачиться и собирать пазлы.
◦ лабрадор Альма, 6 лет. Она обожает гулять и есть (как и я 😄).

• Спорт: Хожу в зал 2 раза в неделю, играю в футбол. В прошлом - 7 лет самбо и джиу-джитсу, 5 лет фехтования.
• Путешествия: Побывал уже в десятке стран. Несколько месяцев жил и работал в США.
• Техника: Восстанавливал своими руками ретрокабриолет ГАЗ-69. Рядом с ним на даче стоит мотоцикл Урал с коляской (раньше ездил на Yamaha). Недавно купил квадроцикл.
• посты про семью и хобби: #жизнь

🎓 Менторство
Пару лет назад запустил менторство по фронтенду. Мне нравится делиться опытом, помогать другим развиваться и видеть их успехи.

Посты про менторство 👇
• Как я решил вести группу
• Ученики мне поставили оценки
• Получил образовательную лицензию
• Мегавстреча с учениками в Питере
• Подробнее о менторстве (лендинг)
• и другое на эту тему по #ментор и #отзыв

🚀 Если Вы хотите развиваться, а не топтаться на месте — подписывайтесь! Я рад каждому подписчику!