вопрос дня: как вы бы спроектировали интеграцию плагина WooCommerce с новым commerce-протоколом, если в проде

вопрос дня: как вы бы спроектировали интеграцию плагина WooCommerce с новым commerce-протоколом, если в проде уже живые заказы и нельзя сломать checkout

Вот кейс из практики: Yandex открыл YCP, а готового решения для WooCommerce нет. Значит, кандидатский ответ тут — не «ну, напишем API-клиент», а нормальная архитектура с защитой от боли.

3 шага, которые я бы ждал в собесе:

1) Сначала определяем границы протокола
Не «все подряд», а конкретно: какие 10 эндпоинтов закрываем, где создаем заказ, где подтверждаем, где отменяем.

2) Дальше — идемпотентность и консистентность
Если прилетит повторный запрос из Алисы по тому же session_id, заказ не должен плодиться как кролики. Это базовая защита от дублей и “новых заказов на 0 ₽”.

3) Потом — совместимость с хранилищем
В WooCommerce это уже не только классические post-таблицы, но и HPOS. Если это не учесть, плагин «работает» ровно до первого реального магазина.

Хороший ответ на техсобесе тут — не перечислить технологии, а показать, как вы не дадите интеграции развалить продажи. Вот это уже уровень.