منذ ستة أشهر، اخترت Supabase بدلاً من Firebase لمشروع Nexural. كانت لدي أسباب وجيهة — PostgreSQL، أمان على مستوى الصفوف، قابلية الاستضافة الذاتية. لكنني كدت أنسى تلك الأسباب. الشيء الوحيد الذي أنقذني من إعادة تقييم نفس القرار (وإضاعة أسبوع) كان ملف ماركداون كتبته في 15 دقيقة.
المشكلة
كل فريق هندسي يمر بهذا الحوار:
"لماذا نستخدم RabbitMQ بدلاً من Kafka؟" "أعتقد أن Dave اختاره. Dave غادر منذ 8 أشهر." "..." "هل يجب أن نتحول إلى Kafka؟"
والآن أنت تقضي سباقًا لإعادة تقييم قرار تم تقييمه بالفعل. المعرفة المؤسسية غادرت الباب.
سجلات قرارات المعمارية (ADRs)
ADR هو مستند قصير يلتقط قرارًا مهمًا. سجلاتي بسيطة جدًا:
\\
