🎯 Как конференции могут менять карьеру?

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

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

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

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

📍 А ещё.
Ты выходишь из пузыря, из этого до жути скучного «вот моя команда», «вот мой проект», «вот мои таски».

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

Иногда 1 день на конференции даёт тебе больше, чем 3 месяца прокрастинации и «надо бы почитать что‑то новое».

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

Ты можешь услышать для себя что-то очень важное и даже переломное, можешь заявить о себе, можешь даже найти новую работу.

🎤 Кстати, я выступаю на OpenConf этой осенью, уже 20 сентября.
Если хочешь приехать — используй промокод «SpeakerKlorikyan» — он даст скидку 1000₽ на билет.

Может быть именно этот день поменяет что‑то и у тебя.

До встречи✌️

📱 Telegram | 📱 Instagram | 📱 Boosty
🟡 Поддержать автора | 🟡 Goal

🎤 Почему я вообще начал говорить публично?

Честно говоря раньше этого боялся, останавливало следующее:
— А вдруг скажу что-то банальное?
— А если подумают, что я выпендриваюсь?
— А кто вообще я, чтобы чему-то учить?

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

📌 Почему я начал выступать, вести канал, менторить?
Потому что понял, что молчание не масштабируется.
Потому что у меня был опыт, которым реально стоило делиться.
Потому что я видел, как люди с меньшими знаниями, но с уверенностью и подачей получают лучшие офферы, крутые проекты и получают бо́льшее внимание.
Потому что я осознал, что мне это приносит пользу.

📍 Публичность — это не про «быть звёздой».
Это про то, чтобы перестать прятаться, чтобы нести ответственность за свои действия и свою речь, про то, чтобы создавать вокруг себя среду самостоятельно, а не просто существовать в той среде, что создают другие.
Я не начал говорить, потому что «всё знал», я начал говорить, потому что перестал ждать, пока меня спросят. Начал делиться своим опытом, знаниями и заметил, что это приносит свои плоды.

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

💬 А ты пока молчишь или тоже уже начал говорить?

📱 Telegram | 📱 Instagram | 📱 Boosty
🟡 Поддержать автора | 🟡 Goal

🎤 Как я готовлюсь к выступлению?

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

🧱 С чего начинается подготовка?
С вопроса «Зачем я это говорю?», не «о чём», а зачем.

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

📌 Дальше структура доклада:
1. Сначала пишу всё, что хочу сказать, без каких-то фильтров.
2. Потом вычищаю всё лишнее.
3. Потом ещё раз, пока не останется только то, что цепляет и доносит главную мысль.

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

🗣 Я репетирую.
Да, я прямо говорю в пустую комнату, иногда по 3-4 раза.

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

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

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

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

Кто-то скажет, что мы можем после поговорить в кулуарах и будет прав, но. Общение в кулуарах зачастую проводится в более расслабленной обстановке, в которой слушателя уже не особо интересует, какие там soft skills у него проблемные. К тому же людей может быть много, вопросов ещё больше, а я только один.

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

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

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

📱 Telegram | 📱 Instagram | 📱 Boosty
🟡 Поддержать автора | 🟡 Goal

🎤 Уже завтра — я на сцене OpenConf.

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

Soft skills как главный хард: как я начал расти, когда прокачал не код

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

Все как бы знают, что нужно, а что не нужно делать, но не делают. Вот такой вот парадокс.

Будут озвучены следующие вопросы:
💬 Какие есть проблемы с soft skills?
💬 Как уверенность и самопрезентация напрямую влияют на зарплату?
💬 Какие практики помогают быстро развить навыки, которые открывают новые возможности?

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

📍 Если ты будешь на OpenConf — рад пообщаться лично.
Сможешь задать любые интересующие вопросы, при чём не обязательно на тему IT, ведь ещё будет второй день конференции, так что мы точно успеем обсудить всё.
Если не будешь — я всё равно потом возможно поделюсь выводами, слайдами и, может быть, даже чем‑то большим.

🎟 И да, промокод «SpeakerKlorikyan» всё ещё работает и даёт скидку 1000₽ на билет, если вдруг решишь ворваться в последний момент.

Увидимся, до завтра✌️

📱 Telegram | 📱 Instagram | 📱 Boosty
🟡 Поддержать автора | 🟡 Goal

