Первые месяцы в IT – это как попытка выпить из пожарного гидранта: информации слишком много, все важно и все срочно. Работа, учеба, да и домашние дела никто не отменял – как все успеть и не сойти с ума? Мы собрали ключевые принципы, которые помогут вам выстроить устойчивую систему, а не выживать в режиме аврала.

Тайм-менеджмент – ваш главный союзник
Первое и самое важное правило: работа и учеба должны иметь четкие границы. Физические или временные.

🔷 Не забирайте рабочие задачи домой. Ваше вечернее время – это инвестиция в восстановление или в учебу. Смешивая все в одну кучу, вы гарантированно получите выгорание.
🔷 Если вы на удаленке – имитируйте офис. Начинайте и заканчивайте в одно время. Закрывайте рабочий мессенджер и таск-трекер. Ваш мозг нуждается в ритуале «окончания рабочего дня», чтобы переключиться.
🔷 Используйте технику «тайм-боксинга». Выделяйте конкретные временные блоки (например, по 90 минут) на учебу и жестко им следуйте. Так вы не будете бесконечно сидеть над одной задачей.

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

🔷 Установите себе лимит. Если вы бьетесь над учебной задачей или рабочим багом больше 1-2 часов, это сигнал: пора просить помощи.
🔷 Спрашивайте правильно. Вместо «у меня ничего не работает» сформулируйте: «Я пытаюсь сделать X, чтобы получить Y. Использовал подход A и B, но столкнулся с ошибкой C. В каком направлении думать?». Так вы покажете свою работу и облегчите наставнику или коллеге задачу.
🔷 Используйте все ресурсы: наставника, одногруппников, коллег, сообщества Хекслета в Telegram. Чужой опыт может сэкономить вам день, а иногда и неделю.

Гибкость вместо тирании
Составление идеального расписания на месяц вперед – прекрасная идея, которая почти никогда не срабатывает. Сложность задач меняется, обстоятельства вносят коррективы.

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

Лучшая стратегия – учиться постоянно, но небольшими порциями. Короткие ежедневные сессии (даже по 30-40 минут) эффективнее одного семичасового марафона на выходных. Знания успевают «улечься».

Учеба – это образ жизни, а не спринт
Зацикленность на скорейшем завершении курса любой ценой – верный путь к апатии. Вы не на соревнованиях!

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

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

Управление энергией, а не временем
Стресс от совмещения двух серьезных активностей – это не слабость, а объективная реальность. Нужно не геройски терпеть, а управлять.

🔷 Сон и питание – это не опционально, а обязательно. Это базовая инфраструктура для вашей продуктивности. Недостаток сна сводит на нет любые техники тайм-менеджмента.
🔷 Так же, как вы планируете задачу по программированию, внесите в календарь «прогулка», «ничегонеделание» или «хобби». Это буфер, который не даст системе перегреться.
🔷 Отслеживайте свое состояние. Чувствуете постоянное раздражение или туман в голове? Это красные флаги. Значит, нужно не «потерпеть еще недельку», а срочно снижать нагрузку и восстанавливаться.

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

Делитесь в комментариях своими лайфхаками – ваш опыт совмещения поможет другим 😉

Telegram | YouTube | Сообщество

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

Вот четыре такие привычки, которые стоит выработать как можно раньше.

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

Почему это работает?

▶️ Отладка
Если что-то сломалось, git bisect или простой взгляд на историю покажет конкретное изменение, которое привело к багу.

▶️ Понимание
Коммит с ясным сообщением («Исправил расчет скидки для промокодов», а не «fix») становится исторической записью о «зачем» и «почему». А вам и вашей команде не придется через месяц гадать на кофейной гуще.

▶️ Ревью
Небольшой пул-реквест с одним логическим изменением просматривается в разы быстрее и качественнее.

Все это не про занудство и дотошность, а про прагматизм и уважение к своему будущему «я».

🔷 Письменные договоренности – волшебный чек-лист памяти
«Кажется, мы договорились, что...» – фраза, которая может привести к потерянным дням и испорченным отношениям. Наша память, увы, не самый ненадежный носитель, особенно под нагрузкой.

