Обновить
22
Oleg Kunitsyn@olku

Outscaling & Governance

0,3
Рейтинг
15
Подписчики
Отправить сообщение

Верно, умение пользоваться агентом это уже базовый навык. А вот изменения процессов коллективу не нужно. Оптимизация нужна владельцам, но не все компании умеют быстро адаптироваться, да и трудовое законодательство не дремлет. Есть тренд на микро компании подрядчики - они и дешевле и риски ИИ на себя возьмут

Видим рождение нового жанра на Хабре )

Вряд ли мы узнаем это из слопа компании

Статьи про SDD живут в парадигме задач. А как вы управляете знаниями и переводите знания в задачи?

Примерно также. Пишу сценарии которые агент в playwright переводит и видос записывает. Юнит тестов не хватает даже с 90% покрытием. Режим планирования разве тимлида не заменяет? Он код не пишет

Если Figma не принципиальна, можно агенту дать указание на сборку экранов маппингом функционала на компоненты дизайн системы

Хорошая статья. Почему-то про logprobs ни слова

Принцип 1 неверный потому что работа идет над релизами а не над задачами. Экономика спринтов и человеко часов не имеет смысла в агентной кодогенерации. Ускорение в три раза это мало, должно быть в пять. У вас есть лишние этапы и методы управления знаниями. Но статья любопытная, спасибо

Слово слив обычно предполагает какую либо потерю. Так и не понял что разработчик потерял. Выглядит как гениальный маркетинг - и шум, и премия без налога

У вас приложение доступно из браузера и уже переведено, верно? И UI наверное тестируется, возможно еще и с локализованными данными похожими на настоящие?

Любопытно чего только инженеры не напридумают лишь бы не общаться с продактами или аналитиками на предмет управления знаниями. Ну не выходит восстановить из кода знания на которых он основывался. Про лигаси, хаки, частные случаи и политические решения вообще молчу. Реверс он в прошлое, всегда с потерей информации, тогда как системы строятся в будущее

Не за что, жаль потраченного времени. Из Что реально придётся поменять в компании - ничего. Ничего нового по сравнению с описанием должности обычного архитектора найдено не было. В компетенции архитектора вы внесли наблюдаемость? Как так характеристика системы стала компетенцией человека? Признаем, что статья возможно написана по тезисам человека, но переписанная ИИ в бессмысленный слоп?

Роль архитектора не исчезает. Меняется объект управления.

Это слоп, не так ли, ибо бессмыслица. Какой такой объект управленя меняется? Системный дизайн? Ничего нового в работе архитектора кроме генерации следующего токена не обнаружено

раньше код был по сути документацией

в плохом SDLC или простом продукте, где задачи на изменения очевидны всем участникам

мы

это те же разработчики, которые к коду теперь прикладывают стопку md файлов, которые суть те же задачи, но для LLM

что делать, если во время реализации выяснились новые обстоятельства

принять ограничение, что SDD управляет не знаниями, а лишь md файлами.

Переводить экраны, чтобы пользователи продукта понимали его на другом языке? Приз за UX

А потом оказывается что не тех и не там искали

Похоже на новость для внутреннего использования, которую надо было запустить в маркетинговых целях. Я так понял речь идет о прототипировании продуктов. ML и LLM используются для классификации, кодогенерации и симуляции

Это перевод с китайского? Работал в телекоме небольшой страны когда появились дроп-ин железки с ОС бинарно совместимой с цисками вплоть до багов. Отрасль взрогнула. Ну да, конечно, диск случайно попал в руки, верим. Как говорится, отчитаться можно за любой миллион кроме первого

Не совсем. Кодеры вполне себе любят SDD но заниматься управлением знаниями особо не желают. В код оно проще и со стейкхолдерами не надо общаться. Но ИИ заставит

Хорошая статья теперь редкость на Хабре. Возьму себе некоторые тезисы. Спасибо

1
23 ...

Информация

В рейтинге
2 532-й
Откуда
Berlin, Германия
Зарегистрирован
Активность