Inside the Core Engine
تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم
الخلاصة
يركّز البث على تطوير تطبيق Burnish لـShopify، ولا سيما صقل مسار التهيئة متعدد الخطوات ليبدو أصليًا ومتسقًا مع Shopify، وتحسين عرض القيمة من منظور التاجر، ومراجعة النصوص والبطاقات والتنقل والتسعير بالاستناد إلى مراجع بصرية. ظل بعض العمل غير مكتمل، بما في ذلك تعديلات المحتوى والتصميم، ربط الوظائف الخلفية، مشكلات الروابط العميقة، والتعامل مع اعتماد التهيئة على حالة قاعدة البيانات. وبالتوازي، يناقش لُقمان بناء سير Git أكثر أمانًا للعمل مع عدة وكلاء: تنظيف المستودع، عزل المهام بفروع وworktrees، فحص التعارضات قبل الدمج، والتحقق من خوادم التطوير والروابط، مع اقتراح سجل تشخيصي متجدد للمشكلات وحلولها. وتشمل أسئلة الجمهور ونقاشاته SEO وGEO واكتشاف المنتجات عبر الذكاء الاصطناعي، تقييم الطلب عبر مؤشرات القمع، ونصائح التعلم العملي لبناء SaaS. كما يعرض المتحدث انطباعات شخصية وغير حاسمة عن Codex وClaude وGemini وGPT ومعايير البرمجة، مؤكدًا أن جودة النتائج تتأثر بطريقة الاستخدام وأن المقارنات غير الرسمية لا تكفي لحكم موثوق.
109 لحظة من البث
- 2:30:06
تنظيف المستودع قبل تطبيق نظام worktree جديد
بعد إزالة الفروع وworktrees والملفات غير المرغوبة، ينتقل العمل إلى مرحلة تصميم نظام أكثر صرامة لإدارة سير العمل. الهدف المعلن هو بدء التجربة من حالة نظيفة والعمل بحرية من دون تشابك الفروع أو التغييرات.
- 2:32:29
تصور لوضع تجريبي مرن لتطبيق Shopify
طُرح وضع تجريبي يتيح تبديل منظور التطبيق بين مستويات الخطط المختلفة، مع تصور مستقبلي لمحاكاة أحجام متاجر وكتالوجات متنوعة وإعادة ضبط التطبيق وعمليات الفحص بسهولة. جرى لاحقاً تأجيل هذا العمل في الوقت الحالي.
- 2:36:22
توجيه مهام الوكلاء وإدارة Git تلقائياً
يناقش التصور تجربة يصف فيها المستخدم المهمة فقط، بينما يقرر الوكيل إن كانت عملاً جديداً وأي فرع أو worktree يناسبها، مستعيناً بحالة المستودع وسياق مهام الواجهة أو الخلفية أو تجربة المستخدم. ويشمل الهدف أيضاً اكتشاف الملفات غير المتتبعة أو أي حالة غير نظيفة فوراً، ومعالجتها أو تنبيه المشغّل وطلب قراره، مع طرح الالتزام المستمر بالتغييرات كحل محتمل لا كقرار نهائي.
- 2:42:13
متى يقرر الوكيل استخدام شجرة عمل أو طلب سحب؟
تصور لسير عمل لا يفرض شجرة عمل أو طلب سحب على كل مهمة، بل يترك للوكيل تقدير متى يحتاج العمل إلى هذا العزل ومتى يكون إغلاق المهمة أو إنشاء طلب سحب مناسبًا.
- 2:43:44
اقتراح تنظيم العمل عبر فروع دائمة مترابطة
اقترح أحد المشاركين قسمًا يعرض الفروع كنقاط مترابطة، بحيث يكشف اختيار الفرع محتواه. نوقشت الفكرة على أنها فروع دائمة لمجالات مثل الواجهة والخلفية، يُدمج العمل المكتمل منها عبر طلبات سحب، مع تشبيه متحفظ بنمط تعدد المستودعات دون حسم المصطلح أو ملاءمته.
- 2:45:43
فحص حالة المستودع وتجنب تراكم العمل غير الملتزم
يناقش المقطع فحص الوكيل للمستودع عند بدء الجلسة، لأن تراكم العمل غير الملتزم أو الملفات غير المتتبعة يفرض لاحقًا إعادة قراءتها والتحقق من سياقها وفرعها. وينتهي بسؤال عن معنى كون الفرع «ahead of main» ومصدر هذه الحالة، من دون ظهور إجابة في الصفحة.
- 3:02:05
بناء سير عمل GitHub أكثر أمانًا
شرح الحاجة إلى تنظيف المستودع وتنظيم الفروع وworktrees ضمن نظام يقلل التدخل اليدوي ومشكلات الدمج وحالة ملفات المستودع. ويرى المتحدث أن تعلّم هذه الأدوات بالممارسة وبناء سير واضح لها استثمار ضروري قبل مواصلة التطوير.
- 3:03:34
من التصميم إلى الاختبار ثم الإطلاق
لا يزال نظام الإعداد الأولي غير مكتمل، بينما يقترب تصميم التطبيق من الاكتمال. والخطة هي إنهاء التصميم ثم اختبار التطبيق من جوانب متعددة قبل الإطلاق.
- 3:04:46
قياس الطلب باستخدام قمع تسويقي
يناقش المتحدث تفعيل قمع تسويقي وإعلانات بعد طرح التطبيق على Shopify لفهم تكلفة الاكتساب وتكلفة العميل المحتمل ومؤشرات الأداء الأخرى، وتقدير حجم الطلب وصعوبة الوصول إليه. كما يشير إلى أن بيانات التثبيت والاستخدام وLTV تصبح مهمة عند وجود مستخدمين فعليين. ويمكن أن تعطي النتائج الأولية فكرة عن الطلب وأداء القمع.
- 3:10:16
نظام لإدارة فروع GitHub وعمل الوكلاء
شرح فكرة نظام يخفف الإدارة اليدوية لـ GitHub عبر فحص الملفات غير الملتزم بها والكود الميت والفروع وأشجار العمل، ثم اختيار الفرع أو شجرة العمل المناسبة لكل مهمة. كان النظام لا يزال قيد التجربة، والهدف تقليل التعارضات وفقدان سياق العمل وتشتت المطور عن التطبيق نفسه.
- 3:16:26
مؤشرات أعلى القمع لاختبار اتجاه المنتج
يناقش أن بيانات أعلى القمع من فيسبوك قد تكشف مستوى الطلب والجذب وتقدم إشارات أولية إلى صحة الاتجاه، لكنها لا تثبت نجاح التطبيق بمفردها.
- 3:23:27
التحقق من الدمج وتنظيف حالة Git
تأكيد دمج PR 54، والتحقق من أن الحالة النهائية نظيفة، مع التنبيه إلى إزالة البقايا التي قد تسبب التباسًا قبل بدء العمل التالي.
- 3:29:22
تسليم معلم تقني وتقسيم العمل إلى مهام مستقلة
طلب موجز تسليم بسيط لجلسة جديدة لتنفيذ معلم تقني، ثم توضيح أن كل رسالة تتعامل مع مهمة واحدة وأن النظام يتولى إعداد شجرة العمل والفرع دون تعليمات يدوية متكررة.
- 3:34:56
بدء تطوير تسلسل التهيئة في Burnish
بدء جلسة للعمل على تسلسل التهيئة في تطبيق Burnish لـ Shopify، مع تشغيل خادم مرتبط بشجرة العمل المخصصة للقسم الجاري تعديله لتقليل التداخل وتنظيم بيئة التطوير.
- 3:35:26
انطباعات عن أدوات ونماذج البرمجة بالذكاء الاصطناعي
مناقشة تجربة OpenCode مع OpenRouter وعدة نماذج، مع رأي منسوب للمتحدث بأن GPT وClaude كانا أقوى في خبرته العملية وقت التسجيل.
- 3:38:26
بناء موجز تسليم من قرارات التصميم السابقة
طلب الرجوع إلى سياق الجلسة لاستخراج قواعد التصميم وترتيب الصفحات التي سبق العمل عليها، بما في ذلك صفحة الإعدادات ونظام التقييم الذاتي للمراجعة، ثم تحويلها إلى موجز تسليم لجلسة أخرى.
- 3:39:31
قاعدة للتحقق من روابط خوادم التطوير
وضع قاعدة تلزم النظام باختبار الخادم والرابط فعليًا قبل إرجاعهما، ومواصلة التشخيص الذاتي والمحاولة إذا تعذر الوصول إليهما بدل تقديم رابط غير صالح.
- 3:43:30
توثيق الأعطال بعد إصلاحها
إشارة إلى مستند تشخيص ذاتي داخل وثائق المشروع تُضاف إليه المشكلات بعد إصلاحها.
- 3:44:00
العودة إلى الخطوة الأولى في الإعداد
فتح الرابط المقدَّم خطوة اختيار الخطة، بينما لم يُعِد إجراء الرجوع المستخدم إلى الخطوة الأولى، لذلك طُلب رابط مباشر إليها.
- 3:47:21
تحسين نصوص وتسلسل الخطوة الأولى من الإعداد
مراجعة للخطوة الأولى تقترح وصف الزمن بأنه تقريبي، إبراز عنوان بدء فحص الظهور في بحث الذكاء الاصطناعي كعنوان رئيسي، وصياغة نصوص أقصر وأكثر وضوحًا حول زر المتابعة.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب