Shopify replaced Redis with MySQL for inventory reservations–and it scaled
Мы заменили Redis‑хранилище резервов на MySQL и смогли выдержать нагрузку в $5,1 млн продаж в минуту в 2025 году.
Ключевая идея — по одной строке на каждый товарный остаток, а не на одну строку на товар с колонкой количества. Это позволило использовать SKIP LOCKED, получая конкурентный доступ к отдельным единицам и избегая конфликтов при одновременных покупках.
Получилось два важных вывода. Во‑первых, старые ограничения (одна строка‑количество) устарели: современные версии MySQL уже поддерживают нужный уровень изоляции, и их стоит перепроверить при росте нагрузки. Во‑вторых, простая прототипная проверка (небольшой скрипт, мониторинг блокировок) раскрыла реальный узел — избыточное использование соединений, а не «медленные» запросы. В итоге система стала надёжнее: больше нет перепродаж и больше завершённых покупок, а база остаётся здоровой для всех остальных процессов.
Комментарии (113)
Тред критикует подход Shopify к резервированию товаров, предлагая альтернативы: отдельная строка на заказ-товар или фоновый возврат товаров в запас. Участники согласны, что денормализация повышает производительность, но может вызывать проблемы с согласованностью и блокировками. Рекомендуется шардирование таблицы запасов по ID магазина для снижения нагрузки. Некоторые считают Shopify шагом назад — вместо Redis используется диск-ориентированная БД, не справляющаяся с десятками тысяч одновременных соединений. Хотя готовые решения проще, в данном случае они могут быть неоптимальны.
Pi's Minimalism Is Its Advantage 🔥 Горячее 💬 Длинная дискуссия
Pi — это лёгкий, но мощный фреймворк для агентного программирования, который сознательно отказывается от «тяжёлых» системных промптов и множества встроенных инструментов. Его ядро состоит всего из четырёх базовых средств, а полный набор инструкций и описаний укладывается в менее 1 000 токенов. Такая «контекстная дисциплина» позволяет модели работать в узком рабочем пространстве, экономя ресурсы и ускоряя выполнение.
В независимых исследованиях, включая оценку Databricks на многомиллионной кодовой базе, Pi продемонстрировал наивысший проходной коэффициент при значительно меньшей стоимости за задачу по сравнению с Claude Code и Codex. Аналогично, в кейсе Shopify команда создала собственный набор расширений поверх Pi, сохранив минимализм, но получив гибкость для построения кастомных рабочих потоков. Такое сочетание дешевизны, скорости и возможности добавлять только действительно нужные инструменты делает Pi идеальным как для крупных корпораций, так и для локальных моделей с ограниченным контекстом.
Комментарии (183)
Пользователи ценят минимализм Pi за возможность настройки и создания эффективных рабочих процессов, включая использование на серверах, интеграцию с другими инструментами и разработку собственных агентов. Однако отмечаются недостатки: медленный запуск, отсутствие поддержки стандартных сокращений и несоответствие некоторым ожиданиям, что затрудняет использование. Некоторые считают минимализм Pi недостатком — он не предоставляет достаточных функций для эффективной работы, и другие инструменты могут быть предпочтительнее для конкретных задач. Рекомендуется фокусироваться на результате и постепенно дорабатывать Pi, а не стремиться к идеальной настройке с начала.
There is a huge pool of exceptional junior engineers 💬 Длинная дискуссия
Многие компании упускают огромный потенциал, отказываясь нанимать джуниор-инженеров, предпочитая только сеньоров. Это даёт конкурентное преимущество тем, кто готов инвестировать в молодые таланты: мотивированные джуниоры быстро обучаются с помощью ИИ, привносят свежие идеи и демонстрируют высокую лояльность. Например, Shopify планирует нанять 1000 стажёров, отмечая их энергию и влияние на команду.
Ключевые ошибки работодателей — устаревшие представления о длительном онбординге и интервью, сфокусированные на алгоритмах, а не на реальных навыках. Джуниоры, свободные от шаблонов, часто превосходят сеньоров в гибкости и скорости обучения. Чтобы найти лучших, стоит искать кандидатов вне традиционных каналов, например, среди тех, кто не прошёл в Y Combinator, но проявил инициативу.
Комментарии (278)
- Сложности найма джунов из-за заучивания LeetCode и использования ИИ в учебе, снижения страсти к профессии.
- Риски найма слабых джунов и необходимость эффективных фильтров для выявления талантов.
- Переизбыток выпускников CS на фоне сокращения числа вакансий для новичков.
- Важность реального опыта для джунов и конкуренции с ИИ.
- Разные подходы к оценке джунов: сложные задачи vs. простые, проверка мышления и сотрудничества.
Bundler Belongs to the Ruby Community 🔥 Горячее
Автор, известный как «парень из Bundler», рассказывает о 15-летней истории проекта, который он помогал развивать с 2010 года. Изначально созданный Yehuda и Carl, Bundler быстро стал стандартом управления зависимостями в Ruby, сохранив свою структуру до версии 2.7.2. После ухода основателей автор взял на себя ведущую роль в поддержке, сотрудничая с Terence Lee и позже основав Ruby Together для финансирования разработки.
Сейчас Ruby Central заявляет права на владение названием Bundler, что противоречит духу сообщества. В ответ автор зарегистрировал товарный знак, чтобы защитить репутацию проекта и его maintainers, подчеркивая, что код остаётся под MIT-лицензией, а название принадлежит сообществу. Ключевая цель — обеспечить, чтобы решения по проекту принимались самими пользователями и разработчиками, а не одной организацией.
Комментарии (49)
- Финансирование Ruby Central от спонсоров вроде Shopify было условием захвата контроля над Bundler и RubyGems, что привело к корпоративному захвату инфраструктуры.
- В ответ на это был зарегистрирован товарный знак Bundler, чтобы предотвратить захват и передать его под управление нового, действительно сообщественного органа.
- Ключевой риск — потеря давних мейнтейнеров, раскол сообщества и форк ключевой инфраструктуры, что создаст хаос.
- Сообщество ожидает ответа от Ruby Central, включая возобновление запланированного Zoom-звонка, но пока ситуация в подвешенном состоянии.
- Под вопросом юридическая сила товарного знака, так как его долгое отсутствие enforcement может означать отказ от прав или генерализацию.
Shopify, pulling strings at Ruby Central, forces Bundler and RubyGems takeover 🔥 Горячее 💬 Длинная дискуссия
Ruby Central, испытывающая финансовые трудности после потери спонсорства Sidekiq ($250 тыс. в год), по требованию Shopify взяла под контроль ключевые проекты Ruby-сообщества — Bundler и RubyGems — без согласия их многолетних сопровождающих. Shopify пригрозила отозвать финансирование, если Ruby Central не обеспечит полный контроль над репозиториями и правами на gems, что привело к принудительному изменению прав доступа и исключению ведущих разработчиков, включая Андре Арко с 10-летним стажем.
Этот захват был преднамеренным: Shopify заранее организовала дежурство для замены прежних сопровождающих, а совет Ruby Central проигнорировал предупреждения о незаконности действий и альтернативы в виде форков. Инцидент подчеркивает риски зависимости open-source от корпоративного финансирования, где сообщество теряет автономию под давлением спонсоров.
Комментарии (307)
- Sidekiq прекратил спонсорскую поддержку Ruby Central на $250 тыс. в год из-за участия DHH в RailsConf 2025, что вызвало споры о его политических взглядах.
- Shopify и Ruby Central взяли под контроль инфраструктуру RubyGems и Bundler, удалив ключевых мейнтейнеров, официально — для усиления безопасности supply chain.
- Сообщество раскололось: часть видит в действиях Shopify корпоративный захват, другие — необходимые меры после недавних атак на npm.
- Критики обвиняют Ruby Central в злоупотреблении властью и плохой коммуникации, особенно после передачи прав на репозитории без консенсуса.
- Наблюдатели отмечают, что конфликт усугубляется давними культурными разногласиями в сообществе Ruby, выходящими за рамки технических вопросов.
Stripe Launches L1 Blockchain: Tempo 🔥 Горячее 💬 Длинная дискуссия
Tempo — блокчейн первого уровня, созданный для платежей. Поддерживает все основные стейблкоины, обеспечивает 100 000+ TPS, финальность <1 сек, предсказуемые минимальные комиссии и встроенную приватность. Разработан Stripe и Paradigm при участии Visa, Deutsche Bank, Shopify, Revolut и др.
Ключевые возможности
- Платёжные фичи: мемо-поля, батч-переводы, разрешения/блокировки по пользователям.
- Стабильные комиссии: оплата любым стейблкоином, выделенный «платёжный» канал.
- Приватность: скрытые детали транзакций при сохранении соответствия нормативам.
- Масштабируемость: ремиттенсы, глобальные выплаты, встроенные финансы, микроплатежи, агентская торговля, токенизированные депозиты.
Для разработчиков
EVM-совместимый, нейтральный к стейблкоинам, нативный обмен между ними, документация скоро.
Доступ
Сейчас приоритетный доступ к тестнету для партнёров.
[partners@tempo.xyz](mailto:partners@tempo.xyz?subject=Requesting access to Tempo)
Комментарии (961)
- Stripe запускает «блокчейн» Tempo под стейблкоины, чтобы ускорить и удешевить движение денег между своими клиентами.
- Критики считают проект маркетинговым трюком: вместо децентрализованной сети — закрытая база данных под контролем Stripe и партнёров.
- Главная выгода — регуляторный арбитраж: стейблкоины пока обходят банковские нормы, позволяя хранить и переводить доллары без классических банков.
- Технически ничего нового: высокая пропускная способность достигается за счёт централизованного набора валидаторов; Ethereum-совместимость нужна лишь для совместимости с инфраструктурой.
- Бизнес-кейсы — мгновенные выплаты, ликвидность между странами и спасение от медленной банковской инфраструктуры в ЛатАмерике и Азии.