Сегодня на мок собеседование приходила девочка с не очень большим опытом программирования, которая про алгоритмы и структуры данные только слышала краем уха. Когда мы дошли до задачи, в которой нужно было обойти дерево, она, сама того не зная, написала dfs. Я считаю, что это то, к чему нужно стремиться — выучить все алгоритмы долго и тяжело, да и можно забыть. Если алгоритм несложный, намного проще. будет вывести его прямо на месте.

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

Вчера общались с одним парнем про найм и он мне говорит:
— Даже не знаю, что сейчас рынку нужно: одни говорят, что тупо кнопки красить, другие — что нужны умные

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

Нужны умные что бы понимали когда можно кнопки красить, а когда лучше подумать

Кризис доверия на рынке труда

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

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

Вот вам пример прокаченного личного бренда. Мой друг Валик Ульянов уже несколько лет делает опенсорс проект mlut. Это как tailwind с киллер фичами для кастомных стилей и сложной верстки. Когда он впервые показал мне его, я сразу поняла, что это тема рабочая, а сейчас, на фоне проблем Tailwind, слежу за проектом еще внимательнее — это реальный кандидат на замену. Кстати, во фронтенде ИИ хуже всего справляется со сложной вёрсткой, поэтому CSS ещё долго будет ключевым навыком.

В своём проекте Валик забабахал JIT-движок, CLI, плагины для сборщиков и даже онлайн-песочницу, а недавно запустил его на ProductRadar. Пока все боятся сокращений, Валик уволился и планирует наслаждаться каникулами. Как вы догадываетесь, проблем с поиском работы у него нет.

Берите пример на вооружение. И кстати, проголосуйте за его проект, чтобы на следующем интервью с чистой совестью заявить, что вы поддерживаете отечественный open-source.

Буду рада видеть всех вас в своем канале в MAX 🙂

Как я нашла работу благодаря докладу с митапа

Осенью я искала для себя новое место. Мне не очень везло — вакансии, на которые я откликалась, то фризили, то закрывали другими кандидатами, не дойдя до меня. А потом я нашла очень классную вакансию, отправила резюме и, о чудо, мне ответили.

Первое собеседование я, как я думала, я провалила. Все шло отлично до того момента, как меня спросили, хочу я развиваться в управленческую ветку (в тимлиды) или в экспертную. Я ответила, что в экспертную. “Ну вот, а мы ищем будущего тимлида”, — ответил интервьюер. Я тут же начала убеждать, что управление мне тоже интересно, но было уже поздно.

Каково же было мое удивление, когда спустя неделю меня позвали на следующий этап. На тех интервью мне сказали, что посмотрели запись моего доклада про typescript и разделяют эта идеи, поэтому рассматривают меня в команду — но не на ту вакансию, где нужно расти в управленца, а на роль инженера в core команду. Я успешно прошла тех собес и вот уже три месяца работаю в самой лучшей команде ❤️

Кто знает, позвали бы меня на интервью, если бы не доклад? Не уверена. В общем, я считаю, что найти работу мне мог доклад.

Еще одна задача с Я 💛 фронтенд..

У нас есть интерактивная таблица, вроде google tables, ячейки которой могут ссылаться друг на друга. У нас есть следующие правила:

A1 = B1 + 4
B1 = C1 - 8
C1 = A1 + С2

Можно заметить, что ссылки циклические. Как будем вычислять значения ячеек? Допустим, пользователь ввел в ячейку C2 значение 10. Чему будут равны A1, B1, C1?

P.S. Кстати, chat gpt не осилил задачу 🤷‍♀️

Ребят, обратите внимание, с точки зрения математики задача действительно нерешаемая. В этом-то и прелесть этой задачи.

Напомню, что программирование — это не совсем математика. Именно поэтому мы можем создавать инструкции типа x = x + 6.

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

A1 = B1 + 4  // B1 не инициализировано => 0 + 4  = 4
B1 = C1 - 8 // 0 - 8 ‎ =  -8, затем перевычисляем A1 = -8 + 4  = -4
C1 = A1 + С2 // -4 + 0  = -4
C2 =10 // C1 ‎ =  -4 + 10 => 6, B1 = 6 -8 = -2, A1 = -2 + 4  = 2.

