Хекслет - нормальные it-курсы

Я у мамы фаундер или почем вайбкодинг?

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

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

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

Программа и цены по ссылке => ru.hexlet.io/programs/vibecoding-claudecode

p.s. Хотя там написано claude code, по факту его можно проходить с любым другим инструментом

2 days ago | [YT] | 14

Хекслет - нормальные it-курсы

Как учиться новичкам в эпоху ИИ?

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

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

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

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

Что касается написания нового кода, то тут придется себя регулярно останавливать и заставлять писать код самостоятельно. Тут только рефлексия и самоконтроль.

p.s. Пока писал пост, пришла идея видео, где мы это продемонстрируем 🙂

3 days ago | [YT] | 26

Хекслет - нормальные it-курсы

Из колонии во фронтенд

Зацепили? Это не шутка! Наш студент работал в колонии (не сидел), а теперь в Модульбанке. Вообще мы давно не выкладывали историй успеха, а они есть, каждую неделю кто-то трудоустраивается что не может не радовать. Вакансий меньше, запроса меньше, но при должном усилии и щепотке магии коммерческих проектов Хекслета можно попасть и на стажировку (о которых публично не о собо пишут) и на работу.

Интро

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

После службы можно было выбрать спокойный путь. Он выбрал другой. Четыре года самостоятельной учебы. Потом Хекслет, курс на 10 месяцев прошел за шесть. Потом 350 откликов и 8 месяцев поиска почти без ответов. Параллельно работа мастером в газораспределении, усталость, обычная взрослая жизнь. А потом тестовое за три вечера и стажировка в Модульбанке.

=> ru.hexlet.io/blog/posts/iz-raboty-v-kolonii-vo-fro…

Telegram: t.me/hexlet_ru | YouTube: youtube.com/@HexletOrg/ | Сообщество: t.me/hexletcommunity/

6 days ago | [YT] | 13

Хекслет - нормальные it-курсы

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

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

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

Однако это не отменяет того, что даже если сервисом владеет какой-то крупняк, значит он обязательно работает по формату бигтеха. Со всеми вытекающими. В любом случае даже бигтехов больше, чем может показаться. Существует рейтинг smartranking.ru/ru/ranking/big-tech/, где можно посмотреть их список, кто сколько зарабатывает и возможно найти себе будущего работадателя.

А куда еще можно податься? Из всех направлений я бы выделил четыре

1. Компании где ИТ имеет важную роль, но это все таки обслуживание, а не основа бизнеса. Например нефтянка, заводы и всякое другое. Я плохо знаком с этим направлением (хотя когда то нанимал c++ девов с завода и дивился тому как у них там работает).

2. Аутсорсеры/агенства/студии - Вот тут реально много разработчиков и эти компании живут тем что чем больше девелоперов тем больше зарабатываем (если есть заказы естессно). Тут обычно зп ниже, но зато можно поработать с кучей разных технологий и проектов. Откуда про них узнавать? И тут есть свой рейтинг digirate.ru/. Можно по нему посмотреть сайты компаний и раздел вакансий. Там всегда что-то висит

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

4. И мое любимое, это независимые (но не всегда) SaaS решения, как правило b2b направленности

Вот про последних хочется чуть больше. Вам что нибудь говорят названия AmoCRM, Mindbox, Timepad, Tutu, Все инструменты, Мой Склад или Roistat? Конечно все знают Aviasels и многие ТуТу, но остальные вообще врядли слышали. А между тем, я как и большинство владельцев цифовых бизнесов пользуюсь либо ими либо их аналогами. То есть существует большой блок b2b сервисов и небольшой b2c, в котором есть частные компании, где разработчиков от нескольких до сотни человек (может сотен в редких случаях) и где совершенно другое ощущение от работы (меньше бюрократии, близость к бизнесу, к собственнику).

Если вы про эти компании ничего не знаете, то самое время познакомиться тут digirate.ru/saas

p.s. Вы работаете в бигтехе или как раз в одном из таких частных проектов?

1 week ago | [YT] | 30

Хекслет - нормальные it-курсы

Наткнулись на отличный ресурс: Laws of Software Engineering. 56 принципов и паттернов, которые реально влияют на то, как мы пишем код, строим архитектуру и работаем в командах.

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

Закон Хофштадтера говорит, что всё всегда занимает больше времени, чем ожидаешь, даже с учётом самого закона Хофштадтера. Звучит как шутка, но любой, кто хоть раз давал оценки на спринт, знает: это не шутка.

