Fixing Broken Code
تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم
الخلاصة
يركز هذا الجزء على تطوير تطبيق Shopify والاستعداد لتقديمه، مع التركيز على «مانيفستو» العلامة بوصفه ملفًا اختياريًا يوجّه تخصيص المحتوى عبر التطبيق. نوقشت أسئلة الاستبيان، ووضوح المصطلحات وإجراءات الاعتماد، وإبراز ملف المانيفستو، وتصميم حالات البحث المقفلة، مع مقاومة تضخم الميزات لصالح استكمال الربط الخلفي والتصحيح وفحص الهاتف والامتثال. لم يكتمل البناء أو الاختبار النهائي؛ إذ جرى فحص إجراءات الرفع وإنشاء المسودة من دون توثيق نتيجة نهائية، بينما ظهر سلوك غير متوقع في التعريب وخطأ في تحديث الدُفعات. وشُدد على ضرورة الفحص البصري البشري بعد كل مرحلة لأن الأتمتة وحدها سمحت بتراكم الأخطاء. ويشرح هذا الجزء أيضًا تنظيم عمل وكلاء البرمجة، بما يشمل التسليم بين الجلسات، والتنسيق متعدد الوكلاء، والمفاضلة غير المحسومة بين التنفيذ المتسلسل والمتوازي، وحدود الموارد والانتظار، وعدم افتراض أن الوكيل سينجز إعادة هيكلة كبيرة كاملة. وفي أسئلة الجمهور، قُدمت آراء حذرة حول تسعير منتجات B2B وB2C، وتكلفة الاكتساب والتحويل، ونمو الأسواق ثنائية الجانب، وجدوى منصات الإعلان، وأهمية بحث الربحية قبل البناء. كما تناول النقاش أتمتة التسويق، والتعلم العملي، واختيار أدوات الوكلاء، وتجربة نماذج مختلفة، مع إبقاء الادعاءات الاقتصادية وتفسيرات قدرات النماذج وتقارير سياسات الذكاء الاصطناعي بوصفها تقديرات أو آراء تحتاج إلى تحقق.
65 لحظة من البث
- 2:15:35
استخدام الذكاء الاصطناعي لبحث اقتصاديات الاكتساب
ينصح المتحدث بالاستعانة بنموذج ذكاء اصطناعي قادر للبحث، ويذكر OpenAI وGemini وClaude كأمثلة. ويؤكد أن جودة البحث تعتمد على توضيح الهدف وفهم هامش الربح وصياغة الأسئلة المناسبة.
- 2:21:16
ما الذي ينجزه وكيل البرمجة في إعادة هيكلة كبيرة؟
يتوقع المتحدث أن ينجز الوكيل جزءًا معتبرًا فقط من إعادة هيكلة صفحة كاملة، مع بقاء أعمال الربط والصقل والخلفية يدويًا. ويذكر تجربة سابقة لم تُكمل فيها أداة برمجية مهمة مشابهة رغم استهلاك حدود الاستخدام، بوصفها تنبيهًا إلى عدم افتراض اكتمال المهام الكبيرة تلقائيًا.
- 2:22:36
فهم ربحية سوق ثنائي الجانب قبل البناء
ردًا على فكرة تطبيق يعتمد على الحلاقين والعملاء، ينصح المتحدث بفهم هيكل الربحية وهامش الربح قبل بدء البناء. ثم يتحقق من فهمه للنموذج المقترح: جذب عدد كبير من العملاء مجانًا أولًا، ثم بيع التطبيق للحلاقين، مع التأكيد أن التطبيق لا تكون له قيمة من دون الحلاقين.
- 2:24:08
عندما تعطل جلسة الوكيل مهمة تصحيح أخرى
يوضح المتحدث أنه لا يستطيع متابعة مهمة تصحيح أخرى أثناء تشغيل جلسة الوكيل، لأن التصحيح يحتاج إلى تشغيل خادم بينما الجلسة الحالية تستخدم خادمًا وقاعدة بيانات. يعرض ذلك قيدًا عمليًا عند تنسيق أعمال متزامنة في بيئة التطوير.
- 2:31:47
تسريع إيقاع السرد القصير
ملاحظات ترى أن الفكرة والتشبيه والاتجاه البصري جيدة، لكن السرد أبطأ من نمط استهلاك المحتوى القصير؛ والاقتراح هو اختصار المدة، تسريع الانتقالات، ومراعاة تجربة الموبايل.
- 2:37:07
عدم الإفراط في تصحيح مسار وكيل البرمجة
نقاش عن جلسة برمجية اختارت تنفيذ المهام بالتتابع، مع تأجيل تصحيح شامل حتى يمكن إعادة تهيئة قاعدة البيانات والخادم والتثبيت واختبار التجربة من بدايتها. يوضح المتحدث أنه يفضّل ترك الوكيل يتبع الخطة التي استنتجها ما دام المسار مقبولًا بدل التدخل المفرط.
- 2:40:53
المفاضلة بين التنفيذ المتسلسل والمتوازي للوكلاء
مقارنة عامة بين تشغيل مهام الوكلاء بالتتابع أو بالتوازي، مع الإشارة إلى مفاضلة محتملة بين استهلاك الرموز والسرعة. تُعرض نصيحة منسوبة إلى شخص شاهده المتحدث، بينما يظل اسم النموذج المذكور غير واضح في النص.
- 2:41:22
موازنة جودة الوكلاء مع سرعة التنفيذ
اقتراح بتشغيل العمل بصورة تسلسلية، أو استخدام عدة وكلاء عند الضرورة، للحصول على مخرجات أفضل مع التنبيه إلى أن ذلك قد يبطئ التنفيذ.
- 2:44:32
إدارة مهمة برمجية ذات اعتماد مانع
شرح لحالة لا يمكن فيها بدء المرحلة التالية قبل اكتمال مهمة حالية، لأنها تسبق إعادة تهيئة الخادم وقاعدة البيانات؛ لذلك يصبح زمن انتظار الأداة جزءًا مؤثرًا من سير العمل حتى مع تفعيل وضع أسرع.
- 2:46:34
استراتيجية نمو سوق ثنائي الجانب
رأي يقترح إطلاق سوق على مرحلتين: بناء قاعدة مستخدمين عبر استخدام مجاني أولًا، ثم تقديم قيمة للجهات التجارية من خلال الوصول إلى هذا الجمهور وتحسين ظهورها. ويشدد المتحدث على تقدير تكلفة اكتساب المستخدم قبل الإنفاق الإعلاني، والاسترشاد بمؤشرات السوق المحلية مثل تكلفة التثبيت وCPM وتكلفة النقرة، مع توضيح أن الأرقام المطروحة كانت تخمينات أولية تحتاج إلى تحقق.
- 2:50:06
التعامل مع تعطل وضع تنفيذ برمجي
ملاحظة عملية بأن وضع تنفيذ محدد لم يعمل كما كان متوقعًا رغم استمرار التشغيل العادي، فكان القرار المؤقت إبقاء المهمة تسلسلية وانتظار اكتمالها، مع التفكير في الخطوات التالية.
- 2:52:26
خطة تنفيذ قبل توزيع العمل على الوكلاء
يصف المتحدث إعطاء الأداة خطة تنفيذ بدلًا من وثيقة متطلبات، ثم ملاحظته أنها بدأت بعمل تسلسلي لإعداد المهمة قبل توزيعها على عدة وكلاء. وقدّم ذلك بوصفه استنتاجًا من سلوك الأداة لا تفسيرًا مؤكدًا لآليتها الداخلية.
- 2:57:50
كيف يدير الوكيل المنسّق عدة جلسات برمجية
يعرض المتحدث سير عمل يبدأ بتسليم وكيل منسّق مستندات وسياقًا من جلسة سابقة. يجهز المنسّق المهمة، يحدد لكل وكيل نطاقًا ومسؤولية وهدفًا، ثم ينتظر تقاريرهم؛ وبذلك يحصل كل وكيل على نافذة سياق مستقلة بدل إدارة عدة جلسات يدويًا.
- 3:06:20
متى يكون Warp مناسبًا مع وكلاء البرمجة
ردًا على سؤال من الجمهور، يقول المتحدث إن Warp يظل خيارًا قويًا لمن يريد تشغيل نماذج أو وكلاء مختلفين والعمل على مهام متعددة. لكنه يرى أن تطبيقات الوكلاء المكتبية قللت الحاجة إلى إدارة العمل المتوازي يدويًا، وينصح باستخدام الواجهة الأصلية للوكيل المفضل إن توفرت، واللجوء إلى Warp عندما لا يملك النموذج منصة مناسبة.
- 3:17:42
استراتيجية تسويق بلا تواصل خارجي
مراجعة لاستراتيجية تطبيق تستبعد التواصل الخارجي المدفوع، وتركّز بدلًا منه على اتساق العلامة التجارية وأتمتة التسويق بالبريد، مع احتمال إضافة تحسين محركات البحث البرمجي لاحقًا. يؤكد النقاش أن بناء العلامة يحتاج إلى تخطيط مخصص.
- 3:20:16
اختبار وعود الدخل بحساب الوقت والجهد
نصيحة بتقييم أي فرصة عبر حساب العمل المطلوب لتحقيق عائد يومي أو شهري مفترض، والاستعانة بالمعلومات المنشورة وأدوات الذكاء الاصطناعي لتقدير الساعات والمتطلبات. الفكرة الأساسية أن الوعود التي تبدو سهلة جدًا قد تخفي تكاليف أو شروطًا غير ظاهرة.
- 3:23:30
تقييم جدوى منصة إعلانية متخصصة
نقاش حول قوة نموذج منصات الإعلانات وصعوبة بنائه: نجاح المنصة المتخصصة يعتمد على امتلاك جمهور أو شبكة مناسبة، وعلى تطابق تخصصها مع السوق المستهدف للمعلنين. طُرح أن المشروع قد يحتاج إلى موارد كبيرة، مع الإقرار بأن هذا التقدير غير مؤكد ويستحق بحث المتطلبات أولًا.
- 3:27:57
مقاومة التشتت بين المشاريع
مقارنة بين بناء عدة تطبيقات، بما يمنح خبرة متنوعة، والتركيز على تطبيق واحد حتى يثبت قيمته. يميل الرأي المطروح إلى التركيز، بعد دراسة السوق وهيكل الربح مسبقًا، مع ترك المشروع فقط إذا أظهرت مدة وجهد كافيان أن فرصته ضعيفة.
- 3:36:00
فحص بصري بشري بعد كل مرحلة تطوير
يوضح المتحدث أن تتابع المراحل المؤتمتة لأسابيع أدى إلى تراكم الأخطاء وتشابكها. واستنتج أن وكلاء التدقيق قد يلتقطون بعض المشكلات، لكنهم لا يعوضون فحص التطبيق بصريًا بواسطة إنسان بعد كل مرحلة، مع اقتراح تحسين نظام إدارة العمل مستقبلًا بناءً على هذا الدرس.
- 3:39:04
إعادة تنظيم استراتيجية الذهاب إلى السوق حول الأتمتة
يناقش المتحدث تقليل العمل التشغيلي اليدوي عند الإطلاق عبر أتمتة الإعلانات المدفوعة، ومتابعة سلامة العلامة والمراجعات، والتسويق بالبريد الإلكتروني، مع استخدام تحسين محركات البحث البرمجي عند الحاجة. كما يقترح تبسيط مراحل الذهاب إلى السوق، مع تأجيل الإنفاق الإعلاني الأكبر إلى ما بعد إطلاق التطبيق.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب