🩺 Stack trace показывает где умерло, но не почему

https://medium.com/@shivathapaa/your-stack-trace-says-where-it-died-it-wont-say-why-a09d067f2a75

Автор строит единый observability-пайплайн для KMP-приложения - логи, крэши и перформанс-трейсинг не как три разрозненных SDK, а как один поток данных с разными точками выхода.

☝️ Главная мысль — логирование и крэш-репортинг не две отдельные системы, а один pipeline с несколькими синками: одна и та же запись лога попадает и в Logcat для разработчика, и в крэш-бэкенд как breadcrumb или как non-fatal, в зависимости от уровня серьёзности. В статье разбирается, почему сама телеметрия обязана падать молча и не тянуть за собой приложение, где правильно место для редакции секретов, почему не всякое исключение стоит алерта, и как приватность закладывается в саму структуру данных, а не остаётся правилом на код-ревью.

👨‍💻 Отдельный большой раздел - про границу между commonMain и платформенными SDK: как передавать данные через cinterop-стену, не протаскивая типы SDK в общий код, и как аккуратно развести зависимости между модулем логирования и модулем крэшей.

Обсуждаем тут -> https://t.me/famous_md_bot (Tier 3)
——————
💭 Один из самых системных разборов observability для мультиплатформенного приложения, с честными оговорками про компромиссы. Скинь тому, кто строит логирование и крэш-репортинг в KMP.

Telegram | Селеба | Max | YouTube