Часто можно встретить мнение, что тимлид – это человек, который должен дотянуть новичка, впихнуть в него знания, тащить на себе. Но давайте сразу проясним: тимлид не должен быть нянька или аниматором для джуна. Его работа не в том, чтобы бегать с салфеткой и вытирать за джуном ошибки.
Зачем тогда он вообще нужен?
Хороший тимлид создает условия, в которых новичок не стоит на месте, а реально прогрессирует. Как это выглядит на практике ⬇️
Джун должен понимать, зачем он это делает
Если вы просто говорите «напиши код для авторизации» – это пустой звук. Человек не видит картины целиком. Объясните, зачем эта фича бизнесу, на что она влияет, где заканчиваются его полномочия. Без контекста джун превращается в робота, который механически стучит по клавишам.
Задачи должны быть чуть сложнее, чем вчера
Слишком легко – скучно, слишком сложно – паника. Нужна та самая зона, где человеку некомфортно, но контролируемо, то есть, чтобы он тянулся, но не ломался. Это постоянный баланс: где подтолкнуть, где дать упасть и набить шишку.
Обратная связь должна быть быстрой и честной
Молчание или дежурное «норм» убивают рост хуже любой критики. Джун не должен слышать сухое «переделай», а хорошо сформулированное объяснение, почему что-то плохо, где можно улучшить и что уже получилось хорошо. Иначе он будет слепое исправление кода без понимания логики.
Не делайте за него
Конечно же, проще самому переписать ошибку, потратив на это минут 5-10, чем полчаса объяснять. Но если вы постоянно подчищаете, вы растите зависимость. Команда не учится, а вы тонете в чужой работе. Итог: слабый разработчик на шее.
Учите думать, а не писать код
Синтаксис можно выучить за месяц. Настоящий рост начинается, когда человек задает вопросы, проверяет гипотезы, видит последствия своих решений. Если джун начинает рассуждать вслух – это первый шаг к мидлу.
Фильтруйте хаос
Новички тонут в конфликтных приоритетах и давлении дедлайнов быстрее остальных. Тимлид должен быть тем самым буфером, который отсекает лишнее. Иначе вместо роста получите выгорание – и у себя, и джуна.
Смотрите на динамику
Растет человек или топчется на месте? Повторяются ли ошибки? Если через полгода самостоятельности не прибавилось, то проблема не в джуне, а в системе.
Какой можно сделать вывод? Очевидный!
➡️ Сильный тимлид выращивает коллегу, а слабый – исполнителя, которого надо тащить за уши.
Telegram | YouTube | Сообщество
Зачем тогда он вообще нужен?
Хороший тимлид создает условия, в которых новичок не стоит на месте, а реально прогрессирует. Как это выглядит на практике ⬇️
Джун должен понимать, зачем он это делает
Если вы просто говорите «напиши код для авторизации» – это пустой звук. Человек не видит картины целиком. Объясните, зачем эта фича бизнесу, на что она влияет, где заканчиваются его полномочия. Без контекста джун превращается в робота, который механически стучит по клавишам.
Задачи должны быть чуть сложнее, чем вчера
Слишком легко – скучно, слишком сложно – паника. Нужна та самая зона, где человеку некомфортно, но контролируемо, то есть, чтобы он тянулся, но не ломался. Это постоянный баланс: где подтолкнуть, где дать упасть и набить шишку.
Обратная связь должна быть быстрой и честной
Молчание или дежурное «норм» убивают рост хуже любой критики. Джун не должен слышать сухое «переделай», а хорошо сформулированное объяснение, почему что-то плохо, где можно улучшить и что уже получилось хорошо. Иначе он будет слепое исправление кода без понимания логики.
Не делайте за него
Конечно же, проще самому переписать ошибку, потратив на это минут 5-10, чем полчаса объяснять. Но если вы постоянно подчищаете, вы растите зависимость. Команда не учится, а вы тонете в чужой работе. Итог: слабый разработчик на шее.
Учите думать, а не писать код
Синтаксис можно выучить за месяц. Настоящий рост начинается, когда человек задает вопросы, проверяет гипотезы, видит последствия своих решений. Если джун начинает рассуждать вслух – это первый шаг к мидлу.
Фильтруйте хаос
Новички тонут в конфликтных приоритетах и давлении дедлайнов быстрее остальных. Тимлид должен быть тем самым буфером, который отсекает лишнее. Иначе вместо роста получите выгорание – и у себя, и джуна.
Смотрите на динамику
Растет человек или топчется на месте? Повторяются ли ошибки? Если через полгода самостоятельности не прибавилось, то проблема не в джуне, а в системе.
Какой можно сделать вывод? Очевидный!
➡️ Сильный тимлид выращивает коллегу, а слабый – исполнителя, которого надо тащить за уши.
Telegram | YouTube | Сообщество
🔥12❤7🤡2💯2
Знаете, из-за чего чаще всего выгорают новички? Вовсе не от объема работы.
А выгорают они из-за ожиданий, которые, как правило, сильно расходятся с реальностью.
Мы планируем как супермены, а живем как обычные люди, которые устают, тупят и иногда хотят просто лежать.
Вот несколько правил, которые помогут ставить задачи так, чтобы к вечеру не чувствовать себя раздавленным.
Считайте свое время честно
Типичная ошибка начинашки: «Буду учиться по 4 часа каждый день». А по факту после работы/учебы максимум на два часа концентрации и хватает. И это нормально! Планируйте от реальности, а не от амбиций. Два часа в день – уже отлично.
Дробите цель на конкретные проекты
«Изучить Python» – это бесконечность, от которой опускаются руки. А вот «написать телеграм-бота» или «сделать REST API с авторизацией» – уже понятный и измеримый результат. Когда видишь конечную точку, мозг не паникует, запомните это.
Оставляйте воздух в расписании
Если вы расписали день поминутно, значит, уже заложили провал. Всегда оставляйте запас на отладку, усталость, внезапные дела. Идеально, если запланируете только 60% времени. Тогда даже если что-то пойдет не так, день не будет казаться потерянным.
Думайте неделями, а не годами
Горизонт «через год» мозг не воспринимает – слишком далеко. Разбивайте путь на недельные циклы. К воскресенью должен быть четкий результат и понимание, что получилось, а что – нет. Это дает ощущение движения.
Учитывайте когнитивную нагрузку
Невозможно четыре часа подряд впитывать новое. Чередуйте 🙌Немного теории, сразу практика, потом закрепление. Если весь день долбить только новое, к вечеру будет каша и отвращение.
Повторяйте пройденное
Без повторения знания рассыпаются. Если вы постоянно бежите вперед и не возвращаетесь к старому, через пару месяцев возникнет чувство, что ничего не помните, а это очень тревожит и сбивает настрой. Возвращайтесь обязательно, это успокаивает и структурирует.
Не сравнивайте себя с другими
Открываете соцсети и видите пост: «Я за три месяца стал джуном». Но вы же понимаете, что за этими словами часто скрыт чужой бэкграунд, свободное время и контекст, которых у вас нет. Не забывайте, что у каждого свой темп, а те результаты, что бросаются на вас из каждого утюга – фасад, редкой имеющий прямое отношение к реальному положению вещей.
Записывайте свои успехи
Если не фиксировать, что сделано, будет казаться, что топчетесь на месте. Ведите список выполненных задач, изученных тем, решенных проблем и других своих достижений. Прогресс окажется налицо.
Зафиксируйте себе где-то и повесьте на видное место: стабильность всегда выигрывает у рывка. А реалистичные цели не показатель отказа от мечты, а умение соотносить амбиции с реальными ресурсами. И тогда вы точно не перегорите еще на старте. Удачи!
Telegram | YouTube | Сообщество
А выгорают они из-за ожиданий, которые, как правило, сильно расходятся с реальностью.
Мы планируем как супермены, а живем как обычные люди, которые устают, тупят и иногда хотят просто лежать.
Вот несколько правил, которые помогут ставить задачи так, чтобы к вечеру не чувствовать себя раздавленным.
Считайте свое время честно
Типичная ошибка начинашки: «Буду учиться по 4 часа каждый день». А по факту после работы/учебы максимум на два часа концентрации и хватает. И это нормально! Планируйте от реальности, а не от амбиций. Два часа в день – уже отлично.
Дробите цель на конкретные проекты
«Изучить Python» – это бесконечность, от которой опускаются руки. А вот «написать телеграм-бота» или «сделать REST API с авторизацией» – уже понятный и измеримый результат. Когда видишь конечную точку, мозг не паникует, запомните это.
Оставляйте воздух в расписании
Если вы расписали день поминутно, значит, уже заложили провал. Всегда оставляйте запас на отладку, усталость, внезапные дела. Идеально, если запланируете только 60% времени. Тогда даже если что-то пойдет не так, день не будет казаться потерянным.
Думайте неделями, а не годами
Горизонт «через год» мозг не воспринимает – слишком далеко. Разбивайте путь на недельные циклы. К воскресенью должен быть четкий результат и понимание, что получилось, а что – нет. Это дает ощущение движения.
Учитывайте когнитивную нагрузку
Невозможно четыре часа подряд впитывать новое. Чередуйте 🙌Немного теории, сразу практика, потом закрепление. Если весь день долбить только новое, к вечеру будет каша и отвращение.
Повторяйте пройденное
Без повторения знания рассыпаются. Если вы постоянно бежите вперед и не возвращаетесь к старому, через пару месяцев возникнет чувство, что ничего не помните, а это очень тревожит и сбивает настрой. Возвращайтесь обязательно, это успокаивает и структурирует.
Не сравнивайте себя с другими
Открываете соцсети и видите пост: «Я за три месяца стал джуном». Но вы же понимаете, что за этими словами часто скрыт чужой бэкграунд, свободное время и контекст, которых у вас нет. Не забывайте, что у каждого свой темп, а те результаты, что бросаются на вас из каждого утюга – фасад, редкой имеющий прямое отношение к реальному положению вещей.
Записывайте свои успехи
Если не фиксировать, что сделано, будет казаться, что топчетесь на месте. Ведите список выполненных задач, изученных тем, решенных проблем и других своих достижений. Прогресс окажется налицо.
Зафиксируйте себе где-то и повесьте на видное место: стабильность всегда выигрывает у рывка. А реалистичные цели не показатель отказа от мечты, а умение соотносить амбиции с реальными ресурсами. И тогда вы точно не перегорите еще на старте. Удачи!
Telegram | YouTube | Сообщество
❤11👍4🔥3
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
Большие языковые модели пришли в нашу жизнь, можно сказать, не то чтобы совсем недавно, но только за последний год стало понятно куда все это идет и каким будет наше будущее. Обычный чат с ИИ остается все еще основным способом общения людей с машиной, но для компаний и профессиональной работы этого уже недостаточно.
Для программистов, администраторов, тестировщиков и аналитиков, в повседневную жизнь вошли агенты, которые развиваются с молниеносной скоростью. Все это хорошо видно по вакансиям где уже требуют конкретных навыков. Нужно уметь подключать 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
ru.hexlet.io
Курсы по ИИ и нейросетям 2026 — обучение искусственному интеллекту | Хекслет
Курсы по ИИ и нейросетям: промпт-инжиниринг, LLM, AI-агенты. Учитесь работать с ИИ-инструментами с нуля. Есть бесплатные курсы →
👍8🔥5❤2
💡 Вспоминаем первые фейлы на работе!
Только начинаете путь в программировании? Не переживайте, ошибки делают все: не тот коммит, не туда смержили, или вообще — “упал прод”. На ошибках учатся! 🙃
А какой был ваш первый фейл на работе?
Давайте соберём коллекцию самых забавных (и полезных!) историй в комментариях
Telegram | YouTube | Сообщество
Только начинаете путь в программировании? Не переживайте, ошибки делают все: не тот коммит, не туда смержили, или вообще — “упал прод”. На ошибках учатся! 🙃
А какой был ваш первый фейл на работе?
Давайте соберём коллекцию самых забавных (и полезных!) историй в комментариях
Telegram | YouTube | Сообщество
🔥2❤1
Когда вы только приходите в новую компанию, кажется, что все вокруг ждут от вас чего-то невероятного. Особенно если это ваша первая работа.
Без лишних предисловий: идеального кода и молниеносной скорости в первый месяц от вас никто не ждет. Наоборот.
Вас взяли не для того, чтобы вы совершили подвиг, а чтобы вы адаптировались. И вот короткий список того, чего от вас точно не ждут в первые 30 дней.
Молчать и бояться спросить – самая частая ловушка новичка.
Поверьте, от вас ждут вопросов. Много вопросов. Вас взяли не как ходячую энциклопедию, а как человека, который будет разбираться. Плохо не то, что вы спросили, а то, что вы промолчали и застряли на ровном месте.
Разбираться в архитектуре лучше, чем старожилы
Вы не обязаны знать, почему этот микросервис общается с тем именно по протоколу AMQP, а не по REST. Систему писали годами, вы в ней новичок. От вас ждут одного: аккуратно делать свою маленькую задачку, проверять себя и слушать, что говорят на код-ревью. Стратегические решения оставьте тимлиду.
Скорости света
Особенно в первый месяц! Он вообще не про скорость, скорее, про настройку: как тут заводить задачи, куда пушить код, как называется эта странная переменная в легаси. Работать медленно – абсолютно нормально. Страшно, если работаете хаотично и не запоминаете процессов, потому что для вас сейчас прогресс куда важнее тайминга.
Кода без единой ошибки
Ошибки будут. Серьезно, смиритесь. Если вы не ошибаетесь, вы не учитесь. Вопрос к вам возникнет только в одном случае: если вы будете наступать на одни и те же грабли по десять раз. Если вы делаете выводы и больше не пишете git push --force в main, значит, вы молодец.
Революций на пустом месте
Фраза «ребята, да тут все не так, давайте перепишем с нуля на новом стеке» в первый месяц – верный способ прослыть выскочкой. Система работает, она приносит деньги. Сначала разберитесь, почему она такая. А потом, когда поймете боль команды, можно и предлагать.
Короче говоря, в первый месяц от вас ждут только одного: чтобы к концу испытательного срока вы стали чуть более самостоятельным, чем в первый день. Все остальное приложится.
Как у вас проходил первый месяц? Делитесь опытом в комментариях 🙌
Telegram | YouTube | Сообщество
Без лишних предисловий: идеального кода и молниеносной скорости в первый месяц от вас никто не ждет. Наоборот.
Вас взяли не для того, чтобы вы совершили подвиг, а чтобы вы адаптировались. И вот короткий список того, чего от вас точно не ждут в первые 30 дней.
Молчать и бояться спросить – самая частая ловушка новичка.
Поверьте, от вас ждут вопросов. Много вопросов. Вас взяли не как ходячую энциклопедию, а как человека, который будет разбираться. Плохо не то, что вы спросили, а то, что вы промолчали и застряли на ровном месте.
Разбираться в архитектуре лучше, чем старожилы
Вы не обязаны знать, почему этот микросервис общается с тем именно по протоколу AMQP, а не по REST. Систему писали годами, вы в ней новичок. От вас ждут одного: аккуратно делать свою маленькую задачку, проверять себя и слушать, что говорят на код-ревью. Стратегические решения оставьте тимлиду.
Скорости света
Особенно в первый месяц! Он вообще не про скорость, скорее, про настройку: как тут заводить задачи, куда пушить код, как называется эта странная переменная в легаси. Работать медленно – абсолютно нормально. Страшно, если работаете хаотично и не запоминаете процессов, потому что для вас сейчас прогресс куда важнее тайминга.
Кода без единой ошибки
Ошибки будут. Серьезно, смиритесь. Если вы не ошибаетесь, вы не учитесь. Вопрос к вам возникнет только в одном случае: если вы будете наступать на одни и те же грабли по десять раз. Если вы делаете выводы и больше не пишете git push --force в main, значит, вы молодец.
Революций на пустом месте
Фраза «ребята, да тут все не так, давайте перепишем с нуля на новом стеке» в первый месяц – верный способ прослыть выскочкой. Система работает, она приносит деньги. Сначала разберитесь, почему она такая. А потом, когда поймете боль команды, можно и предлагать.
Короче говоря, в первый месяц от вас ждут только одного: чтобы к концу испытательного срока вы стали чуть более самостоятельным, чем в первый день. Все остальное приложится.
Как у вас проходил первый месяц? Делитесь опытом в комментариях 🙌
Telegram | YouTube | Сообщество
👍10❤5🔥1
Обычно мотивация уходит не на пустом месте.
Причины всегда лежат в одной из трех плоскостей: вы выжаты как лимон, вы не видите результата или вы забыли, ради чего все это затевали.
Поэтому, прежде чем бросать учебу, сначала проверьте ресурс.
Если вы спите по 4 часа, не выходите из дома и живете на кофеине, никакая сила воли не заставит мозг учиться, потому что он находится в режиме выживания. Иногда единственное работающее решение – лечь спать пораньше, выключить уведомления и погулять час в парке. Отдохнувший мозг соображает быстрее, а код перестает вгонять в отчаяние.
Также не забывайте напоминать себе, что вы движетесь. Хуже всего, когда вы учите-учите, а конца и края не видно. Не удивительно, что в таких условиях падает мотивация, ведь прогресс незаметен. Выход: сделайте что-то маленькое, но завершенное. Допишите ту самую функцию, которая висела три дня. Закройте старый баг. Решите пять задач на Codewars подряд. Ощущение «сделано» перезапускает интерес лучше любых мотивационных речей.
А бывает так, что мы ставим себе задачи, от которых трещит планка, например, «выучить Java за месяц». Звучит как приговор, согласны? Разбейте цель на микро-шаги. Не «выучить backend», а «сегодня разобраться, как работают middleware в Express». Когда задача влезает в голову, за нее проще взяться.
Вернитесь к истокам, а именно: сядьте и честно спросите себя, зачем вы вообще в этом? Ради денег? Ради переезда? Чтобы не работать на дядю? Когда большая цель заслоняется рутиной, мотивация испаряется. Напомните себе, что будет через год, если вы продолжите. Обычно этого хватает, чтобы допить чай и открыть IDE.
И главный секрет 👇
Мотивация не приходит по щелчку, а является следствием действия.
Если вы начнете делать хотя бы по чуть-чуть, энергия появится в процессе. Помните, как нам говорили в детстве? «Аппетит приходит во время еды». Возможно, не всем подходит такой подход к пищевым привычкам, но вот к учебе – совершенно точно.
Telegram | YouTube | Сообщество
Причины всегда лежат в одной из трех плоскостей: вы выжаты как лимон, вы не видите результата или вы забыли, ради чего все это затевали.
Поэтому, прежде чем бросать учебу, сначала проверьте ресурс.
Если вы спите по 4 часа, не выходите из дома и живете на кофеине, никакая сила воли не заставит мозг учиться, потому что он находится в режиме выживания. Иногда единственное работающее решение – лечь спать пораньше, выключить уведомления и погулять час в парке. Отдохнувший мозг соображает быстрее, а код перестает вгонять в отчаяние.
Также не забывайте напоминать себе, что вы движетесь. Хуже всего, когда вы учите-учите, а конца и края не видно. Не удивительно, что в таких условиях падает мотивация, ведь прогресс незаметен. Выход: сделайте что-то маленькое, но завершенное. Допишите ту самую функцию, которая висела три дня. Закройте старый баг. Решите пять задач на Codewars подряд. Ощущение «сделано» перезапускает интерес лучше любых мотивационных речей.
А бывает так, что мы ставим себе задачи, от которых трещит планка, например, «выучить Java за месяц». Звучит как приговор, согласны? Разбейте цель на микро-шаги. Не «выучить backend», а «сегодня разобраться, как работают middleware в Express». Когда задача влезает в голову, за нее проще взяться.
Вернитесь к истокам, а именно: сядьте и честно спросите себя, зачем вы вообще в этом? Ради денег? Ради переезда? Чтобы не работать на дядю? Когда большая цель заслоняется рутиной, мотивация испаряется. Напомните себе, что будет через год, если вы продолжите. Обычно этого хватает, чтобы допить чай и открыть IDE.
И главный секрет 👇
Мотивация не приходит по щелчку, а является следствием действия.
Если вы начнете делать хотя бы по чуть-чуть, энергия появится в процессе. Помните, как нам говорили в детстве? «Аппетит приходит во время еды». Возможно, не всем подходит такой подход к пищевым привычкам, но вот к учебе – совершенно точно.
Telegram | YouTube | Сообщество
🔥13💯6❤2
Как начать использовать агентов бесплатно
Пока готовлюсь к курсу, по долгу службы изучаю возможность попробовать агентскую разработку бесплатно или лимитировано бесплатно. Чтобы не пропадало почем зря, публикую как пост.
Прокаченные модели с условно-бесплатным доступом
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 Буду ждать 🙂
Пока готовлюсь к курсу, по долгу службы изучаю возможность попробовать агентскую разработку бесплатно или лимитировано бесплатно. Чтобы не пропадало почем зря, публикую как пост.
Прокаченные модели с условно-бесплатным доступом
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 Буду ждать 🙂
special.hexlet.io
Бесплатный вебинар по ИИ для разработчиков от Хекслета | Практика работы с AI от задач до проверки кода
Практический вебинар с Кириллом Мокевниным о работе с AI в разработке: ошибки, подходы и контроль качества кода
👍11❤4🔥3
Программисты, признавайтесь:
Какая самая нелепая, смешная или абсурдная переменная встречалась вам в коде?
Может, сами так называли когда-то — или видели у коллег?
Пишите свои варианты в комментариях! Можно с небольшой историей — как вообще до такого дошли 🤣
Какая самая нелепая, смешная или абсурдная переменная встречалась вам в коде?
Может, сами так называли когда-то — или видели у коллег?
Пишите свои варианты в комментариях! Можно с небольшой историей — как вообще до такого дошли 🤣
❤4🔥1
Чай налит, кот спит, ноутбук заряжен – вы тоже. К работе готов!
Но только вы занесли руку над клавиатурой… Кто-то написал в общий чат. Через минуту еще пять сообщений, потом обсуждение в соседнем канале, а потом коллега упомянул вас в комментарии. Проходит час, а вы так и не написали ни строчки – только читали, отвечали, ставили реакции.
Корпоративные чаты – не зло, но если не научиться с ними работать, они съедают весь день. Вот несколько правил, которые спасают наше внимание (и надеемся, пригодятся вам).
Разложите каналы по полочкам
Не все сообщения одинаково важны. Есть чаты, где решаются срочные вопросы (ваш отдел или проектная группа). Есть информационные – с объявлениями, и есть флудильни, где коллеги делятся мемами. Читать их в реальном времени совсем не обязательно. Научитесь игнорировать второстепенное без угрызений совести.
Выключите звук на телефоне (и на компьютере)
Постоянное пиликанье убивает концентрацию. Мозг привыкает отвлекаться, и даже когда вы пытаетесь сосредоточиться, вы краем глаза ждете уведомление. Попробуйте проверять чаты только раз в час или после того, как дописали задачу. Поверьте, ничего катастрофического не случится.
Смотрите на теги, а не на ленту
В больших чатах сотни сообщений в день. Читать всё невозможно, да и не нужно. Научитесь фильтровать: сначала просматривайте личные упоминания (@ваше_имя), потом ответы на ваши комментарии, потом задачи с дедлайнами. Остальное – фоновый шум. Если будет что-то действительно важное, вас обязательно тегнут.
Не храните важное в переписке, умоляем!
Обсудили задачу в чате, решили как делать и закрыли окно. А через неделю коллега спрашивает: «А почему ты сделал именно так? Мы же договаривались иначе!». И придется листать сотни сообщений. Чтобы этого избежать, договоренности сразу переносите в задачу (Jira, Trello, Notion) или в документ. Мы, кстати, недавно писали об этом пост.
Смиритесь, вы не можете знать все
В рабочих чатах происходит много всего: кто-то обсуждает обед, кто-то ругается из-за инструментов, кто-то делится статьями. Ваша задача – не быть в курсе всего, а не пропустить то, что касается вашей работы. Вы отвечаете за свой код и свои задачи, а остальное лишь информационный поток, который можно пропустить мимо ушей.
Учитесь управлять своим вниманием, иначе им станут управлять уведомления. И тогда вечером возникает знакомое чувство: «Я целый день что-то делал, но ничего не сделал». А еще это может привести к выгоранию, не забывайте.
Берегите свою менталочку и делитесь в комментариях лайфхаками по управлению вниманием ⬇️
Telegram | YouTube | Сообщество
Но только вы занесли руку над клавиатурой… Кто-то написал в общий чат. Через минуту еще пять сообщений, потом обсуждение в соседнем канале, а потом коллега упомянул вас в комментарии. Проходит час, а вы так и не написали ни строчки – только читали, отвечали, ставили реакции.
Корпоративные чаты – не зло, но если не научиться с ними работать, они съедают весь день. Вот несколько правил, которые спасают наше внимание (и надеемся, пригодятся вам).
Разложите каналы по полочкам
Не все сообщения одинаково важны. Есть чаты, где решаются срочные вопросы (ваш отдел или проектная группа). Есть информационные – с объявлениями, и есть флудильни, где коллеги делятся мемами. Читать их в реальном времени совсем не обязательно. Научитесь игнорировать второстепенное без угрызений совести.
Выключите звук на телефоне (и на компьютере)
Постоянное пиликанье убивает концентрацию. Мозг привыкает отвлекаться, и даже когда вы пытаетесь сосредоточиться, вы краем глаза ждете уведомление. Попробуйте проверять чаты только раз в час или после того, как дописали задачу. Поверьте, ничего катастрофического не случится.
Смотрите на теги, а не на ленту
В больших чатах сотни сообщений в день. Читать всё невозможно, да и не нужно. Научитесь фильтровать: сначала просматривайте личные упоминания (@ваше_имя), потом ответы на ваши комментарии, потом задачи с дедлайнами. Остальное – фоновый шум. Если будет что-то действительно важное, вас обязательно тегнут.
Не храните важное в переписке, умоляем!
Обсудили задачу в чате, решили как делать и закрыли окно. А через неделю коллега спрашивает: «А почему ты сделал именно так? Мы же договаривались иначе!». И придется листать сотни сообщений. Чтобы этого избежать, договоренности сразу переносите в задачу (Jira, Trello, Notion) или в документ. Мы, кстати, недавно писали об этом пост.
Смиритесь, вы не можете знать все
В рабочих чатах происходит много всего: кто-то обсуждает обед, кто-то ругается из-за инструментов, кто-то делится статьями. Ваша задача – не быть в курсе всего, а не пропустить то, что касается вашей работы. Вы отвечаете за свой код и свои задачи, а остальное лишь информационный поток, который можно пропустить мимо ушей.
Учитесь управлять своим вниманием, иначе им станут управлять уведомления. И тогда вечером возникает знакомое чувство: «Я целый день что-то делал, но ничего не сделал». А еще это может привести к выгоранию, не забывайте.
Берегите свою менталочку и делитесь в комментариях лайфхаками по управлению вниманием ⬇️
Telegram | YouTube | Сообщество
👍6❤1👾1
Обновленный редактор Хекслета
На этих выходных, мы выпустили новую версию редактора, которая значительно влияет удобство работы с ним, а так же пачку небольших улучшений. И так подробности =>
Загрузка
Редактор Хекслета, это клиент-серверное приложение, поэтому недостаточно просто показать фронтовую часть. Для нее нужно погрузить бекенд, а это занимает от 10 до 30 секунд. Связано это с тем, что бекенд у практик Хекслета спроектирован так, чтобы стартовать задачи почти любой сложности, поэтому на фоне легко может подниматься база данных, веб-сервера и все остальное, что было заложено в конкретное задание. Поэтому с точки зрения пользователя это выглядело так, он стартовал практику и ждал. Нам даже пришлось написать на этот этап текст, где мы объясняли почему это происходит не моментально (в реальности все еще чуть сложнее, там был iframe и загрузка фронта с бекенда).
Можно ли сделать эту процедуру быстрее? Если сильно упереться может быть немного да, но кардинально проблема так не решится. Поэтому мы пошли другим путем. Фронтовая часть редактора грузится сразу и дальше входит в режим ожидания бекенда, но уже в фоне.
С одной стороны, это все равно не дает возможность начать работать сразу, но с другой, перед написанием кода всегда требуется прочитать задание и это всегда занимает больше 10 секунд, а иногда и минуты, чтобы разобраться (если задание сложное). В итоге задание видно сразу и пока вы его читаете, редактор уже подключился и готов к работе.
Горячие клавиши
Второе изменение - добавили много горячих клавиш. Тут спасибо ИИ, который нагерировал кода для этого. Самостоятельно всегда не доходили руки. Список комбо можно найти в инструкции, которую мы также добавили в этом релизе. Там помимо всего прочего, рассказано про то как пользоваться редактором в целом и на каких технологиях он написан (для интересующихся)
Тота ИИ
Чат с ассистентом для работы над практиками мы добавили довольно давно, но только сейчас появилась интеграция с редактором и теперь Тота знает про запуски проверок, про то что сработало и что нет. Больше не надо копировать контекст в чат!
Поиск файлов
Если в задании много файлов, то теперь можно не рыскать по дереву файлов, а воспользоваться fuzzy search прямо как во взрослых редакторах. Для этого надо нажать на кнопку поиска слева вверху либо использовать комбо ctrl+p
Разное
И другие полезняхи, которые мы завезли:
Панель файлов можно не только скрывать, но менять ее размер потянв за границу
Если обновить страницу, то терминалы запоминают и показывают историю
Поправили утечки на бекенде связанные с редакторами, если теряется коннект то они не пересоздаются
Сейчас мы сфокусировались на стабильности. Добиваемся того, чтобы реконнектов было меньше, а если и были разрывы, то оно само восстанавливалось. Сейчас это происходит не всегда. Отдельно работаем над улучшением механики сохранения решений, пока она не очевидна новичкам. Ну и планируем добавить начальный тур для новичков. Спасибо за внимание, оставайтесь с нами :)
Telegram | YouTube | Сообщество
На этих выходных, мы выпустили новую версию редактора, которая значительно влияет удобство работы с ним, а так же пачку небольших улучшений. И так подробности =>
Загрузка
Редактор Хекслета, это клиент-серверное приложение, поэтому недостаточно просто показать фронтовую часть. Для нее нужно погрузить бекенд, а это занимает от 10 до 30 секунд. Связано это с тем, что бекенд у практик Хекслета спроектирован так, чтобы стартовать задачи почти любой сложности, поэтому на фоне легко может подниматься база данных, веб-сервера и все остальное, что было заложено в конкретное задание. Поэтому с точки зрения пользователя это выглядело так, он стартовал практику и ждал. Нам даже пришлось написать на этот этап текст, где мы объясняли почему это происходит не моментально (в реальности все еще чуть сложнее, там был iframe и загрузка фронта с бекенда).
Можно ли сделать эту процедуру быстрее? Если сильно упереться может быть немного да, но кардинально проблема так не решится. Поэтому мы пошли другим путем. Фронтовая часть редактора грузится сразу и дальше входит в режим ожидания бекенда, но уже в фоне.
С одной стороны, это все равно не дает возможность начать работать сразу, но с другой, перед написанием кода всегда требуется прочитать задание и это всегда занимает больше 10 секунд, а иногда и минуты, чтобы разобраться (если задание сложное). В итоге задание видно сразу и пока вы его читаете, редактор уже подключился и готов к работе.
Горячие клавиши
Второе изменение - добавили много горячих клавиш. Тут спасибо ИИ, который нагерировал кода для этого. Самостоятельно всегда не доходили руки. Список комбо можно найти в инструкции, которую мы также добавили в этом релизе. Там помимо всего прочего, рассказано про то как пользоваться редактором в целом и на каких технологиях он написан (для интересующихся)
Тота ИИ
Чат с ассистентом для работы над практиками мы добавили довольно давно, но только сейчас появилась интеграция с редактором и теперь Тота знает про запуски проверок, про то что сработало и что нет. Больше не надо копировать контекст в чат!
Поиск файлов
Если в задании много файлов, то теперь можно не рыскать по дереву файлов, а воспользоваться fuzzy search прямо как во взрослых редакторах. Для этого надо нажать на кнопку поиска слева вверху либо использовать комбо ctrl+p
Разное
И другие полезняхи, которые мы завезли:
Панель файлов можно не только скрывать, но менять ее размер потянв за границу
Если обновить страницу, то терминалы запоминают и показывают историю
Поправили утечки на бекенде связанные с редакторами, если теряется коннект то они не пересоздаются
Сейчас мы сфокусировались на стабильности. Добиваемся того, чтобы реконнектов было меньше, а если и были разрывы, то оно само восстанавливалось. Сейчас это происходит не всегда. Отдельно работаем над улучшением механики сохранения решений, пока она не очевидна новичкам. Ну и планируем добавить начальный тур для новичков. Спасибо за внимание, оставайтесь с нами :)
Telegram | YouTube | Сообщество
❤13🔥10👍6
Forwarded from Организованное программирование | Кирилл Мокевнин
После года рефакторинга, мы переехали на Inertia.js и попрощались Bootstrap
Ну вот и закончился мегарефакторинг, в рамках которого мы переезжали с классической серверной шаблонизации на React SPA, но не через api + фронтенд стейт + клиентский роутинг. Мы взяли тогда еще набирающую популярность Inertia.js, которая работает по похожему принципу как next.js (серверный роутинг, отсутствие api и стейта на клиенте), но где в качестве бекенда выступает фреймворк на любом языке.
Жизнь показала, что мы сделали правильный выбор и с тех пор инерция не только стала популярнее и пошла по всем языкам, но и недавно ребята выпустили третью версию, на которую мы оперативно обновились. Если вы походите по сайту Хекслета, то заметите как плавно переключаются страницы, это они включили View Transition.
Одновременно с этим мы меняли Bootstrap на Mantine. Бутстрап служил нам верой и правдой больше 10 лет, но в какой-то момент он начал нас тормозить. И дело не только в новых подходах, а в том, что больше не хотелось работать на уровне верстки. По настоящему эффективность повышают готовые библиотеки компонентов на React (любом другом фреймворке), когда мы получаем не только внешний вид, но и готовую функциональность из коробки. Взять хотя бы тот же грид, сделать это самому со всеми фишками типа фильтров сортировок инлайн редактирований это еще тот челендж.
Не перестаю хвалить мантин, который в этом плане оказался на голову выше всех других готовых компонентных либ. А буквально сегодня вышла 9 версия, где еще больше ништяков. Забавный факт, создатель мантина смотрит мой подкаст и мы уже договорились о выпуске, так что поболтаем :)
Планируя переход мы сразу целились в максимальную типизацию, поэтому везде ts и mantine, который очень этому способствует (вместо классов props). Плюс сюда же типизированный i18next.
Такое разделение еще навело порядок в беке, потому что вместо кода в шаблонах, все теперь собрано в DTO, чем явно проще управлять и рефакторить. Люди которые всю жизнь работают через апи надо мной посмеются, но вот да, если у вас шаблоны это тоже код на сервере, то там работают без DTO.
В общем я немного выдыхаю и перестаю херачить код как не в себя. Теперь наводим красоту, правим косяки и фокусируемся на контенте. Давно я серьезно не махал шашками, а тут столько курсов надо выпустить :)
Telegram | YouTube | Сообщество
Ну вот и закончился мегарефакторинг, в рамках которого мы переезжали с классической серверной шаблонизации на React SPA, но не через api + фронтенд стейт + клиентский роутинг. Мы взяли тогда еще набирающую популярность Inertia.js, которая работает по похожему принципу как next.js (серверный роутинг, отсутствие api и стейта на клиенте), но где в качестве бекенда выступает фреймворк на любом языке.
Жизнь показала, что мы сделали правильный выбор и с тех пор инерция не только стала популярнее и пошла по всем языкам, но и недавно ребята выпустили третью версию, на которую мы оперативно обновились. Если вы походите по сайту Хекслета, то заметите как плавно переключаются страницы, это они включили View Transition.
Одновременно с этим мы меняли Bootstrap на Mantine. Бутстрап служил нам верой и правдой больше 10 лет, но в какой-то момент он начал нас тормозить. И дело не только в новых подходах, а в том, что больше не хотелось работать на уровне верстки. По настоящему эффективность повышают готовые библиотеки компонентов на React (любом другом фреймворке), когда мы получаем не только внешний вид, но и готовую функциональность из коробки. Взять хотя бы тот же грид, сделать это самому со всеми фишками типа фильтров сортировок инлайн редактирований это еще тот челендж.
Не перестаю хвалить мантин, который в этом плане оказался на голову выше всех других готовых компонентных либ. А буквально сегодня вышла 9 версия, где еще больше ништяков. Забавный факт, создатель мантина смотрит мой подкаст и мы уже договорились о выпуске, так что поболтаем :)
Планируя переход мы сразу целились в максимальную типизацию, поэтому везде ts и mantine, который очень этому способствует (вместо классов props). Плюс сюда же типизированный i18next.
Такое разделение еще навело порядок в беке, потому что вместо кода в шаблонах, все теперь собрано в DTO, чем явно проще управлять и рефакторить. Люди которые всю жизнь работают через апи надо мной посмеются, но вот да, если у вас шаблоны это тоже код на сервере, то там работают без DTO.
В общем я немного выдыхаю и перестаю херачить код как не в себя. Теперь наводим красоту, правим косяки и фокусируемся на контенте. Давно я серьезно не махал шашками, а тут столько курсов надо выпустить :)
Telegram | YouTube | Сообщество
🔥14👍11❤2
Плавные переходы по страницам (View Transition)
В браузерах относительно недавно появился механизм который называется View Transition API. Эта штука, которая позволяет сделать переход между страницами плавными, а не как это происходит обычно, когда одна страница пропадает, дальше белый экран (медленно или быстро) и дальше новая страница. Причем это работает как для SPA так и MPA приложений (классический серверный рендеринг).
А зачем вообще для этого отдельное API? Разве нельзя сделать всё то же самое на чистом CSS и JavaScript?
Можно. Так и делали раньше. Но на практике это быстро превращается в сложный и хрупкий код.
Чтобы реализовать даже простой переход в SPA, приходится вручную:
— синхронизировать старое и новое состояние интерфейса
— управлять их одновременным присутствием в DOM
— анимировать оба состояния так, чтобы переход выглядел естественно
— блокировать взаимодействие пользователя на время анимации
— корректно убирать старый контент после завершения
И это только базовый сценарий. Дальше начинаются проблемы с доступностью: сбивается фокус, ломается позиция чтения
С MPA всё ещё хуже, там такие переходы в принципе были недостижимы, потому что браузер просто перезагружает страницу.
View Transition API закрывает эти проблемы на уровне браузера. Он берёт на себя синхронизацию состояний, управление DOM и анимации, позволяя описывать переходы декларативно и без лишней ручной логики.
Можно ли его внедрять? Да, это прогрессивное улучшение. Если браузер его не поддерживает или вы его не используете, всё продолжает работать как раньше: обычная навигация, обычные обновления DOM, без анимаций.
Собственно это мы и сделали на Хекслете. Если сейчас вы походите по страницам, то заметите как плавно работает смена страниц. Старая исчезает и появляется новая. Вызывает немного странные ощущения, но вроде бы всем понравилось. Кстати, нам даже не пришлось для этого писать код, потому что эта фича заехала нам бесплатно вместе с обновлением Inertia.js.
Приятно что мы стали одними из первых во всем интернете 🙂
Как вам такие переходы?
Telegram | YouTube | Сообщество
В браузерах относительно недавно появился механизм который называется View Transition API. Эта штука, которая позволяет сделать переход между страницами плавными, а не как это происходит обычно, когда одна страница пропадает, дальше белый экран (медленно или быстро) и дальше новая страница. Причем это работает как для SPA так и MPA приложений (классический серверный рендеринг).
А зачем вообще для этого отдельное API? Разве нельзя сделать всё то же самое на чистом CSS и JavaScript?
Можно. Так и делали раньше. Но на практике это быстро превращается в сложный и хрупкий код.
Чтобы реализовать даже простой переход в SPA, приходится вручную:
— синхронизировать старое и новое состояние интерфейса
— управлять их одновременным присутствием в DOM
— анимировать оба состояния так, чтобы переход выглядел естественно
— блокировать взаимодействие пользователя на время анимации
— корректно убирать старый контент после завершения
И это только базовый сценарий. Дальше начинаются проблемы с доступностью: сбивается фокус, ломается позиция чтения
С MPA всё ещё хуже, там такие переходы в принципе были недостижимы, потому что браузер просто перезагружает страницу.
View Transition API закрывает эти проблемы на уровне браузера. Он берёт на себя синхронизацию состояний, управление DOM и анимации, позволяя описывать переходы декларативно и без лишней ручной логики.
Можно ли его внедрять? Да, это прогрессивное улучшение. Если браузер его не поддерживает или вы его не используете, всё продолжает работать как раньше: обычная навигация, обычные обновления DOM, без анимаций.
Собственно это мы и сделали на Хекслете. Если сейчас вы походите по страницам, то заметите как плавно работает смена страниц. Старая исчезает и появляется новая. Вызывает немного странные ощущения, но вроде бы всем понравилось. Кстати, нам даже не пришлось для этого писать код, потому что эта фича заехала нам бесплатно вместе с обновлением Inertia.js.
Приятно что мы стали одними из первых во всем интернете 🙂
Как вам такие переходы?
Telegram | YouTube | Сообщество
Telegram
Хекслет
Хекслет - нормальные it-курсы
Программы обучения Хекслета - https://ru.hexlet.io/courses
Сообщество @hexletcommunity
Программы обучения Хекслета - https://ru.hexlet.io/courses
Сообщество @hexletcommunity
🔥8👍4❤1
Какой агент для разработки выбрать?
Постоянно идут споры, что лучше? OpenCode, Codex, Copilot, Cursor или Claude Code? А сейчас еще активно развиваются Antigravity, Gemini Cli, интеграции в VS Code. Голова может пойти кругом.
Короткий ответ: С каждым из них можно добиться хороших результатов. А теперь подробнее.
На текущий момент агенты более менее дошли до точки, когда ключевая функциональность у всех примерно одинаковая и работает тоже примерно одинаково. Есть режимы планирования, есть сабагенты с делегированием, есть ревью и откат последних изменений, выбор уровня ризонинга. работа со скилами и mcp.
Пока выглядит так, что дальнейшие шаги больше направлены на повышение удобства, более эффективную работу с контекстом. Это все важно, но происходит как правило под капотом и не сильно затрагивает то как мы работаем с агентом.
Основное что вышло на первый план, это то как мы сами умеем работать с контекстом, что не проспали переход от prompt-инжинирнга к контекст-инжинирингу. Вот это действительно важно и этому нужно учиться. И, да, у нас есть про это отдельный курс 🙂
А агента имеет смысл выбирать по принципу, что ложиться на мой привычный способ работы. Вы вимер? Тогда cli утилиты. Работаете в VS Code? Тогда плагины к нему. Хочется сидеть в Cursor? Пожалуйста.
Переход от одного к другому не сделает вас сильно продуктивнее. Тут примерно как с фотоаппаратами. Если вы уже пользуетесь достаточно хорошим аппаратом, то рост качества ваших снимков определяется вашим умением, а не покупкой более дорогого. Причем в фотографии мы хотя бы можем оценить какой более дорогой, то с агентами даже так не работает. Никто до конца не знает и не сможет вам сказать, насколько именно этот агент подойдет вам и для ваших задач. Поэтому имеет смысл расслабиться и пользоваться тем что удобнее. И не забывайте их обновлять, они делают это почти каждый день
p.s. Какой у вас сейчас основной агент?
Telegram | YouTube | Сообщество
Постоянно идут споры, что лучше? OpenCode, Codex, Copilot, Cursor или Claude Code? А сейчас еще активно развиваются Antigravity, Gemini Cli, интеграции в VS Code. Голова может пойти кругом.
Короткий ответ: С каждым из них можно добиться хороших результатов. А теперь подробнее.
На текущий момент агенты более менее дошли до точки, когда ключевая функциональность у всех примерно одинаковая и работает тоже примерно одинаково. Есть режимы планирования, есть сабагенты с делегированием, есть ревью и откат последних изменений, выбор уровня ризонинга. работа со скилами и mcp.
Пока выглядит так, что дальнейшие шаги больше направлены на повышение удобства, более эффективную работу с контекстом. Это все важно, но происходит как правило под капотом и не сильно затрагивает то как мы работаем с агентом.
Основное что вышло на первый план, это то как мы сами умеем работать с контекстом, что не проспали переход от prompt-инжинирнга к контекст-инжинирингу. Вот это действительно важно и этому нужно учиться. И, да, у нас есть про это отдельный курс 🙂
А агента имеет смысл выбирать по принципу, что ложиться на мой привычный способ работы. Вы вимер? Тогда cli утилиты. Работаете в VS Code? Тогда плагины к нему. Хочется сидеть в Cursor? Пожалуйста.
Переход от одного к другому не сделает вас сильно продуктивнее. Тут примерно как с фотоаппаратами. Если вы уже пользуетесь достаточно хорошим аппаратом, то рост качества ваших снимков определяется вашим умением, а не покупкой более дорогого. Причем в фотографии мы хотя бы можем оценить какой более дорогой, то с агентами даже так не работает. Никто до конца не знает и не сможет вам сказать, насколько именно этот агент подойдет вам и для ваших задач. Поэтому имеет смысл расслабиться и пользоваться тем что удобнее. И не забывайте их обновлять, они делают это почти каждый день
p.s. Какой у вас сейчас основной агент?
Telegram | YouTube | Сообщество
Telegram
Хекслет
Хекслет - нормальные it-курсы
Программы обучения Хекслета - https://ru.hexlet.io/courses
Сообщество @hexletcommunity
Программы обучения Хекслета - https://ru.hexlet.io/courses
Сообщество @hexletcommunity
❤7👍7💯2
Операция "Эпическая подписка"
Начиная с этой недели, часть больших программ "с нуля" становятся доступными в стандартной подписке для самостоятельного обучения. Наконец-то скажете вы и будете правы! Подробнее:
У Хекслета есть два режима работы: покупка курса и подписка.
Покупка включает курсы с поддержкой наставников, группами, кураторами, помощью в наработке коммерческого опыта, стажировками и так далее. Эти курсы создаются в основном для тех кто с нуля, долго идут и заканчиваются трудоустройством (если нужно). Такие курсы оплачиваются по какой-то фиксированной цене. При этом тут есть тарифы с разными ништяками, например персональным наставником.
Подписка, это, в основном, небольшие навыковые курсы, где обучение полностью самостоятельное (сюда включены практики, проекты и ии-ассистент). Подписка идеально подходит для повышения квалификации. Ее в первую очередь берут те, кто уже в теме и кому надо просто добрать каких-то навыков.
Теперь это меняется и мы возвращаемся к старому доброму Хекслету образца 2017 года. Часть больших программ обучения становится доступной по подписке. Сюда входят: java, php, python, javascript, ручное и автоматизированное тестирование, аналитика и некоторые другие. Вообще состав таких программ не фиксирован и со временем может меняться.
Что это значит? Если вы хотите прямо обучиться какому-то направлению, то теперь это можно сделать по подписке. Единственное надо помнить про самостоятельность, вы должны быть уверены что справитесь сами. А помогут вам в этом наше дружное сообщество и ТотаИИ. Последний кстати еще будет развиваться, у нас большие планы по добавлении автоматики в проекты, чтобы получать еще больше фидбека.
Одновременно с этим. Если вам нужно сопровождение и помощь в трудоустройстве, то эта опция никуда не девается и любую программу "с нуля" можно взять по фиксированной цене.
Но есть все таки часть программ, которые доступны только в трехлетней подписке. Как правило это новые программы. Концепт этой подписки в том, что помимо самой дешевой цены в пересчете на месяцы, вы получаете доступ к самым новым программам, которые мы делаем. Сейчас там есть devops, go, агентное программирование и некоторые другие. В ближайших планах мы делаем: вайбкодинг, автоматизатор (low-code) ИИ, LLM-программист. Все это будет выпущено до конца лет.
Какие программы вы бы хотели видеть в Хекслете?
p.s. мы еще в процессе доработки интерфейсов под нововведения, поэтому местами тексты могут не совпадать с тем что тут написано
Telegram | YouTube | Сообщество
Начиная с этой недели, часть больших программ "с нуля" становятся доступными в стандартной подписке для самостоятельного обучения. Наконец-то скажете вы и будете правы! Подробнее:
У Хекслета есть два режима работы: покупка курса и подписка.
Покупка включает курсы с поддержкой наставников, группами, кураторами, помощью в наработке коммерческого опыта, стажировками и так далее. Эти курсы создаются в основном для тех кто с нуля, долго идут и заканчиваются трудоустройством (если нужно). Такие курсы оплачиваются по какой-то фиксированной цене. При этом тут есть тарифы с разными ништяками, например персональным наставником.
Подписка, это, в основном, небольшие навыковые курсы, где обучение полностью самостоятельное (сюда включены практики, проекты и ии-ассистент). Подписка идеально подходит для повышения квалификации. Ее в первую очередь берут те, кто уже в теме и кому надо просто добрать каких-то навыков.
Теперь это меняется и мы возвращаемся к старому доброму Хекслету образца 2017 года. Часть больших программ обучения становится доступной по подписке. Сюда входят: java, php, python, javascript, ручное и автоматизированное тестирование, аналитика и некоторые другие. Вообще состав таких программ не фиксирован и со временем может меняться.
Что это значит? Если вы хотите прямо обучиться какому-то направлению, то теперь это можно сделать по подписке. Единственное надо помнить про самостоятельность, вы должны быть уверены что справитесь сами. А помогут вам в этом наше дружное сообщество и ТотаИИ. Последний кстати еще будет развиваться, у нас большие планы по добавлении автоматики в проекты, чтобы получать еще больше фидбека.
Одновременно с этим. Если вам нужно сопровождение и помощь в трудоустройстве, то эта опция никуда не девается и любую программу "с нуля" можно взять по фиксированной цене.
Но есть все таки часть программ, которые доступны только в трехлетней подписке. Как правило это новые программы. Концепт этой подписки в том, что помимо самой дешевой цены в пересчете на месяцы, вы получаете доступ к самым новым программам, которые мы делаем. Сейчас там есть devops, go, агентное программирование и некоторые другие. В ближайших планах мы делаем: вайбкодинг, автоматизатор (low-code) ИИ, LLM-программист. Все это будет выпущено до конца лет.
Какие программы вы бы хотели видеть в Хекслете?
p.s. мы еще в процессе доработки интерфейсов под нововведения, поэтому местами тексты могут не совпадать с тем что тут написано
Telegram | YouTube | Сообщество
🔥23👍16❤10😁3👾1
Как проходит обучение ИИ
Буквально на этой неделе завершился последний вебинар первого потока курса по освоению агентной разработки (codex, claude code, opencode, ...). Просто посмотрите на эту красоту (ниже это пост в группе студентов):
Уффф.... Вот и я доделал:
• Потрогать: https://ai-for-developers-production.up.railway.app/
• Source: https://github.com/x0000ff/ai-for-developers-project-386
☝️ Я бы такое руками делал несколько недель
> Не знаю как остальные это пилят за 4 часа, я помучался дольше. Но я руками код не правил вообще 🙂
Инструменты
1. Бесплатные модели OpenCode так себе. Медленные и глупенькие
2. Основной инструмент был Claude Code (Sonnet 4.6)
3. Деплой на Railway.com <- для iOS-разработчика просто чумовой инструмент
4. Редактор Zed крут, но надо приноровится: https://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 раз, который проведет Кирилл Мокевнин. В отличие от предыдущего, здесь будет больше акцента на практическую работу, мы покажем сразу несколько кейсов (дебаг, рефакторинг) прямо в эфире.
Буквально на этой неделе завершился последний вебинар первого потока курса по освоению агентной разработки (codex, claude code, opencode, ...). Просто посмотрите на эту красоту (ниже это пост в группе студентов):
Уффф.... Вот и я доделал:
• Потрогать: https://ai-for-developers-production.up.railway.app/
• Source: https://github.com/x0000ff/ai-for-developers-project-386
☝️ Я бы такое руками делал несколько недель
> Не знаю как остальные это пилят за 4 часа, я помучался дольше. Но я руками код не правил вообще 🙂
Инструменты
1. Бесплатные модели OpenCode так себе. Медленные и глупенькие
2. Основной инструмент был Claude Code (Sonnet 4.6)
3. Деплой на Railway.com <- для iOS-разработчика просто чумовой инструмент
4. Редактор Zed крут, но надо приноровится: https://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 раз, который проведет Кирилл Мокевнин. В отличие от предыдущего, здесь будет больше акцента на практическую работу, мы покажем сразу несколько кейсов (дебаг, рефакторинг) прямо в эфире.
GitHub
GitHub - x0000ff/ai-for-developers-project-386
Contribute to x0000ff/ai-for-developers-project-386 development by creating an account on GitHub.
❤9👍6🔥3
ИИ заменит джунов
Давайте разберемся, потому что эта фраза звучит из каждого утюга последние пару лет. Она строится на предположении, что джунов нанимают чтобы решать простые задачи и это поможет бизнесу двигаться вперед по задачам без необходимости платить много денег.
Это предположение ложное. Джунов не нанимают чтобы делать простые задачи. Они делают ровно те задачи, которые соответствуют их уровню в данный момент времени. Со временем ожидается, что они вырастут как минимум в мидлов и выйдут на хорошую производительность.
Но почему бы не нанимать сразу готовых спецов? Если экономика растет, то количество задач увеличивается, а значит нужно либо тем же составом делать больше (что всегда имеет предел), либо расширяться и нанимать новых людей. А откуда они возьмутся если не будет джунов? Более того, опытные программисты тоже не сидят без дела и постоянно куда-то уходят, то стартуют свои бизнесы, то становятся управленцами, а кто-то и на пенсию. Это усиливается тем, что если потребность в разработчиках растет, а их больше не становится, то зарплаты становятся выше. С одной стороны это хорошо для разработчиков, но с другой далеко не каждый бизнес может позволить себе платить огромные зарплаты. Найм джунов в этом смысле помогает держать этот баланс и дает возможность существовать небольшим компаниям.
Джуны это вообще проблема для любого бизнеса, первые месяцы они не только не приносят пользу, но и отвлекают часть разработчиков от работы. Их нужно обучать, объяснять правила, проверять код и вообще много возиться. Если бы у бизнеса была возможность нанимать только опытных способных делать задачи самостоятельно от и до, то любой бы бизнес пошел бы только этим путем.
А тут подоспел ИИ, который, вроде как может решать задачи джунов. В реальности все происходит совсем не так. Да, производительность конкретных программистов выросла и местами значительно, но это не дается бесплатно. Либо теряется глубина, либо происходит сильнейшее перенапряжение, потому что кода много и нужно постоянно все контролировать. В итоге количество задач которые может брать один программист выросло не так сильно, как может показаться. И если бизнесу нужно двигаться быстрее, то он будет вынужден нанимать новых разработчиков.
Почему тогда сейчас такая ситуация, когда найм значительно усложнился? Дело тут не в ИИ, а в экономических причинах (мы разбирали это в подкасте youtube.com/watch?v=ZgyE8JDTxSk).
И еще немаловажная штука про ИИ. В моменте, оно может дать сильный прирост эффективности, но когда это станет нормой и эффективность повысят все, то мы снова окажемся в состоянии, что компаниям для успешной конкуренции придется нанимать чтобы делать больше, так как производительность уже уперлась в очередной потолок
Telegram | YouTube | Сообщество
Давайте разберемся, потому что эта фраза звучит из каждого утюга последние пару лет. Она строится на предположении, что джунов нанимают чтобы решать простые задачи и это поможет бизнесу двигаться вперед по задачам без необходимости платить много денег.
Это предположение ложное. Джунов не нанимают чтобы делать простые задачи. Они делают ровно те задачи, которые соответствуют их уровню в данный момент времени. Со временем ожидается, что они вырастут как минимум в мидлов и выйдут на хорошую производительность.
Но почему бы не нанимать сразу готовых спецов? Если экономика растет, то количество задач увеличивается, а значит нужно либо тем же составом делать больше (что всегда имеет предел), либо расширяться и нанимать новых людей. А откуда они возьмутся если не будет джунов? Более того, опытные программисты тоже не сидят без дела и постоянно куда-то уходят, то стартуют свои бизнесы, то становятся управленцами, а кто-то и на пенсию. Это усиливается тем, что если потребность в разработчиках растет, а их больше не становится, то зарплаты становятся выше. С одной стороны это хорошо для разработчиков, но с другой далеко не каждый бизнес может позволить себе платить огромные зарплаты. Найм джунов в этом смысле помогает держать этот баланс и дает возможность существовать небольшим компаниям.
Джуны это вообще проблема для любого бизнеса, первые месяцы они не только не приносят пользу, но и отвлекают часть разработчиков от работы. Их нужно обучать, объяснять правила, проверять код и вообще много возиться. Если бы у бизнеса была возможность нанимать только опытных способных делать задачи самостоятельно от и до, то любой бы бизнес пошел бы только этим путем.
А тут подоспел ИИ, который, вроде как может решать задачи джунов. В реальности все происходит совсем не так. Да, производительность конкретных программистов выросла и местами значительно, но это не дается бесплатно. Либо теряется глубина, либо происходит сильнейшее перенапряжение, потому что кода много и нужно постоянно все контролировать. В итоге количество задач которые может брать один программист выросло не так сильно, как может показаться. И если бизнесу нужно двигаться быстрее, то он будет вынужден нанимать новых разработчиков.
Почему тогда сейчас такая ситуация, когда найм значительно усложнился? Дело тут не в ИИ, а в экономических причинах (мы разбирали это в подкасте youtube.com/watch?v=ZgyE8JDTxSk).
И еще немаловажная штука про ИИ. В моменте, оно может дать сильный прирост эффективности, но когда это станет нормой и эффективность повысят все, то мы снова окажемся в состоянии, что компаниям для успешной конкуренции придется нанимать чтобы делать больше, так как производительность уже уперлась в очередной потолок
Telegram | YouTube | Сообщество
YouTube
Как экономика в 2026 меняет требования к разработчикам на рынке IT | Евгений Кобзев #79
Сегодня у нас в гостях Евгений Кобзев - сооснователь и CTO сервиса «Кнопка» — бухгалтерского аутсорсинга с сильной технологической составляющей. Человек, который прошёл путь от сисадмина и разработчика до управления продуктом, бизнесом и обратно в разработку…
👍12❤6💯5🔥4
56 законов разработки на одном сайте
Наткнулись на отличный ресурс: Laws of Software Engineering. 56 принципов и паттернов, которые реально влияют на то, как мы пишем код, строим архитектуру и работаем в командах.
Эти законы складывались десятилетиями: одни вывели исследователи, другие сформулировали практики после болезненного опыта, третьи выросли из наблюдений за тем, как одни и те же ошибки повторяются из проекта в проект. Знать их полезно не ради эрудиции, а чтобы быстрее распознавать знакомые паттерны и не изобретать велосипед там, где уже давно есть название и объяснение.
Закон Хофштадтера говорит, что всё всегда занимает больше времени, чем ожидаешь, даже с учётом самого закона Хофштадтера. Звучит как шутка, но любой, кто хоть раз давал оценки на спринт, знает: это не шутка.
Закон Брукса напоминает, что добавление людей в горящий проект только замедляет его. Фред Брукс сформулировал это ещё в 1975 году в книге «Мифический человеко-месяц», и с тех пор в индустрии мало что изменилось. Новый человек тратит время на онбординг, существующие разработчики тратят время на его введение в курс дела, коммуникационных связей в команде становится больше, а скорость падает. Именно поэтому «давайте наймём ещё одного разработчика» почти никогда не спасает дедлайн. Книга вышла полвека назад, но каждый, кто хоть раз видел горящий проект, подтвердит: закон работает до сих пор.
Закон Конвея утверждает, что архитектура системы всегда отражает структуру команды, которая её создала. Сам Конвей иллюстрировал это так: если над компилятором работают четыре команды, вы получите четырёхпроходный компилятор. Не потому что так технически правильно, а потому что так устроена коммуникация. Хочешь поменять архитектуру, посмотри сначала на оргструктуру.
Закон Галла говорит, что любая сложная система, которая работает, выросла из простой системы, которая тоже работала. Никто не проектирует сложность с нуля и не получает рабочий результат. Сначала простая система, которая решает реальную задачу, потом постепенное усложнение. Отсюда и YAGNI, и итеративная разработка.
Правило Бойскаута звучит просто: оставь код лучше, чем нашёл. Не нужно устраивать глобальный рефакторинг. Переименовал непонятную переменную, вынес дублирующийся кусок, добавил комментарий — уже лучше. Если каждый в команде делает это регулярно, кодовая база улучшается сама собой, без специально выделенных спринтов на технический долг.
Таких законов на сайте 56, они разбиты по категориям (архитектура, команды, планирование, качество) и уровням от джуна до сеньора.
p.s. Сколько из этих законов вы знали?
Telegram | YouTube | Сообщество
Наткнулись на отличный ресурс: Laws of Software Engineering. 56 принципов и паттернов, которые реально влияют на то, как мы пишем код, строим архитектуру и работаем в командах.
Эти законы складывались десятилетиями: одни вывели исследователи, другие сформулировали практики после болезненного опыта, третьи выросли из наблюдений за тем, как одни и те же ошибки повторяются из проекта в проект. Знать их полезно не ради эрудиции, а чтобы быстрее распознавать знакомые паттерны и не изобретать велосипед там, где уже давно есть название и объяснение.
Закон Хофштадтера говорит, что всё всегда занимает больше времени, чем ожидаешь, даже с учётом самого закона Хофштадтера. Звучит как шутка, но любой, кто хоть раз давал оценки на спринт, знает: это не шутка.
Закон Брукса напоминает, что добавление людей в горящий проект только замедляет его. Фред Брукс сформулировал это ещё в 1975 году в книге «Мифический человеко-месяц», и с тех пор в индустрии мало что изменилось. Новый человек тратит время на онбординг, существующие разработчики тратят время на его введение в курс дела, коммуникационных связей в команде становится больше, а скорость падает. Именно поэтому «давайте наймём ещё одного разработчика» почти никогда не спасает дедлайн. Книга вышла полвека назад, но каждый, кто хоть раз видел горящий проект, подтвердит: закон работает до сих пор.
Закон Конвея утверждает, что архитектура системы всегда отражает структуру команды, которая её создала. Сам Конвей иллюстрировал это так: если над компилятором работают четыре команды, вы получите четырёхпроходный компилятор. Не потому что так технически правильно, а потому что так устроена коммуникация. Хочешь поменять архитектуру, посмотри сначала на оргструктуру.
Закон Галла говорит, что любая сложная система, которая работает, выросла из простой системы, которая тоже работала. Никто не проектирует сложность с нуля и не получает рабочий результат. Сначала простая система, которая решает реальную задачу, потом постепенное усложнение. Отсюда и YAGNI, и итеративная разработка.
Правило Бойскаута звучит просто: оставь код лучше, чем нашёл. Не нужно устраивать глобальный рефакторинг. Переименовал непонятную переменную, вынес дублирующийся кусок, добавил комментарий — уже лучше. Если каждый в команде делает это регулярно, кодовая база улучшается сама собой, без специально выделенных спринтов на технический долг.
Таких законов на сайте 56, они разбиты по категориям (архитектура, команды, планирование, качество) и уровням от джуна до сеньора.
p.s. Сколько из этих законов вы знали?
Telegram | YouTube | Сообщество
Laws of Software Engineering
A collection of principles and patterns that shape software systems, teams, and decisions.
👍17🔥13❤5
В каких компаниях искать работу
Вокруг одни бигтехи. Где работать если я устал от банков? Вот такой твит я увидел неделю назад и опечалился. Даже в реплаях было сплошное "а чо ты хотел", "такой мир". Есть и другой мир черт побери.
Сначала небольшая историческая справка. Действительно со временем присходит консолидация, крупные компании поглощают мелкие и выстраивают целые экосистемы замыкая на себе все до чего могут дотянуться. Сервисы типа читалок книг, кино, машины и многие другие были независимыми. Со временем их скупил яндекс и другие ребята. Куда не ткни в b2c, там на фоне обязательно какой-нибудь крупняк, который им владеет. Ну а торговля вообще уехала в маркетплейсы, больше никто не делает интернет-магазины на заказ (почти).
И понятно почему это происходит, такие проекты сложно и дорого масштабировать (с бизнесовой точки зрения), а крупные экосистемы имеют свои каналы дистрибуции, что позволяет достаточно легко выходить на очень большие аудитории. В таких случаях у частников просто никаких шансов. Какому нибудь сберу достаточно разместить кнопку в своем приложении и уже миллионы пользователей.
Однако это не отменяет того, что даже если сервисом владеет какой-то крупняк, значит он обязательно работает по формату бигтеха. Со всеми вытекающими. В любом случае даже бигтехов больше, чем может показаться. Существует рейтинг https://smartranking.ru/ru/ranking/big-tech/, где можно посмотреть их список, кто сколько зарабатывает и возможно найти себе будущего работадателя.
А куда еще можно податься? Из всех направлений я бы выделил четыре
Компании где ИТ имеет важную роль, но это все таки обслуживание, а не основа бизнеса. Например нефтянка, заводы и всякое другое. Я плохо знаком с этим направлением (хотя когда то нанимал c++ девов с завода и дивился тому как у них там работает).
Аутсорсеры/агенства/студии - Вот тут реально много разработчиков и эти компании живут тем что чем больше девелоперов тем больше зарабатываем (если есть заказы естессно). Тут обычно зп ниже, но зато можно поработать с кучей разных технологий и проектов. Откуда про них узнавать? И тут есть свой рейтинг https://digirate.ru/. Можно по нему посмотреть сайты компаний и раздел вакансий. Там всегда что-то висит
Стартапы. Тут вообще может быть все что угодно, главное что стартап эпично растет и кому-то продается. Сейчас их число в рф подозреваю сильно сократилось, но когда экономика на подъеме и доступны дешевые деньги, стартапы расцветают и появляется много работы.
И мое любимое, это независимые (но не всегда) SaaS решения, как правило b2b направленности
Вот про последних хочется чуть больше. Вам что нибудь говорят названия AmoCRM, Mindbox, Timepad, Tutu, Все инструменты, Мой Склад или Roistat? Конечно все знают Aviasels и многие ТуТу, но остальные вообще врядли слышали. А между тем, я как и большинство владельцев цифовых бизнесов пользуюсь либо ими либо их аналогами. То есть существует большой блок b2b сервисов и небольшой b2c, в котором есть частные компании, где разработчиков от нескольких до сотни человек (может сотен в редких случаях) и где совершенно другое ощущение от работы (меньше бюрократии, близость к бизнесу, к собственнику).
Если вы про эти компании ничего не знаете, то самое время познакомиться тут https://digirate.ru/saas
p.s. Вы работаете в бигтехе или как раз в одном из таких частных проектов?
Telegram | YouTube | Сообщество
Вокруг одни бигтехи. Где работать если я устал от банков? Вот такой твит я увидел неделю назад и опечалился. Даже в реплаях было сплошное "а чо ты хотел", "такой мир". Есть и другой мир черт побери.
Сначала небольшая историческая справка. Действительно со временем присходит консолидация, крупные компании поглощают мелкие и выстраивают целые экосистемы замыкая на себе все до чего могут дотянуться. Сервисы типа читалок книг, кино, машины и многие другие были независимыми. Со временем их скупил яндекс и другие ребята. Куда не ткни в b2c, там на фоне обязательно какой-нибудь крупняк, который им владеет. Ну а торговля вообще уехала в маркетплейсы, больше никто не делает интернет-магазины на заказ (почти).
И понятно почему это происходит, такие проекты сложно и дорого масштабировать (с бизнесовой точки зрения), а крупные экосистемы имеют свои каналы дистрибуции, что позволяет достаточно легко выходить на очень большие аудитории. В таких случаях у частников просто никаких шансов. Какому нибудь сберу достаточно разместить кнопку в своем приложении и уже миллионы пользователей.
Однако это не отменяет того, что даже если сервисом владеет какой-то крупняк, значит он обязательно работает по формату бигтеха. Со всеми вытекающими. В любом случае даже бигтехов больше, чем может показаться. Существует рейтинг https://smartranking.ru/ru/ranking/big-tech/, где можно посмотреть их список, кто сколько зарабатывает и возможно найти себе будущего работадателя.
А куда еще можно податься? Из всех направлений я бы выделил четыре
Компании где ИТ имеет важную роль, но это все таки обслуживание, а не основа бизнеса. Например нефтянка, заводы и всякое другое. Я плохо знаком с этим направлением (хотя когда то нанимал c++ девов с завода и дивился тому как у них там работает).
Аутсорсеры/агенства/студии - Вот тут реально много разработчиков и эти компании живут тем что чем больше девелоперов тем больше зарабатываем (если есть заказы естессно). Тут обычно зп ниже, но зато можно поработать с кучей разных технологий и проектов. Откуда про них узнавать? И тут есть свой рейтинг https://digirate.ru/. Можно по нему посмотреть сайты компаний и раздел вакансий. Там всегда что-то висит
Стартапы. Тут вообще может быть все что угодно, главное что стартап эпично растет и кому-то продается. Сейчас их число в рф подозреваю сильно сократилось, но когда экономика на подъеме и доступны дешевые деньги, стартапы расцветают и появляется много работы.
И мое любимое, это независимые (но не всегда) SaaS решения, как правило b2b направленности
Вот про последних хочется чуть больше. Вам что нибудь говорят названия AmoCRM, Mindbox, Timepad, Tutu, Все инструменты, Мой Склад или Roistat? Конечно все знают Aviasels и многие ТуТу, но остальные вообще врядли слышали. А между тем, я как и большинство владельцев цифовых бизнесов пользуюсь либо ими либо их аналогами. То есть существует большой блок b2b сервисов и небольшой b2c, в котором есть частные компании, где разработчиков от нескольких до сотни человек (может сотен в редких случаях) и где совершенно другое ощущение от работы (меньше бюрократии, близость к бизнесу, к собственнику).
Если вы про эти компании ничего не знаете, то самое время познакомиться тут https://digirate.ru/saas
p.s. Вы работаете в бигтехе или как раз в одном из таких частных проектов?
Telegram | YouTube | Сообщество
Telegram
Хекслет
Хекслет - нормальные it-курсы
Программы обучения Хекслета - https://ru.hexlet.io/courses
Сообщество @hexletcommunity
Программы обучения Хекслета - https://ru.hexlet.io/courses
Сообщество @hexletcommunity
🔥13❤7👍3🤡2💯2
Из колонии во фронтенд
Зацепили? Это не шутка! Наш студент работал в колонии (не сидел), а теперь в Модульбанке. Вообще мы давно не выкладывали историй успеха, а они есть, каждую неделю кто-то трудоустраивается что не может не радовать. Вакансий меньше, запроса меньше, но при должном усилии и щепотке магии коммерческих проектов Хекслета можно попасть и на стажировку (о которых публично не о собо пишут) и на работу.
Интро
Дима не из тех, кто в детстве разбирал компьютеры и мечтал о стартапе. Последние годы он был дежурным помощником начальника учреждения и отвечал за все, что происходило в смену, от ночных происшествий до обхода постов.
После службы можно было выбрать спокойный путь. Он выбрал другой. Четыре года самостоятельной учебы. Потом Хекслет, курс на 10 месяцев прошел за шесть. Потом 350 откликов и 8 месяцев поиска почти без ответов. Параллельно работа мастером в газораспределении, усталость, обычная взрослая жизнь. А потом тестовое за три вечера и стажировка в Модульбанке.
=> https://ru.hexlet.io/blog/posts/iz-raboty-v-kolonii-vo-frontend-kak-ya-v-42-goda-popal-na-stazhirovku-v-modulbank
Telegram | YouTube | Сообщество
Зацепили? Это не шутка! Наш студент работал в колонии (не сидел), а теперь в Модульбанке. Вообще мы давно не выкладывали историй успеха, а они есть, каждую неделю кто-то трудоустраивается что не может не радовать. Вакансий меньше, запроса меньше, но при должном усилии и щепотке магии коммерческих проектов Хекслета можно попасть и на стажировку (о которых публично не о собо пишут) и на работу.
Интро
Дима не из тех, кто в детстве разбирал компьютеры и мечтал о стартапе. Последние годы он был дежурным помощником начальника учреждения и отвечал за все, что происходило в смену, от ночных происшествий до обхода постов.
После службы можно было выбрать спокойный путь. Он выбрал другой. Четыре года самостоятельной учебы. Потом Хекслет, курс на 10 месяцев прошел за шесть. Потом 350 откликов и 8 месяцев поиска почти без ответов. Параллельно работа мастером в газораспределении, усталость, обычная взрослая жизнь. А потом тестовое за три вечера и стажировка в Модульбанке.
=> https://ru.hexlet.io/blog/posts/iz-raboty-v-kolonii-vo-frontend-kak-ya-v-42-goda-popal-na-stazhirovku-v-modulbank
Telegram | YouTube | Сообщество
ru.hexlet.io
Из работы в колонии – во фронтенд: как я в 42 года попал на стажировку в Модульбанк
Как Дима работал в колонии, заинтересовался фронтендом, отучился в Хекслете и попал на стажировку в Модульбанк.
❤9🔥8😁4👍3
Как учиться новичкам в эпоху ИИ?
Сейчас такими советами весь интернет завален. Хотите правду? Да ничего принципиально не поменялось. Если стоит задача что-то по быстрому сделать, то ии конечно помогает и позволяет не погружаться туда, куда не хочется. Но если вы решили стать профи в какой-то области, то разобраться придется иначе решение любой задачи превратится в метод тыка. И это не какое-то новое веяние, такое было всегда, просто не так часто. Поэтому одни люди добавились чего-то серьезные, другие не особо.
Нам вообще кажется, что сейчас целеустремленным и тем кто действительно пытается разобраться в том чем занимается станет легче, потому что ИИ делает людей ленивыми и в глубь копает все и меньше людей. А значит найти глубоких спецов становится сложнее.
Нужно ли при этом уметь пользоваться ИИ? Да, безусловно. От быстро что-то навайбкодить, до целенаправленно решить сложную задачу с контролем не только внешнего поведения, но и того что получилось по итогу в коде. Влияет ли это как-то на знание каких-то фундаментальных вещей от принципов работы операционных систем до многопоточного программирования? Совсем нет. Хотя какие-то знания конечно будут уходить в небытие, но это тоже не новое, современные программисты с точки зрения старых разработчиков (которые писали на более низком уровне и знали сильно больше деталей) вообще ничего не понимают в этой жизни 🙂
Если воспринимать ИИ как помощник, то все становится проще. С его помощью действительно проще и быстрее находить ошибки не зависая над проблемой на часы и дни теряя мотивацию. Но важно не превращать это в метод тыка. Нужно вместе с ИИ строить гипотезы, шаги по их проверке и так далее. В общем после такой сессии вы должны выходить новым человеком, с новым багажом знаний.
Что касается написания нового кода, то тут придется себя регулярно останавливать и заставлять писать код самостоятельно. Тут только рефлексия и самоконтроль.
p.s. Пока писал пост, пришла идея видео, где мы это продемонстрируем 🙂
Сейчас такими советами весь интернет завален. Хотите правду? Да ничего принципиально не поменялось. Если стоит задача что-то по быстрому сделать, то ии конечно помогает и позволяет не погружаться туда, куда не хочется. Но если вы решили стать профи в какой-то области, то разобраться придется иначе решение любой задачи превратится в метод тыка. И это не какое-то новое веяние, такое было всегда, просто не так часто. Поэтому одни люди добавились чего-то серьезные, другие не особо.
Нам вообще кажется, что сейчас целеустремленным и тем кто действительно пытается разобраться в том чем занимается станет легче, потому что ИИ делает людей ленивыми и в глубь копает все и меньше людей. А значит найти глубоких спецов становится сложнее.
Нужно ли при этом уметь пользоваться ИИ? Да, безусловно. От быстро что-то навайбкодить, до целенаправленно решить сложную задачу с контролем не только внешнего поведения, но и того что получилось по итогу в коде. Влияет ли это как-то на знание каких-то фундаментальных вещей от принципов работы операционных систем до многопоточного программирования? Совсем нет. Хотя какие-то знания конечно будут уходить в небытие, но это тоже не новое, современные программисты с точки зрения старых разработчиков (которые писали на более низком уровне и знали сильно больше деталей) вообще ничего не понимают в этой жизни 🙂
Если воспринимать ИИ как помощник, то все становится проще. С его помощью действительно проще и быстрее находить ошибки не зависая над проблемой на часы и дни теряя мотивацию. Но важно не превращать это в метод тыка. Нужно вместе с ИИ строить гипотезы, шаги по их проверке и так далее. В общем после такой сессии вы должны выходить новым человеком, с новым багажом знаний.
Что касается написания нового кода, то тут придется себя регулярно останавливать и заставлять писать код самостоятельно. Тут только рефлексия и самоконтроль.
p.s. Пока писал пост, пришла идея видео, где мы это продемонстрируем 🙂
❤20🔥12💯5👍4