Valentin Budaev

+8361
с 2021
3 подписчика
28 подписок

Как жто не мешал?

Вот так.

Не было не одной платформы с таким доступным временем

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

Я говорил про решение задач с ивпользованием иишки, где иишка используется существенно сильнее чем базовый автокомплит.

Нет, не отвергли. Оно было проведено вполне правильно. Твои примеры не могут быть показателем потому что ты не оценивал свою продуктивность объективными способами. То что тебе кажется, будто ты делал чтото быстрее, не говорит о том, что ты реально делал чтото быстрее.

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

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

На самом деле отличить инструментарий для разраба достаточно просто - в профессиональных инструментах чат либо отсутствует, либо не обязателен. То есть для работы с моделью тебе не требуется ни чего писать на ЕЯ.

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

А будут примеры, которые бы показывали что эти факторы на что-то могут существенно повлиять?
Я верно понимаю что вот все что кроме последних моделек и инструментов было - оно не то что не приносит пользы, а вредит. И вот только самые последние хуяк! и сразу из -20% к производительности превратились в +300%? Несмотря на то что в прогрессе самих моделей мы вышли на плато уже на этапе гпт3 и с тех пор сколько-нибудь существенно качество моделей не выросло?

Я живой пример, не веришь людям здесь?

Я верю объективным фактам. Исследования показывают, что использование иишек не ускоряет, а замедляет работу (несмотря на то, что сами разработчики _ошибочно думают_, что ускоряет). Ни каких прямых и косвенных свидетельств роста перформанса тоже нет. Нет примеров успешных проектов, написанных при помощи иишек, нет взрывного роста количества новых проектов и репозиториев - в общем ни каких факторов нет, которые мы должны были бы наблюдать, если бы иишки действительно давали рост в иксы.
Сам ты про рост перформанса утверждать не можешь, потому что ты его не замерял. А субъективные ощущения - субъективны.

Им меньше года, какие 5 лет? В таких инструментах с 20 минут выросло время до 7-12 часов на запрос

Ни кто не мешал и до этого хоть месяц на запрос тратить.

Писать быстрее самому – это от того, что человек не умеет правльно пользоваться инструментами.

Нет, это от того, что удобнее и быстрее решать задачу при помощи инструмента, который для нее предназначен, чем при помощи того, который не предназначен.

ЕЯ не предназначен для написания спецификаций - поэтому на нем писать их трудно, долго и неэффективно. А вот на ЯП - легко, быстро и эффективно, потому что ЯП изначально спроектированы для написания спецификаций.

На самом деле и джуну модно ставить задачу в виде "поменяй цвет кнопки на вот этой странице". Вот сетке - уже не прокатит. Она не поймет что за кнопка, что за страница, не сможет найти нужный компонент ну и тем более не разберется в том как и откуда прокидывается цвет кнопки.