Автор смешал всё в кучу, ему ещё и плюсов поставили
По сути, он просто описал «как правильно ставить задачи». Внезапно, хорошая задача должна иметь definition of ready, definition of done, и оценку трудоёмкости
Что мешает получить это всё при agile автор не рассказывает. Например, у нас классический scrum на 2 недели. В тасках есть dor, dod. Раз в спринт есть refinement, где как раз и обсуждаются детали имплементации. Затем идёт planning, где задачам дают оценку и приоритет. Ровно то, что автор описал в неком магическом подходе, который «лучше этого вашего agile», хотя, по факту, всё это в agile есть с самого начала :)
То, что какие-то команды выхолащивают процесс до «отчитался на дейли и дальше пью кофе», не проблема методологии, а проблема менеджмента
Чтобы Иишка имела контекст и писала «стабильно», надо использовать скиллы и агенты. Первые дают знание «как», вторые - автономность и воспроизводимость
И не надо будет писать каждый раз промпт длинной в 2 страницы. Считайте это «наследованным» и «абстракцией» на уровне промптинга. Если в коде повторяющиеся вещи вы выносите в родителя или утилиты, то почему с ИИ должен быть другой подход?
Стандарта действительно нет, и каждый пилит свой велосипед. У меня вообще есть ИИ фреймворк для создания ИИ фреймворков :) потому что пет и продакшн проекты на разных стеках и вот это вот всё. Так что правильной дорогой идёте, товарищ!
Единственное, я бы советовал всё же больше субагентов. Они как раз и нужны, чтобы экономить контекст, и делать этапы максимально изолированными. Конда один агент пишет тест, второй никак не подстроится, чтобы код был зелёным :)
На этой неделе ui версия claude лежала почти сутки, и не запускалась десктопная версия приложение. Зато они постоянно хвастаются, что уже чуть не половина кода у них написана ai-агентами
Если вы владеете N кофеен и больше «не потянете» (хотя сетевики почему-то тянут, ну да ладно), то вам совершенно ни к чему появление рядом с ними ещё три раза по N от тех, кого вы обучите. Хотя бы потому, что количество посетителей и денег в их карманах величина ограниченная. Поэтому всё это сказки для глупых, «я всё равно всю рыбу не выловлю, поэтому продаю удочки конкурентам». Ключевое тут - продаю удочки, и делают это в тот момент, когда рыбы в пруду уже почти не стало :)
Дима в своём рефакторинге сломал бизнес-логику и даже не заметил этого. Потому что не догадался к сложному рефакторингу приложить банальный TDD. Если бы не авто статьи, то уехал бы на прод баг
Что за зверь такой, айтишник? Тестировщик это айтишник? Проджект менеджер? Деливери? Стаффинг координатор? Рекрутёр, эйчар? Бизнес Аналитик? Эти позиции и многие другие - это всё айтишники или нет? Если да, то с чего вдруг они должны поднимать VPS?
В рамках задачи на хакатон был пункт про "раннер для кукумбера" - ничто не мешало запилить подобный алгоритм там и получить за это дополнительные очки. Мы постарались дать максимальный простор фантазии участников. В следующем году, наверное, сузим задачу до чего-то подобного из вашего примера, чтобы у людей не разбегались глаза и не опускались руки перед масштабом.
Сомневаюсь, что QA автоматизаторам такое задание будет профильным - всё таки хакатон не для разработчиков, и навыки у нас и у них в плане написания кода сильно отличаются. Но мы рады любым предложениям и идеям, если у вас появится мысль о задании именно для автоматизаторов - welcome, как говорится :)
Автор смешал всё в кучу, ему ещё и плюсов поставили
По сути, он просто описал «как правильно ставить задачи». Внезапно, хорошая задача должна иметь definition of ready, definition of done, и оценку трудоёмкости
Что мешает получить это всё при agile автор не рассказывает. Например, у нас классический scrum на 2 недели. В тасках есть dor, dod. Раз в спринт есть refinement, где как раз и обсуждаются детали имплементации. Затем идёт planning, где задачам дают оценку и приоритет. Ровно то, что автор описал в неком магическом подходе, который «лучше этого вашего agile», хотя, по факту, всё это в agile есть с самого начала :)
То, что какие-то команды выхолащивают процесс до «отчитался на дейли и дальше пью кофе», не проблема методологии, а проблема менеджмента
Чтобы Иишка имела контекст и писала «стабильно», надо использовать скиллы и агенты. Первые дают знание «как», вторые - автономность и воспроизводимость
И не надо будет писать каждый раз промпт длинной в 2 страницы. Считайте это «наследованным» и «абстракцией» на уровне промптинга. Если в коде повторяющиеся вещи вы выносите в родителя или утилиты, то почему с ИИ должен быть другой подход?
Стандарта действительно нет, и каждый пилит свой велосипед. У меня вообще есть ИИ фреймворк для создания ИИ фреймворков :) потому что пет и продакшн проекты на разных стеках и вот это вот всё. Так что правильной дорогой идёте, товарищ!
Единственное, я бы советовал всё же больше субагентов. Они как раз и нужны, чтобы экономить контекст, и делать этапы максимально изолированными. Конда один агент пишет тест, второй никак не подстроится, чтобы код был зелёным :)
В 427 быстрее в релиз, и пофиг на качество!
Могут, mcp servers / skills в помощь. Про токены не знаю, это и по подписке за 20 долларов можно сделать
На этой неделе ui версия claude лежала почти сутки, и не запускалась десктопная версия приложение. Зато они постоянно хвастаются, что уже чуть не половина кода у них написана ai-агентами
Если вы владеете N кофеен и больше «не потянете» (хотя сетевики почему-то тянут, ну да ладно), то вам совершенно ни к чему появление рядом с ними ещё три раза по N от тех, кого вы обучите. Хотя бы потому, что количество посетителей и денег в их карманах величина ограниченная. Поэтому всё это сказки для глупых, «я всё равно всю рыбу не выловлю, поэтому продаю удочки конкурентам». Ключевое тут - продаю удочки, и делают это в тот момент, когда рыбы в пруду уже почти не стало :)
Дима в своём рефакторинге сломал бизнес-логику и даже не заметил этого. Потому что не догадался к сложному рефакторингу приложить банальный TDD. Если бы не авто статьи, то уехал бы на прод баг
Что за зверь такой, айтишник? Тестировщик это айтишник? Проджект менеджер? Деливери? Стаффинг координатор? Рекрутёр, эйчар? Бизнес Аналитик? Эти позиции и многие другие - это всё айтишники или нет? Если да, то с чего вдруг они должны поднимать VPS?
В рамках задачи на хакатон был пункт про "раннер для кукумбера" - ничто не мешало запилить подобный алгоритм там и получить за это дополнительные очки. Мы постарались дать максимальный простор фантазии участников.
В следующем году, наверное, сузим задачу до чего-то подобного из вашего примера, чтобы у людей не разбегались глаза и не опускались руки перед масштабом.
Добрый день
Сомневаюсь, что QA автоматизаторам такое задание будет профильным - всё таки хакатон не для разработчиков, и навыки у нас и у них в плане написания кода сильно отличаются.
Но мы рады любым предложениям и идеям, если у вас появится мысль о задании именно для автоматизаторов - welcome, как говорится :)