إعادة بناء منصة الديسكتوب
مالك المنصة لتطبيق الديسكتوب: محرّك الصوت، وسوكيت النسخ النصي، وعملية الإصدار، وحلقة القياسات اللي بتقرّر نبني إيه بعدين.
المشكلة
تطبيق ديسكتوب في مرحلة التأسيس لازم يكون معتمَد عليه قبل ما يكون ذكي. ده معناه محرّك صوت حقيقي، وخط نسخ نصي بيصمد قدّام الشبكات الوحشة، ومعمارية الفريق يقدر يكمّل يبني عليها، وطريقة تحوّل إشارات الإنتاج لشغل صح بالترتيب الصح.
ما الذي بنيناه
مسكت قيادة المنصة وأعدت بناء تطبيق الديسكتوب من اللبنات لفوق: أعدت شغل محرّك الصوت، بنيت سوكيت نسخ نصي مرن بيصمد قدّام الاتصالات المتقطّعة، ظبّطت المعمارية، وكتبت الأعراف اللي الفريق بيبني عليها دلوقتي. وبعدين قفلت الحلقة بـ workflow وكيلي بيسحب من Sentry و Amplitude وقياسات تانية، بيحوّلها لشغل مرشّح، وبيغذّي الـ backlog على دورة منتظمة وقابلة للمراجعة. ملاحظات المستخدمين بتمشي في نفس الماسورة: بتتفرز في إصدارات مخطّطة مع البورد ومدير التسليم، فاللي بيتشحن هو اللي بيحرّك الاستقرار والأداء فعلًا. وبملك كامل workflow إدارة الإصدارات: مسارات منفصلة، أوتوماتيك بالكامل بـ GitHub Actions وتوقيع الكود، فالإصدار بيتشحن من commit واحد محصور في patches أو minors، أو تشغيلة workflow لمرة واحدة.