🚀 Добро пожаловать в xstream.space.

Недавно здесь было 60 человек, а сегодня нас уже больше 300. Я рад каждому, кто подписался.

Если ты здесь впервые — этот пост для тебя👇

👨‍💻 Кто я?
Я — Давид, frontend-разработчик, ментор, человек, который давно работает в IT и не собирается делать вид, что путь был гладким.

Я веду этот канал, чтобы говорить о реальных вещах:
— Про найм, рост и прокачку.
— Про баги в голове и коде.
— Про soft и hard skills.
— Про путь разработчика — от первых коммитов до уверенности в себе и зарплате.

📌 Зачем этот канал?
Потому что мне есть чем делиться.
Потому что у меня есть ученики, у которых реальные результаты.
Потому что я знаю, как разработчику выбраться из болота, вроде «пишу код, но не расту».
И я показываю это не теорией, а практикой, примерами, историями.

🔍 Что ты найдёшь тут:
— 🔥 Посты по делу, а не «мотивацию ради мотивации» — такое я не люблю.
— 💼 Кейсы из найма, менторства, реального продакшна.
— 💬 Мысли, которые помогают переосмыслить карьеру.
— 📄 Шпаргалки, pdf, чек-листы, которые упрощают путь.
— ⚙️ И иногда могут быть прям технические разборы.

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

📢 В ближайшее время:
— Надеюсь, что будет контент с конференции, где я выступал.
— Будет пост о том, что я планирую делать дальше.
— Будет кейс моего менти, который дал рост исключительно за счёт soft skills, чтобы показать их важность.

Так что подписку не теряй, а если хочешь — напиши в комментарии, кто ты, чем занимаешься, на каком этапе в IT. Будет интересно узнать о каждом.

💬 Спасибо, что вы здесь, это только начало.

📱 Telegram | 📱 Instagram | 📱 Boosty
🟡 Поддержать автора | 🟡 Goal

🧠 Что должен знать Middle Frontend разработчик в 2025 году?

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

Вот ключевые зоны, которые важны на сегодняшний день👇
🔧 Технический стек:
— Уверенный JavaScript/TypeScript.
— React / Vue / Solid / Svelte на хорошем уровне.
— Умение работать с API (REST, WebSocket, GraphQL).
— Понимание CI/CD, Git, Docker (базово).
— Умение писать тесты (unit, e2e, snapshot, coverage).
— Уверенная работа с состоянием, вроде Redux, Jotai, Zustand, React Query и прочие STM'ы.
— Опыт SSR/SSG (например, на Next.js или аналоге).
— Умение отлаживать и оптимизировать (Web Vitals, Lighthouse, perf hooks, Dev Tools).

📦 Архитектура:
— Разбираться в архитектуре своего приложения.
— Уметь предлагать структурные решения.
— Работать с разделением ответственности.
— Знать, как избежать спагетти и говнокода.

💬 Коммуникация:
— Уметь объяснить своё решение другому разработчику, дизайнеру, менеджеру.
— Не бояться сказать, что что-то непонятно.
— Задавать уточняющие вопросы, если таска описана как из ада.
— Не обижаться на критику, а учиться на ней.

📈 Осознанность:
— Понимать, зачем ты делаешь таску.
— Видеть бизнес-смысл фичи.
— Предлагать решения, а не только делать, что сказали.
— Уметь оценить сроки, ресурсы, приоритет.

🧠 Рост:
— Не застревать в болоте «мне нормально».
— Видеть, куда развиваться.
— Учиться вне проекта.
— Вести хотя бы одно маленькое pet-приключение, но это конечно же по желанию.

📌 Middle — это не просто навык, это ответственность.
Уже не ученик, но ещё не архитектор.
Ты уже умеешь делать задачи, но теперь важно делать хорошо.

🎁 Я думаю сделать шпаргалку в каком-либо формате «Middle 2025».
Это нужно для того, чтобы ты мог честно сам себя проверить и понять, куда двигаться дальше.

Что скажешь, нужна тебе такая шпаргалка?

📱 Telegram | 📱 Instagram | 📱 Boosty
🟡 Поддержать автора | 🟡 Goal

🔁 Что бы я делал, если бы снова начинал путь в IT с нуля?

