А вы точно все это сравнивали в повседневном использовании? Карпаты? Проплаченное? Лол. Оно конечно немного вкусовщина, да и для разных задач лучше подходят разные инструменты, но есть и объективные факторы, за счёт которых Claude Code действительно превосходит все остальные приложения для агентской разработки.
Тут 37 слов, плюс пунктуация, окончания часто идут с пробелами в одном токене. Ну 60-70 токенов допустим, но 4-5/с и близко нет. В любом случае неюзабьельно. (ни по размеру, не понятно для чего вообще такие модели можно применять, ни по скорости)
Все станет гораздо проще понять, если пойти в код Go и почитать непосредственно там что происходит под капотом при передаче сообщения. В статье не упомянут важный момент про поток исполнения. И synctest тут вообще не понятно зачем, ещё и без полного кода с вводящим в заблуждение комментарием.
В озоне лет 5 назад выпиливал из кода подобный велосипед (правда в том месте все ещё был yarn), за счёт сильной связанности он усложнил переход на python3. Там тоже была обвязка, которая дублировала существующую стандартную функциональность. Чтобы избавиться от такой ситуации в будущем вводил декларативный подход - отдельно описывалось что где как и когда запускать, а в коде оставалась только реализация бизнес логики - датафреймы на вход -> датафреймы на выход (вход опционально, если источник внешний). На текущем месте радуюсь что все необходимые подобные абстракции уже реализованы в dagster, а Spark-over-k8s запускается в client mode (если хочется) без танцев с бубном (никаких yaml без строгой необходимости, вся нутрянка определяющая окружение защита в конфиге этого окружения, и ничего описанного в статье велосипедить не нужно). Но это конечно требует экспертизы и не отменяет большой работы по настройке.
Джоба которая пытается контролировать окружение - антипаттерн. Окружение должно запускать джобу и делать чтобы ей было хорошо, а не наоборот.
Но в целом то конечно пофиг, особенно если загрузка кода через бакет, а не git... Удобно наверное. Если в данных условиях процессы работают - то хорошо и все молодцы.
А Livy разве не потерял актуальность с появлением Spark Connect?
Раньше и продукта не было. Расширился круг задач и уровень автономности. Кроме codex везде использую по API - количество токенов в месяц выросло x10-x100, а денег стало уходить x5. По использованию подписки и лимитам бесполезно смотреть, там нет четкой метрики по количеству токенов.
Звучит как "переписать весь почтовый сервис чтоб можно было на хабре пожаловаться как монга тормозит и/или теряет почту юзеров" :-)
Или "как мы учили монгу переживать ученьки"... хотя такое по-любому уже было, возможно только опубликовано где-то внутри Яндекса, такие страшилки не для публики...
Вероятно оказалось более продуктивным эти самые 10к зарплат переложить на тех кто поставляет стойки. Минимизировать персонал и список работ внутри ДЦ звучит разумной стратегией.
А вы точно все это сравнивали в повседневном использовании? Карпаты? Проплаченное? Лол. Оно конечно немного вкусовщина, да и для разных задач лучше подходят разные инструменты, но есть и объективные факторы, за счёт которых Claude Code действительно превосходит все остальные приложения для агентской разработки.
Тут 37 слов, плюс пунктуация, окончания часто идут с пробелами в одном токене. Ну 60-70 токенов допустим, но 4-5/с и близко нет. В любом случае неюзабьельно. (ни по размеру, не понятно для чего вообще такие модели можно применять, ни по скорости)
Было бы интересно почитать про истоки и эволюцию концепции skills. То что написано в статье - чья-то галлюцинация.
там сколько токенов в выводе на скрине? 50? 1 токен в секунду?
А. Блин, горутину же стартуем, чот я переупростил в голове. Но про synctest все равно можно было раскрыть :-).
Все станет гораздо проще понять, если пойти в код Go и почитать непосредственно там что происходит под капотом при передаче сообщения. В статье не упомянут важный момент про поток исполнения. И synctest тут вообще не понятно зачем, ещё и без полного кода с вводящим в заблуждение комментарием.
alert("откройте проводник пожалуйста");
На самом деле довольно хорошо все задумано, но зачем таскать копипасту энтрипойнта с зависимостью от пакета в каждой джобе?
В озоне лет 5 назад выпиливал из кода подобный велосипед (правда в том месте все ещё был yarn), за счёт сильной связанности он усложнил переход на python3. Там тоже была обвязка, которая дублировала существующую стандартную функциональность. Чтобы избавиться от такой ситуации в будущем вводил декларативный подход - отдельно описывалось что где как и когда запускать, а в коде оставалась только реализация бизнес логики - датафреймы на вход -> датафреймы на выход (вход опционально, если источник внешний). На текущем месте радуюсь что все необходимые подобные абстракции уже реализованы в dagster, а Spark-over-k8s запускается в client mode (если хочется) без танцев с бубном (никаких yaml без строгой необходимости, вся нутрянка определяющая окружение защита в конфиге этого окружения, и ничего описанного в статье велосипедить не нужно). Но это конечно требует экспертизы и не отменяет большой работы по настройке.
Джоба которая пытается контролировать окружение - антипаттерн. Окружение должно запускать джобу и делать чтобы ей было хорошо, а не наоборот.
Но в целом то конечно пофиг, особенно если загрузка кода через бакет, а не git... Удобно наверное. Если в данных условиях процессы работают - то хорошо и все молодцы.
А Livy разве не потерял актуальность с появлением Spark Connect?
Раньше и продукта не было. Расширился круг задач и уровень автономности. Кроме codex везде использую по API - количество токенов в месяц выросло x10-x100, а денег стало уходить x5. По использованию подписки и лимитам бесполезно смотреть, там нет четкой метрики по количеству токенов.
Цены за те же возможности падают в два раза чуть ли не каждые полгода.
Хз как именно, но статья бы сильно выиграла если бы получилось это хорошо раскрыть. Как получилось в принципе тоже с удовольствием прочитал.
Звучит как "переписать весь почтовый сервис чтоб можно было на хабре пожаловаться как монга тормозит и/или теряет почту юзеров" :-)
Или "как мы учили монгу переживать ученьки"... хотя такое по-любому уже было, возможно только опубликовано где-то внутри Яндекса, такие страшилки не для публики...
как ручка превратилась в handler? редактор с AI-автозаменой?
За эти деньги оно должно ещё Cyberpunk в 40fps fhd тянуть
На эпиках/ксеонах и 4x3090 действительно можно собрать что-то стоящее, если про экономию. Нет смысла мучаться с (недо)описанным в статье железом.
Тоже на этом месте остановился, чтобы пожелать автору использовать llm при написании статей как-нибудь по-другому.
Только типы? А сам Native целиком вместе с реализацией что помешало взять?
Вероятно оказалось более продуктивным эти самые 10к зарплат переложить на тех кто поставляет стойки. Минимизировать персонал и список работ внутри ДЦ звучит разумной стратегией.