Закон Брукса напоминает, что добавление людей в горящий проект только замедляет его. Фред Брукс сформулировал это ещё в 1975 году в книге «Мифический человеко-месяц», и с тех пор в индустрии мало что изменилось. Новый человек тратит время на онбординг, существующие разработчики тратят время на его введение в курс дела, коммуникационных связей в команде становится больше, а скорость падает. Именно поэтому «давайте наймём ещё одного разработчика» почти никогда не спасает дедлайн. Книга вышла полвека назад, но каждый, кто хоть раз видел горящий проект, подтвердит: закон работает до сих пор.

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

Закон Галла говорит, что любая сложная система, которая работает, выросла из простой системы, которая тоже работала. Никто не проектирует сложность с нуля и не получает рабочий результат. Сначала простая система, которая решает реальную задачу, потом постепенное усложнение. Отсюда и YAGNI, и итеративная разработка.

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

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

p.s. Сколько из этих законов вы знали?

2 weeks ago | [YT] | 23

Хекслет - нормальные it-курсы

ИИ заменит джунов

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

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

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

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

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

Почему тогда сейчас такая ситуация, когда найм значительно усложнился? Дело тут не в ИИ, а в экономических причинах (мы разбирали это в подкасте youtube.com/watch?v=ZgyE8JDTxSk).

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

3 weeks ago | [YT] | 2

Хекслет - нормальные it-курсы

Как проходит обучение ИИ

Буквально на этой неделе завершился последний вебинар первого потока курса по освоению агентной разработки (codex, claude code, opencode, ...). Просто посмотрите на эту красоту (ниже это пост в группе студентов):

Уффф.... Вот и я доделал:

• Потрогать: ai-for-developers-production.up.railway.app/
• Source: github.com/x0000ff/ai-for-developers-project-386

☝️ Я бы такое руками делал несколько недель

> Не знаю как остальные это пилят за 4 часа, я помучался дольше. Но я руками код не правил вообще 🙂

Инструменты

1. Бесплатные модели OpenCode так себе. Медленные и глупенькие
2. Основной инструмент был Claude Code (Sonnet 4.6)
3. Деплой на Railway.com <- для iOS-разработчика просто чумовой инструмент
4. Редактор Zed крут, но надо приноровится: zed.dev/

Хорого показало себя

1. TypeSpec — пушка: очень наглядно, информативно и не пришлось итерировать
1. Задать дизайн систему в самом начале 🙂
3. Запускать несколько агентов в разных вкладках: в одной Клод пилит сложную фичу, а в другой бесплатная модель в OpenCode фиксит какую-то мелочевку.
4. Инструкции: Сначала создай план -> Задавай вопросы по одному -> Фиксируй план в markdown файле -> Разбей на шаги и пронумеруй -> В конце каждого шага обновляй тесты, проверяй сборку и деплой, коммить изменения
5. Забавно, но написать план было долго и сложно, а вот реализация шла почти как по маслу.
6. Модели отлично понимают русский. Настроил чтобы мне всегда писали план и отвечали на русском, а вот комментарии и код всегда английский.
7. Claude Code Sonnet отлично понимает вставить скриншот куска страницы с текстом что сделать — фиксит на ура.
8. Очень понравилось использовать Claude Code из мобильного приложения: Привязал CI/CD к фичевой ветке, любой коммит деплоится и я смотрю на мобиле как работает. Хотя я пока не понял тратятся ли больше токены — Claude Code в iOS приложении скачивает код из репы и гоняет комманды в какой-то виртуалке.
9. Mantine — strong like

Мысли вслух

1. Несколько раз повторял одно и тоже: сделай коммит — надо сделать скиллом
2. Намучался с миграциями Sqlite, Drizzle и падениями при деплое — я мобильщик и best practicies Docker'a и веб-разработки не знаю.
3. В Claude всегда использовал Sonnet 4.6. Потому как Opus — слишком быстро съедал кредиты, а Haiku показался тупеньким, хотя и не таким как бесплатные модели OpenCode.
4. У меня план 20$ в Claude Code и, я довольно быстро съедал лимиты. На фулл-тайме надо будет что-то придумать. Возможно купить еще подписку Codex и прыгать между ними — всяко дешевле следуещего tier у Claude Code (100$/мес)

---

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

А между тем мы начинаем набор на второй поток, который стартует 18 мая. Можно записаться сразу, а можно сходить 28 апреля в 19:00 (по Москве) на вебинар Разработка с ИИ в 2026: как реально ускорить работу в 2-5 раз, который проведет Кирилл Мокевнин. В отличие от предыдущего, здесь будет больше акцента на практическую работу, мы покажем сразу несколько кейсов (дебаг, рефакторинг) прямо в эфире.

3 weeks ago | [YT] | 14

Хекслет - нормальные it-курсы

Операция "Эпическая подписка"

Начиная с этой недели, часть больших программ "с нуля" становятся доступными в стандартной подписке для самостоятельного обучения. Наконец-то скажете вы и будете правы! Подробнее:

У Хекслета есть два режима работы: покупка курса и подписка.

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

Подписка, это, в основном, небольшие навыковые курсы, где обучение полностью самостоятельное (сюда включены практики, проекты и ии-ассистент). Подписка идеально подходит для повышения квалификации. Ее в первую очередь берут те, кто уже в теме и кому надо просто добрать каких-то навыков.

Теперь это меняется и мы возвращаемся к старому доброму Хекслету образца 2017 года. Часть больших программ обучения становится доступной по подписке. Сюда входят: java, php, python, javascript, ручное и автоматизированное тестирование, аналитика и некоторые другие. Вообще состав таких программ не фиксирован и со временем может меняться.

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

Одновременно с этим. Если вам нужно сопровождение и помощь в трудоустройстве, то эта опция никуда не девается и любую программу "с нуля" можно взять по фиксированной цене.

Но есть все таки часть программ, которые доступны только в трехлетней подписке. Как правило это новые программы. Концепт этой подписки в том, что помимо самой дешевой цены в пересчете на месяцы, вы получаете доступ к самым новым программам, которые мы делаем. Сейчас там есть devops, go, агентное программирование и некоторые другие. В ближайших планах мы делаем: вайбкодинг, автоматизатор (low-code) ИИ, LLM-программист. Все это будет выпущено до конца лет.

Какие программы вы бы хотели видеть в Хекслете?

p.s. мы еще в процессе доработки интерфейсов под нововведения, поэтому местами тексты могут не совпадать с тем что тут написано

3 weeks ago | [YT] | 17

Хекслет - нормальные it-курсы

Какой агент для разработки выбрать?

Постоянно идут споры, что лучше? OpenCode, Codex, Copilot, Cursor или Claude Code? А сейчас еще активно развиваются Antigravity, Gemini Cli, интеграции в VS Code. Голова может пойти кругом.

Короткий ответ: С каждым из них можно добиться хороших результатов. А теперь подробнее.

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

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

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

А агента имеет смысл выбирать по принципу, что ложиться на мой привычный способ работы. Вы вимер? Тогда cli утилиты. Работаете в VS Code? Тогда плагины к нему. Хочется сидеть в Cursor? Пожалуйста.

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

p.s. Какой у вас сейчас основной агент?

Telegram: t.me/hexlet_ru | YouTube: youtube.com/@HexletOrg/ | Сообщество: t.me/hexletcommunity/

4 weeks ago | [YT] | 13

Хекслет - нормальные it-курсы

Плавные переходы по страницам (View Transition)

В браузерах относительно недавно появился механизм который называется View Transition API. Эта штука, которая позволяет сделать переход между страницами плавными, а не как это происходит обычно, когда одна страница пропадает, дальше белый экран (медленно или быстро) и дальше новая страница. Причем это работает как для SPA так и MPA приложений (классический серверный рендеринг).

А зачем вообще для этого отдельное API? Разве нельзя сделать всё то же самое на чистом CSS и JavaScript?
Можно. Так и делали раньше. Но на практике это быстро превращается в сложный и хрупкий код.

Чтобы реализовать даже простой переход в SPA, приходится вручную:

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

С MPA всё ещё хуже, там такие переходы в принципе были недостижимы, потому что браузер просто перезагружает страницу.

View Transition API закрывает эти проблемы на уровне браузера. Он берёт на себя синхронизацию состояний, управление DOM и анимации, позволяя описывать переходы декларативно и без лишней ручной логики.

Можно ли его внедрять? Да, это прогрессивное улучшение. Если браузер его не поддерживает или вы его не используете, всё продолжает работать как раньше: обычная навигация, обычные обновления DOM, без анимаций.

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

Приятно что мы стали одними из первых во всем интернете 🙂

Как вам такие переходы?

Telegram: t.me/hexlet_ru | YouTube: youtube.com/@HexletOrg/ | Сообщество: t.me/hexletcommunity/

1 month ago | [YT] | 11