👯‍♂️ Stage vs Prod: Як знайти реальні відмінності в JSON, ігноруючи "шум"Привіт, екіпаж!Часта задача на регресії: переконатися, що нова версія API повертає те саме, що й стара (за винятком нових фіч). Ви берете два JSON-и по 500 рядків, кидаєте в Text Compare... і все червоне. 😱Чому? Бо змінилися id, createdAt, updatedAt, traceId. Це "динамічний шум". Вам же треба знати, чи не зникло поле price і чи не змінився тип даних у status.Очищати файли вручну? Ні. Попросіть AI зробити Smart Diff.Практичний кейс: Порівнюємо відповідь сервера v1 (Prod) і v2 (Stage).✨ Готовий промпт "JSON Detective":Виступи в ролі QA Lead.У мене є два JSON-об'єкти (Старий і Новий).**Завдання:**Порівняй їх структуру та дані, АЛЕ:1. **Ігноруй** поля, які змінюються динамічно (унікальні ID, timestamp, dates, tokens).2. Фокусуйся на змінах у **бізнес-логіці**: - Чи зникли якісь поля? - Чи змінилися типи даних (наприклад, string став int)? - Чи змінилися значення констант (наприклад, status: "active" стало "ENABLED")?Виведи тільки список значущих відмінностей.**JSON 1 (Old):** ...**JSON 2 (New):** ... ✅ Що видасть AI: Замість тисячі червоних рядків він напише коротко:⚠️ Знайдено критичні зміни: 1️⃣Поле user.fullName зникло в новій версії. Замість нього з'явилися firstName та lastName.2️⃣Поле price змінило тип: було String ("100.00"), стало Number (100.00). Це може зламати старий фронтенд!3️⃣Поле isAvailable змінилося з true на false, хоча товар той самий. Висновок: Ви за хвилину знаходите баги зворотної сумісності (Backward Compatibility), які могли б покласти мобільний додаток, і не витрачаєте час на перегляд таймстемпів.А чим ви порівнюєте великі JSON-и? Очима чи тулами? 👇