Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 127
А можно было бы сделать быстрее и лучше просто периодически давая таски claude code. Даже в рабочее время. За 20 баксов в месяц она вполне заменит джуна.
фантазёёёр, ты меня называл-а-а-а
Ни разу не фантазия, почти наверняка так бы и было.
Если вы последний раз использовали подобные инструменты больше полугода назад — попробуйте снова. А если не использовали, и пытались что-то сделать через чат-окно условного ChatGPT — попробуйте нормальные инструменты (Claude, Roo Code, Kilo Code), сперва изучив, как с ними эффективно работать.
Год назад это было уровня «ха-ха, штучка написала неработающий код и галлюционирует, ну и тупенькая», а сейчас я Roo Code подготавливаю физическое рабочее место и отдаю железо, а она исправляет ошибки в драйверах аппаратуры без моего участия.
Hidden text
Я дал ассистенту доступ к одноплатнику, к которому подключён принтер, чтобы он нашел и исправил баг в USB-подсистеме ядра(!), и он справился в течение часа за несколько итераций. Он сам выдвигал гипотезы, правил код, компилировал ядро, загружал его на одноплатник, перезагружал его, проверял, смотрел, что изменилось, читал kernel log из uart’а в случае проблем (пару раз сломал DMA).
Справился бы я самостоятельно? Однозначно, я примерно знал куда копать, где отлаживать, на какие вещи обратить внимание. Но я только поверхностно знал причину проблемы и систему USB в целом, у меня на это ушло бы несколько полных рабочих дней (и чтение много-сотен-страничных спецификаций USB), а у ассистента ушел час.
Справился бы ассистент без моих знаний и подготовки оборудования? Очень вряд ли — он работает примерно как обычный junior или студент, т.е. ему нужно организовать «рабочее место» и составить ТЗ, он не может просто так взять и написать целиком рабочий код в один пресест.
Я теперь могу исправлять реальные баги в FOSS на языках и в проектах, которые не знаю в полной мере, чтобы решить проблему с наскока. Иными словами, вместо заведения issue и ожидания дней-недель-месяцев для не сильно глубоко технической проблемы, я могу решить ее сам с помощью ассистента в течение минут.
То же самое с реверс-инжинирингом — анализировать чужой скомпилированный код, алгоритмы и прочее теперь еще значительно проще, произошла вторая революция (первой был Hex-Rays).
Я бы разделил Claude/Codex и Roo Code/Kilo Code. Последние просто инструменты и нужно платить за токены и использовать модели через API, что может быть очень накладно.
Можно взять подписку на Claude и Codex (за 100$ и $200 соотвественно) на команду до 5 человек. Это будет очень экономно, плюс большие лимиты и доступны топ-модели.
Спасибо, это очень хороший пример. Это, конечно, задача не для джуна. В моём случае на текущей работе я, параллельно с основной задачей, заставляю Claude code работать над сайд задачами, которые в другом варианте мог бы отдать джуну как раз.
И я согласен, люди видимо не до конца понимают мощь текущих инструментов при правильном использовании (хоть эти инструменты и могут до сих пор галлюцинировать).
Разработчики в России пока еще ярые консерваторы. Мало того, они не понимают, что период 3 месяца в AI инструментах для разработчиков может поменять всё, а 1 год полностью меняет индустрию, как это сделал Claude Code за 2025-й год, превратившись в первый профессиональный AI инструмент для разработчкиов.
Проблем у хабравчан в частности две:
1. "Я не буду бегать по чатикам с чатомгпт и кусками решать задачи, получая кучу ошибок" – по чатам давно бегать не нужно, ошибок почти нет, а стилистику проекта и "манеру кода" можно задать.
2. "Они не могут даже на уровне джуна писать, галлюцинируют и ошибаются" – мы не в 2023-м, чтобы до сих пор писать этот бред.
Клод как галюцинирлвал и подхалимил жэсточайщэ, так и остался
Подхалимство настраивается, специально сделали команду /style-output.
Галлюцинации – с ним нужно работать не как со вторым разработчиком, а как с парой дополнительных пар рук. Этому обучиться нужно. Context Engineering подход используйте.
Ежедневно использую в работе CC, ловил галлюцинации за этот год 2 раза, и то потому, что в одной сессии делались четыре абсолютно разных типа задачи (из разных направлений деятельности).
А где же вариант "Пока нет on-premise моделей, особо не хочется заморачиватья?"
Оно платное? Пробного периода нет?
Вы неправильно воспринимаете инструмент. AI-ассистент это забывчивый школьник старших классов, который не хочет ничего делать, а хочет вас надурить, получить высокую оценку и побыстрее сбежать с уроков. Чтобы эффективно работать с детьми, нужно:
получить педагогическое образование (внимательно прочесть документацию к инструменту, посмотреть обучающие материалы и лучше практики, поискать, как другие делают)
понимать ученика для того, чтобы привить ему желание учиться (поэкспериментировать и найти собственный подход)
предоставить детальные учебные материалы, написанные на понятном для школьника языке (максимально детальная справка по проекту, чтобы не нужно было смотреть в код для выяснения, как работает та или иная функция, при этом логически разделённая на категории и каталогизированная)
самому быть профессионалом в области, чтобы всецело помогать со школьным проектом, указать на ошибки и недочёты во время выполнения, и разъяснить, как нужно делать правильно
Это ассистент, а не работник.
то есть сначала надо стать экспертом в предметной области, чтобы было видение конечного результата.
потом нужно стать экспертом в использовании конкретного ассистента. затем надо стать экспертом в "педагогике" для конкретного инструмента.
потом уже сформировать набор материалов, чётких инструкций и рекомендаций, чтобы ассистент мог тебе помогать с каким-то классом задач.
и для каждого нового класса задач надо снова формировать набор материалов, инструкций и рекомендаций.
и естественно, все результаты ассистента надо ревьюить и пропускать через себя.
у меня только один вопрос — а не легче ли нанять джуна?
у меня только один вопрос — а не легче ли нанять джуна?
За ≈$200 в месяц вы получаете 5× absolute junior unit, готовых выполнять работу в любое время дня и ночи, без перерыва, на порядок быстрее человека. Год назад это стоило ≈$2000 и работало значительно хуже и медленнее.
Если вам привычно декомпозировать и делегировать задачи, в особенности те, за которые вам так влом браться, но когда-то всё-таки их стоит сделать, и область вашей деятельности хорошо изучена и обильно присутствует в интернете (популярный язык программирования/стек, чтобы нейросеть была натренирована на этом корпусе), и в целом деятельность реально осуществить по телефону (как техподдержка по телефону, как программирование на бумажке, или как обзор на мир через разбитый триплекс в танке), то отдавать подобные задачи нейронке — самое оно.
Причем эти absolute unit'ы не совсем оболтусы, а вполне себе ученики профильных лицеев.
Однако если ваша деятельность не присутствует в интернете широко (не прямо it-it, нейронка плохо обучена, или результат не столь детерминирован), то не стоит, вы как пользователь нейросеть обучить своими данными не сможете (сможете в пределах десятков килобайт, не более).
Ну и, конечно же, речь идёт о лучших моделях на текущий момент, их штук 5. Всё, что можно запустить локально, даже на компьютерах за $4000, не подходит для продуктивной работы.
осталось только посчитать своё время, которое тратится на подготовку инструкций под каждый класс задач, а также ревью этих задач
ну и понять, откуда вы возьмёте достаточный поток задач, которые будете передавать ассистентам. выпрашивать у работодателя? ну нет, умный разраб будет делать ровно столько же, как и обычно, а свободное время прибережёт для себя
выйти на рынок и пилить нейростудию? привет конкуренция с рынком и умение продавать в битуби
пилить пилоты и стартапы? привет риск и неопределённость
ну и понять, откуда вы возьмёте достаточный поток задач, которые будете передавать ассистентам.
Если у вас нет такой рутины, то вам повезло. У кучи айтишников её полно.
ну нет, умный разраб будет делать ровно столько же, как и обычно, а свободное время прибережёт для себя
Даже если и так, то замечательно же. У умного разраба будет много свободного времени.
Ну даже если забыть что существуют всякие самозанятые/фрилансеры/ИП, которые работают на себя, а не на дядю.
это понятно. только вот зачем при таком подходе городить себе фабрики ассистентов, работающих не хуже джунов? и заморачиваться с процессом, описанным выше про педагогику ассистентов и прочее?
сиди себе сам себя ускоряй, ревью код и решай свои задачи.
ключевое слово — свои. это значит, что поток задач небольшой, и это значит, что поток задач знакомый
а в статье другая задача — снять с себя рутину и переложить на джуна. причём рутину вообще из других областей (например, маркетинга), а не из разработки
это понятно. только вот зачем при таком подходе городить себе фабрики ассистентов, работающих не хуже джунов?
А почему нет?
сиди себе сам себя ускоряй, ревью код и решай свои задачи.
Что значит "свои задачи"? Какие свои задачи будут у условного самозанятого?
Или там у сениора или даже тимлида в продуктовой разработке?
а в статье другая задача — снять с себя рутину и переложить на джуна. причём рутину вообще из других областей (например, маркетинга), а не из разработки
Ещё раз: если у вас нет такой рутины, то я за вас рад. У меня например её полно. Куча monkey code, автоматизированные тесты, кодревью, написание документации или других бумажек для клиентов и так далее и тому подобное.
В принципе можно скинуть на джунов или студентов-практикантов. Но у них тоже не всегда есть время. И им тоже надо всё объяснять и за ними контролировать.
Свои — это знакомые и понятные задачки. Которые ты можешь рутинно сделать ручками, но быстрее нейросетками.
Ну или задачи, которые были нафиг не нужны и на них забивали, но с нейросетками вай нот (тесты, документация).
Основной поинт перекладывания на джунов — чтобы в какой-то момент у тебя голова по этому поводу вообще не болела. Выстроил процесс и он сам движется. Потому что с ИИ, как бы они ни ускоряли тебя, ты всё равно делаешь эту задачу сам - вспоминаешь, что за задача, погружаешься в контекст, запускаешь таску, ревьюишь результат. А как мы все прекрасно знаем — самое дорогое для разработчика — это переключение контекстов.
Так вот с джунами — тебе не нужно заниматься рутиной. Обучил и он делает сам.
С агентами — вся рутина на тебе.
Основной поинт перекладывания на джунов — чтобы в какой-то момент у тебя голова по этому поводу вообще не болела. Выстроил процесс и он сам движется.
По моему опыту как раз таки в случае с простыми вещами с ИИ это работает лучше чем с джунами. Особенно если джун не один и тот же, а разные :)
Так вот с джунами — тебе не нужно заниматься рутиной. Обучил и он делает сам.
Похоже вам как-то очень везло с джунами. Среднего джуна всё равно надо регулярно контролировать. Потому что иначе он может много чего наделать.
Тут согласен — без контроля никуда. Только вот у адекватного джуна есть шанс превратиться с самостоятельного мидла, который снимет с тебя головняк.
А вот ИИ в самостоятельного мидла не вырастает =)
А вот ИИ в самостоятельного мидла не вырастает =)
Ну так для меня это как раз таки наоборот плюс. Потому что как только джун вырастет в миддла, то я больше не могу загружать его моей рутиной. И мне дают нового джуна и мне опять надо начинать с нуля :)
Нет, как только джун вырастет в миддла, уже ему дают нового джуна, которого ваш мидл загружает вашей рутиной.
Я конечно не знаю как это организованно у вас, но по моему опыту у миддлов полно своей рутины и они обычно не занимаются тем, что являются "посредниками" между джунами и всеми остальными. .
Полно. Но а что поделать, не тратить же драгоценное время сеньоров на нянчество.
И поэтому надо играть в испорченный телефон и тратить время всех? :)
Зачем в телефон, можно комплексную задачу точно так же иерархически разбить на три слоя. Сеньор проектирует решение на верхнем уровне и побеждает принципиальные загвоздки. Мидл занимается непосредственно реализацией и незначительными проблемами. А всё, что можно легко оформить понятными подзадачами - отдаёт джуну. Как-то так я себе представляю производственный процесс с джунами.
задачу точно так же иерархически разбить на три слоя
Сениор получил спек. В котором кроме всего прочего описание протокола и теперь под него надо написать простенький REST сервис.
Разбейте пожалуйста задачу написания сервиса по спеку на три слоя :)
Проверяем описание на адекватность. Придумываем, что и как будет работать по протоколу, бизнес-логику, где данные хранятся, с чем надо взаимодействовать, какие особые требования поддерживать и т.п. Все подводные камни продумываем, какие сумеем. Пишем прототип с одним-двумя эндпойнтами, где все самые сложные моменты учтены, а вместо рутинного кода, который понятно как писать, но долго, ставим моки и тудушки. Убеждаемся, что всё правильно работает как надо.
Доделываем всю оставшуюся логику и "пропущенный" функционал, решаем неучтённые проблемы, проводим полноценное тестирование и доработки по итогам, пишем тесты, документацию, побочный функционал типа подробного логирования и т.д.
Делаем доп. изолированный функционал по примеру уже имеющегося, без изменения архитектуры. Напр., основной способ уведомлений - смс, но надо прикрутить ещё модули для email, telegram и whatsapp.
Я в основном исправляю те или иные ошибки, за которые некому взяться, чтобы хотя бы мой компьютер работал нормально. Я не разработчик по профилю (хоть и занимаюсь программированием так или иначе 19+ лет), и мне программирование не доставляет удовольствия — это инструмент для решения задач.
Обычно у меня выбор между: разобраться с надоедливой проблемой самостоятельно, потратив на погружение в совершенно неизвестную мне подсистему/язык/стек от нескольких дней до недели, с негарантированным результатом, в большинстве случаев без какой-либо сторонней помощи (потому что некому), либо сделать то же самое, но с ассистентом, который банально может быстрее читать, программировать и экспериментировать — он хотя бы попробует разобраться в проблеме не отнимая моё время, потому что мне в любом случае нужно как-то что-то подготовить для начала диагностики в том или ином виде, будь то человек или ассистент.
А если проблема не устранена, но хотя бы стали понятны её корни — корректно ее описать и отправить разбирающимся людям, чтобы в issue был высокий signal to noise ratio.
В современном мире решение тех. проблемы — дисциплина, требующая технических навыков для её диагностики и документации, коммуникативных навыков для донесения информации через всю цепочку поставки ответственному лицу, и в каком-то смысле социально-экономических: если не обращают внимания и не исправляют, куда и как давить, чтобы добиться своего.
ну то есть ваш кейс — это про эксперта, который глубоко понимает разработку, но необязательно в конкретной предметной области. и с помощью дипкодинга более эффективно решает редкие и нетиповые задачи?
ну тут нейронки — это нормальный ассистент.
а вот пытаться на них выстроить какие-то фабрики типовых задач, заменяющих джунов — это так себе история
За ≈$200 в месяц вы получаете 5× absolute junior unit, готовых выполнять работу в любое время дня и ночи, без перерыва, на порядок быстрее человека. Год назад это стоило ≈$2000 и работало значительно хуже и медленнее.
Меня в офисе считают в вопросах использования нейронок ретроградом, но даже у меня уходило минимум $200. А у наших джунов и больше $1K уходило, пока не потребовали не злоупотреблять thinking моделями. А без thinking мне за ним больше половины приходится переписывать.
Ваш подходо будет хорошо работать. Со старым фреймворком. На фреймворке который автор пилит будут косяки- так как нет достаточного количества примеров на которых ИИ мог бы обучиться.
Для этого существуют всякие AGENTS.md и т.д.
Но потребуется время на настройку
Сейчас решается это целыми тремя способами:
- сеть .md файлов с описанием всего, что нужно. Начиная от стиля кода, заканчивая паттернами и подходами (если нужно).
- сделайте свой MCP, как его сделали MUI MCP
- используйте Skills для Claude Code
Меня крайне удивляют утверждения от хабровчан (не случайных ведь людей, а людей из ИТ отрасли!), которые устарели еще год назад. Мало того, что устарели, так еще и альтернатив несколько получили.
Немного не в тему, но проходил мимо и увидел знакомый ник, хочу сказать спасибо за GoodbyeDPI. Хоть сейчас он у меня не работает, но в своё время очень помог и мне и моим друзьям :)
Я лучше бы вот про это пост прочитал
А ведь выше отписавшийся и не заслуженно заминусованный абсолютно прав; в 2025 году вы либо инвестируете в Claude code, как основное средство-ассистент в разработке, либо в 2026 году у вас есть риск уйти из профессии.
Было занятное исследование, которое показало, что нейронки замедляли разработчиков, но сами они были про этом уверены, что решают задачи быстрее.
там исслдедование на 16 разрабочиках
не 16 000, 16 человек всего
ссылаться на него это как ссылаться на свой личный опыт.
это как ссылаться на свой личный опыт.
Лучше, уже хотя бы потому, что за людьми наблюдали со стороны, а результаты фиксировали средствами объективного контроля.
Не лучше, такая маленькая выборка это пук среньк, даже если фиксировало само вполощение объективизма
Кто наблюдал, какие разработчики? Какой язык?
Может есть гении стучащие по клавиатуре 200 тыс клавиш в секунду.
Или "гении" считающие, что промт "почини баг" - достаточно понятен. Разработчикам не зря менеджерей ставят...первые же не могут в коммуникацию.(да-да, я тоже полуразраб).
Слышали про "теорему Эскобара"? Вот именно та ситуация.
Главный профит этого исследования - отделять луддитов. Вы ведь не читали исследование и поэтому не знаете недостатки методологии, главное, что мысль исследования откликается вам.
Ничего плохого, но важно что бы другие люди не были введены в заблуждение.
P.S. ИИ замедляет людей без навыка использования агентов. Навык этот не очень простой и отделяет х10 программистов от тех, кому становится сложнее.
Ох уж эта манера, называть луддитами всех, кто не разделяет ваших восторгов по поводу какой-то конкретной технологии на конкретном этапе её развития. Впрочем, я ещё помню времена, когда на Хабрахабре (а потом Гиктаймз, снова ставшем Хабром) все носились с блокчейном, и писались десятки статей о том, куда его внедрил очередной стартап, но потом хайп стих, про эти стартапы все позабыли, а блокчейн занял свою конкретную нишу. Сейчас вероятно такой же путь проходят и LLM, впрочем, тут только вовремя рассудит, чьи прогнозы окажутся ближе к реальности.
Прежде, чем это писать, почитайте исследование. Как его проводили на старых моделях, когда уже были новые, на несколько голов выше. Как его проводили вообще не на спец. инструментах для разработчиков. Как его проводили всего на нескольких разработчиках.
Я уже устал читать эту чушь от хабровцев. Читайте первоисточники.
Читаем исследование. Смотрим на версии использованных моделей и инструментов. И это в Июне 2025-го, когда люди массово на Claude Code с уже Opus 4 сидели.
Более бредового исследования трудно найти.
Допустим. У вас есть другое исследование?
Не могу сказать, что-то читал, где и что уже не вспомню. На данный момент на подобные исследования перестал обращать внимание как раз после того, как был погружен в cli инструмент claude code с головой и глубоким изучением подходов к работе с ним и т.п.. получив опыт, во время которого вышло вышеуказанное "исследование". На момент его прочтения, я уже на собственном опыте его опроверг. Понял, что такие "исследования" проводятся людьми которые не понимают как проводить такие исследования и какие инструменты вообще есть на рынке и их виды (или специально не проводят их правильно).
Сейчас опираюсь только на личный опыт и опыт коллег в команде. То, что произошло в 2025-м с приходом проф. cli инструментов (Claude Code/Codex), уже изменило профессию разработчика. Лично у меня с ними выросла пара пар рук.
Ну такооооэ. Anecdotal evidence (наверняка без каких либо замеров) еще менее убедительно.
Лучше собирать пользовательский фидбек, чем неправильное исследование с непонятной гипотезой, вероятно людьми которые даже не пытались.
На конфах корпорации рассказывают, у них.по 10-20% сгенерированного кода идёт в прод. А там такие же скептик как вы сидят.
А по фидбеку: тут выше уже приводил ктото свой пример. Мой пример - это навайбкодить полезную Тулу за 3 часа, и отдать в пользование. Смог бы я быстрее? Нет. Я бы 3 часа в формат json втуплял, и кучу словарей. И вообще, моё свободное время - мне важнее.
Но вообще поражают отрицатели реальности, которые ссылаются на "исследование" непонятно кого вместо того, чтобы протестить самим хотя бы.
Требовать другого исследования чтобы изволили согласиться с чужой точкой зрения — ну, моветон.
Лучше нанять джуна который будет использовать claude code.
Claude не сделает демки, статьи и твиттер, не подстроится под стиль проекта и не поймёт контекст без кучи примеров. Джун хоть ошибается, но учится и может действовать самостоятельно
Так не пользуйтесь Claude, пользуйтесь Claude Code.
Всё вами перечисленное он закрывает от и до.
Или вы в 2025-м все еще по чатикам бегаете с кусками кода?
Claude code в Твиттер сходит ?
Первый результат в поисковике
https://claudelog.com/claude-code-mcps/twitter-mcp/
Поставьте ему chrome mcp – сходит прекрасно и напишет за вас пост.
Раз в неделю он мне имитирует работу пользователя на наших веб-сервисах, для прогона сценариев обычных пользователей. Для меня это уже в порядке вещей.
Да, но лучше бы он этого не делал.
А кому говорить, слышь, джун-салага подай то принеси, это как законы Паркинсона: "Чиновник стремится множить подчиненных, а не соперников. Чиновники создают работу друг другу.". В некоторых IT, особенно связанных с государством или крупными компаниями этот закон тоже может работать
Я так же думаю, что Рома используют какую-нибудь LLM. Иначе я себе не могу представить даже студента согласившегося на full time за 230р/час в Питере.
Ради практики и строчки в резюме?
строчки в резюме там не предусмотрено - автор трудовой договор постеснялся оформить
Знакомый подход. Господин Токовинин (AmoCRM) считает, что вообще не надо платить практикантам. Типа они бесценный опыт получают. Я же считаю, что любой труд должен быт оплачен в соответствие с его стоимостью на рынке.
Так рынок же не платил Роме
Он считает что практиканты должны платить ему, за бесценный опыт
Я тоже за то, чтобы платить, но это спорный момент. Поначалу стоимость практиканта может быть отрицательной.
Ну так проблема в том, что "труд" может выглядеть по-разному:
студента - "читал документацию 10 часов, экспериментировал 5 часов, починил багу 1 час. - с вас 230*16 = 3000 рублей.
синьёра - чинил багу 30 минут, с вас 6000 * 0.5 = 3000 рублей.
В этом смысле "открытый" рынок - где доступ к информации и "минимальным жизненно-необходимым" ресурсам симметричен - решает огромное число проблем, автоматически и в некотором смысле честно, подстраиваясь под текущую ситуацию какова бы она ни была.
Меня бы больше насторожинал непрофильная работа, типа вести твиттер в соглашении. Вот это уже жирный минус
У него может быть был вариант пойти на курсы и самому заплатить, а тут обучение, так еще и платят.
если задача решена, какая разница с LLM она решена или нет?
Готов поспорить, что Рома будет вспоминать эту работу, как одну из лучших в своей жизни. Потому что в ней есть то, чего не будет в большинстве других мест. А именно: смысл и влияние твоих действий на продукт. Это круче денег
А еще его не приковали цепями к корыту и не били батогами. Вообще-то в здоровой индустрии получение опыта и понимание смысла от своей работы это само собой разумеющееся. Если предполагается, что это и есть оплата - с индустрией что-то не так
А ещё он умея хоть как то в код на фултайме в СПБ зарабатывал 40 тыс. в 2025 году. Я искренне поражен. Что то здесь не чисто. Этот опыт к тому же очень трудно будет преподнести как отличный от того, что будут преподносить вкатуны. Мне мотивация Романа не понятна. Только если ТС реально крутой, за общение с которым можно даже самому заплатить, такое бывает, но не сказать, что часто.
Если он использует LLM, это тоже крайне полезный опыт, на мой взгляд. В данный момент всё чаще ожидают что соискатель умеет эффективно использовать LLM в повседневной работе.
Кстати, если опытный Сеньор будет Джуна менторить, ревьюить его код и хотя бы немного обучать - то для "войти в IT" вполне нормальная схема. На год, наверное, это перебор, а вот на полгодика, да на реальном проекте - норм вполне. На новой работе этот опыт потом быстро окупится.
и чего джуна засрали то?
сейчас рынок перегрет настолько, что опытные спецы ищут работу месяцами (а особо привередливые годами). Человек с около нулевым опытом нашел ОПЛАЧИВАЕМУЮ работу причем не галеры. Это огромный успех!
С точки зрения работодателя, для него я думаю это больше благотворительность и вкладывание на перспективу потому как спец на фрилансе обойдется столько же но без лишнего времени на дообучение и перепроверки. Можно только уважать такой поступок.
Только опыт на галере с кучей разных задач и реальной командой и менеджером будет полезнее, чем 1х1 и неизвестный фреймворк + написание твитов.
Но это ИМХО
*кучей типовых задач по покраске кнопок на реакте
*реальной командой анскильных бедолаг
*бесполезным микроменеджером
В 80% случаев на галере будет примерно так
На галерах как раз не типовые задачи по покраске.
Преимущества галеры для набора опыта как раз в том, что задачи разноплановые, их много, их нужно было сделать вчера.
Там никто не ведет менеджмент послойно – джун красит кнопки, мидл формы, сеньор архитектуру. Человек если может взять задачу уровнем выше грейда и реально сделать – ему ее дают.
Согласен. И более того, 80% вообще всего рынка IT выглядит именно так, по крайней мере в России...
Метрики объявил, а достижения по ним не указала, сколько звездочек и загрузок, в итоге, добавилось (ли)?
Что-то я вообще не врубился.
Open-source-проект, который не решает какую-то уникальную задачу каким-то кардинально другим, быстрым или удобным методом, а, похоже, просто один из возможных вариантов (могу ошибаться — не фронтендер);
MIT-лицензия, не ограничивающая коммерческое использование и не накладывающая обязанностей, т.е. стрясти денег с больших компаний (или хотя бы обязать контрибьютить), если они воспользуются фреймворком в будущем, не получится;
Разработка passion project передаётся стороннему человеку, у которого не горят глаза, а он просто делает задачи
Метрикой определяется количество звёздочек, вкладываются деньги в продвижение, словно по заветам рансомварщиков
Выглядит как какое-то библейское истязание себя и ближнего своего. Если только ради опыта и первых денег — для студента нормально, спору нет, но вам-то в чём прикол?
Вот тоже не понял, в чём профит для автора? +1 капля в бескрайние болота фронтенда без внятных перспектив монетизации. Только ради опыта и мифического вклада в OpenSource?
Ключевой параметр - MIT-лицензия, не ограничивающая коммерческое использование и не накладывающая обязанностей
Значит есть откат - разрабатывается под кого то.
Даааа, выглядит немного как мазохизм. Но если воспринимать проект как полигон для экспериментов с процессами, то логика есть
В конце основной статьи о проекте писал, зачем это все. Один из ключевых тезисов:
У меня есть мечта: я хочу стать фултайм open source разработчиком. Проект я вижу как начало своей карьеры в этом деле и "разминку перед большой игрой".
Как верно заметили выше, на этом проекте я во многом учусь: как разрабатывать и продвигать non-profit продукт в open source. Но даже с учетом того, что это "разминка", mlut по некоторым параметрам превосходит все популярные аналоги и имеет перспективу стать топ-3 мира в нише Atomic CSS. Это вполне достойная цель, к которой идем.
И да, в этой жизни можно делать что-то не только ради денег
Не, это как раз предельно ясно, но для человека с длительным и, надеюсь, хоть чуть значимым вкладом в опенсорс такая формулировка звучит так: «у меня есть мечта: стать профессиональным бомжом. Проект я вижу как начало своей карьеры перед заражением ВИЧ и смертью от СПИДа».
Процитирую ваш параграф целиком из другой статьи:
У меня есть мечта: я хочу стать фултайм 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 приписывает производителей устройств относится к зависимостям как к своему коду, и обязывает публиковать патчи исправлений безопасности, если они у производителя появились быстрее, чем их сделал автор.
У вас-то какая настоящая мотивация? Может, вы на деле стремитесь стать знаменитым и узнаваемым специалистом, а проект это инструмент продвижения? Или, может, всё-таки хотите составить настоящую конкуренцию существующим проектам, но боитесь нам в этом признаться? Не бойтесь, это совершенно нормально и ни разу не постыдно, а как раз один из идеалов социального опенсорса — сделать лучше, чем у других, в том или ином аспекте.
Давайте кратко, по делу и желательно без кринжовых формулировок.
Понял бы вашу мотивацию, если бы у вас была цель убить Tailwind и захватить мир
Мотивация "стать топ-3 мира" как-то кардинально отличается от "стать топ-1 мира"? Подсказка: реалистичностью.
Она описывает реальное положение дел в опенсорсе
За несколько лет в игре, я наверное разобрался, как что работает и как можно зарабатывать в open source. Именно поэтому, я уже пару лет как качаю личный бренд и изучаю продуктово-бизнесовую часть темы. А не просто пишу код в надежде, что с неба упадут слава и деньги. И да, я лично знаю, как минимум двух ребят, кто уже несколько лет как живет той жизнью, о которой я мечтаю.
У вас-то какая настоящая мотивация?
Сделать что-то крутое, открытое и значимое, типа ядра Linux, чем будет пользоваться весь мир, что будет топ-1 в своем классе. Желательно еще по пути получить 1-2 награды от ACM.
То есть, стать одним из лучших в своем деле и получить за это настоящую славу, которая дается за дело и остается в истории. Ну и хочу максимизировать нанесение пользы: поэтому open source (FLOSS, если точнее).
Сделать что-то крутое, открытое и значимое, типа ядра 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 платил пару сотен долларов раз в год, мне хочется удушиться.
Поэтому, прошу вас, трижды подумайте бизнес-стратегию, прежде чем просто верить в светлое будущее.
Посмотрите на новый особняк создателя Tailwind
Когда-то так и росли проекты мейнтейнер тянул парочку студентов, а потом из них вырастали контрибьюторы. Рад видеть, что традиция жива
Бедный Рома.
А лошадка не сдохнет? (С)
Так-то это больше похоже на "стажировка"
Теперь вопросы:
1. Где опен-сорсерерам найти 40К/месяц и время на "своих" джунов?
2. Чем заткнуть дыры в сердце, из которых будет литься кровь при взгляде на качество их кода в своем драгоценном проекте?
Вон в embedded джуны себя прекрасно чувствуют всю карьеру до самой пенсии
Градация Навыков в Embedded Программировании / Хабр https://share.google/BmcPz2cXeLPRob3ss
Приходите в embedded!
На самом деле "вечный миддл" и даже "вечный джун" это вполне себе нормально. И по хорошему куча людей в ИТ так и остаётся на уровне миддла-джуна навсегда.
И а общем-то ничего такого ужасного или постыдного в этом нет. Человек работает, делает своё дело, получает за это деньги.
На самом деле "вечный миддл" и даже "вечный джун" это вполне себе нормально. И по хорошему куча людей в ИТ так и остаётся на уровне миддла-джуна навсегда.
И а общем-то ничего такого ужасного или постыдного в этом нет. Человек работает, делает своё дело, получает за это деньги.
Более того.
Есть в РФ целые организации, которые нанимают только Embedded джунов.
Это особенно ярко выраженно в разработке национальных проектов.
Импортозамещение и всё такое.
Ибо так можно пролонгировать разработку и финансирование МинПромТорга до бесконечности.
Как сказал персонаж из мультика Дилбер (Сезон2 Серия 10):
"Некомпетентность нынче очень хорошо оплачивается"
Я нанял джуна в свой 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>Ужис кокой!
Странно что первый такой коммент.
Вот не дай бог такое в реальном коде увидеть...
Тоже не понял, зачем автор изобретает фронтенд-ассемблер, когда уже есть Web-Assembly. Если хочется поломать голову, то есть специально для этой цели написанный Brainfuck.
Я никогда не понимал смысл проектов типа Tailwind CSS потому что помимо синтаксиса CSS приходится учить ещё специфический синтаксис таких инструментов которые не являются стандартными
И у джуна потом ПТСР
Надо было просто нанять ещё джуна-мейнтейнера
Сразу видно, что у человека времени нет, такой Лонг накатать. Да ещё и "проблемы в индустрии" решать собрался.
Да, уж, учитывая длину article…быстрее было сверстать все ему же самому и описать это тремя абзацами🤣
Интересная статья.
В целом подход подойдёт для любого пет проекта, который целится стать коммерческим.
Сервисы положил себе в закладки.
У меня проект нет dev2dev, поэтому как оказалось первого джуна мне пришлось искать из QA. Очень хочется делегировать свои задачи, но пока есть ощущение, что времени потрачу больше на ревью и менторство. С удовольствием попробовал бы ИИ ассистента, но в гейм деве как-то пока медленно развиваются инструменты.
Скорее всего толковый джун бы делал тоже самое, но за 150 тыщ, в компании, а не за 40 тыщ у физика
А статью тоже Рома писал? 😉
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Я нанял джуна в свой open source проект. Вот что получилось