Раньше и продукта не было. Расширился круг задач и уровень автономности. Кроме codex везде использую по API - количество токенов в месяц выросло x10-x100, а денег стало уходить x5. По использованию подписки и лимитам бесполезно смотреть, там нет четкой метрики по количеству токенов.
Звучит как "переписать весь почтовый сервис чтоб можно было на хабре пожаловаться как монга тормозит и/или теряет почту юзеров" :-)
Или "как мы учили монгу переживать ученьки"... хотя такое по-любому уже было, возможно только опубликовано где-то внутри Яндекса, такие страшилки не для публики...
Вероятно оказалось более продуктивным эти самые 10к зарплат переложить на тех кто поставляет стойки. Минимизировать персонал и список работ внутри ДЦ звучит разумной стратегией.
Не знаю почему этот комментарий адресован сюда. Я работал с системой где на postgresql кластере было легко получить 100к параллельно висящих запросов но не заметить при этом больших проблем на проде.
А без BPMN? Зная, примерно, что какая-то функциональность должна быть реализована в коде, как ее найти? И по коду, как разобраться за какую часть бизнес процесса этот код отвечает? Ctrl+клик не сложно реализовать, но имхо это повлияет не так сильно, как в целом наличие описанных процессов в BPMN. (Впрочем это не оправдывает пост, который обрывается на середине слившись во что-то странное после спорного аргумента против postgresql)
Спасибо за статью, хорошо собрали все связанные проблемы вместе. Вступление возможно стоит поправить, из него вообще не понятно что речь идёт о разнесении таблиц по разным базам - после прочтения вступления и первой секции возникла мысль написать "автор, ты чо, реально про нормальные формы не слышал?"
Вы кстати тоже ходите в него через JDBC который внутри всё в tsv перегоняет?
Недавно у Clickhouse появился Arrow Flight SQL в качестве нового интерфейса, через spark-flight-connector тратится на порядок меньше CPU на десериализацию vs старый JDBC.
Раньше и продукта не было. Расширился круг задач и уровень автономности. Кроме codex везде использую по API - количество токенов в месяц выросло x10-x100, а денег стало уходить x5. По использованию подписки и лимитам бесполезно смотреть, там нет четкой метрики по количеству токенов.
Цены за те же возможности падают в два раза чуть ли не каждые полгода.
Хз как именно, но статья бы сильно выиграла если бы получилось это хорошо раскрыть. Как получилось в принципе тоже с удовольствием прочитал.
Звучит как "переписать весь почтовый сервис чтоб можно было на хабре пожаловаться как монга тормозит и/или теряет почту юзеров" :-)
Или "как мы учили монгу переживать ученьки"... хотя такое по-любому уже было, возможно только опубликовано где-то внутри Яндекса, такие страшилки не для публики...
как ручка превратилась в handler? редактор с AI-автозаменой?
За эти деньги оно должно ещё Cyberpunk в 40fps fhd тянуть
На эпиках/ксеонах и 4x3090 действительно можно собрать что-то стоящее, если про экономию. Нет смысла мучаться с (недо)описанным в статье железом.
Тоже на этом месте остановился, чтобы пожелать автору использовать llm при написании статей как-нибудь по-другому.
Только типы? А сам Native целиком вместе с реализацией что помешало взять?
Вероятно оказалось более продуктивным эти самые 10к зарплат переложить на тех кто поставляет стойки. Минимизировать персонал и список работ внутри ДЦ звучит разумной стратегией.
Перекладывать JSON'ы?
Не знаю почему этот комментарий адресован сюда. Я работал с системой где на postgresql кластере было легко получить 100к параллельно висящих запросов но не заметить при этом больших проблем на проде.
А без BPMN? Зная, примерно, что какая-то функциональность должна быть реализована в коде, как ее найти? И по коду, как разобраться за какую часть бизнес процесса этот код отвечает? Ctrl+клик не сложно реализовать, но имхо это повлияет не так сильно, как в целом наличие описанных процессов в BPMN. (Впрочем это не оправдывает пост, который обрывается на середине слившись во что-то странное после спорного аргумента против postgresql)
Спасибо за статью, хорошо собрали все связанные проблемы вместе. Вступление возможно стоит поправить, из него вообще не понятно что речь идёт о разнесении таблиц по разным базам - после прочтения вступления и первой секции возникла мысль написать "автор, ты чо, реально про нормальные формы не слышал?"
Hidden text
Возмущение в силе, чувствую я, дзен покинуть урлы этого поста ведут.
Это хорошо, когда процессы выстроены так, что без ревью код рандомного отдела не залезет в общий даталейк.
Вы кстати тоже ходите в него через JDBC который внутри всё в tsv перегоняет?
Недавно у Clickhouse появился Arrow Flight SQL в качестве нового интерфейса, через spark-flight-connector тратится на порядок меньше CPU на десериализацию vs старый JDBC.
Для истории стоит отметить, что разработка Servo была одной из причин появления Rust.
Возможно стоит смотреть ещё шире.