Что делать?
– Фиксируйте итоги созвонов в таск-трекере или общем чате: «Итак, по итогу обсуждения: делаем Х методом Y, ответственный – я, срок – среда».
– Отправляйте короткие письма-подтверждения после важных устных разговоров: «Как и обсуждали, я приступаю к задаче А, ожидаемый результат – Б».

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

🔷 Перестаньте использовать голову как жесткий диск
Держать в оперативной памяти список дел, идеи по рефакторингу, команду для настройки окружения и план встречи – верный способ исчерпать когнитивные ресурсы к обеду.

Инструменты – не слабость, а апгрейд:
– TODO-лист (хоть в том же TODO.md в проекте) освобождает от тревоги что-то забыть;
– Чек-листы для рутинных операций (деплой, Code Review) исключают человеческий фактор;
– Заметки/вики по проекту хранят контекст, который не поместится в голове.

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

🔷 Когда код перестает поддаваться
Если вы 30-40 минут пристально смотрите на экран, перечитываете одну функцию десятый раз и не можете понять логику бага – проблема уже не в коде. Проблема в туннельном зрении и усталости вашего мышления.

В этот момент продолжать = ошибаться дальше. Коэффициент полезного действия стремится к нулю.

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

Назовем это «стратегической паузой», а не прокрастинацией.

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

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

Уже пробовали что-то из перечисленного? Или, может, наступили на грабли, которых можно было избежать? Ждем ваши истории в комментариях!

Telegram | YouTube | Сообщество

🧠 Небольшая логическая задачка

Есть 4 функции:

F1 — выполняется 1 секунду
F2 — 2 секунды
F3 — 3 секунды
F4 — 4 секунды

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

❓ Вопрос:
За какое минимальное время можно выполнить все четыре функции?
И какая последовательность запуска будет оптимальной?

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

💬 Почему на плохие вопросы не отвечают?

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

Формула идеального вопроса (копируйте, запоминайте, сохраняйте) 👇
Следующие четыре пункта – ваш шаблон. Раскройте их по порядку, и шансы на быструю помощь взлетят:

Контекст и цель
«Я работаю над задачей [номер/название]. Цель: чтобы пользователь при нажатии кнопки X видел всплывающее окно с формой».
Ожидаемый результат
«Я ожидал, что после клика на кнопку <Submit> в консоль выведется объект с данными формы».
Фактический результат (с доказательствами!)
«Но вместо этого в консоль приходит undefined, а в Network вижу 500 ошибку на endpoint /api/submit. Вот скриншот/кусок кода/логи».
Ваши шаги
«Что я уже проверил: убедился, что данные из формы собираются в state; проверил типы данных; попробовал отправить запрос через Postman — там тоже ошибка 500».

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

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

Telegram | YouTube | Сообщество

Вы замечали, что самые серьезные проблемы в команде начинаются не со скандала, а с неловкого молчания? Фраза «ладно, потом разберемся» – это часто начало долгого и тихого конфликта, который отравляет работу.

Невозможно предусмотреть все ситуации, ведь люди и проекты разные. Но алгоритм разбора – универсален.

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

Эмоция/Интерпретация: «Меня не уважают», «Он постоянно саботирует мои задачи», «Со мной так нельзя».
Конкретный факт: «Вчера в 18:30 мне письменно изменили дедлайн с «завтра» на «сегодня к 17:00», без обсуждения».

Возьмите лист бумаги. В левую колонку выпишите все, что чувствуете («меня игнорируют»). В правую – только проверяемые события («мое сообщение в чате от 11 апреля не получило ответа за 24 часа»). Разговор можно начинать только с правой колонки.

🔹 Проверьте «карту реальности» (вы вообще об одном говорите?)
Большинство рабочих конфликтов – не злой умысел, а рассинхрон ожиданий.

Тимлид думает: «Дал задачу на неделю, жду проактивности и вопросов».
Джун думает: «Дали задачу на неделю, буду молча пилить, тимлид и так занят».

Вопросы для прояснения:
– «Правильно ли я понимаю, что ключевой приоритет сейчас – скорость, а не идеальная архитектура?»
– «Давайте уточним: вы ждете от меня готовое решение или промежуточные точки согласования?»

Часто на этом этапе конфликт исчерпывается.

🔹 Сформулируйте запрос на изменения (не жалуйтесь, а предлагайте)
«Чтобы все было нормально» – не работает. Нужна максимальная конкретика.