Если бы меня сегодня сбросили в 0:
— Без опыта.
— Без кейсов.
— Без круга общения в индустрии.
— Просто с головой и желанием работать, в таком случае я бы не делал 80% того, что делал тогда.

Тогда я тонул в хаосе:
— 300+ вкладок «что учить».
— Курсы с теорией без практики.
— Десятки начатых, но незаконченных pet-проектов.
— Месяцами боялся отправить первый отклик.

А потом выходил на рынок и не понимал, что я вообще умею.

❌ Самая большая ошибка в том, что я слишком долго делал всё сам, сегодня бы я сделал иначе.
1. Сначала выбрал вектор:
— Frontend, не шариться по всему IT.
— React или Vue, можно определиться сразу.
— Никаких «курсиков на всякий» — структура или наставник.

2. Искал бы не курс, а контекст:
— Нужен не просто материал, а обратная связь, живая практика и план.
— Всё, что без практики — это бессмысленное развлечение, а не движение вперёд.
— Лучше 1 задача с ревью, чем 50 видеоуроков без обратной связи.

3. Вкатился бы через менторство:
Если честно — это то, что сэкономило бы мне месяцы.
— Без тупых ошибок в архитектуре.
— Без бессмысленных pet-проектов.
— Без «я вроде что-то делаю, но не уверен, туда ли».
— Без «боюсь откликнуться, вдруг не готов».

Ментор = ускоритель, не палочка-выручалочка, а навигатор, который не даёт сбиться с курса.

4. Сразу бы начал искать людей:
— Telegram-чаты, митапы, конференции.
— Не для «заработать», а чтобы быть в поле.
— IT — это не только про скилл, но и про среду. И чем раньше ты в неё войдёшь, тем быстрее поедешь.

5. Собрал бы реальное портфолио, а не «приложения для заметок»:
— 1–2 проекта под задачи реального мира.
— Фокус на читабельность, структуру, решение задач.
— Лучше один классный, чем пять бесполезных.

📌 Вывод.
Если бы я начинал сейчас — я бы не повторял путь кодинга в одиночку в комнате.

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

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

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

📱 Telegram | 📱 Instagram | 📱 Boosty
🟡 Поддержать автора | 🟡 Goal

🧠 Мифы, в которые верят начинающие разработчики.

Ты только входишь в IT и тебе с первых дней подсовывают странные «правила», будто бы все всё знают, все всё умеют, все гении.

А ты? Ты «не готов», по крайней мере тебе так кажется.
Давай разложим по полочкам — и выдохнем👇

1️⃣ Миф: «Нужно выучить весь JavaScript перед тем, как идти дальше».

📌 Реальность:
— Тебе не нужно знать всё.
— Тебе нужно знать достаточно, чтобы делать.
— Ты поймёшь нюансы в процессе.
— Учёба без практики — просто чтение.

2️⃣ Миф: «Без pet-проектов тебя не возьмут».

📌 Реальность:
— Никому не интересно, что ты сделал «ToDo-лист номер 3829».
— Интересно то, как ты думаешь.
— Лучше один проект с классной архитектурой и объяснением, чем десять пустых игрушек.

3️⃣ Миф: «Сначала нужно набраться уверенности — потом идти на собеседования».

📌 Реальность:
— Уверенность — это побочный эффект практики.
— Хочешь не бояться собесов? Иди на собесы, проваливай, рефлексируй, учись, повторяй.

4️⃣ Миф: «На собесе спросят всё, что ты не знаешь».

📌 Реальность:
— На собесе важен не объём памяти, а структура мышления.
— Умеешь объяснить, почему так сделал? Умеешь честно признать, что не знаешь — но знаешь, где найти? Ты уже выигрываешь.

5️⃣ Миф: «Нужно идти строго по roadmap, иначе собьёшься».

📌 Реальность:
— Roadmap — это навигатор.
— Но твоя цель — не выучить всё, а устроиться и расти.
— Если ты завис на «events в JS» на 3 недели — ты не развиваешься, ты буксуешь.

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

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

❓Узнал себя в каком-то из мифов?
🎯 Хочешь нормальную траекторию без сомнений?

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

✉️ Пиши, если хочешь получить поддержку, обсудим.

📱 Telegram | 📱 Instagram | 📱 Boosty
🟡 Поддержать автора | 🟡 Goal

👀 Что смотреть в чужом коде, чтобы учиться?

