Очень полезная статья! Я считаю - именно такой материал и является отправной точкой будущее, где мы полностью перейдем на AI drive - полностью поддерживаю такой подход, мы своей командой действуем только так! Незаслуженно мало внимания у этой статьи
Я полагаю, что это вскоре станет базовым навыком в большинстве профессий. Это технологии, которые вскоре займут собой все пространство. Как было со смартфонами - по началу - приколюха для богатых, бизнес, все дела. Теперь без смартфона - жизнедеятельность становится более ограниченной. Так же и с LLM - это будет вшито везде - во все ОС для начала
Нет, тесты пишутся так: Уточняем в документации что должны делать и возвращать функции - именно как ТЗ какого то модуля. По Этому ТЗ пишутся тесты заглушки - которые обязательно проваливаются - это значит что они инициализирован. Далее - пишем тесты, которые работают с данными из ТЗ - которые проверяют описанный процесс работы. ПОТОМ только пишутся сами функции, которые тестируются)
Класс, я бы поиграл в такой курс) Честно говоря, не сильный знаток настольных игр, требующих постоянные подсчеты, но из детства главне экземпляры - DnD и Монополия. По мне так они выполняют скорее разные функции. Но конечно тут нужен комплексных подход. особенно если проложить тропу через основную школьную программу.
Что значит "Ненадолго"? что произойдет - вы про потенциальные запреты пользования заграничными LLM? я в начале своего пути писал руками, успел много заказов выполнить, работал руками в аналитике. Но когда научился пользоваться LLM - не вижу больше смысла откатываться эволюционно на шаг назад - за этими технологиями будущее. Какой практический смысл кодить руками? Это медленнее для заказчиков - им важна скорость - это главное конкурентное преимущество. они готовы платить больше за эту скорость. По началу меня терзали мысли, что это неправильно, что так разучусь код читать и писать - но потом понял, что это это аналогично тому, что деревянные счеты заменили калькуляторы. а калькуляторы заменили эксели и т.д.- это прогресс - и ему сопротивляться - себе дороже. Во всех смыслах
0) Сначала я считал только часы*ставку. Часы - из опыта прошлых рейсов + давал ТЗ на анализ нейронам - но прогонял раз 10, прежде чем получить среднее значение и средний максимум. минимум - не интересует. Ставка - зависит от цели заработка и сопоставлением со ставкой ЗП этой сферы, но с учетом, что налоги, страховые - сам занимаешься. В данный момент перехожу на стоимость по ценности проекта - это сложнее, но необходимо.
1) В целом да. Про стек - тут надо самому разбираться - надо понимать, какие технологии будут нужные, какие - избыточный и двигаться по бритве Оккама. Меньше - проще - быстрее. Не могу сказать что есть универсальный Промт - тут скорее происходит долгий диалог с кучей уточняющих вопросов, пока я не удостоверюсь, что LLM точно понимает что нам необходимо.
2) Если это наш проект - то мы сохраняем эти документации прямо в репозитория - поэтому это будет полезно как для нас в будущем, так и для других исполнителей. Создается новый агент. который ознакамливается с этими архивами - и продолжаем. Здесь нет разницы между процессом поэтапной разработки и новой фиче - новая фича это как новый этап, вот и все)
я трачу на LLM от 3 до 6к в месяц. По статистике уже вижу корреляцию между затратами на них и доходом за месяц. поэтому я считаю, что тратить на LLM нужно - как на стажеров и серверы.
Понял, быть может я действительно когда то столкнусь с проблемами, вами описанными. Пока я еду на этой схеме уже около года, жалобы конечно - были - но все были оперативно решены - и это в пределах ошибок, которые возникают и при обычной разработке. По времени и силам - не могу оценить. Это явно намного быстрее чем когда я руками делал - ведь этот опыт у меня конечно та же был, я много проектов на ручной разработке провел и плавно перешел к LLM. И по всем показателям - времени и финансовому выхлопу - вижу только плюсы. Но не забуду ваши предостережения)
Все мои заказчики приходят с Кворка. у меня там не много отзывов - всего 10 за 2 года. так как основная часть сделок по итогу проходит за пределами площадки. Когда я включаюстатес, что я "принимаю заказы" - пишут часто, весной например в среднем 1 человек в день, но в диалоге отсеиваю до 1, в первую очередь пр помощи цены. После решил сразу повысить цены на сами услуги, что бы сразу отсеивать несоответсвующих клиентов. пишут реже - 1 в неделю, но уже те кто прошел фильтр и больше шансов что будем работать. Что бы я сам откликнулся на проект и меня пригласили - один раз такое только было, так что почти не занимаюсь откликами. Короче - заказчики действительно сами приходят. Цены ставлю не нижнего уровня - из среднего рассчета - 2к руб в час. дальше перехожу уже на оценку стоимости проекта, часы уже редко использую
Я согласен, что проекты не столь большие, пока что опыт - не более 70к строк. Поэтому контроль не теряется. Это либо ТГ Mini Apps - онлайн игры с криптой, ТГ боты - небольшие были - для продажи ВПН, работы с GPT + MidJourney - распространенные кексы, которые нужны заказчикам на фрилансе. Сейчас работаю над ассистентом для селлеров - там выгрузки заказов, выкопуо, возвратом, состояния всех складов и номенклатур, отзывы, автоответы отзывов, скраппинг и анализ конкурентов, генерация контент + аналитика и RAG. И такие проекты отлично вывозятся LLM если документировать все идеи, сущности. Такие проекты достаточны для фриланса - а потому и LLM достаточно для разработки) Так же у нас команда проводит pentest по окончанию, для закрепления результатов
Спасибо за статью, очень помогли. Я пользовался похожим методом, но в ручном режиме - создавая отдельных агентов для отдельных задач кратких, создаю им локальные .md, почти никогда не загружаю весь контекст. Но ваш процесс автоматизирует эту суету)
Благодарю. Интересно, с чем это связано. у меня нет опыта в разработке в найме (только аналитиком). поэтому не знаю внутренней кухни. Но быть может это обусловлено тем, что им "и так нормально"?)
Спасибо за статью!
Мы уже почти год действуем через LLM - весь цикл разработки, около 7 проектов в продакшн, которые именно AI-first были созданы.
Очень Полезная инфа для старта, продолжайте и не слушайте Критиков-консерваторов. За этими технологиями будущее, которое уже наступило
Очень полезная статья! Я считаю - именно такой материал и является отправной точкой будущее, где мы полностью перейдем на AI drive - полностью поддерживаю такой подход, мы своей командой действуем только так!
Незаслуженно мало внимания у этой статьи
Не забудем Last_FINAL_fix и Last_FINAL_fix_corrected
В марте HLE проходили на 3%, в июле на 20%. Страшно быстрый прогресс в результатах
Я полагаю, что это вскоре станет базовым навыком в большинстве профессий. Это технологии, которые вскоре займут собой все пространство. Как было со смартфонами - по началу - приколюха для богатых, бизнес, все дела. Теперь без смартфона - жизнедеятельность становится более ограниченной. Так же и с LLM - это будет вшито везде - во все ОС для начала
Нет, тесты пишутся так: Уточняем в документации что должны делать и возвращать функции - именно как ТЗ какого то модуля. По Этому ТЗ пишутся тесты заглушки - которые обязательно проваливаются - это значит что они инициализирован. Далее - пишем тесты, которые работают с данными из ТЗ - которые проверяют описанный процесс работы. ПОТОМ только пишутся сами функции, которые тестируются)
И тесты и функции сами пишутся LLM
Класс, я бы поиграл в такой курс)
Честно говоря, не сильный знаток настольных игр, требующих постоянные подсчеты, но из детства главне экземпляры - DnD и Монополия. По мне так они выполняют скорее разные функции. Но конечно тут нужен комплексных подход. особенно если проложить тропу через основную школьную программу.
Что значит "Ненадолго"? что произойдет - вы про потенциальные запреты пользования заграничными LLM?
я в начале своего пути писал руками, успел много заказов выполнить, работал руками в аналитике. Но когда научился пользоваться LLM - не вижу больше смысла откатываться эволюционно на шаг назад - за этими технологиями будущее. Какой практический смысл кодить руками? Это медленнее для заказчиков - им важна скорость - это главное конкурентное преимущество. они готовы платить больше за эту скорость.
По началу меня терзали мысли, что это неправильно, что так разучусь код читать и писать - но потом понял, что это это аналогично тому, что деревянные счеты заменили калькуляторы. а калькуляторы заменили эксели и т.д.- это прогресс - и ему сопротивляться - себе дороже. Во всех смыслах
0) Сначала я считал только часы*ставку. Часы - из опыта прошлых рейсов + давал ТЗ на анализ нейронам - но прогонял раз 10, прежде чем получить среднее значение и средний максимум. минимум - не интересует. Ставка - зависит от цели заработка и сопоставлением со ставкой ЗП этой сферы, но с учетом, что налоги, страховые - сам занимаешься. В данный момент перехожу на стоимость по ценности проекта - это сложнее, но необходимо.
1) В целом да. Про стек - тут надо самому разбираться - надо понимать, какие технологии будут нужные, какие - избыточный и двигаться по бритве Оккама. Меньше - проще - быстрее. Не могу сказать что есть универсальный Промт - тут скорее происходит долгий диалог с кучей уточняющих вопросов, пока я не удостоверюсь, что LLM точно понимает что нам необходимо.
2) Если это наш проект - то мы сохраняем эти документации прямо в репозитория - поэтому это будет полезно как для нас в будущем, так и для других исполнителей. Создается новый агент. который ознакамливается с этими архивами - и продолжаем. Здесь нет разницы между процессом поэтапной разработки и новой фиче - новая фича это как новый этап, вот и все)
я трачу на LLM от 3 до 6к в месяц. По статистике уже вижу корреляцию между затратами на них и доходом за месяц. поэтому я считаю, что тратить на LLM нужно - как на стажеров и серверы.
Понял, быть может я действительно когда то столкнусь с проблемами, вами описанными. Пока я еду на этой схеме уже около года, жалобы конечно - были - но все были оперативно решены - и это в пределах ошибок, которые возникают и при обычной разработке.
По времени и силам - не могу оценить. Это явно намного быстрее чем когда я руками делал - ведь этот опыт у меня конечно та же был, я много проектов на ручной разработке провел и плавно перешел к LLM. И по всем показателям - времени и финансовому выхлопу - вижу только плюсы.
Но не забуду ваши предостережения)
Зависит от проекта конечно. От Пентестов за 50, до мини аппов 350+. Слишком абстрактный вопрос)
Ну да, еще много раз это произойдет)
Но как раз речь о том, что мы делаем через LLM те же системы управления складами - для ВБ, со статистикой, аналитикой, RAG. Все работает.
Понимаю ваш скептицизм - но вопрос - а вы пробовали такие проекты через LLM делать? Именно на собственном опыте
Все мои заказчики приходят с Кворка. у меня там не много отзывов - всего 10 за 2 года. так как основная часть сделок по итогу проходит за пределами площадки. Когда я включаюстатес, что я "принимаю заказы" - пишут часто, весной например в среднем 1 человек в день, но в диалоге отсеиваю до 1, в первую очередь пр помощи цены. После решил сразу повысить цены на сами услуги, что бы сразу отсеивать несоответсвующих клиентов. пишут реже - 1 в неделю, но уже те кто прошел фильтр и больше шансов что будем работать. Что бы я сам откликнулся на проект и меня пригласили - один раз такое только было, так что почти не занимаюсь откликами. Короче - заказчики действительно сами приходят. Цены ставлю не нижнего уровня - из среднего рассчета - 2к руб в час. дальше перехожу уже на оценку стоимости проекта, часы уже редко использую
Я согласен, что проекты не столь большие, пока что опыт - не более 70к строк. Поэтому контроль не теряется. Это либо ТГ Mini Apps - онлайн игры с криптой, ТГ боты - небольшие были - для продажи ВПН, работы с GPT + MidJourney - распространенные кексы, которые нужны заказчикам на фрилансе. Сейчас работаю над ассистентом для селлеров - там выгрузки заказов, выкопуо, возвратом, состояния всех складов и номенклатур, отзывы, автоответы отзывов, скраппинг и анализ конкурентов, генерация контент + аналитика и RAG.
И такие проекты отлично вывозятся LLM если документировать все идеи, сущности. Такие проекты достаточны для фриланса - а потому и LLM достаточно для разработки)
Так же у нас команда проводит pentest по окончанию, для закрепления результатов
Спасибо за статью, очень помогли. Я пользовался похожим методом, но в ручном режиме - создавая отдельных агентов для отдельных задач кратких, создаю им локальные .md, почти никогда не загружаю весь контекст. Но ваш процесс автоматизирует эту суету)
О, интересно, я тоже натыкался на него, но не знал, Что-то нацелен на жто. Проходил мимо, надо исправить) спасибо что напомнили
Благодарю. Интересно, с чем это связано. у меня нет опыта в разработке в найме (только аналитиком). поэтому не знаю внутренней кухни. Но быть может это обусловлено тем, что им "и так нормально"?)
Всë же - термины - это то чем мы общаемся, а общение - передача смысла. Термин должен смысл раскрывать, а тут он не соответсвует