Вместо: «Хватит скидывать мне задачи вразнобой!»
Попробуйте: «Давайте договоримся о процессе: все новые задачи я принимаю через тикет-систему, а срочные – только после устного обсуждения в рабочем чате. Это поможет мне правильно планировать время. Вас такой формат устроит?»

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

🔹 Если не сработало – эскалируйте. Но правильно!
Эскалация – не стукачество. Это инструмент, когда два человека зашли в тупик и нужен третий (тимлид, проджект, СТО), чтобы снять блок.

Как НЕ надо: «Иван постоянно срывает мне сроки, разберитесь!»
Как надо: «Мы с Иваном трижды пытались согласовать процесс по задаче X, но наши подходы не совпадают. Мы заблокированы. Нужно ваше решение как руководителя, чтобы двигаться дальше. Вот варианты, которые мы обсуждали».

В здоровой компании эскалацию рассматривают как сигнал о проблеме в процессе, а не о плохих людях.

Конфликт — это data о проблеме в системе
Страшен не конфликт, а его замалчивание. Умение конструктивно поднять волнующий вопрос – это даже не soft skill, а professional skill. Это говорит о вашей вовлеченности и желании делать работу лучше, а не просто отсиживать часы.

Какой из шагов кажется вам самым сложным? Делитесь в комментариях своими способами решения конфликтных ситуаций – обсудим.

Telegram | YouTube | Сообщество

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

Давайте сразу договоримся, что 3-5 отказов – это не катастрофа!
Сейчас все объясним 🙌

«Я ничтожество, зря учил этот Python, пойду дворы мести» – думает мозг. Но по сути это лишь несовпадение ваших конкретных скиллов с хотелками конкретного нанимателя в данный конкретный час.

И чтобы такое не повторялось сто раз подряд, нужно разобраться, в чем дело.

Где именно факап:
Вас даже не зовут поговорить? Значит, дело в резюме, которое либо скучное, либо мутное. Выбрасываем шаблоны и пишем, что конкретно делали и какие результаты дали. И подходит ли ваш стек под вакансию.

Дальше – вы дошли до эйчаров, но вас слили? Обидно, но они редко проверяют знание условного полиморфизма, потому что HR – чисто софт-скиллная история.

Завалили технический этап? Это самая рабочая ситуация. Причины обычно в базе, придется повторить. Главное, не отчаивайтесь 🙏

Интервью как экзамен
Собеседование – это стресс с таймером и дядькой, который смотрит на код, потом на вас, потом снова на код. Искра, буря, отказ.

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

Пройдитесь по базе (да, опять)
Чаще всего люди сыпятся на простых вещах. Спросили «как работает HTTP?», а вы начали плавать. Интервьюер думает: «Ага, вызубрил синтаксис, но не понимает глубины». Потому слова по типу «асинхронность» не должны вызывать у вас тряску.

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

И да, психология – штука серьезная
После 2-3 отказов включается режим «жертвы». Вы начинаете говорить тихо, односложно, появляется зажатость, которая убивает все желание общаться.


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

Поэтому хотим поддержать вас: не вешайте нос, все получится, дайте срок.
И следуйте нашим рекомендациям, конечно 😌

Кто как выбирался из полосы отказов, кстати?

Telegram | YouTube | Сообщество

Девчата, спасибо, что вы есть 🌸

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

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

И знаете, что еще? Вы часто верите в других сильнее, чем они сами.
Когда мы застреваем в очередной задаче и готовы все бросить, вы говорите: «У тебя получится». И мы правда верим и продолжаем.

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

Спасибо, что вы есть. С 8 Марта!

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

Спойлер: не можете.
И дело не в том, что у вас плохая память.

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

Итак, система нужна, чтобы решать конкретные боли, а не быть свалкой:
– Не вспоминать, о чем говорили на том созвоне в среду;
– Не бояться, что вы забудете о важной задаче;
– Не изобретать велосипед, ведь если вы однажды нашли оригинальное решение, запись спасет от гуглежа через месяц.

Это сэкономит вам часы, а то и весь рабочий день. Но!
Выберите одно место для всего 🙏

Чтобы не было как обычно: скопировал полезную команду в Telegram, ссылку кинул в «Заметки», а мысль записал в блокнот. И попробуйте найти ту команду через месяц. Вангуем, это будет фиаско.