Можно продолжить этот процесс итеративно, определив количество итераций, или остановиться после первой.

За решение этой задачи я получила от команды Яндекс Документов вот такую солнечную панамку. Сами понимаете, без панамки блоггеру в наше время никак нельзя.

Сложность не в коде

Вчера вечером один из моих учеников столкнулся с проблемой.

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

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

Однако React тут не при чем, как и код в целом. Сложность практически всегда заключается не в коде, а в понимании того, что именно должно происходить с данными. Я часто вижу, что когда не получается написать код, дело не в знании фреймворка или языка, а в том, что программист плохо понимает, как должна работать его система. В данном случае ученика сбило с толку, что сами-то данные обновляются в каждой пачке и ему было сложно принять мысль, что в данном случае нам нужно один раз за сессию записать данные и больше их не обновлять. Технически это можно сделать как угодно: session storage, поле в стейт менеджере, да и просто переменная, в конце концов. Главный принцип, который нужно понять — это когда записать данные, когда прочитать, когда инвалидировать. Если вы разберетесь с флоу данных в вашем приложении, найти подходящий метод в фреймворке/библиотеке/языке будет не так-то сложно.

Как говориться, в программировании есть только две проблемы — наименование переменных, инвалидация кеша и ошибка на единицу.

Рефлексия о фронтенде в России за последние 10 лет

Когда я начинала свою карьеру в айти 10 лет назад, фронтенд переживал период бурного роста. Вышел es6 и мы мы массово переходили с библиотечных промисов на нативные и распутывали callback hell.Набирали популярность реактивные фреймворки, мы спорили о сортах реактивности и переписывали старые сайты с jQuery на SPA. Всем срочно понадобились мобильные версии. Всем стала срочно нужна мобильная версия.

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

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

А потом начался кризис. И тут резко все начали считать деньги. Оказалось, что многие проекты, в которые долго и упорно инвестировали, не принесли ожидаемой прибыли — и их закрыли. Стало понятно, что код и сложные системы не являются ценностью сами по себе, они ценны, только если закрывают реальную потребность.

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

Именно поэтому приобрели популярность всякие “конкретные достижения” в резюме. Что толку с того, что вы отрефакторили огромный легаси, если это никому не было нужно? Напишите, насколько быстрее фичи стали катиться. Зачем вы покрыли все тестами, это реально помогло снизить количество багов? Если нет — то ваши тесты бесполезны.

Мало знать технологию, нужно понимать, как именно ее приложить к реальности.

Я думаю, что впереди разработчиков ждет еще большее погружение в доменную область. Код может писать AI, но он не знает, что именно делать. А чтобы в этом разобраться, нужно погрузиться в доменную область. Мы все станем немного продуктовыми менеджерами.

Я часто встречаюсь с позицией, что разработчик не должен думать о бизнесе — его задача сделать то, что принес менеджер. Эта модель устарела. Сегодня бизнес не готов давать шанс продуктам, которые плохо монетизируются. А значит, понимание бизнеса становится частью профессии разработчика.

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

Как говорится, запомните этот твит.

Цифровой профессиональный след

Яркая новинка HR-сезона 2026 — понятие цифрового профессионального следа. Я начал встречать его упоминания в феврале в HR-каналах и в вакансиях. В чём суть явления?

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

Цифровой профессиональный след и есть эта опора. По сути, это набор внешних, объективных, достоверных подтверждений (пруфов) либо опыта, либо уровня скилов кандидата. Важно, чтобы кандидат не мог повлиять на этот пруф.

Идеальный пример ЦПС — это доклад на конференции. Описание доклада висит на сайте конференции, и кандидат не может его изменить. По докладу можно понять уровень докладчика, сколько у него лет опыта, где он работал.

Вроде бы идея с цифровым следом здравая. Но есть проблема — хороших источников цифрового следа мало. Что ещё можно исползовать как цифровой след? Накидайте вариантов.

И ещё одна проблема. Теперь каждому разработчику с самого начала карьеры надо вести дневничок и собирать портфолио наград и грамот, как в школе? Вы готовы к этому, дети? Да, капитан!

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