نقدّم أدلة Mythex والمدونة
نطلق اليوم قسمين جديدين على mythex.ai: الأدلة، وهي مقالات عملية لمن يبنون البرمجيات بالذكاء الاصطناعي، وهذه المدونة، حيث نكتب عن كيفية بناء Mythex وتشغيله.
الأدلة
معظم الأسئلة التي تصلنا لا تتعلق بأزرار Mythex، فوثائقنا docs تغطي ذلك. إنها تتعلق بكل ما يحيط بعملية البناء: ما الذي يحتاجه تطبيق كهذا؟ كم تكلفة تشغيله؟ هل أستخدم منتجاً جاهزاً بدلاً من ذلك؟ كيف أعرف أنه آمن بما يكفي للإطلاق؟
تحاول الأدلة أن تجيب عن هذه الأسئلة بصدق، في خمسة أقسام:
- كيف تبني: تطبيقات الحجز، وأنظمة إدارة العملاء، والمتاجر الإلكترونية، ومنتجات SaaS الأولية، والأدوات الداخلية وغيرها: ما الذي يحتاجه كل منها، والقرارات المتعلقة به، وأول توجيه تبدأ به.
- المقارنات: منشئو تطبيقات الذكاء الاصطناعي، ومساعدو البرمجة، وأدوات No-code جنباً إلى جنب، بما فيها الحالات التي تكون فيها أداة أخرى الخيار الأفضل.
- شرح المفاهيم: قواعد البيانات، وواجهات API، والاستضافة، وDNS، والمصادقة وغيرها، لمن ليسوا مطوّرين.
- الأفكار والإطلاق: أفكار تطبيقات تستحق البناء، وما التكلفة الحقيقية للبرمجيات، وكيف تتحقق من فكرتك وتسعّرها وتطلقها.
- التوجيه والشحن: الحصول على نتائج أفضل من منشئ تطبيقات بالذكاء الاصطناعي، وأخذ ما ينتجه إلى الإنتاج بأمان.
هناك بعض المبادئ التي نلتزم بها: لا إحصاءات مختلقة، ولا قصص عملاء مصطنعة، والادعاءات عن منتجات أخرى تُذكر كما تصرّح به تلك المنتجات نفسها (مع تاريخ، لأنها تتغير)، ويُذكر Mythex حيث يفيد فعلاً لا في كل فقرة.
المدونة
المدونة تجربة مباشرة: أشياء حدثت أثناء بناء Mythex وتشغيله. وهذا يشمل الأجزاء غير البرّاقة، لأنها غالباً الأكثر فائدة للقراءة:
- كيف وصلنا بعمليات النشر إلى صفر أخطاء 502
- خطأ نفاد الذاكرة المختبئ في تسمية شريط تقدّم
- ملف التبديل (swap) المفقود الذي جمّد خوادمنا
- لماذا نقلنا خوادمنا إلى ARM
- محاسبة قواعد البيانات بحسب ما تستخدمه فعلاً
وملاحظات عن المنتج، مثل لماذا يحصل كل تطبيق في Mythex على قاعدة بياناته الخاصة وكيف تبقى التطبيقات المنشورة تعمل أثناء إعادة نشرها.
إذا كان هناك دليل تود أن نكتبه، أخبرنا عبر support@mythex.ai.