SEND HELP (more bugs) 🐜
تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم
الخلاصة
يتابع البث عملًا عمليًا على تنظيم التطوير عبر مركز أوامر قابل للتخصيص وجلسات Warp المتعددة، مع تصور لتحويل هيكل المركز—مسار العمل، ولوحة المهام، ومركز الوكلاء، والتقويم—إلى مواصفات Markdown قابلة لإعادة الاستخدام. يتركز جزء كبير من المراجعة على Talkstore وContent Ops: حصر حالات الاستخدام، وفحص السجلات والتصنيف، وتتبع أعطال بوابة التأكيد وشرائح الإجراءات وتنسيق الردود، وتحسين إجراءات سريعة مرتبطة بسياق التاجر. ظهرت محاولات أولية لكتابة محتوى وتشغيل إثراء المنتجات، لكنها لم تكتمل بنجاح؛ بقيت أعطال الواجهة، وحالة المنتج بلا صورة، وبطء معالجة الكتالوجات، وسلوك الشرائح بعد التنفيذ مسائل تحتاج إلى تحقق. يناقش لقمان أيضًا تصورًا لوكيل تشخيصي ذاتي الاختبار يعمل عند الطلب، مع مراجعة بشرية، واقتراح وضع التخطيط كضابط محتمل قبل الإصلاحات الجريئة—مع الإقرار بأنه لم يُستخدم في الحالة الموصوفة—والتفكير في إنشاء خطوط أساس للانحدار ومراجعتها، رغم أن بعض تفاصيل الإعداد ظلت غير واضحة. وتبقى المصادقة وربط نتائج الوكلاء وتحديد معيار النجاح تحديات مفتوحة. وتشمل المناقشات الأوسع آراء وتجارب غير حاسمة حول أدوات البرمجة وخطط الاستخدام، وأهمية قيمة المنتج، واختبار الطلب على أفكار SaaS قبل البناء، ثم الانتقال من البرمجة إلى الطرح والتسويق والبيع.
53 لحظة من البث
- 0:02:03
متابعة العمل والتصحيح عبر Command Center
يعرض تحديثات على Command Center، منها تقويم يوضح العمل والتقدم وصفحة لمراجعة مهام التصحيح ومتابعة إنجازها.
- 0:03:05
تحديث Warp: تبويبات طرفية رأسية وجلسات متعددة
انطباع عملي أولي عن واجهة Warp المحدّثة: تبويبات طرفية رأسية، إعادة تسمية الطرفيات، وإنشاء جلسات متعددة للتنقل بين سياقات العمل. أبدى المتحدث تحفظه أولًا بسبب عدم الاعتياد ثم وجد التنظيم الجديد مفيدًا، مع قلق غير محسوم بشأن احتمال تقييد الطرفية مستقبلًا.
- 0:06:38
بناء Command Center مخصص لكل مشروع
يشرح فكرة تقديم ملف Markdown منظّم على مراحل ليستخدمه وكيل برمجي في بناء هيكل أولي لـ Command Center، ثم يخصصه المطور وفق احتياجات مشروعه. يفضّل مشاركة الهيكل والإرشادات بدل مستودع جاهز لأن متطلبات كل مشروع مختلفة.
- 0:09:07
فصل الخادم والتصحيح في جلسات طرفية مستقلة
يطبّق ميزة الجلسات المتعددة في Warp لتنظيم الطرفيات حسب الغرض، مثل تخصيص جلسة للخادم وأخرى للتصحيح، بهدف تقليل التشتت والوصول بسرعة إلى سياق العمل المطلوب.
- 0:10:04
تنظيم جلسات التطوير بعلامات Warp العمودية
يوضح المتحدث تقسيم مساحة العمل إلى جلسات منفصلة للبناء وتصحيح الأعطال وتشغيل الخادم، معتبرًا أن علامات التبويب العمودية تجعل عددًا كبيرًا من الطرفيات أسهل في التمييز وأقل إرباكًا.
- 0:11:46
تشديد موثوقية واجهة الدردشة قبل الإصدار
يراجع المتحدث واجهة الدردشة ويعطي الأولوية لإزالة الأعطال الكبيرة قبل الإصدار، مع التمييز بين العمل الضروري والعناصر الزائدة، ويبحث هل تفتح الفقاعة دردشة داخل الصفحة أم تنقل المستخدم إلى المساعد.
- 0:14:16
وكيل لتصحيح الأعطال عبر السجلات والاستجابات
يصف المتحدث حلقة تجريبية يرسل فيها الوكيل طلبًا، ثم يقرأ سجل المصنّف والاستجابة ويراقبهما ليبلّغ عن المشكلات المحتملة. ويرى أن الأسلوب واعد لكنه متقلب ويوافق على ضرورة وجود مراجعة بشرية تشغيلية.
- 0:16:06
تجربة نماذج البرمجة تدريجيًا داخل جلسة متعددة
يقترح المتحدث مساحة متعددة الجلسات في OpenCode لمقارنة نماذج مختلفة واحدًا تلو الآخر على مهام بسيطة مثل البناء الخلفي وتصحيح الأعطال والأمان، بدل تجربة الجميع دفعة واحدة. أسماء بعض النماذج في النص غير واضحة، ولم تُذكر نتائج اختبار مكتملة.
- 0:18:13
موازنة فقاعة دردشة مدمجة مقابل رابط إلى المساعد
يصوغ المتحدث سؤالًا تصميميًا حول مزايا وعيوب فتح محادثة فعلية داخل الصفحة من الفقاعة، مقارنةً باستخدامها كرابط مباشر إلى صفحة المساعد، موضحًا أن الفقاعة المدمجة لم تكن النية الأصلية.
- 0:20:26
اختيار سلوك زر المساعد في الواجهة
يناقش هل تفتح فقاعة الصفحة الرئيسية محادثة مصغرة داخل الصفحة أم تنقل المستخدم إلى صفحة المساعد الكاملة. يختار بداية أبسط: الانتقال إلى صفحة المساعد مع تحويل الزر إلى شكل مستطيل.
- 0:22:16
مركز قيادة لتصحيح الأخطاء دون فقدان التركيز
يعرض أسلوبًا لتنظيم مراجعة التطبيق إلى صقل الواجهة، ومسارات تجربة المستخدم، وإصلاحات الخلفية. أثناء الاختبار تُسجَّل المشكلات في قائمة إصلاحات ويمكن دفعها إلى لوحة المهام، والهدف هو إكمال المسار الحالي خطوة بخطوة بدل الانجراف وراء كل مشكلة جانبية تظهر.
- 0:25:16
بناء مركز قيادة للمشروع من ملف تعليمات
يوضح فكرة وضع ملف مطالبة بصيغة Markdown داخل المشروع كي يستخدمه الوكيل لبناء مركز القيادة، وذكر في البث أنه كان يعتزم شرح طريقة إنشائه من الصفر في فيديو منفصل.
- 0:27:08
طلب فهم المهمة قبل تنفيذها
يبدأ تجربة نموذج آخر بطلب محدود: قراءة المهمة، وشرح المقصود منها، ثم العودة بفهمه قبل التنفيذ. لا تعرض الصفحة نتيجة التجربة أو تقييمًا للنموذج.
- 0:27:54
قيمة العمل العلني والتعلم أثناء البث
يقول إن أولويته هي تقديم فائدة عملية بدل التركيز المتكرر على طلب التفاعل، ويرى أن العمل المباشر أمام الجمهور يمنحه هو أيضًا خبرة إضافية.
- 0:29:17
ما بعد بناء التطبيق: الطرح والتسويق والبيع
يشرح أن بناء التطبيق ليس نهاية الرحلة؛ فالهدف التعليمي الأوسع هو عرض الخطوات اللاحقة أيضًا، من طرح المنتج في السوق إلى تسويقه وبيعه، بدل التوقف عند البرمجة أو الفايب كودينج.
- 0:30:08
قيمة المنتج أساس قابليته للتسويق
يرى المتحدث، استنادًا إلى خبرته التسويقية، أن التسويق يصبح شديد الصعوبة إذا لم يقدم التطبيق قيمة حقيقية، حتى مع الحاجة إلى عمل واستثمار تسويقيين.
- 0:31:17
مركز أوامر للتنقل بين عدة مشاريع
يشرح تصورًا لمركز أوامر يستمر عبر مراحل العمل، مع زر تبديل ينقل المستخدم بين المشاريع المختلفة من واجهة واحدة.
- 0:32:07
فحص تنفيذ مهمة في الصفحة الرئيسية
يطلب تحليل مهمة ومراجعة الصفحة الرئيسية للتحقق مما إذا كانت التغييرات المتعلقة بالرموز التعبيرية والشخصيات قد طُبقت بالفعل، ثم يبحث عن موضعها في الواجهة.
- 0:33:31
توثيق بناء مركز الأوامر تدريجيًا
يوضح أن بناء مركز الأوامر وُثّق تدريجيًا خلال بثوث عامة، وأن المشاهد لا يحتاج إلى متابعة كل المحتوى الطويل لفهم الرحلة. كما يذكر نية تقديم شرح أقصر يعيد بناءه من الصفر مع ملف إرشادي.
- 0:35:59
تحديث حالة المهام المكتملة
يوجّه بتغيير حالة المهام المذكورة سابقًا إلى «مكتملة» بدل إبقائها قيد المراجعة.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب