Здравствуйте, товарищи! Сегодня у нас будет нетехническая статья. Я расскажу об одном нестандартном кейсе из своей практики, суть которого отражена в заголовке.
В первой части будет описание моего опыта, а далее обсудим, как можно его перенять. И не просто перенять, а использовать для решения сразу двух проблем в нашей индустрии!
Как обычно: все имена вымышлены, а совпадения случайны...
Предыстория
Я делаю open source проект - mlut (читается как "млат"). Это инструмент для верстки в подходе Atomic CSS. Что-то похожее на Tailwind, но по некоторым параметрам превосходит все популярные аналоги. Проект является результатом глубокого ресерча и 1200+ часов труда. Если хотите узнать о нем подробнее, то рекомендую одну из моих предыдущих статей.
Помимо этого, внезапно, я работаю в найме на senior-позиции: в Р7 делаю редакторы документов, типа Word и Excel. У нас махровое легаси, 1.5 миллиона строк на JS и не самые простые задачи, которых очень много. В связи с чем, своими делами я могу заниматься только по вечерам и выходным.
Несмотря на то, что свой проект тянется у меня довольно давно, по нему все еще есть немало планов и перспектива стать топ-3 мира в нише Atomic CSS. Так передо мной встал стандартный вопрос: как все успевать работать в найме, делать свой проект и заниматься какими-то личными делами?
(не)Стандартное решение
В первой половине 2025 года, я с трудом выдержал работу в найме, подготовку нового доклада, тур с выступлениями на трех конференциях и работу над проектом. Так что по окончанию тура, в конце весны, вопрос успевания всего встал довольно остро.
И внезапно, мой мозг достаточно быстро собрал решение из имеющихся вводных. Когда есть куча дел и куча денег, то часть дел можно делегировать! В моем проекте как раз были задачи по продвижению и несложная разработка, в основном фронтенд. Это направление и стало наиболее подходящим для делегирования. Так я решил нанять себе в помощь джуна!
Поиск помощника
У нас в Питере 2 раза в год проходит IT-форум для джунов и студентов (подробности под спойлером). Он представляет из себя, что-то вроде ярмарки вакансий со стендами компаний, и еще есть трек с докладами.
Подробнее о форуме
Это был "Найти IT" от Future Today. Форум бесплатный и без возрастного ценза - достаточно просто зарегаться на сайте. Проходит весной и осенью в Москве, Питере и вроде даже в Новосибе.
Я веду IT-сообщество в Питере и мы регулярно устраиваем на этом форуме сходку. В рамках сходки, помимо неформального общения, я отвечаю на любые вопросы новичков, как технические, так и карьерные. Даю бесплатные карьерные консультация, можно сказать.
Весенний форум в апреле не стал исключением. И в этот раз, среди ребят, кого я консультировал, оказался Рома. Он заканчивал магистратуру не айтишного направления в вузе и хотел стать фронтендером. Он подошел как раз в тот момент, когда я собирался уходить. Из-за этого, я лишь бегло ответил на его вопросы, поэтому оставил свои контакты, чтобы дать полноценный ответ уже асинхронно.
Через некоторое время я сдержал обещание, и ответил на вопросы Ромы. В беседе он показался мне адекватным и порядочным. У него был совсем небольшой коммерческий опыт (1 проект) и он искал работу по фронтенду.
Этот эпизод мог так и остаться будничным фактом, но стал судьбоносным. В конце мая мне пришла та самая гениальная идея по найму джуна в свой проект. И в тот же момент у меня появился кандидат на эту позицию!
Начало совместной работы
Оффер
Вот такой "оффер" я составил для помощника.
Условия
свободный график с почасовой оплатой: 230р/час. 40 т.р. в месяц при работе фултайм
нагрузка: 20-30 часов в неделю. Минимум: около 20 часов
оплата 2 раза в месяц на самозанятого
Задачи
разработка демо-проекта на mlut и демок для курса
помощь с продвижением: ведение твиттера проекта, активность на тематических площадках, написание статей
контрибьюшн в сам инструмент
Преимущества
коммерческий опыт, который можно указать в CV
контрибьюшн в open source
личная работа с сильным разрабом
Да, оплата ниже рынка, нет социальных плюшек и всего такого. Зато нет бесполезных созвонов, микроменеджмента, есть ментор и есть возможность предлагать решения по развитию продукта. Ну и что немало важно: ты напрямую видишь, как результаты твоего труда влияют на продукт. Для новичка - хороший старт в продуктовой разработке, тем более, что джунам сейчас в принципе не сладко. Рома согласился почти сразу.
Процессы
В качестве трекера часов я взял Toggl. Мы использовали его на прошлой работе. Понятный UI, есть все необходимые фичи, ну и что важно: он доступен в РФ даже без vpn! Схема работы с ним простая: когда работаешь - трекаешь время и пишешь в заголовке, чем сейчас занимаешься. Когда не работаешь - не трекаешь.
В день моей зарплаты, помощник присылает отчет из Toggl: сколько часов он отработал. По отчету я перевожу оплату на карту. Все. Никаких договоров и почти 0 бюрократии. В правовом поле: самозанятый оказывает услуги физику.
Да, сам по себе трекер довольно простой: нет скриншотов экрана, слежения за интенсивностью долбления по клавиатуре и прочей дичи. Но на мой взгляд, если новичок будет филонить, senior это довольно быстро заметит. При этом, у работника в такой схеме нет защиты в виде ТК и бюрократии. Тут все держится на доверии с обоих сторон, потому что обоим сотрудничать выгодно.
В качестве трекера задач используем Kaiten. Забавно, что его предложил Рома в какой-то момент. А на первых порах, для постановки задач хватало переписки в Телеграме. Используем самый базовый функционал канбан-доски: задачи в виде карточек на четырех столбцах: Backlog, In progress, Review и Done.
"Испытательный срок"
Вместо технического собеса и leetcode-задач, было небольшое тестовое задание. Новичку нужно было самостоятельно (с моей поддержкой) разобраться в mlut и сверстать что-нибудь простенькое с его помощью. Например, карточку товара на чистом HTML и Sass.
Как дополнение, надо было развернуть проект на любом популярном фреймворке и настроить там работу mlut через плагин для сборщика. Рома писал на Vue, потому выбрал его.
Ограничений по времени не было, но и оплаты за тестовый период - тоже. За этот период можно с минимальными издержками понять, насколько человеку интересна такая работа и есть ли мэтч.
Рома работал part-time, поэтому справился недели за 2. Прошло все довольно гладко: во многом разобрался сам, отвлекал минимально и по делу.
Чем занимались и что получилось
Изначальное видение у меня было следующее. Совместная работа продлится от 4 до 7 месяцев, part-time со стороны Ромы. За это время он сделает некоторую часть работ по продвижению (соцсети, статьи, демки), 1-2 демо-проекта и возможно, какое-то количество коммитов в mlut.
Основные метрики: звезды на гитхабе и появление стабильных пользователей. В идеале, я рассчитывал дойти до 1000 звезд в феврале 2026 и до конца 2025 найти хотя бы 1-2 активных пользователей. Таких, которые затащили бы mlut в прод и обеспечили стабильный объем скачиваний в npm через установку в CI.
Начальный период
И так, мы начали совместную работу в июне. На первое время был следующий план работ:
регулярно вести твиттер проекта (да, я платил человеку, чтобы он сидел за меня в твиттере)
сверстать лендинг для mlut на mlut
С твиттером Рома быстро разобрался, а вот с лендингом немного побуксовал. Надо было освоить генератор статики Eleventy и шаблонизатор, а так же, придумать дизайн. Благо, во втором случае помогла нейронка в v0.dev
Кроме того, в это же время я обратился в одно проверенное маркетинговое агентство для помощи с продвижением проекта. Они специализируются на стартапах и цифровых продуктах, поэтому мой запрос был им понятен.
Но как мы строили маркетинг проекта - история для отдельной статьи, которая тоже будет в обозримой перспективе. Пока скажу лишь то, что мы некоторое время ждали завершения работы маркетологов, чтобы лучше понимать, какие тезисы писать на лендинге.
Так что в этот период мы сделали некоторую часть из разных задач, поэтому общий прогресс казался скромным. Так же влияло, что у нас с Ромой летом поочередно получилась большая загрузка. То меня на работе перевели на другой проект, то у него была сдача диплома.
Лайфхак для начинающих CEO
Выяснилось, что толкового джуна можно использовать и как личного ассистента! Например, пару раз я делегировал Роме простые задачи по маркетингу, а так же, по своему сообществу. Он справился четко. А еще пробовал его использовать как нейронку: просил саммаризовать статьи. Тоже получилось неплохо.
Работа фултайм
За первые месяцы работы мне стал лучше понятен объем задач по проекту. Я увидел, что для достижения намеченных результатов Роме надо работать фултайм, как минимум, до конца года. В конце августа согласовали это - он был только за.
С этого момента работа пошла ощутимо интенсивнее. В конце сентября выкатили сайт. Кроме лендинга, Рома сделал и небольшую галерею артов на CSS. Да, на mlut можно делать, так называемый, pure CSS art. То есть, создавать картины, красивые эффекты и игры на чистом CSS.
Эти арты мы планировали сделать одной из ключевых фич нашей маркетинговой кампании. Так же появилось немало продуктовых идей связанных с ними, но опять же - это будет в отдельной статье.
И да, мы завершили работу с маркетологами. У нас на руках был план действий по продвижению и понимание, что говорить публично, что писать на лендинге и тд. Одна из ключевых частей плана - контент маркетинг. То есть, написание статей на темы, связанные с проектом. Этим так же занялся Рома.
После сайта, следующим подпроектом по разработке была онлайн-песочница, где можно было бы попробовать mlut прямо в браузере. От Ромы требовалось сделать фронт, а от меня - саму возможность запускать mlut в браузере. Но тут уже я немного подкачал: сделал чуть больше половины, но сейчас (конец октября) буксую из-за других дел. А Рома пока сверстал UI.
Промежуточные результаты
На текущий момент (конец октября 2025) мы работаем уже 4 месяца (1 выпал летом): 2 part-time и 2 фултайм со стороны Ромы. Результаты у него за этот период следующие
сделал сайт проекта: лендинг и мини-галерея артов
написал 2 статьи (ждут публикации)
стабильно ведет твиттер проекта
сделал первый коммит в mlut
сделал логотип для моего IT-сообщества
сделал еще некоторое количество мелких задач
А еще мы умудрились попасть в топ-3 на конкурсе open source проектов от конференции HighLoad! В общем, я вполне доволен, как все идет.
Планы до конца года
доделать онлайн-песочницу для mlut
написать 7+ статей (это одна из них)
доделать совместный курс по mlut с HTML Academy
Минусы будут
Стоит помнить, что даже если вы найдете толкового джуна, то это все равно будет джун, со всеми вытекающими. Задачи будут делаться не шибко быстро, регулярно придется пояснять базу, делать кучу итераций ревью с 50+ комментов на PR и тд.
В нашем случае, у Ромы обнаружилась предрасположенность к оверинжинирингу (как и у меня). А еще, желание досконально разобраться в технологии, перед тем, как ее использовать. Но тут помогли строгие замечания и топовый стрим Кирилла Мокевнина по теме.
Еще надо понимать, что такая позиция требует определенного уровня самостоятельности. Если джун будет ходить к вам с вопросами по каждой строчке - толку получитс�� мало. То же самое, если его надо будет постоянно пинать.
С этим у Ромы все было неплохо, но оставалась стандартная проблема с пониманием приоритетов. То есть, человек не сидел без дела, но иногда делал не то. Он мог долго читать доку по технологии или делать что-то малозначимое из задач, когда есть более срочное. Но для джуна - это скорее обычное дело.
В качестве решения, может хватить простого какделирования с корректировкой. Еще можно просмотреть отчет в трекере: чем и сколько человек занимался, с последующей разъяснительной беседой, при необходимости.
Чем еще примечателен этот кейс?
Теперь немного отвлечемся от нашего проекта и посмотрим на проблемы, которые стоят сейчас перед индустрией.
Джунам тяжело найти работу
Тут мы говорим в первую очередь про толковых джунов, которые хоть что-то умеют, увлечены своим делом и скорее всего, закончили профильный вуз. Не про вчерашних охранников из Пятерочки, которые прошли полугодичные курсы в очередном "School Box" левой ногой, сразу хотят работать удаленно по 2 часа в день и получать 150к+. Но конечно же не исключаем, что среди вайтишников толковые джуны тоже есть.
И у этих толковых джунов точно так же возникают проблемы с поиском работы. Низкие позиции спамят безграмотные вайтишники и волки, работодатели поднимают требования, просят обязательный коммерческий опыт и тд. При этом, эффективную стратегию поиска часто даже мидл+ спец не может составить, про джунов и говорить нечего.
Да, студентов Физтеха разбирают еще на третьем курсе, но мы говорим здесь не только про лучших из лучших. Достойные ребята обитают далеко не только в топ-вузах.
Open source мейнтейнерам нужна помощь
Те, кто пробовал развивать хоть сколько-то серьезный open source проект, понимают, что это мало отличается от развития коммерческого продукта. Есть куча задач помимо основной разработки:
документация и сайт
маркетинг
работа с комьюнити
мелкие фиксы и доработки
Если у вас не инновационный проект в голубом океане или вы не обходите конкурентов на порядок по бенчмаркам, то без вот этого всего, проект не полетит. И если в коммерческом продукте на эти задачи нанимают отдельных сотрудников, то в open source, в лучшем случае, этим занимаются сторонние энтузиасты или сам мейнтейнер по ночам.
Что делать?
Как правило, мейнтейнеры серьезных проектов - senior+ разработчики, у которых все хорошо с доходом. Так что мешает нам, как и в случае коммерческих продуктов, нанимать сотрудников, хотя бы на вышеупомянутые дополнительные задачи? И не абы кого, а тех самых толковых джунов с горящими глазами!
Да, вряд ли мы сможем платить прямо по рынку и обеспечить помощника социальными плюшками. Но для новичка такая позиция будет не менее ценна, по сравнению с обычной работой. Преимущества для джуна я обозначал и в своем "оффере":
настоящий коммерческий опыт в резюме
личная работа с сильным экспертом. Такое и на обычной работе далеко не у всех есть
контрибьюшн в настоящий open source, где наверняка есть хорошая инженерная культура
опыт продуктовой разработки. Человек будет напрямую видеть, как его труды влияют на развитие продукта
Да, вам придется отдавать в месяц около 1/10 дохода на развитие проекта. Но если посчитать стоимость вашего часа, то это будет сильно дешевле, чем тратить свое время на сопутствующие задачи.
А еще, вы принесете дополнительную пользу индустрии! Ведь помимо развития самого проекта, от вас выйдет новый увлеченный разраб, который будет ориентирован на нанесение пользы. На то, чтобы делать что-то крутое и значимое, а не на меркантильность...
Заключение
Возможно, вам вполне зашел мой посыл, но все еще не понятно: где и как конкретно вам искать этих самых джунов в свой проект? Вот что я думаю.
Если вы тот самый мейнтейнер, хоть сколько-то серьезного проекта, и готовы пойти на подобную авантюру - напишите мне в лс в Телеграме. Один такой товарищ у меня уже есть. Если нас наберется хотя бы минимально значимое количество - заведу канал в тг для таких вот вакансий в open source. Использую свои ресурсы и медийность, чтобы привлечь туда аудиторию. Как по мне, такая инициатива хотя бы немного поможет в решении вышеупомянутых проблем в индустрии.
На этом все! Подписывайтесь на мой телеграм-канал, ставьте звезды на гитхабе, ну и буду рад видеть ваши комменты!
P.S. особенно приветствуются шутки про эльфийский язык в Atomic CSS и mlut как генератора паролей! Ну и конечно да: mlut можно использовать, только если тебе заплатят.
Комментарии (113)
pfr46
01.11.2025 14:42Я так же думаю, что Рома используют какую-нибудь LLM. Иначе я себе не могу представить даже студента согласившегося на full time за 230р/час в Питере.
kompilainenn2
01.11.2025 14:42Ради практики и строчки в резюме?
youscriptor
01.11.2025 14:42строчки в резюме там не предусмотрено - автор трудовой договор постеснялся оформить
navferty
01.11.2025 14:42И как это влияет на наличие строчки в резюме?
youscriptor
01.11.2025 14:42Потому что это не опыт, который можно подтвердить. Работодатель не будет доверять ему.
orenty7
01.11.2025 14:42Потому что это не опыт, который можно подтвердить.
Ссылки на коммиты в репе и эту статью?
feelamee
01.11.2025 14:42по-моему коммиты в open-source это куда более хорошее подтверждение опыта чем строчка в трудовой. Если б они еще вели issue-tracker в открытую - цены бы не было
pfr46
01.11.2025 14:42Знакомый подход. Господин Токовинин (AmoCRM) считает, что вообще не надо платить практикантам. Типа они бесценный опыт получают. Я же считаю, что любой труд должен быт оплачен в соответствие с его стоимостью на рынке.
ganzmavag
01.11.2025 14:42Я тоже за то, чтобы платить, но это спорный момент. Поначалу стоимость практиканта может быть отрицательной.
KoIIIeY
01.11.2025 14:42У него может быть был вариант пойти на курсы и самому заплатить, а тут обучение, так еще и платят.
misterzsm Автор
01.11.2025 14:42Готов поспорить, что Рома будет вспоминать эту работу, как одну из лучших в своей жизни. Потому что в ней есть то, чего не будет в большинстве других мест. А именно: смысл и влияние твоих действий на продукт. Это круче денег
youscriptor
01.11.2025 14:42А еще его не приковали цепями к корыту и не били батогами. Вообще-то в здоровой индустрии получение опыта и понимание смысла от своей работы это само собой разумеющееся. Если предполагается, что это и есть оплата - с индустрией что-то не так
tester37
01.11.2025 14:42А ещё он умея хоть как то в код на фултайме в СПБ зарабатывал 40 тыс. в 2025 году. Я искренне поражен. Что то здесь не чисто. Этот опыт к тому же очень трудно будет преподнести как отличный от того, что будут преподносить вкатуны. Мне мотивация Романа не понятна. Только если ТС реально крутой, за общение с которым можно даже самому заплатить, такое бывает, но не сказать, что часто.
anshdo
01.11.2025 14:42В 2025 году он эти 5 месяцев скорее всего потратил бы на бесконечные переписывания резюме и сопроводительных писем и прохождения 9-и кругов собеседований, получая за это 0 рублей.
tester37
01.11.2025 14:42Курьером за неделю через неделю смог бы зарабатывать - 60 в месяц - а в свободные недели пилить свой стартап :)
spektro37
01.11.2025 14:42Если он использует LLM, это тоже крайне полезный опыт, на мой взгляд. В данный момент всё чаще ожидают что соискатель умеет эффективно использовать LLM в повседневной работе.
iiwabor
01.11.2025 14:42Кстати, если опытный Сеньор будет Джуна менторить, ревьюить его код и хотя бы немного обучать - то для "войти в IT" вполне нормальная схема. На год, наверное, это перебор, а вот на полгодика, да на реальном проекте - норм вполне. На новой работе этот опыт потом быстро окупится.
user-book
01.11.2025 14:42и чего джуна засрали то?
сейчас рынок перегрет настолько, что опытные спецы ищут работу месяцами (а особо привередливые годами). Человек с около нулевым опытом нашел ОПЛАЧИВАЕМУЮ работу причем не галеры. Это огромный успех!
С точки зрения работодателя, для него я думаю это больше благотворительность и вкладывание на перспективу потому как спец на фрилансе обойдется столько же но без лишнего времени на дообучение и перепроверки. Можно только уважать такой поступок.
anaxita
01.11.2025 14:42Только опыт на галере с кучей разных задач и реальной командой и менеджером будет полезнее, чем 1х1 и неизвестный фреймворк + написание твитов.
Но это ИМХОmisterzsm Автор
01.11.2025 14:42*кучей типовых задач по покраске кнопок на реакте
*реальной командой анскильных бедолаг
*бесполезным микроменеджеромВ 80% случаев на галере будет примерно так
alexmasyukov
01.11.2025 14:42На галерах как раз не типовые задачи по покраске.
Преимущества галеры для набора опыта как раз в том, что задачи разноплановые, их много, их нужно было сделать вчера.
Там никто не ведет менеджмент послойно – джун красит кнопки, мидл формы, сеньор архитектуру. Человек если может взять задачу уровнем выше грейда и реально сделать – ему ее дают.
ubuntuandrew
01.11.2025 14:42Согласен. И более того, 80% вообще всего рынка IT выглядит именно так, по крайней мере в России...
artalar
01.11.2025 14:42Метрики объявил, а достижения по ним не указала, сколько звездочек и загрузок, в итоге, добавилось (ли)?
misterzsm Автор
01.11.2025 14:42А пока рано итоги подводить. Долго запрягали, поэтому только недавно раскочегарили маркетинговую кампанию. Вот в конце года будет смысл. Ну или хотя бы в следующей статье по теме, где как раз про маркетинговую часть больше будет)
ValdikSS
01.11.2025 14:42Что-то я вообще не врубился.
Open-source-проект, который не решает какую-то уникальную задачу каким-то кардинально другим, быстрым или удобным методом, а, похоже, просто один из возможных вариантов (могу ошибаться — не фронтендер);
MIT-лицензия, не ограничивающая коммерческое использование и не накладывающая обязанностей, т.е. стрясти денег с больших компаний (или хотя бы обязать контрибьютить), если они воспользуются фреймворком в будущем, не получится;
Разработка passion project передаётся стороннему человеку, у которого не горят глаза, а он просто делает задачи
Метрикой определяется количество звёздочек, вкладываются деньги в продвижение, словно по заветам рансомварщиков
Выглядит как какое-то библейское истязание себя и ближнего своего. Если только ради опыта и первых денег — для студента нормально, спору нет, но вам-то в чём прикол?
AntonLarinLive
01.11.2025 14:42Вот тоже не понял, в чём профит для автора? +1 капля в бескрайние болота фронтенда без внятных перспектив монетизации. Только ради опыта и мифического вклада в OpenSource?
Eleanc
01.11.2025 14:42Ключевой параметр - MIT-лицензия, не ограничивающая коммерческое использование и не накладывающая обязанностей
Значит есть откат - разрабатывается под кого то.
Luis2
01.11.2025 14:42Даааа, выглядит немного как мазохизм. Но если воспринимать проект как полигон для экспериментов с процессами, то логика есть
misterzsm Автор
01.11.2025 14:42В конце основной статьи о проекте писал, зачем это все. Один из ключевых тезисов:
У меня есть мечта: я хочу стать фултайм open source разработчиком. Проект я вижу как начало своей карьеры в этом деле и "разминку перед большой игрой".
Как верно заметили выше, на этом проекте я во многом учусь: как разрабатывать и продвигать non-profit продукт в open source. Но даже с учетом того, что это "разминка", mlut по некоторым параметрам превосходит все популярные аналоги и имеет перспективу стать топ-3 мира в нише Atomic CSS. Это вполне достойная цель, к которой идем.
И да, в этой жизни можно делать что-то не только ради денег
ValdikSS
01.11.2025 14:42Не, это как раз предельно ясно, но для человека с длительным и, надеюсь, хоть чуть значимым вкладом в опенсорс такая формулировка звучит так: «у меня есть мечта: стать профессиональным бомжом. Проект я вижу как начало своей карьеры перед заражением ВИЧ и смертью от СПИДа».
Процитирую ваш параграф целиком из другой статьи:
У меня есть мечта: я хочу стать фултайм open source разработчиком. Проект я вижу как начало своей карьеры в этом деле и "разминку перед большой игрой". Добавлю, что у меня нет цели "захватить мир" с mlut или "убить" Tailwind. Я прекрасно понимаю, что инструмент скорее нишевый и не имеет такого потенциала by design. Но мне хотелось бы уверенно зайти на рынок, пободаться с топовыми аналогами, найти свою аудитории и принести этим людям пользу!
Я теперь еще больше недоумеваю. Понял бы вашу мотивацию, если бы у вас была цель убить Tailwind и захватить мир. Вы либо упускаете основополагающую цель, из-за (или благодаря) которой люди занимаются опенсорсом, либо вы недоговариваете и вас нужно понимать меж строк.
И да, в этой жизни можно делать что-то не только ради денег
Разумеется!
Люди помогают другим людям на волонтёрских началах для того, чтобы развивать общество вокруг себя и оказывать помощь нуждающимся. Мотивация: получение похвалы, создание общественного блага, ощущение себя нужным
Люди решают свою проблему, для которой ранее существовали решения хуже или не существовали, и делятся с ней на весь мир. Мотивация: позволить другим решать эту же проблему (общественное благо без поддержки проекта), получение похвалы и узнаваемости (собственный бренд)
Люди (пара человек-команда) решают заново уже решенную многими способами проблему, чтобы сделать хорошо с нуля. Мотивация: устранение существующего хаоса (устойчивое развитие), устранение любительских/низкокачественных альтернатив (занять нишу), заработок на сертификации/поддержке/консультации.
У меня есть мечта: я хочу стать фултайм open source разработчиком
Давай, Валентин, я знаю, ты сможешь! Ты личность! Посмотри, сколько людей собралось в этом зале сегодня, чтобы тебя поддержать! Давай, действуй, покажи нам, на что ты способен!
Нужно только, ну, сесть за компьютер и провести полный рабочий день над проектом, а потом следующий, не получая ничего взамен.Нет, серьёзно, опен-сорс проекты в социальном смысле, подразумевающие развитие и поддержку, это в абсолютном большинстве случаев большая обуза, которой занимаются исключительно в силу того, что мотивации выше перевешивают. А опен-сорс в техническом смысле, не подразумевающий создание сообщества и поддержку проекта, либо не доступный публично (только за деньги) очевидно, не ваш случай.
Помните знаменитую картинку с XKCD?
Вот неподписанные крупные блоки выше стрелочки это тоже 2-5 unpaid volunteers, если начать спрашивать людей.
Многомиллиардные компании спят и видят очередной проект, который они могут не просто использовать бесплатно, но еще и требовать бесплатной и своевременной поддержки со стороны разработчиков!
Исследователь безопасности нашел опасную уязвимость в вашем проекте, который в течение многих лет стал зависимостью у крупных сайтов? Отличная работа, исследователь, спасибо, что делаете наш мир безопасней, вот вам $100000 bug bounty! Эй, автор зависимости, почему не занимаешься исправлением, когда будет готово?Настоятельно рекомендую всем прочитать вот эту статью: https://zedshaw.com/blog/2022-02-05-the-beggar-barons/
Она описывает реальное положение дел в опенсорсе. Я глубоко сомневаюсь, что в самой высококонкурентной и стандартизированной области, как веб-разработка, что-то отличается.За последние год-два появились многие программы, фонды, инициативы, даже законы в ЕС, обратившие внимание на эту проблему, но маховик только начинает раскручиваться, и всё, что я видел, по большей части готовы предоставляьть только материальную поддержку (а не людскими ресурсами в виде мейнтейнеров, например). Разве что Cyber Resilience Act приписывает производителей устройств относится к зависимостям как к своему коду, и обязывает публиковать патчи исправлений безопасности, если они у производителя появились быстрее, чем их сделал автор.
У вас-то какая настоящая мотивация? Может, вы на деле стремитесь стать знаменитым и узнаваемым специалистом, а проект это инструмент продвижения? Или, может, всё-таки хотите составить настоящую конкуренцию существующим проектам, но боитесь нам в этом признаться? Не бойтесь, это совершенно нормально и ни разу не постыдно, а как раз один из идеалов социального опенсорса — сделать лучше, чем у других, в том или ином аспекте.
misterzsm Автор
01.11.2025 14:42Давайте кратко, по делу и желательно без кринжовых формулировок.
Понял бы вашу мотивацию, если бы у вас была цель убить Tailwind и захватить мир
Мотивация "стать топ-3 мира" как-то кардинально отличается от "стать топ-1 мира"? Подсказка: реалистичностью.
Она описывает реальное положение дел в опенсорсе
За несколько лет в игре, я наверное разобрался, как что работает и как можно зарабатывать в open source. Именно поэтому, я уже пару лет как качаю личный бренд и изучаю продуктово-бизнесовую часть темы. А не просто пишу код в надежде, что с неба упадут слава и деньги. И да, я лично знаю, как минимум двух ребят, кто уже несколько лет как живет той жизнью, о которой я мечтаю.
У вас-то какая настоящая мотивация?
Сделать что-то крутое, открытое и значимое, типа ядра Linux, чем будет пользоваться весь мир, что будет топ-1 в своем классе. Желательно еще по пути получить 1-2 награды от ACM.
То есть, стать одним из лучших в своем деле и получить за это настоящую славу, которая дается за дело и остается в истории. Ну и хочу максимизировать нанесение пользы: поэтому open source (FLOSS, если точнее).
ValdikSS
01.11.2025 14:42Сделать что-то крутое, открытое и значимое, типа ядра Linux, чем будет пользоваться весь мир, что будет топ-1 в своем классе. Желательно еще по пути получить 1-2 награды от ACM.
Ха-ха, вот это настоящий, живой ответ, а не какие-то робкие попытки :D
Если вы хотите full-time заниматься опенсорсом при вашей модели, нужно же на что-то жить.
Секрет успеха Linux:Доступен бесплатно, в отличие от UNIX'ов того времени
Лицензия GPLv2, обязывающая всех вовлеченных делиться кодом под страхом судебного преследования из-за нарушения авторского права, и реальное преследование крупных нарушителей с взысканием финансовых потерь
Stable API nonsense, делающая модель разработки драйверов вне ядра очень неудобной, заставляющая разработчиков отправлять все изменения в ядро
Серьёзные намеренные ограничения для не-GPL-кода в модулях ядра, чтобы неповадно было
Как зарабатывает:
Фонд Linux Foundation, за взносы обеспечивающий приоритетное общение с разработчиками напрямую, и в какой-то мере предоставляющий защиту от нарушения GPL (в обоих смыслах).
Возможность нанять разработчиков, чтобы они решали ваши проблемы или писали код для ваших устройств
Всё это стало возможно благодаря лицензии GPLv2 и осмысленной установки палок в колёса для минимизации трагедии общин.
А теперь рассмотрим тоже большие, известные, значимые проекты, но которые не накладывают таких ограничений с точки зрения бизнеса. NetBSD в этом году набрал умопомрачительные $22155 из запрашиваемых $50000. Не конкретный разработчик, а вообще весь проект.
FreeBSD, на основе ядра которого построены Sony PlayStation 4 и 5, получил какие-то абсолютные крохи в плане кода и финансовых вливаний за все эти годы от Sony, потому что лицензия не накладывает ограничений.и как можно зарабатывать в open source
знаю, как минимум двух ребят, кто уже несколько лет как живет той жизнью, о которой я мечтаюМне, увы, непонятно это из статьи, ваша лицензия не накладывает ограничений (не «предоставляет свобод»), что меня как потребителя вашего продукта мотивирует платить вам деньги, если я могу получить то же самое, от вас же, бесплатно?
Если вы хотите зарабатывать деньги, очень важно уметь отказываться от бесплатной работы и требовать их! Это основополагающая вещь.В опенсорсе денег просто слёзы. Если не брать топ-10 самих известных мировых проектов, которые так же хорошо реализовали бизнес-план, как Linux, а опуститься совсем чуть ниже, картина, которую все ожидают, вообще ни разу не соответствует реальности.
Я уже третий год вовлечён в разработку и исправление ошибок стека печати и сканирования, и когда лидер проекта CUPS, с 1 миллиардом установок и наверняка 100 миллионами ежедневных пользователей (он не только в Linux, но и в macOS) заявляет, что шестой год не может наладить отношение с Linux Foundation и живет на периодические консультации производителей принтеров, разработчика фильтров одним днём увольняют из Canonical, а всё это время новые функции, добавленные не основными 4 (че-ты-ре-мя) людьми в команде, были только в рамках программы Google Summer of Code, где студентам Google платил пару сотен долларов раз в год, мне хочется удушиться.
Поэтому, прошу вас, трижды подумайте бизнес-стратегию, прежде чем просто верить в светлое будущее.
Luis2
01.11.2025 14:42Когда-то так и росли проекты мейнтейнер тянул парочку студентов, а потом из них вырастали контрибьюторы. Рад видеть, что традиция жива
gmtd
01.11.2025 14:42Так-то это больше похоже на "стажировка"
Теперь вопросы:
1. Где опен-сорсерерам найти 40К/месяц и время на "своих" джунов?2. Чем заткнуть дыры в сердце, из которых будет литься кровь при взгляде на качество их кода в своем драгоценном проекте?
killyself
01.11.2025 14:42Мне кажется, опен сорс предполагает, что, пускай даже не сейчас, но вообще, кто-то кроме автора внесёт свой вклад в виде отборного говнокода, который при этом всё же кому то решит задачу и облегчит жизнь
aabzel
01.11.2025 14:42Вон в embedded джуны себя прекрасно чувствуют всю карьеру до самой пенсии
Градация Навыков в Embedded Программировании / Хабр https://share.google/BmcPz2cXeLPRob3ss
Приходите в embedded!
Kanut
01.11.2025 14:42На самом деле "вечный миддл" и даже "вечный джун" это вполне себе нормально. И по хорошему куча людей в ИТ так и остаётся на уровне миддла-джуна навсегда.
И а общем-то ничего такого ужасного или постыдного в этом нет. Человек работает, делает своё дело, получает за это деньги.
kostoms
01.11.2025 14:42Я нанял джуна в свой open source проект. Вот что получилось
<div class="-Ctx Bgc#000 Bgc#000*50p_h D-f Fld-c Jc-c Ai-c"> <div class="P2u;0 Js-fe ^:h_Js-fs">...</div> <div class="C-#fff ^:h_C-red">...</div> </div>Ужис кокой!
SPavel
01.11.2025 14:42Странно что первый такой коммент.
Вот не дай бог такое в реальном коде увидеть...
AcckiyGerman
01.11.2025 14:42
Тоже не понял, зачем автор изобретает фронтенд-ассемблер, когда уже есть Web-Assembly. Если хочется поломать голову, то есть специально для этой цели написанный Brainfuck.
famer
01.11.2025 14:42Я никогда не понимал смысл проектов типа Tailwind CSS потому что помимо синтаксиса CSS приходится учить ещё специфический синтаксис таких инструментов которые не являются стандартными
Whols
01.11.2025 14:42Сразу видно, что у человека времени нет, такой Лонг накатать. Да ещё и "проблемы в индустрии" решать собрался.
411
А можно было бы сделать быстрее и лучше просто периодически давая таски claude code. Даже в рабочее время. За 20 баксов в месяц она вполне заменит джуна.
AlexPershin
фантазёёёр, ты меня называл-а-а-а
ValdikSS
Ни разу не фантазия, почти наверняка так бы и было.
Если вы последний раз использовали подобные инструменты больше полугода назад — попробуйте снова. А если не использовали, и пытались что-то сделать через чат-окно условного ChatGPT — попробуйте нормальные инструменты (Claude, Roo Code, Kilo Code), сперва изучив, как с ними эффективно работать.
Год назад это было уровня «ха-ха, штучка написала неработающий код и галлюционирует, ну и тупенькая», а сейчас я Roo Code подготавливаю физическое рабочее место и отдаю железо, а она исправляет ошибки в драйверах аппаратуры без моего участия.
Hidden text
arantar
Я бы разделил Claude/Codex и Roo Code/Kilo Code. Последние просто инструменты и нужно платить за токены и использовать модели через API, что может быть очень накладно.
Можно взять подписку на Claude и Codex (за 100$ и $200 соотвественно) на команду до 5 человек. Это будет очень экономно, плюс большие лимиты и доступны топ-модели.
411
Спасибо, это очень хороший пример. Это, конечно, задача не для джуна. В моём случае на текущей работе я, параллельно с основной задачей, заставляю Claude code работать над сайд задачами, которые в другом варианте мог бы отдать джуну как раз.
И я согласен, люди видимо не до конца понимают мощь текущих инструментов при правильном использовании (хоть эти инструменты и могут до сих пор галлюцинировать).
alexmasyukov
Разработчики в России пока еще ярые консерваторы. Мало того, они не понимают, что период 3 месяца в AI инструментах для разработчиков может поменять всё, а 1 год полностью меняет индустрию, как это сделал Claude Code за 2025-й год, превратившись в первый профессиональный AI инструмент для разработчкиов.
Проблем у хабравчан в частности две:
1. "Я не буду бегать по чатикам с чатомгпт и кусками решать задачи, получая кучу ошибок" – по чатам давно бегать не нужно, ошибок почти нет, а стилистику проекта и "манеру кода" можно задать.
2. "Они не могут даже на уровне джуна писать, галлюцинируют и ошибаются" – мы не в 2023-м, чтобы до сих пор писать этот бред.
ngromyko
Клод как галюцинирлвал и подхалимил жэсточайщэ, так и остался
alexmasyukov
Подхалимство настраивается, специально сделали команду /style-output.
Галлюцинации – с ним нужно работать не как со вторым разработчиком, а как с парой дополнительных пар рук. Этому обучиться нужно. Context Engineering подход используйте.
Ежедневно использую в работе CC, ловил галлюцинации за этот год 2 раза, и то потому, что в одной сессии делались четыре абсолютно разных типа задачи (из разных направлений деятельности).
kenoma
А где же вариант "Пока нет on-premise моделей, особо не хочется заморачиватья?"
Femistoklov
Оно платное? Пробного периода нет?
ValdikSS
У Roo Code есть хорошая модель Grok Code Fast, на данный момент доступна бесплатно через их облако, и вроде бы даже без ограничений.
misterzsm Автор
Асинхронный
filterна js научились оптимально писать?) А функцию для определения треугольника по 3 сторонам?ValdikSS
Вы неправильно воспринимаете инструмент. AI-ассистент это забывчивый школьник старших классов, который не хочет ничего делать, а хочет вас надурить, получить высокую оценку и побыстрее сбежать с уроков. Чтобы эффективно работать с детьми, нужно:
получить педагогическое образование (внимательно прочесть документацию к инструменту, посмотреть обучающие материалы и лучше практики, поискать, как другие делают)
понимать ученика для того, чтобы привить ему желание учиться (поэкспериментировать и найти собственный подход)
предоставить детальные учебные материалы, написанные на понятном для школьника языке (максимально детальная справка по проекту, чтобы не нужно было смотреть в код для выяснения, как работает та или иная функция, при этом логически разделённая на категории и каталогизированная)
самому быть профессионалом в области, чтобы всецело помогать со школьным проектом, указать на ошибки и недочёты во время выполнения, и разъяснить, как нужно делать правильно
Это ассистент, а не работник.
AlexPershin
то есть сначала надо стать экспертом в предметной области, чтобы было видение конечного результата.
потом нужно стать экспертом в использовании конкретного ассистента. затем надо стать экспертом в "педагогике" для конкретного инструмента.
потом уже сформировать набор материалов, чётких инструкций и рекомендаций, чтобы ассистент мог тебе помогать с каким-то классом задач.
и для каждого нового класса задач надо снова формировать набор материалов, инструкций и рекомендаций.
и естественно, все результаты ассистента надо ревьюить и пропускать через себя.
у меня только один вопрос — а не легче ли нанять джуна?
ValdikSS
За ≈$200 в месяц вы получаете 5× absolute junior unit, готовых выполнять работу в любое время дня и ночи, без перерыва, на порядок быстрее человека. Год назад это стоило ≈$2000 и работало значительно хуже и медленнее.
Если вам привычно декомпозировать и делегировать задачи, в особенности те, за которые вам так влом браться, но когда-то всё-таки их стоит сделать, и область вашей деятельности хорошо изучена и обильно присутствует в интернете (популярный язык программирования/стек, чтобы нейросеть была натренирована на этом корпусе), и в целом деятельность реально осуществить по телефону (как техподдержка по телефону, как программирование на бумажке, или как обзор на мир через разбитый триплекс в танке), то отдавать подобные задачи нейронке — самое оно.
Причем эти absolute unit'ы не совсем оболтусы, а вполне себе ученики профильных лицеев.
Однако если ваша деятельность не присутствует в интернете широко (не прямо it-it, нейронка плохо обучена, или результат не столь детерминирован), то не стоит, вы как пользователь нейросеть обучить своими данными не сможете (сможете в пределах десятков килобайт, не более).
Ну и, конечно же, речь идёт о лучших моделях на текущий момент, их штук 5. Всё, что можно запустить локально, даже на компьютерах за $4000, не подходит для продуктивной работы.
AlexPershin
осталось только посчитать своё время, которое тратится на подготовку инструкций под каждый класс задач, а также ревью этих задач
ну и понять, откуда вы возьмёте достаточный поток задач, которые будете передавать ассистентам. выпрашивать у работодателя? ну нет, умный разраб будет делать ровно столько же, как и обычно, а свободное время прибережёт для себя
выйти на рынок и пилить нейростудию? привет конкуренция с рынком и умение продавать в битуби
пилить пилоты и стартапы? привет риск и неопределённость
Kanut
Если у вас нет такой рутины, то вам повезло. У кучи айтишников её полно.
Даже если и так, то замечательно же. У умного разраба будет много свободного времени.
Ну даже если забыть что существуют всякие самозанятые/фрилансеры/ИП, которые работают на себя, а не на дядю.
AlexPershin
это понятно. только вот зачем при таком подходе городить себе фабрики ассистентов, работающих не хуже джунов? и заморачиваться с процессом, описанным выше про педагогику ассистентов и прочее?
сиди себе сам себя ускоряй, ревью код и решай свои задачи.
ключевое слово — свои. это значит, что поток задач небольшой, и это значит, что поток задач знакомый
а в статье другая задача — снять с себя рутину и переложить на джуна. причём рутину вообще из других областей (например, маркетинга), а не из разработки
Kanut
А почему нет?
Что значит "свои задачи"? Какие свои задачи будут у условного самозанятого?
Или там у сениора или даже тимлида в продуктовой разработке?
Ещё раз: если у вас нет такой рутины, то я за вас рад. У меня например её полно. Куча monkey code, автоматизированные тесты, кодревью, написание документации или других бумажек для клиентов и так далее и тому подобное.
В принципе можно скинуть на джунов или студентов-практикантов. Но у них тоже не всегда есть время. И им тоже надо всё объяснять и за ними контролировать.
AlexPershin
Свои — это знакомые и понятные задачки. Которые ты можешь рутинно сделать ручками, но быстрее нейросетками.
Ну или задачи, которые были нафиг не нужны и на них забивали, но с нейросетками вай нот (тесты, документация).
Основной поинт перекладывания на джунов — чтобы в какой-то момент у тебя голова по этому поводу вообще не болела. Выстроил процесс и он сам движется. Потому что с ИИ, как бы они ни ускоряли тебя, ты всё равно делаешь эту задачу сам - вспоминаешь, что за задача, погружаешься в контекст, запускаешь таску, ревьюишь результат. А как мы все прекрасно знаем — самое дорогое для разработчика — это переключение контекстов.
Так вот с джунами — тебе не нужно заниматься рутиной. Обучил и он делает сам.
С агентами — вся рутина на тебе.
Kanut
По моему опыту как раз таки в случае с простыми вещами с ИИ это работает лучше чем с джунами. Особенно если джун не один и тот же, а разные :)
Похоже вам как-то очень везло с джунами. Среднего джуна всё равно надо регулярно контролировать. Потому что иначе он может много чего наделать.
AlexPershin
Тут согласен — без контроля никуда. Только вот у адекватного джуна есть шанс превратиться с самостоятельного мидла, который снимет с тебя головняк.
А вот ИИ в самостоятельного мидла не вырастает =)
Kanut
Ну так для меня это как раз таки наоборот плюс. Потому что как только джун вырастет в миддла, то я больше не могу загружать его моей рутиной. И мне дают нового джуна и мне опять надо начинать с нуля :)
Femistoklov
Нет, как только джун вырастет в миддла, уже ему дают нового джуна, которого ваш мидл загружает вашей рутиной.
Kanut
Я конечно не знаю как это организованно у вас, но по моему опыту у миддлов полно своей рутины и они обычно не занимаются тем, что являются "посредниками" между джунами и всеми остальными. .
Femistoklov
Полно. Но а что поделать, не тратить же драгоценное время сеньоров на нянчество.
Kanut
И поэтому надо играть в испорченный телефон и тратить время всех? :)
Femistoklov
Зачем в телефон, можно комплексную задачу точно так же иерархически разбить на три слоя. Сеньор проектирует решение на верхнем уровне и побеждает принципиальные загвоздки. Мидл занимается непосредственно реализацией и незначительными проблемами. А всё, что можно легко оформить понятными подзадачами - отдаёт джуну. Как-то так я себе представляю производственный процесс с джунами.
Kanut
Сениор получил спек. В котором кроме всего прочего описание протокола и теперь под него надо написать простенький REST сервис.
Разбейте пожалуйста задачу написания сервиса по спеку на три слоя :)
ValdikSS
Я в основном исправляю те или иные ошибки, за которые некому взяться, чтобы хотя бы мой компьютер работал нормально. Я не разработчик по профилю (хоть и занимаюсь программированием так или иначе 19+ лет), и мне программирование не доставляет удовольствия — это инструмент для решения задач.
Обычно у меня выбор между: разобраться с надоедливой проблемой самостоятельно, потратив на погружение в совершенно неизвестную мне подсистему/язык/стек от нескольких дней до недели, с негарантированным результатом, в большинстве случаев без какой-либо сторонней помощи (потому что некому), либо сделать то же самое, но с ассистентом, который банально может быстрее читать, программировать и экспериментировать — он хотя бы попробует разобраться в проблеме не отнимая моё время, потому что мне в любом случае нужно как-то что-то подготовить для начала диагностики в том или ином виде, будь то человек или ассистент.
А если проблема не устранена, но хотя бы стали понятны её корни — корректно ее описать и отправить разбирающимся людям, чтобы в issue был высокий signal to noise ratio.
В современном мире решение тех. проблемы — дисциплина, требующая технических навыков для её диагностики и документации, коммуникативных навыков для донесения информации через всю цепочку поставки ответственному лицу, и в каком-то смысле социально-экономических: если не обращают внимания и не исправляют, куда и как давить, чтобы добиться своего.
AlexPershin
ну то есть ваш кейс — это про эксперта, который глубоко понимает разработку, но необязательно в конкретной предметной области. и с помощью дипкодинга более эффективно решает редкие и нетиповые задачи?
ну тут нейронки — это нормальный ассистент.
а вот пытаться на них выстроить какие-то фабрики типовых задач, заменяющих джунов — это так себе история
DarthVictor
Меня в офисе считают в вопросах использования нейронок ретроградом, но даже у меня уходило минимум $200. А у наших джунов и больше $1K уходило, пока не потребовали не злоупотреблять thinking моделями. А без thinking мне за ним больше половины приходится переписывать.
ValdikSS
Я на бизнес-тарифе с оплатой по количеству мест, не знаю, какая сейчас стоимость с оплатой по факту использования api/токенов у Anthropic.
Kahelman
Ваш подходо будет хорошо работать. Со старым фреймворком. На фреймворке который автор пилит будут косяки- так как нет достаточного количества примеров на которых ИИ мог бы обучиться.
411
Для этого существуют всякие AGENTS.md и т.д.
Но потребуется время на настройку
alexmasyukov
Сейчас решается это целыми тремя способами:
- сеть .md файлов с описанием всего, что нужно. Начиная от стиля кода, заканчивая паттернами и подходами (если нужно).
- сделайте свой MCP, как его сделали MUI MCP
- используйте Skills для Claude Code
Меня крайне удивляют утверждения от хабровчан (не случайных ведь людей, а людей из ИТ отрасли!), которые устарели еще год назад. Мало того, что устарели, так еще и альтернатив несколько получили.
ExpertMag
Немного не в тему, но проходил мимо и увидел знакомый ник, хочу сказать спасибо за GoodbyeDPI. Хоть сейчас он у меня не работает, но в своё время очень помог и мне и моим друзьям :)
talassoft
А ведь выше отписавшийся и не заслуженно заминусованный абсолютно прав; в 2025 году вы либо инвестируете в Claude code, как основное средство-ассистент в разработке, либо в 2026 году у вас есть риск уйти из профессии.
M_AJ
Было занятное исследование, которое показало, что нейронки замедляли разработчиков, но сами они были про этом уверены, что решают задачи быстрее.
AdrianoVisoccini
там исслдедование на 16 разрабочиках
не 16 000, 16 человек всего
ссылаться на него это как ссылаться на свой личный опыт.
M_AJ
Лучше, уже хотя бы потому, что за людьми наблюдали со стороны, а результаты фиксировали средствами объективного контроля.
Sanek000
Не лучше, такая маленькая выборка это пук среньк, даже если фиксировало само вполощение объективизма
Ravius
Кто наблюдал, какие разработчики? Какой язык?
Может есть гении стучащие по клавиатуре 200 тыс клавиш в секунду.
Или "гении" считающие, что промт "почини баг" - достаточно понятен. Разработчикам не зря менеджерей ставят...первые же не могут в коммуникацию.(да-да, я тоже полуразраб).
Hardcoin
Главный профит этого исследования - отделять луддитов. Вы ведь не читали исследование и поэтому не знаете недостатки методологии, главное, что мысль исследования откликается вам.
Ничего плохого, но важно что бы другие люди не были введены в заблуждение.
P.S. ИИ замедляет людей без навыка использования агентов. Навык этот не очень простой и отделяет х10 программистов от тех, кому становится сложнее.
M_AJ
Ох уж эта манера, называть луддитами всех, кто не разделяет ваших восторгов по поводу какой-то конкретной технологии на конкретном этапе её развития. Впрочем, я ещё помню времена, когда на Хабрахабре (а потом Гиктаймз, снова ставшем Хабром) все носились с блокчейном, и писались десятки статей о том, куда его внедрил очередной стартап, но потом хайп стих, про эти стартапы все позабыли, а блокчейн занял свою конкретную нишу. Сейчас вероятно такой же путь проходят и LLM, впрочем, тут только вовремя рассудит, чьи прогнозы окажутся ближе к реальности.
alexmasyukov
Прежде, чем это писать, почитайте исследование. Как его проводили на старых моделях, когда уже были новые, на несколько голов выше. Как его проводили вообще не на спец. инструментах для разработчиков. Как его проводили всего на нескольких разработчиках.
Я уже устал читать эту чушь от хабровцев. Читайте первоисточники.
alexmasyukov
Читаем исследование. Смотрим на версии использованных моделей и инструментов. И это в Июне 2025-го, когда люди массово на Claude Code с уже Opus 4 сидели.
Более бредового исследования трудно найти.
slonopotamus
Допустим. У вас есть другое исследование?
alexmasyukov
Не могу сказать, что-то читал, где и что уже не вспомню. На данный момент на подобные исследования перестал обращать внимание как раз после того, как был погружен в cli инструмент claude code с головой и глубоким изучением подходов к работе с ним и т.п.. получив опыт, во время которого вышло вышеуказанное "исследование". На момент его прочтения, я уже на собственном опыте его опроверг. Понял, что такие "исследования" проводятся людьми которые не понимают как проводить такие исследования и какие инструменты вообще есть на рынке и их виды (или специально не проводят их правильно).
Сейчас опираюсь только на личный опыт и опыт коллег в команде. То, что произошло в 2025-м с приходом проф. cli инструментов (Claude Code/Codex), уже изменило профессию разработчика. Лично у меня с ними выросла пара пар рук.
slonopotamus
Ну такооооэ. Anecdotal evidence (наверняка без каких либо замеров) еще менее убедительно.
Ravius
Лучше собирать пользовательский фидбек, чем неправильное исследование с непонятной гипотезой, вероятно людьми которые даже не пытались.
На конфах корпорации рассказывают, у них.по 10-20% сгенерированного кода идёт в прод. А там такие же скептик как вы сидят.
А по фидбеку: тут выше уже приводил ктото свой пример. Мой пример - это навайбкодить полезную Тулу за 3 часа, и отдать в пользование. Смог бы я быстрее? Нет. Я бы 3 часа в формат json втуплял, и кучу словарей. И вообще, моё свободное время - мне важнее.
Но вообще поражают отрицатели реальности, которые ссылаются на "исследование" непонятно кого вместо того, чтобы протестить самим хотя бы.
vvzvlad
Требовать другого исследования чтобы изволили согласиться с чужой точкой зрения — ну, моветон.
Enverest
Лучше нанять джуна который будет использовать claude code.
Luis2
Claude не сделает демки, статьи и твиттер, не подстроится под стиль проекта и не поймёт контекст без кучи примеров. Джун хоть ошибается, но учится и может действовать самостоятельно
alexmasyukov
Так не пользуйтесь Claude, пользуйтесь Claude Code.
Всё вами перечисленное он закрывает от и до.
Или вы в 2025-м все еще по чатикам бегаете с кусками кода?
ngromyko
Claude code в Твиттер сходит ?
ValdikSS
Первый результат в поисковике
https://claudelog.com/claude-code-mcps/twitter-mcp/
alexmasyukov
Поставьте ему chrome mcp – сходит прекрасно и напишет за вас пост.
Раз в неделю он мне имитирует работу пользователя на наших веб-сервисах, для прогона сценариев обычных пользователей. Для меня это уже в порядке вещей.
DarthVictor
Да, но лучше бы он этого не делал.
IceGerda
А кому говорить, слышь, джун-салага подай то принеси, это как законы Паркинсона: "Чиновник стремится множить подчиненных, а не соперников. Чиновники создают работу друг другу.". В некоторых IT, особенно связанных с государством или крупными компаниями этот закон тоже может работать