Выберите один инструмент, будь то Notion, Obsidian, Google Docs, обычный текстовый файл на рабочем столе – не важно, и соблюдайте главное правило: вся новая информация должна попадать только туда.

Что еще? Не конспектируйте встречи слово в слово, иначе через день вы в этом утонете. Нужен только сухой остаток:
– К чему пришли?
– Кто это делает?
– Когда дедлайн?

Со списками, маркерами, схемами от руки, если позволяет инструмент, и 2-3 предложения сути. В идеале такая заметка должна быть понятной за 30 секунд. Если вы сидите над ней полчаса или даже пять минут, система не работает.

И конечно же ловите инсайты по горячим следам.
Закрыли сложную задачу? Поймали себя на глупой ошибке? Не проходите мимо!

Сразу задайте себе вопросы:
– В чем была реальная причина ошибки? (невнимательность, если что, не причина, а следствие);
– Что я понял такого, чего не знал утром?
– Как сделать так, чтобы больше не наступать на эти грабли?

Запишите это парой строк. Через полгода у вас соберется личная база знаний, которая стоит дороже любого курса.

И очень просим – разгребайте завалы хотя бы раз в неделю. Даже самая идеальная система засоряется. Если этого не делать, через пару месяцев вы просто перестанете заходить в свою «систему», потому что там будет страшно и непонятно.

Telegram | YouTube | Сообщество

Часто можно встретить мнение, что тимлид – это человек, который должен дотянуть новичка, впихнуть в него знания, тащить на себе. Но давайте сразу проясним: тимлид не должен быть нянька или аниматором для джуна. Его работа не в том, чтобы бегать с салфеткой и вытирать за джуном ошибки.

Зачем тогда он вообще нужен?
Хороший тимлид создает условия, в которых новичок не стоит на месте, а реально прогрессирует. Как это выглядит на практике ⬇️

Джун должен понимать, зачем он это делает
Если вы просто говорите «напиши код для авторизации» – это пустой звук. Человек не видит картины целиком. Объясните, зачем эта фича бизнесу, на что она влияет, где заканчиваются его полномочия. Без контекста джун превращается в робота, который механически стучит по клавишам.

Задачи должны быть чуть сложнее, чем вчера
Слишком легко – скучно, слишком сложно – паника. Нужна та самая зона, где человеку некомфортно, но контролируемо, то есть, чтобы он тянулся, но не ломался. Это постоянный баланс: где подтолкнуть, где дать упасть и набить шишку.

Обратная связь должна быть быстрой и честной
Молчание или дежурное «норм» убивают рост хуже любой критики. Джун не должен слышать сухое «переделай», а хорошо сформулированное объяснение, почему что-то плохо, где можно улучшить и что уже получилось хорошо. Иначе он будет слепое исправление кода без понимания логики.

Не делайте за него
Конечно же, проще самому переписать ошибку, потратив на это минут 5-10, чем полчаса объяснять. Но если вы постоянно подчищаете, вы растите зависимость. Команда не учится, а вы тонете в чужой работе. Итог: слабый разработчик на шее.

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

Фильтруйте хаос
Новички тонут в конфликтных приоритетах и давлении дедлайнов быстрее остальных. Тимлид должен быть тем самым буфером, который отсекает лишнее. Иначе вместо роста получите выгорание – и у себя, и джуна.

Смотрите на динамику
Растет человек или топчется на месте? Повторяются ли ошибки? Если через полгода самостоятельности не прибавилось, то проблема не в джуне, а в системе.

Какой можно сделать вывод? Очевидный!
➡️ Сильный тимлид выращивает коллегу, а слабый – исполнителя, которого надо тащить за уши.

Telegram | YouTube | Сообщество

Знаете, из-за чего чаще всего выгорают новички? Вовсе не от объема работы.
А выгорают они из-за ожиданий, которые, как правило, сильно расходятся с реальностью.

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

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

Считайте свое время честно
Типичная ошибка начинашки: «Буду учиться по 4 часа каждый день». А по факту после работы/учебы максимум на два часа концентрации и хватает. И это нормально! Планируйте от реальности, а не от амбиций. Два часа в день – уже отлично.

Дробите цель на конкретные проекты
«Изучить Python» – это бесконечность, от которой опускаются руки. А вот «написать телеграм-бота» или «сделать REST API с авторизацией» – уже понятный и измеримый результат. Когда видишь конечную точку, мозг не паникует, запомните это.

Оставляйте воздух в расписании
Если вы расписали день поминутно, значит, уже заложили провал. Всегда оставляйте запас на отладку, усталость, внезапные дела. Идеально, если запланируете только 60% времени. Тогда даже если что-то пойдет не так, день не будет казаться потерянным.

Думайте неделями, а не годами
Горизонт «через год» мозг не воспринимает – слишком далеко. Разбивайте путь на недельные циклы. К воскресенью должен быть четкий результат и понимание, что получилось, а что – нет. Это дает ощущение движения.

Учитывайте когнитивную нагрузку
Невозможно четыре часа подряд впитывать новое. Чередуйте 🙌Немного теории, сразу практика, потом закрепление. Если весь день долбить только новое, к вечеру будет каша и отвращение.

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

Не сравнивайте себя с другими
Открываете соцсети и видите пост: «Я за три месяца стал джуном». Но вы же понимаете, что за этими словами часто скрыт чужой бэкграунд, свободное время и контекст, которых у вас нет. Не забывайте, что у каждого свой темп, а те результаты, что бросаются на вас из каждого утюга – фасад, редкой имеющий прямое отношение к реальному положению вещей.

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

Зафиксируйте себе где-то и повесьте на видное место: стабильность всегда выигрывает у рывка. А реалистичные цели не показатель отказа от мечты, а умение соотносить амбиции с реальными ресурсами. И тогда вы точно не перегорите еще на старте. Удачи!

Telegram | YouTube | Сообщество

LLM, ИИ и агенты

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

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

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

И если раньше задачи связанные с машинным обучением были нишевыми и встречались редко, то теперь решения на базе ии внедряются повсеместно. Причем не на уровне красивых слов, а по настоящему. И эта работа больше не является уделом отдельных специалистов в области ml. Сейчас эта работа передается и программистам и автоматизаторам (те кто настраивают связи между сервисами). Для особо сложных случаев, появляется потребность в людях, которые объединяют в себе знания и программирования и администрирования и особенностей llm и платформ вокруг них (rag, fine tuning и так далее). Чем-то это похоже на появление когда-то DevOps (как спецов, а не как культуры).

Вот какие можно выделить направления:

- ИИ для спецов (программистов, аналитиков, девопс и тестировщиков). Тут мы дополняем существующие навыки, навыками по использованию агентов (от постановки задач, до написания скилов).
- Автоматизация с помощью ИИ. Сюда входят люди способные настроить workflow или агентов на базе существующих платформ. Это те же самые люди, которые настраивают интеграции между сервисами, например используя n8n.
- LLM-разработчик. Развитие предыдущего уровня, тут уже мы получаем человека, который хорошо разбирается в том как работают модели и способен с нуля создавать решения на базе мощностей компании.

Меняется мир меняемся и мы. Возможно вы заметили, что раздел ИИ на Хекслете наполнился программами. И первая из них стартует 30 марта, где мы будем изучать программирование с помощью ии-агентов. Посмотреть программы и записаться можно по ссылке https://ru.hexlet.io/courses_artificial-intelligence

p.s. а еще я опубликовал на днях видео, где для разработчиков и им сочувствующих рассказываю про то как собственно устроена эта современная разработка через агентов youtube.com/watch?v=Au8ioLEJDOU

💡 Вспоминаем первые фейлы на работе!

Только начинаете путь в программировании? Не переживайте, ошибки делают все: не тот коммит, не туда смержили, или вообще — “упал прод”. На ошибках учатся! 🙃

А какой был ваш первый фейл на работе?

Давайте соберём коллекцию самых забавных (и полезных!) историй в комментариях

Telegram | YouTube | Сообщество

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

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

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

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

Разбираться в архитектуре лучше, чем старожилы
Вы не обязаны знать, почему этот микросервис общается с тем именно по протоколу AMQP, а не по REST. Систему писали годами, вы в ней новичок. От вас ждут одного: аккуратно делать свою маленькую задачку, проверять себя и слушать, что говорят на код-ревью. Стратегические решения оставьте тимлиду.

Скорости света
Особенно в первый месяц! Он вообще не про скорость, скорее, про настройку: как тут заводить задачи, куда пушить код, как называется эта странная переменная в легаси. Работать медленно – абсолютно нормально. Страшно, если работаете хаотично и не запоминаете процессов, потому что для вас сейчас прогресс куда важнее тайминга.

Кода без единой ошибки
Ошибки будут. Серьезно, смиритесь. Если вы не ошибаетесь, вы не учитесь. Вопрос к вам возникнет только в одном случае: если вы будете наступать на одни и те же грабли по десять раз. Если вы делаете выводы и больше не пишете git push --force в main, значит, вы молодец.

Революций на пустом месте
Фраза «ребята, да тут все не так, давайте перепишем с нуля на новом стеке» в первый месяц – верный способ прослыть выскочкой. Система работает, она приносит деньги. Сначала разберитесь, почему она такая. А потом, когда поймете боль команды, можно и предлагать.

Короче говоря, в первый месяц от вас ждут только одного: чтобы к концу испытательного срока вы стали чуть более самостоятельным, чем в первый день. Все остальное приложится.

Как у вас проходил первый месяц? Делитесь опытом в комментариях 🙌

Telegram | YouTube | Сообщество

Обычно мотивация уходит не на пустом месте.
Причины всегда лежат в одной из трех плоскостей: вы выжаты как лимон, вы не видите результата или вы забыли, ради чего все это затевали.
Поэтому, прежде чем бросать учебу, сначала проверьте ресурс.
Если вы спите по 4 часа, не выходите из дома и живете на кофеине, никакая сила воли не заставит мозг учиться, потому что он находится в режиме выживания. Иногда единственное работающее решение – лечь спать пораньше, выключить уведомления и погулять час в парке. Отдохнувший мозг соображает быстрее, а код перестает вгонять в отчаяние.
Также не забывайте напоминать себе, что вы движетесь. Хуже всего, когда вы учите-учите, а конца и края не видно. Не удивительно, что в таких условиях падает мотивация, ведь прогресс незаметен. Выход: сделайте что-то маленькое, но завершенное. Допишите ту самую функцию, которая висела три дня. Закройте старый баг. Решите пять задач на Codewars подряд. Ощущение «сделано» перезапускает интерес лучше любых мотивационных речей.

А бывает так, что мы ставим себе задачи, от которых трещит планка, например, «выучить Java за месяц». Звучит как приговор, согласны? Разбейте цель на микро-шаги. Не «выучить backend», а «сегодня разобраться, как работают middleware в Express». Когда задача влезает в голову, за нее проще взяться.

Вернитесь к истокам, а именно: сядьте и честно спросите себя, зачем вы вообще в этом? Ради денег? Ради переезда? Чтобы не работать на дядю? Когда большая цель заслоняется рутиной, мотивация испаряется. Напомните себе, что будет через год, если вы продолжите. Обычно этого хватает, чтобы допить чай и открыть IDE.

И главный секрет 👇

Мотивация не приходит по щелчку, а является следствием действия.
Если вы начнете делать хотя бы по чуть-чуть, энергия появится в процессе. Помните, как нам говорили в детстве? «Аппетит приходит во время еды». Возможно, не всем подходит такой подход к пищевым привычкам, но вот к учебе – совершенно точно.

Telegram | YouTube | Сообщество

Как начать использовать агентов бесплатно

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

Прокаченные модели с условно-бесплатным доступом

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

Gemini Cli. Free tier: 60 requests/min and 1,000 requests/day with personal Google account.

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

Qwen Code CLI. ~1000–2000 запросов в день через OAuth (зависит от региона/лимитов). Дает доступы к своим моделям (qwen-x)

Kilo Code. Еще один агент, который дает: "Get $20 in bonus credits when you top-up for the first time Credits can be used with 500+ models like Gemini 3.1 Pro, Claude 4.6 Sonnet & Opus, and GPT-5.2" Выглядит очень вкусно.

SourceCraft Coding Agent. Это агент разрабатываемый яндексом у которого сейчас под капотом DeepSeek есть бесплатный тариф и очень дешевый платный. Если вы помните, руководитель этого проекта Дмитрий Иванов был пару раз у меня на подкасте. Ребята общеают какие-то мегаапдейты скоро, будем посмотреть. А еще у нас запланирован с Димой вебинар где мы будем кодить с агентами в районе мая.

Бесплатные модели по проще

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

OpenCode Free Models. На выбор дают (mimo v2 pro, minimax m2.5, nemotron 3 super, big pickle).

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

В целом бесплатный список моделей можно посмотреть на сайте OpenRouter. Дальше регаемся и подключаем через OpenCode или плагин к редактору.

Доступное из платного

Самый вкусный тариф из платных пожалуй дает OpenCode go. Первый месяц 5$, потом 10$.

Напомню что курс стартует 30 марта. А завтра я провожу вебинар про агентскую разработку. Зарегаться можно по ссылке: https://special.hexlet.io/ai-for-developers-2026 Буду ждать 🙂

Программисты, признавайтесь:

Какая самая нелепая, смешная или абсурдная переменная встречалась вам в коде?

Может, сами так называли когда-то — или видели у коллег?

Пишите свои варианты в комментариях! Можно с небольшой историей — как вообще до такого дошли 🤣

Чай налит, кот спит, ноутбук заряжен – вы тоже. К работе готов!
Но только вы занесли руку над клавиатурой… Кто-то написал в общий чат. Через минуту еще пять сообщений, потом обсуждение в соседнем канале, а потом коллега упомянул вас в комментарии. Проходит час, а вы так и не написали ни строчки – только читали, отвечали, ставили реакции.

Корпоративные чаты – не зло, но если не научиться с ними работать, они съедают весь день. Вот несколько правил, которые спасают наше внимание (и надеемся, пригодятся вам).

Разложите каналы по полочкам
Не все сообщения одинаково важны. Есть чаты, где решаются срочные вопросы (ваш отдел или проектная группа). Есть информационные – с объявлениями, и есть флудильни, где коллеги делятся мемами. Читать их в реальном времени совсем не обязательно. Научитесь игнорировать второстепенное без угрызений совести.

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

Смотрите на теги, а не на ленту
В больших чатах сотни сообщений в день. Читать всё невозможно, да и не нужно. Научитесь фильтровать: сначала просматривайте личные упоминания (@ваше_имя), потом ответы на ваши комментарии, потом задачи с дедлайнами. Остальное – фоновый шум. Если будет что-то действительно важное, вас обязательно тегнут.

Не храните важное в переписке, умоляем!
Обсудили задачу в чате, решили как делать и закрыли окно. А через неделю коллега спрашивает: «А почему ты сделал именно так? Мы же договаривались иначе!». И придется листать сотни сообщений. Чтобы этого избежать, договоренности сразу переносите в задачу (Jira, Trello, Notion) или в документ. Мы, кстати, недавно писали об этом пост.

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

Учитесь управлять своим вниманием, иначе им станут управлять уведомления. И тогда вечером возникает знакомое чувство: «Я целый день что-то делал, но ничего не сделал». А еще это может привести к выгоранию, не забывайте.

Берегите свою менталочку и делитесь в комментариях лайфхаками по управлению вниманием ⬇️

Telegram | YouTube | Сообщество

Обновленный редактор Хекслета

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

Загрузка

Редактор Хекслета, это клиент-серверное приложение, поэтому недостаточно просто показать фронтовую часть. Для нее нужно погрузить бекенд, а это занимает от 10 до 30 секунд. Связано это с тем, что бекенд у практик Хекслета спроектирован так, чтобы стартовать задачи почти любой сложности, поэтому на фоне легко может подниматься база данных, веб-сервера и все остальное, что было заложено в конкретное задание. Поэтому с точки зрения пользователя это выглядело так, он стартовал практику и ждал. Нам даже пришлось написать на этот этап текст, где мы объясняли почему это происходит не моментально (в реальности все еще чуть сложнее, там был iframe и загрузка фронта с бекенда).

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

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

Горячие клавиши

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

Тота ИИ

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

Поиск файлов

Если в задании много файлов, то теперь можно не рыскать по дереву файлов, а воспользоваться fuzzy search прямо как во взрослых редакторах. Для этого надо нажать на кнопку поиска слева вверху либо использовать комбо ctrl+p

Разное

И другие полезняхи, которые мы завезли:

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

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

Telegram | YouTube | Сообщество