Ты открываешь GitHub проект, садишься такой весь заряженный и через 10 минут сидишь с пустым взглядом. Думаешь,«Ну да, код, вроде красиво».

От того, что так посмотришь на код - мало что изменится, если вообще изменится. Вот, что реально имеет смысл искать в чужом коде, чтобы ты как-то развивался, а не просто увеличивал счётчик просмотров.

🧠 1. Архитектура.
— Как организованы папки и модули?
— Есть ли выделенные слои (entities, shared, features)?
— Какой паттерн используется? Domain-driven, атомарный, feature-sliced?
— Где стейт, где логика, где компоненты?

🧩 Это помогает тебе понять масштаб, научиться мыслить не строчками, а системно.

⚙️ 2. Связи между модулями.
— Как прокидываются зависимости?
— Есть ли циклические импорты?
— Используются ли shared-ресурсы?
— Насколько всё гибко связано?

📌 Учишься писать масштабируемо. В будущем это спасёт от рефакторинга на 40 часов.

📦 3. Работа со стейтом.
— Где хранят данные?
— Как структурирован global/local state?
— Используется ли Redux / Zustand / Jotai / React Query? Почему используются конкретная тезнология? Чем она лучше для этого проекта?
— Как решаются конфликты/синхронизация?

🧠 Это зона, где джун ещё страдает, а вот разработчник среднего уровня и выше уже не испытывает таких проблем.

🧪 4. Тестирование.
— Есть ли вообще тесты?
— Что покрывается?
— Как описаны кейсы?
— Прочитай 1-2 теста и пойми, они реально помогают или просто для галочки?

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

💄 5. Чистота и читабельность.
— Названия переменных, говорят ли они о сути или «abc123» и тому подобные?
— Читается ли код как цельная история или как несвязные мысли?
— Есть ли дублирование?

📚 Учись писать не для себя, а для команды. С твоим кодом после тебя будет работать огромное количество человек, поэтому нужно постараться сделать так, чтобы он был понятным и лёгким.

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

📱 Telegram | 📱 Instagram | 📱 Boosty
🟡 Поддержать автора | 🟡 Goal

⚙️ Мемоизация в React: спасение или оверинжиниринг?

Кто хоть раз писал useMemo, задавался вопросом: «А оно вообще помогает или просто усложняет мне жизнь?».

И правда в том, что мемоизация — это инструмент, а не обязательный ритуал.
Если использовать её не по делу, можно получить хуже производительность, чем без неё.

Разбираем по шагам.

✅ Когда реально стоит использовать useMemo, useCallback, memo?
1. Тяжёлые вычисления.

const expensiveResult = useMemo(() => calculateHeavyStuff(data), [data]);

Пример: сортировка, фильтрация, агрегация, построение дерева.
Без useMemo эта функция будет срабатывать на каждый ререндер, даже если data не менялась, что в теории может привести к проблемам с оптимизацией.

2. Передача одной и той же функции в props.

const handleClick = useCallback(() => doSomething(id), [id]);

<MyButton onClick={handleClick} />

Если MyButton — memo-компонент, он будет лишний раз ререндериться, если ты передаёшь новую ссылку на функцию каждый раз, а useCallback сохраняет ссылку между рендерами.

3. Стабилизация объектов или массивов в пропсах.

const filters = useMemo(() => ({ search, sort }), [search, sort]);

<List filters={filters} />

Без useMemo объект filters будет создаваться каждый раз заново.
Даже если значения внутри не меняются — List будет думать, что пропсы изменились.

4. Часто ререндерящиеся элементы списков.

const ListItem = memo(({ item }) => { ... });

Когда рендерится большой список (например, 100+ элементов), и каждый элемент получает свои props — memo может сильно сократить количество перерисовок.

❌ Когда мемоизация вредит или не нужна?
- Компонент рендерится редко.
Если компонент обновляется 1 раз в 5 секунд — зачем оптимизировать?
Ты тратишь память и усложняешь код без выигрыша.

- Стабилизируешь значения, которые всё равно пересоздаются.

const filters = useMemo(() => ({ search }), [search]);

Но search приходит с родителя, который всегда создаёт новый prop.
Или filters внутри содержит Date.now(), Math.random() — memo бесполезен.

- Мемоизация маскирует архитектурную ошибку.
Если у тебя компоненты всегда перерисовываются — скорее всего, нужно пересмотреть структуру, а не всё засовывать в memo. Часто на моей практике 90% проблем с оптимизацией решались и решаются правильной декомпозицией.

Например:

<Parent>
  <Child data={data} />
</Parent>

Если Parent обновляется часто, Child будет ререндериться, даже если data не изменилась. Лучше вынести Child наружу или использовать React.memo.

- Ты не профилировал, просто на всякий случай воткнул useMemo и это очень частая ошибка.

useMemo(() => 2 + 2, []) // мы все так делали (на этапе «хочу быть крутым»).

Но мемоизация — это накладная операция, она тратит память, удерживает ссылки и мешает сборщику мусора.

🔍 Подводные камни мемоизации.
- Старые значения в замыканиях.
useCallback может замкнуть устаревший стейт, если не указаны зависимости.

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

- Сложность отладки.
Начинаются баги в стиле «Почему функция не обновляется?», «Почему данные не приходят?». Часто это забытые зависимости или замыкания.

🧠 Что делать правильно?
- Профилируй сначала.
Открой React DevTools, Profiler и посмотри, что реально ререндерится.

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

- Проверяй зависимости.
Ошибки в списке зависимостей одна из самых частых причин багов и багрепортов.

- Читай код, а не копируй.
Мемо — это не «умная обёртка», а механизм, который ты должен понимать.

📌 Мемоизация в React как кофе, немного — бодрит, а когда слишком много — появляется тревожность, бессонница и баги.

Оптимизируй там, где надо, а не там, где можно.

📱 Telegram | 📱 Instagram | 📱 Boosty
🟡 Поддержать автора | 🟡 Goal

Всех приветствую после длительного отсутствия👋

Вот уже конец ноября и я думаю над форматом канала, а также над темами для постов, которые я буду делать как для вас, так потенциально и для своих менти.

Хочу сделать канал местом, куда приходят как просто читать, так и для роста. Есть желание сделать таким образом, чтобы мой интерес пересекался с интересами аудитории, канал должен быть местом, где можно:
- Разобраться в том, что мешает двигаться дальше.
- Получить взгляд изнутри индустрии.
- Увидеть честные кейсы и реальный путь роста, а не сказки про «вкат за 2 недели».
- Понять, как работают найм, собесы и карьерный рост в 2025.
- Просто познакомиться с моей личностью, провести время за чтением интересных постов не только о технологиях и IT.

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

Что потенциально может появиться в канале:
1. Открытые разборы карьерных ситуаций.
У моих менти бывали сложные ситуации на работе, ко мне обращались за консультациями по рабочим задачам и даже за консультациями по трудовым спорам.

2. Контент по soft-skills, которые сегодня по моему мнению решают практически все.
Как говорить, как презентовать себя, как выдерживать собесы и не валиться на простом.

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

4. Взгляд ментора на найм.
Типичные факапы, примеры хороших ответов, стратегии получения оффера, общение с рекрутерами и сам поиск работы.

5. Мой путь.
Что меня прокачало за последние месяцы, что переосмыслил, что планирую делать дальше.

6. Knowledge base.
Была мысль сделать что-то вроде «хранилища» для того опыта, который я имею. Хранилища, которым сможет воспользоваться каждый желающий. В такой базе я хочу иметь разного рода разборы, объяснения процессов в найме и компаниях, «гайды» по поиску работы, выбору благоприятного места для этой самой работы и много всего другого. Часть этого контента конечно же будет выноситься на Boosty.

7. Не технические посты, которые никак не будут связаны с миром IT.
Здесь будет про мою рутину, трудности, падения и взлеты, буквально все, что можно обсудить, не касаясь темы РАБоты.

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

📱 Telegram | 📱 Instagram | 📱 Boosty
🟡 Поддержать автора | 🟡 Goal

Год потихоньку подходит к концу.

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

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

В декабре у меня было ещё одно событие — 14 декабря был мой день рождения. Не самый простой и не самый радостный для меня день по внутренним ощущениям, но при этом теплый. Благодаря моим родным и близким я все равно чувствовал себя счастливым и это, пожалуй, самое важное.

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

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

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

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

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

Мне будет интересно подискутировать.

📱 Telegram | 📱 Instagram | 📱 Boosty
🟡 Поддержать автора | 🟡 Goal