Хекслет
Ir al canal en Telegram
Программы обучения - https://ru.hexlet.io/courses Сообщество @hexletcommunity AI Клуб @hexletclub Поддержка @hexlet_help_bot
Mostrar más7 860
Suscriptores
+124 horas
+57 días
-1130 días
Carga de datos en curso...
Canales Similares
Nube de Etiquetas
Menciones Entrantes y Salientes
---
---
---
---
---
---
Atraer Suscriptores
julio '26
julio '26
+63
en 1 canales
junio '26
+150
en 1 canales
Get PRO
mayo '26
+115
en 3 canales
Get PRO
abril '26
+118
en 1 canales
Get PRO
marzo '26
+91
en 2 canales
Get PRO
febrero '26
+99
en 2 canales
Get PRO
enero '26
+94
en 0 canales
Get PRO
diciembre '25
+91
en 0 canales
Get PRO
noviembre '25
+92
en 1 canales
Get PRO
octubre '25
+111
en 0 canales
Get PRO
septiembre '25
+107
en 0 canales
Get PRO
agosto '25
+197
en 0 canales
Get PRO
julio '25
+184
en 1 canales
Get PRO
junio '25
+152
en 0 canales
Get PRO
mayo '25
+165
en 0 canales
Get PRO
abril '25
+176
en 0 canales
Get PRO
marzo '25
+317
en 1 canales
Get PRO
febrero '25
+184
en 11 canales
Get PRO
enero '25
+119
en 0 canales
Get PRO
diciembre '24
+390
en 4 canales
Get PRO
noviembre '24
+148
en 1 canales
Get PRO
octubre '24
+115
en 0 canales
Get PRO
septiembre '24
+117
en 0 canales
Get PRO
agosto '24
+122
en 0 canales
Get PRO
julio '24
+135
en 1 canales
Get PRO
junio '24
+155
en 1 canales
Get PRO
mayo '24
+111
en 0 canales
Get PRO
abril '24
+192
en 2 canales
Get PRO
marzo '24
+159
en 0 canales
Get PRO
febrero '24
+197
en 0 canales
Get PRO
enero '24
+223
en 1 canales
Get PRO
diciembre '23
+179
en 0 canales
Get PRO
noviembre '23
+140
en 1 canales
Get PRO
octubre '23
+184
en 2 canales
Get PRO
septiembre '23
+251
en 0 canales
Get PRO
agosto '23
+257
en 0 canales
Get PRO
julio '23
+394
en 0 canales
Get PRO
junio '23
+164
en 0 canales
Get PRO
mayo '23
+210
en 0 canales
Get PRO
abril '23
+170
en 0 canales
Get PRO
marzo '23
+356
en 0 canales
Get PRO
febrero '23
+334
en 0 canales
Get PRO
enero '23
+991
en 0 canales
Get PRO
diciembre '22
+210
en 0 canales
Get PRO
noviembre '22
+254
en 0 canales
Get PRO
octubre '22
+304
en 0 canales
Get PRO
septiembre '22
+205
en 0 canales
Get PRO
agosto '22
+295
en 0 canales
Get PRO
julio '22
+286
en 0 canales
Get PRO
junio '22
+223
en 0 canales
Get PRO
mayo '22
+270
en 0 canales
Get PRO
abril '22
+229
en 0 canales
Get PRO
marzo '22
+327
en 0 canales
Get PRO
febrero '22
+75
en 0 canales
Get PRO
enero '22
+157
en 0 canales
Get PRO
diciembre '21
+105
en 0 canales
Get PRO
noviembre '21
+118
en 0 canales
Get PRO
octubre '21
+106
en 0 canales
Get PRO
septiembre '21
+76
en 0 canales
Get PRO
agosto '21
+102
en 0 canales
Get PRO
julio '21
+69
en 0 canales
Get PRO
junio '21
+72
en 0 canales
Get PRO
mayo '21
+60
en 0 canales
Get PRO
abril '21
+97
en 0 canales
Get PRO
marzo '21
+92
en 0 canales
Get PRO
febrero '21
+107
en 0 canales
Get PRO
enero '21
+100
en 0 canales
Get PRO
diciembre '20
+2 789
en 0 canales
| Fecha | Crecimiento de Suscriptores | Menciones | Canales | |
| 22 julio | +4 | |||
| 21 julio | +2 | |||
| 20 julio | +4 | |||
| 19 julio | +5 | |||
| 18 julio | 0 | |||
| 17 julio | +2 | |||
| 16 julio | +5 | |||
| 15 julio | +2 | |||
| 14 julio | 0 | |||
| 13 julio | +5 | |||
| 12 julio | +4 | |||
| 11 julio | +3 | |||
| 10 julio | +3 | |||
| 09 julio | +2 | |||
| 08 julio | +2 | |||
| 07 julio | +4 | |||
| 06 julio | +2 | |||
| 05 julio | +3 | |||
| 04 julio | +2 | |||
| 03 julio | +3 | |||
| 02 julio | +3 | |||
| 01 julio | +3 |
Publicaciones del Canal
Первая работа в IT начинается не после курса, а после поиска
Когда обучение заканчивается, начинается новый этап: резюме, отклики, тестовые задания, собеседования. Именно здесь многие теряют запал и веру в себя.
Через Хекслет.Карьеру прошло более 1300 человек. По данным Хекслета, около 25% участников, завершивших программу с начала 2026 года, сообщили, что нашли работу.
Хекслет.Карьера помогает подготовить резюме, оформить портфолио, разобраться с откликами, пройти тренировочные собеседования, получить опыт в коммерческих проектах и двигаться в поиске с поддержкой карьерного консультанта.
В новой статье подробно рассказываем, как устроен сервис, кому он подходит и как помогает сделать поиск первой работы более понятным и последовательным.
👉Читать статью
| 2 |  Конференции и воркшопы
Завершился большой блок летних конференций, на которых я выступал последние две недели. Это были highload, teamlead, agentic dev и ai weekends. Два мастер-класса, фасилитация групповой работы c-level клуба, один доклад и два дня воркшопа с утра до вечера. В общем было не скучно.
Познакомился со множеством крутых ребят, узнал что происходит в компаниях, куда движемся, как проходит ai трансформация и как настроения в целом.
Что можно сказать про происходящее? Очень возрос интерес к ИИ, что было ожидаемо. Стрим по AI разработке был забит, многие просто не смогли зайти в зал чтобы послушать докладчиков. Мне было проще, как докладчик я слушал докладчиков в кулуарах :)
Пока еще много базовых докладов и много людей, которые не перешли в режим кодинга без рук. Тех кто пишет код агентами не более 25%. Причины разные, нередко это корпоративные ограничения, когда запрещается использовать внешние модели, внутренняя экосистема еще не того уровня, чтобы делать все самостоятельно.
Практически каждая крупная компания выделила команды под интеграцию LLM в SDLC. Здесь ребята занимаются всем от написания своего харнеса и сетапом моделей, до объединения всей информации через раги, mcp и тому подобное. Большой интерес у подхода Spec Driven Development. Мы снова возвращаемся в мощный водопад, когда сначала долго и упорно идет проектирование, а потом, на уровни ниже спускается все в готовом виде.
В целом, несмотря на общий ажиотаж, многие отмечают что мало кто пытается по настоящему перестроиться под ai native. Что там говорить, мало кто понимает что это такое. Есть разные идеи и концепции того как мы будем работать, как поменяются процессы, как изменятся роли. Вплоть до довольно революционных идей, типа полного убирания код ревью как концепта. Много говорили про tiny teams, где команда буквально из нескольких человек делает все от и до. Набирает популярность концепт Product Engineer, где прямо совмещается две роли: продакт и девелопер.
Что точно объединяет всех, так это непрерывный страх проиграть конкурентную борьбу. А если соседние компании что-то такое поменяют и внедрят, что станут в разы быстрее и эффективнее? Поэтому каждая компания пытается максимально вписываться во все ИИ движухи.
Кстати, сравнивали текущую трансформацию с приходом Agile, сошлись на том, что это значительно более глубокая и сложная история. Agile менял только процессы, на самой разработке и инструментах это сказывалось не так сильно. Здесь же меняется все и сразу.
И интересного для нас, мы увидели какие элементы стоит добавить и доработать, а так же запланировали старт нескольких новых курсов для новой эпохи. Но об этом в других постах :) | 997 |
| 3 |  Из сертификации в тестировщики: как я совершил прыжок веры в эмиграции
Михаил семь лет проработал в сертификации, а под Новый год уволился без плана, просто чтобы отдохнуть и подумать, куда двигаться дальше. Никакого запасного варианта, никакой новой работы на примете. Сам он называет это прыжком веры.
Все происходило в эмиграции: несколько лет за границей, накопившаяся усталость от профессии и ощущение, что расти дальше некуда.
Он перебрал фронтенд, Python и тестирование, выбрал последнее и прошел курс в Хекслете, а потом поработал на коммерческих проектах, чтобы набить руку. Параллельно пережил один из самых тяжелых периодов в жизни: травмы, депрессия, лечение.
Работу нашел через нетворкинг: тестировщик понадобился знакомому техлиду из альпинистской компании.
Как он прошел этот путь и что помогло ему справиться, читайте в новой истории: https://ru.hexlet.io/blog/posts/iz-sertifikacii-v-testirovshchiki | 1 248 |
| 4 | Автоматизация бизнеса
Антон Плешивцев, бывший разработчик Aviasales, разработал сервис по подготовке фотографий на визы разных стран (ishotaphoto [.] com), где применяется множество различных моделей для обработки фото. И когда его сервис начал набирать обороты и стал приносить денег, появилась операционка в виде помощи пользователям с неточностями в работе, возвратами денег (такое бывает у любого бизнеса) и ответами на разнообразные вопросы, которые летят на почту.
В какой-то момент Антон заметил, что на это стало уходить несколько часов каждый день, поэтому он стал копать в сторону агентов и конкретно OpenClaw. После нескольких итераций у него получилось завести систему, в которой агент сам разгребает почту, отвечает пользователям там где безопасно, создает счета на возврат (но не делает возврат сам) и выполняет другие полезные задачи. Подробнее про это можно посмотреть в подкасте "организованное программирование".
Конечно на объеме это не заменит реальных людей, но значительно сокращает их количество на всех этапах и позволяет бизнесу быть более быстрым и устойчивым к изменениям. И сейчас такого становится все больше, как на уровне солопредпринимателей так и на уровне крупных компаний, которые активно переводят часть своих технарей в роль llm-разработчик. Название пока не устаканилось, но фактически это программисты с опытом devops, некоторыми знаниями базы по llm и глубоко разбирающихся в том как строить агентные системы. Здесь появляется много интересного: роутинг, opengraph, rag, fine-tuning, workflow, human-in-the-loop, evals, guardrails и много других страшных слов.
На Хекслете мы занимаемся ровно тем же самым, внедряем эти механики во все внутренние процессы и раскатываем на самом сайте. И естественным продолжением стало появление курса LLM-разработчик, первый поток которого стартует буквально на днях. А чтобы у вас было лучше понимание что это за направление и с чем его едят, сегодня в 19:00 по москве мы проводим вебинар, где подробно обо всем расскажет Рустам Барханов, Старший инженер‑программист отдела интеграции искусственного интеллекта АО «Финам». Записаться на вебинар можно по ссылке https://special.hexlet.io/llm-developer_webinar Трансляция будет доступна и в vk и в youtube | 1 903 |
| 5 | Курсы для всех и пусть никто не уйдет обиженным
Делимся ближайшими планами по запускам и новым курсам. Пока акцент идет на ИИ, мы хотим до конца лета добить оставшиеся направления, которые нас просят запустить (и которые особо интересны в этом дивном мире). К ним относятся:
ИИ Автоматизатор
это как обычный автоматизатор, который интегрирует сервисы с помощью таких инструментов как n8n, но помноженный на создание и внедрение агентов на no-code платформах типа Yandex AI Studio. Запуск будет в конце июля
Полный вайбкодинг
Это расширенная версия текущего курса по вайбкодингу, который мы недавно запустили. Он будет идти 4 месяца и фактически будет похож на ии автоматизатора по изучаемым темам, но с упором и отдельным материалом по созданию продуктов. В общем это такой стартаперский заход. Дата старта пока определяется
AI SDLC
курс для лидов, сто и программистов, которые хотят меняться и менять компании на AI First (AI Native). Тут много про изменение организационной структуры и новым подходам к тому как происходит сбор требований, проектирование, реалзиация, верификация и эксплуатация. Стартует в августе.
LLM-разработчик
Это внедренец ИИ решений в бизнес процессы. Мы уже писал про этот курс, но не писали про вебинар Как войти в LLM-разработку: навыки, вакансии, кейсы внедрений , который будет 30 числа в 19:00 по Москве.
https://special.hexlet.io/llm-developer_webinar
Пока выглядит так, что сделав эти курсы, мы закроем все что надо по ИИ. Если мир к этому времени не подкинет нам снова каких-то сюрпризов, то мы возьмемся за классические программы и сделаем упор на навыковые курсы для повышения квалификации. Всем бобра, оставайтесь с нами | 2 314 |
| 6 |  Что самое главное в агентном программировании?
Представьте что вы поставили себе хорошего агента, например, opencode, настроили проект, добавили agents.md и начали работать. Возникает вопрос, насколько результат который вы получаете с агентом оптимален? Не только с точки зрения готового кода, но и самого процесса вазимодействия с агентом. Как часто его надо направлять, насколько он тупит и генерирует не рабочее решение.
Можно сказать что очень важно уметь работать с контекстом. Это абсолютная правда, нужно объяснить детали задачи, прожарить (grill-me), подгрузить нужные документы, проанализировать код (агентом) и в конце концов реализовать задачу. Без этого никак, но этого условия недостаточно.
Если агент в процессе не может верифицировать то что он делает, то на выходе получится код, который скорее всего не запустится. Более того, нередко сам подход к решению может оказаться не запускаемым в принципе, но агент про это не знает, так как не может сам в этом убедится. В итоге получается что он будет постоянно останавливаться с фразой в духе "я все сделал, но проверить не могу, глянь сам".
По сути, ключевым элементом во всей этой системе являются механизмы автоматической проверки кода на работоспособность. Что сюда входит?
Статическая типизация
Линтеры
Тесты (в первую очередь интеграционные)
Возможность выполнить код проекта (например через repl)
Сборка
Причем агент должен знать когда и что запускать и делать это автоматически. В идеале добавить хуки в git, которые как минимум не позволяют пушить код, который не проходит базовые проверки (линтеры и проверку типов). | 2 417 |
| 7 |  Модель, агент или харнес?
До сих пор существует путаница, кто есть кто и как это все вместе работает. За что отвечает модель и что может модель? Как модель выполняет разные задачи и при чем тут агент?
В двух словах, модель умеет только выдавать текст на базе входящего текста. По пути там еще идет преобразование в токены, но это ничего принципиально не меняет. А как тогда работают действия (тулы)? Как модель ищет в интернете, работает с файлами и выполняет команды через api сервисов? Вот за это отвечает агент, в котором соединяется обвязка (харнес) в виде различных инструментов выполняющих задачи во внешней среды + сама модель.
Подробнее об этом в статье, которую мы бережно перевели для вас: https://ru.hexlet.io/blog/posts/anatomiya-agentnogo-harnessa-obvyazki
И конкурс :) Кирилл Мокевнин выступает в понедельник на Podlodka AI Crew (кого я обманываю, я сам пишу этот пост). А за это нам дали пару проходных билетов на халяву. Собственно давайте их разыграем. Напишите в комментариях как вы используете ИИ или какие задачи вы решаете с помощью него. Два самых залайканых комментария на понедельник 10 утра получат секретный код с доступом к конференции. Лайк, шер, алишер. | 2 597 |
| 8 | ☀️ Лучшие программы июня от Хекслет
Для действующих разработчиков:
— Курс «LLM-разработчик» со скидкой, старт 25 июня;
Профессии с нуля:
— Курс «DevOps-инженер с нуля»;
— Курс «Golang-разработчик с нуля»;
— Курс «Фронтенд-разработчик» с нуля;
Навыки, учим в быстром темпе, всё самое важное в сжатом виде:
— «ИИ для разработчиков»: дебаг, рефакторинг, проектирование архитектуры, работа с документацией и Git, добавляем ИИ в каждый этап.
— «DevOps для разработчиков»: автоматизации, контроль деплоев, сборки;
— «Вайб-кодинг на Claude Code»: все самое актуальное от профессионалов в ИИ-разработке;
Ждем вас на наших программах.
Не можете определиться с выбором? Напишите нам | 2 552 |
| 9 | Хотим мы этого или нет, но разработка в современном мире поменялась и продолжает активно развиваться в сторону ИИ инструментов. Как бы мы не пытались и не хотели, разговоры всегда и везде сводятся к навыкам работы с ИИ. Что ж, пришло время сказать, что мы перестаем этому сопротивляться. Наш клуб теперь официально "Хекслет AI Клуб". Здесь мы говорим про AI SDLC и внедрение ИИ в задачи бизнеса.
При этом мы не скатываемся в истерию и фанбойство. Все по серьезке, но через новую призму. Ссылка на клуб: @hexletclub
Клуб теперь открыт для всех желающих. Бот при этом останется для разных полезных действий, которые мы настроим чуть позже.
Telegram | YouTube | AI Клуб | 10 578 |
| 10 | Уровни зрелости использования ИИ в разработке. От "пишу все руками" до "оркеструю команду агентов". Где вы на этой шкале?
Уровень 0. Не использую
Код пишется руками, документация ищется в браузере, Stack Overflow открыт в соседней вкладке.
Уровень 1. Чат рядом
ChatGPT или Claude в отдельном окне. Спросил, скопировал, вставил, поправил. Удобно для объяснений, шаблонов и вопросов в духе "как сделать X". Контекст проекта модель не видит, поэтому мы держим его в голове и в промптах.
Уровень 2. Автодополнение в IDE (NES)
Copilot и аналоги работают прямо в редакторе. Подсказки появляются по ходу набора, автодополняются целые функции. ИИ переехал из вкладки в рабочий процесс, но все еще дописывает за вами.
Уровень 3. Агент пишет код и занимается дебагом
Cursor, Claude Code, Codex. Задача ставится агенту, и дальше он ведет ее сам: собирает контекст по кодовой базе (читает нужные файлы, ищет зависимости), строит план, реализует, прогоняет тесты и проверяет себя, а в конце готовит коммит и PR.
Уровень 4. Агент интегрирован в инфраструктуру
Агент работает не только с кодом, но и с окружением вокруг него: CI/CD, деплой, логи, метрики. Может прогнать пайплайн, выкатить ветку, посмотреть, что упало на проде, и почему.
Уровень 5. Интеграция в SDLC
Агент встроен в процесс целиком. Делает triage входящих тикетов, сам собирает контекст: читает тикет, его аттачменты, переписку в комментариях, ходит в базу знаний и документацию, поднимает связанные PR и историю. На основе этого решает, что нужно сделать, берется за задачу, сам коммитит, создает реквесты и исправляет по ревью.
А на каком уровне находитесь вы? Поставьте эмоджи с соответствующим номером | 2 870 |
| 11 |  Я у мамы фаундер или почем вайбкодинг?
Мы долго избегали этой темы, но вайбкодинг таки пришел в нашу жизнь. Во-первых многие захотели попробовать стать предпринимателями, а во-вторых, сам процесс стал сильно ближе к разработке, чем просто пиу промпт пиу. Поэтому 28 мая мы стартуем курс "Вайбкодинг на Claude Code". Идеально для тех кто не совсем программист, но очень хочет что-то замутить.
Что там будет? Будем пилить готовые решения, от лендингов со сбором заявок и автоматическом анализе конкурентов, до mvp сервиса по кросс-публикации постов в разные соцсети.
Курс небольшой на месяц, поэтому он скорее вводный для тех кто хочет по быстрому попробовать. Тут мы даем минимально необходимую базу по моделям и агентам, а так же техническим штукам, без которых будет совсем тяжко.
Программа и цены по ссылке => https://ru.hexlet.io/programs/vibecoding-claudecode
p.s. Хотя там написано claude code, по факту его можно проходить с любым другим инструментом | 2 541 |
| 12 | Как учиться новичкам в эпоху ИИ?
Сейчас такими советами весь интернет завален. Хотите правду? Да ничего принципиально не поменялось. Если стоит задача что-то по быстрому сделать, то ии конечно помогает и позволяет не погружаться туда, куда не хочется. Но если вы решили стать профи в какой-то области, то разобраться придется иначе решение любой задачи превратится в метод тыка. И это не какое-то новое веяние, такое было всегда, просто не так часто. Поэтому одни люди добавились чего-то серьезные, другие не особо.
Нам вообще кажется, что сейчас целеустремленным и тем кто действительно пытается разобраться в том чем занимается станет легче, потому что ИИ делает людей ленивыми и в глубь копает все и меньше людей. А значит найти глубоких спецов становится сложнее.
Нужно ли при этом уметь пользоваться ИИ? Да, безусловно. От быстро что-то навайбкодить, до целенаправленно решить сложную задачу с контролем не только внешнего поведения, но и того что получилось по итогу в коде. Влияет ли это как-то на знание каких-то фундаментальных вещей от принципов работы операционных систем до многопоточного программирования? Совсем нет. Хотя какие-то знания конечно будут уходить в небытие, но это тоже не новое, современные программисты с точки зрения старых разработчиков (которые писали на более низком уровне и знали сильно больше деталей) вообще ничего не понимают в этой жизни 🙂
Если воспринимать ИИ как помощник, то все становится проще. С его помощью действительно проще и быстрее находить ошибки не зависая над проблемой на часы и дни теряя мотивацию. Но важно не превращать это в метод тыка. Нужно вместе с ИИ строить гипотезы, шаги по их проверке и так далее. В общем после такой сессии вы должны выходить новым человеком, с новым багажом знаний.
Что касается написания нового кода, то тут придется себя регулярно останавливать и заставлять писать код самостоятельно. Тут только рефлексия и самоконтроль.
p.s. Пока писал пост, пришла идея видео, где мы это продемонстрируем 🙂 | 2 156 |
| 13 | Из колонии во фронтенд
Зацепили? Это не шутка! Наш студент работал в колонии (не сидел), а теперь в Модульбанке. Вообще мы давно не выкладывали историй успеха, а они есть, каждую неделю кто-то трудоустраивается что не может не радовать. Вакансий меньше, запроса меньше, но при должном усилии и щепотке магии коммерческих проектов Хекслета можно попасть и на стажировку (о которых публично не о собо пишут) и на работу.
Интро
Дима не из тех, кто в детстве разбирал компьютеры и мечтал о стартапе. Последние годы он был дежурным помощником начальника учреждения и отвечал за все, что происходило в смену, от ночных происшествий до обхода постов.
После службы можно было выбрать спокойный путь. Он выбрал другой. Четыре года самостоятельной учебы. Потом Хекслет, курс на 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 | 2 196 |
| 14 | В каких компаниях искать работу
Вокруг одни бигтехи. Где работать если я устал от банков? Вот такой твит я увидел неделю назад и опечалился. Даже в реплаях было сплошное "а чо ты хотел", "такой мир". Есть и другой мир черт побери.
Сначала небольшая историческая справка. Действительно со временем присходит консолидация, крупные компании поглощают мелкие и выстраивают целые экосистемы замыкая на себе все до чего могут дотянуться. Сервисы типа читалок книг, кино, машины и многие другие были независимыми. Со временем их скупил яндекс и другие ребята. Куда не ткни в 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. Вы работаете в бигтехе или как раз в одном из таких частных проектов? | 12 768 |
| 15 | 56 законов разработки на одном сайте
Наткнулись на отличный ресурс: Laws of Software Engineering. 56 принципов и паттернов, которые реально влияют на то, как мы пишем код, строим архитектуру и работаем в командах.
Эти законы складывались десятилетиями: одни вывели исследователи, другие сформулировали практики после болезненного опыта, третьи выросли из наблюдений за тем, как одни и те же ошибки повторяются из проекта в проект. Знать их полезно не ради эрудиции, а чтобы быстрее распознавать знакомые паттерны и не изобретать велосипед там, где уже давно есть название и объяснение.
Закон Хофштадтера говорит, что всё всегда занимает больше времени, чем ожидаешь, даже с учётом самого закона Хофштадтера. Звучит как шутка, но любой, кто хоть раз давал оценки на спринт, знает: это не шутка.
Закон Брукса напоминает, что добавление людей в горящий проект только замедляет его. Фред Брукс сформулировал это ещё в 1975 году в книге «Мифический человеко-месяц», и с тех пор в индустрии мало что изменилось. Новый человек тратит время на онбординг, существующие разработчики тратят время на его введение в курс дела, коммуникационных связей в команде становится больше, а скорость падает. Именно поэтому «давайте наймём ещё одного разработчика» почти никогда не спасает дедлайн. Книга вышла полвека назад, но каждый, кто хоть раз видел горящий проект, подтвердит: закон работает до сих пор.
Закон Конвея утверждает, что архитектура системы всегда отражает структуру команды, которая её создала. Сам Конвей иллюстрировал это так: если над компилятором работают четыре команды, вы получите четырёхпроходный компилятор. Не потому что так технически правильно, а потому что так устроена коммуникация. Хочешь поменять архитектуру, посмотри сначала на оргструктуру.
Закон Галла говорит, что любая сложная система, которая работает, выросла из простой системы, которая тоже работала. Никто не проектирует сложность с нуля и не получает рабочий результат. Сначала простая система, которая решает реальную задачу, потом постепенное усложнение. Отсюда и YAGNI, и итеративная разработка.
Правило Бойскаута звучит просто: оставь код лучше, чем нашёл. Не нужно устраивать глобальный рефакторинг. Переименовал непонятную переменную, вынес дублирующийся кусок, добавил комментарий — уже лучше. Если каждый в команде делает это регулярно, кодовая база улучшается сама собой, без специально выделенных спринтов на технический долг.
Таких законов на сайте 56, они разбиты по категориям (архитектура, команды, планирование, качество) и уровням от джуна до сеньора.
p.s. Сколько из этих законов вы знали? | 2 451 |
| 16 | ИИ заменит джунов
Давайте разберемся, потому что эта фраза звучит из каждого утюга последние пару лет. Она строится на предположении, что джунов нанимают чтобы решать простые задачи и это поможет бизнесу двигаться вперед по задачам без необходимости платить много денег.
Это предположение ложное. Джунов не нанимают чтобы делать простые задачи. Они делают ровно те задачи, которые соответствуют их уровню в данный момент времени. Со временем ожидается, что они вырастут как минимум в мидлов и выйдут на хорошую производительность.
Но почему бы не нанимать сразу готовых спецов? Если экономика растет, то количество задач увеличивается, а значит нужно либо тем же составом делать больше (что всегда имеет предел), либо расширяться и нанимать новых людей. А откуда они возьмутся если не будет джунов? Более того, опытные программисты тоже не сидят без дела и постоянно куда-то уходят, то стартуют свои бизнесы, то становятся управленцами, а кто-то и на пенсию. Это усиливается тем, что если потребность в разработчиках растет, а их больше не становится, то зарплаты становятся выше. С одной стороны это хорошо для разработчиков, но с другой далеко не каждый бизнес может позволить себе платить огромные зарплаты. Найм джунов в этом смысле помогает держать этот баланс и дает возможность существовать небольшим компаниям.
Джуны это вообще проблема для любого бизнеса, первые месяцы они не только не приносят пользу, но и отвлекают часть разработчиков от работы. Их нужно обучать, объяснять правила, проверять код и вообще много возиться. Если бы у бизнеса была возможность нанимать только опытных способных делать задачи самостоятельно от и до, то любой бы бизнес пошел бы только этим путем.
А тут подоспел ИИ, который, вроде как может решать задачи джунов. В реальности все происходит совсем не так. Да, производительность конкретных программистов выросла и местами значительно, но это не дается бесплатно. Либо теряется глубина, либо происходит сильнейшее перенапряжение, потому что кода много и нужно постоянно все контролировать. В итоге количество задач которые может брать один программист выросло не так сильно, как может показаться. И если бизнесу нужно двигаться быстрее, то он будет вынужден нанимать новых разработчиков.
Почему тогда сейчас такая ситуация, когда найм значительно усложнился? Дело тут не в ИИ, а в экономических причинах (мы разбирали это в подкасте youtube.com/watch?v=ZgyE8JDTxSk).
И еще немаловажная штука про ИИ. В моменте, оно может дать сильный прирост эффективности, но когда это станет нормой и эффективность повысят все, то мы снова окажемся в состоянии, что компаниям для успешной конкуренции придется нанимать чтобы делать больше, так как производительность уже уперлась в очередной потолок | 2 238 |
