FIXED 1 BUG. CREATED 3 MORE.
تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم
الخلاصة
بث عملي واسع لمراجعة تطبيق Shopify قبل الإطلاق، جمع بين صقل واجهة الدردشة وتجربة التاجر وتشخيص الأعطال وتحويل الملاحظات إلى قائمة إصلاحات واختبارات داخل مركز أوامر مخصص. شمل العمل تتبّع أعطال مثل المنتجات بلا صور، واختفاء النص أو المرفقات، وبطء الردود، ومشكلات المحاذاة والأزرار السياقية والتأكيد، مع تأكيد أن نجاح تعديل موضعي لا يكفي وأن المراجعة البشرية والاختبار عبر السيناريوهات الحقيقية يظلان ضروريين. ناقش لقمان أيضًا أتمتة دورة التصحيح عبر وكلاء يقرؤون السجلات ويختبرون المسار الخلفي، وإدارة السياق بالوثائق وملفات الحالة والجلسات الجديدة، مع الحفاظ على بوابات التأكيد وGit كنقطة أمان وتجنب الاستقلالية غير المنضبطة. أجابت المناقشات عن أسئلة الجمهور حول Claude وCodex وOpenCode وOpenRouter والنماذج المحلية وأدوات البرمجة الوكيلة. كان الاستنتاج العملي أن اختيار النموذج يعتمد على المهمة والجودة والتكلفة وفهم المشروع، وأن جداول القياس تحتاج إلى قراءة منهجيتها بدل الاعتماد على ترتيب واحد؛ أما تجارب النماذج المتعددة والتوجيه الأرخص فبقي كثير منها خططًا للاستكشاف لا نتائج مكتملة. وتناول البث كذلك التحقق من أفكار المنتجات بصفحات هبوط، وأهمية التسويق والوصول إلى السوق بدل تكرار البناء، والتدرج من نسخة أولى نافعة إلى التوسع وفق الاستخدام الفعلي. ظهرت أيضًا أعمال تصميم وعصف ذهني بصري، ومناقشات عن SEO وGEO ووصف المنتجات، وبناء مجتمع عربي لتبادل الخبرات. بقيت أسئلة مفتوحة حول سبب بعض حالات البطء والمهل، واتساع سياق المصنّف مقابل تكلفته، وموثوقية الأتمتة، وبعض الإصلاحات وتجارب الأدوات التي لم تُختبر نهائيًا.
155 لحظة من البث
- 4:17:34
مهارات اكتسبها من تجربة الدروبشيبنغ أثناء كوفيد
تأمل موجز في تجربة الدروبشيبنغ أثناء فترة كوفيد، مع الإشارة إلى اكتساب خبرة في إدارة الإعلانات، والعثور على المنتجات، وبناء صفحات الهبوط.
- 4:18:23
لماذا لا نوسّع نافذة سياق المصنّف بلا حدود؟
سؤال وجواب حول توسيع سياق المصنّف من رسالة واحدة إلى عدة تبادلات. التفسير هو أن المصنّف يعمل مع كل رسالة، لذلك يزيد السياق الأوسع تكلفة الرموز؛ وطُلب تحويل البدائل المختلفة إلى مقارنة عملية، لكن المقتطف لا يقدم نتيجة كمية واضحة.
- 4:19:30
اختبار سوق التطبيق والبدء بتسويق عضوي
نصيحة لمطوّر تطبيق بأن يختبر قدرته على تنمية المنتج بنفسه أولًا، وأن يبدأ بالتسويق العضوي إذا كانت موارد التسويق محدودة. ويُذكر متجر تطبيقات Shopify بوصفه منظومة يمكن أن تساعد في جلب الزيارات، مع توفر إعلانات داخلها.
- 4:23:03
تحويل العمل إلى مهمة وتشغيل سير العمل
مقتطف عملي يطلب تجهيز العمل كمهمة، وبدءها ضمن سير العمل المعتاد، ثم يطلب إكمالها. بعض أسماء الأوامر وحالة التنفيذ غير واضحة في النص، لذلك لا يمكن الجزم بتفاصيل الأداة أو النتيجة.
- 4:23:56
لا تنتقل إلى التطبيق التالي قبل محاولة تحقيق عائد
ملاحظة عملية بأن كثيرًا من المطورين يبنون تطبيقًا ثم يتجنبون دخول السوق وينتقلون إلى تطبيق آخر؛ والنصيحة هي محاولة تحقيق عائد من المنتج واختبار السوق بدل تكرار البناء فقط.
- 4:29:54
الموازنة بين حجم العمل وجودته عند اختيار أداة برمجة
يناقش المتحدث مفاضلة عملية بين إتاحة تنفيذ عمل أكثر والسعي إلى جودة أعلى، ويعرض رأيًا من الجمهور يفضّل الخيار الأعلى جودة عندما تسمح الظروف. القرار مطروح كتقدير للاحتياج وليس كحكم نهائي على أداة بعينها.
- 4:30:59
كيف تُقرأ معايير مقارنة نماذج الذكاء الاصطناعي؟
يميّز المتحدث بين الانطباعات الشخصية عن النماذج ومعايير المقارنة التي تحاول تقديم قياس أكثر موضوعية. ويوضح أن الموقع المشار إليه يجمع عدة مصادر، وأن النتائج تظل معتمدة على طريقة قراءتها، مع اعترافه بأنه يحتاج إلى وقت لفهم هذه المعايير جيدًا.
- 4:32:46
موازنة توقيت البث مع أوقات الإنتاجية
يناقش المتحدث التوتر بين البث في أوقات نشاط الجمهور والعمل في الصباح، حين يشعر أن إنتاجيته أعلى رغم أن الحضور المجتمعي قد يكون أقل. الفكرة العامة هي موازنة عادات الجمهور مع إيقاع العمل الشخصي.
- 4:33:49
إغلاق مهام التصحيح المفتوحة واحدةً تلو الأخرى
بعد ملاحظة وجود عدة مهام مفتوحة في الوقت نفسه، يبدأ المتحدث مراجعتها بالتتابع. تظهر إشارة منفصلة إلى شاشة تحميل، ثم تسميات مشوشة تبدو مرتبطة بسلوك الطلبات أو الكتالوج، لذلك لا تسمح captions بتحديد الإصلاحات بدقة.
- 4:35:06
إصلاح خطأ قد يكشف أخطاءً أخرى
يراجع المتحدث تقويم الإنجاز وقائمة التصحيح الممتلئة، ويلخّص نمطًا مألوفًا في التطوير: قد يؤدي إصلاح خطأ واحد إلى ظهور عدة أخطاء أو مهام إضافية. لذلك يريد تتبّع تقدم يومي واضح مع استمرار تراكم أعمال التصحيح.
- 4:37:03
ملف Markdown لإعداد مركز أوامر للوكلاء
شرح لقمان فكرة مشاركة ملف Markdown يوضع داخل المشروع ويُعطى للوكلاء لإعداد مركز أوامر مشابه، مع التنبيه إلى أن النتيجة لن تكون مطابقة تمامًا، وقال إنه يعتزم شرح العملية لاحقًا في فيديو.
- 4:41:12
ربط إجراءات ردود الذكاء الاصطناعي بالبيانات ورسم مسار التحويل
راجع لقمان احتمال وجود تكرار في الكود وطلب شرحًا تدريجيًا للاختبار. وتناول مهمة كانت فيها أزرار أسفل ردود الذكاء الاصطناعي عناصر شكلية، مع وصف ربط الإجراءات المحسوبة عبر معالج ببيانات المنتج الفعلية، ثم طلب إنشاء ملف SVG بخريطة عقد توضّح مسار التحويل استعدادًا لفحصه.
- 4:44:48
الاستعداد لتجربة OpenCode بطلب من الجمهور
استجاب لقمان لطلب من الجمهور بتجربة OpenCode، وسأل عن النموذج المطلوب وبدأ تجهيز جلسة جديدة للتجربة. لا تعرض الصفحة نتيجة مكتملة، كما أن أسماء النماذج المنطوقة غير واضحة بما يكفي لإثبات هويتها.
- 4:47:20
تقييم مساعد برمجي بمهام متنوعة
جرّب المقدم مهام بسيطة وتصميمية وخلفية، وفي المهمة الأصعب طلب من المساعد فحص قاعدة الشفرة وجمع النتائج والعودة بخطة من دون تنفيذ أي شيء قبل الإذن.
- 4:51:31
خطة احتياطية لفشل التصنيف عند انتهاء المهلة
ناقش المقدم مشكلة تصنيف غير مطبقة بعد، وراجع اقتراحًا لزيادة مهلة الانتظار إلى 15 ثانية مع إضافة مسار احتياطي يعتمد على الكلمات المفتاحية عند فشل المصنّف، ثم أبدى تفضيله للخيار المقترح دون أن توضح المقاطع نتيجة تنفيذ نهائية.
- 4:58:50
تشخيص بطء ردود الدردشة بمقارنة تحليلات نماذج الذكاء الاصطناعي
عُرضت مشكلة تأخر الرد على التحيات البسيطة في واجهة دردشة، مع احتمال وجود أسباب متعددة وتعطل الخادم مؤقتًا أثناء الفحص. جرت مقارنة تحليلين من نموذجين ثم طُلب من نموذج ثالث التحكيم بينهما دون إضافة حل من عنده. أشار التقييم إلى أخطاء واقعية في بعض الادعاءات، ورجّح التحليل الذي لاحظ أن معالج المحادثة نفسه قد يكون أثقل من اللازم للتعامل مع التحيات.
- 5:09:22
تسريع الوكيل في المهام الحوارية البسيطة
اقتراح لتحسين سرعة الوكيل في بدايات المحادثة المباشرة عبر إسناد التحقيق إلى وكلاء فرعيين، مع إمكانية الاستعانة بنماذج أخرى. بعض الألفاظ التقنية في النص غير واضحة.
- 5:11:40
متى ينبغي للوكيل أن يتوقف ويسأل؟
تقييم عملي لوكيل استغرق وقتًا طويلًا في تشخيص عطل بالخادم: البطء مقبول إذا أدى إلى إصلاح، لكن الاستمرار في حلقة تفكير دون نتيجة أو سؤال توضيحي يهدر الوقت والرموز. يناقش المتحدث أيضًا صعوبة معرفة ما يفعله الوكيل أثناء التنفيذ.
- 5:16:42
الاستقلالية الطويلة لا تلغي مراقبة التكلفة
نقاش حول وكلاء يُقال إنهم يستطيعون العمل لساعات وتصحيح مسارهم دون الرجوع إلى الإنسان. ويقابل الإعجاب بهذه الاستقلالية قلق عملي من استمرار تراكم التكلفة أثناء التنفيذ.
- 5:19:20
اختيار نموذج البرمجة حسب الخبرة بسياق المشروع
يرى المتحدث أن جودة العمل لا تعتمد على قوة النموذج وحدها، بل على خبرة المستخدم به ومدى فهمه لقاعدة الشفرة. يفضّل نموذجًا اعتاد العمل معه، مع إبقاء نماذج أخرى متاحة للحالات المناسبة، ويؤكد أن على الوكيل التوقف وطلب التوجيه بدل فرض إصلاح قد يعطّل أجزاء أخرى من الخلفية.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب