Code Driven Manifesto
تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم
الخلاصة
تركّز البث على مراجعة عملية غير مكتملة لتطبيق Burnish وميزة Code Driven Manifesto: اختبار إنشاء البيان وتحريره وتصديره، وتحويله إلى تعليمات داخلية تغذي المتجر والمقالات والرؤية والسمعة والاكتشاف، مع بحث كيفية إظهار حالته ودمجه داخل Autopilot. كشفت التجربة مشكلات في التوليد وشريط التقدم والتنقل وتحديث الحالات والدرجات والنشر التلقائي والمهام الخلفية؛ وقد نجح بعض منطق الدفعات في محاولة واحدة، لكن أعطالاً حرجة وأسئلة حول الإلغاء والمهلات والتوازي وحفظ البيانات ظلت قيد التحقيق. شدد لقمان على أولوية ربط الخلفية وتجربة المستخدم والتصحيح قبل صقل الواجهة، وعلى أن المنتج مرتفع السعر يحتاج موثوقية تناسب تموضعه، من دون الادعاء بإزالة كل الأخطاء أو اكتمال العمل. وشملت النقاشات أيضاً تصور مساحة عمل مجتمعية تجريبية داخل Telegram، وأسئلة جمهور عن تعلم البرمجة بمساعدة الذكاء الاصطناعي وأثر الخبرة، وآراء غير محسومة حول جودة أدوات البرمجة وأسعارها وسعة السياق، وقياس الاكتساب والاحتفاظ دون افتراض أرقام، إلى جانب حديث أقصر عن حقوق موسيقى YouTube والموسيقى الجزائرية والأهداف الشخصية ونظارات الشاشات.
85 لحظة من البث
- 2:38:44
مستويات الثقة للتشغيل الآلي في تحسين المنتجات
شرح تصميم تدريجي يبني ثقة التاجر قبل منح التطبيق استقلالية كاملة: يبدأ بتحسينات مجدولة تتطلب النشر اليدوي، ثم يسمح بالنشر التلقائي للتغييرات منخفضة المخاطر، وصولاً إلى تشغيل آلي أوسع بعد عدد من الموافقات. الدافع هو حساسية عناوين المنتجات وأوصافها وبياناتها الوصفية، مع الإشارة إلى تطبيق الفكرة أيضاً على مجالات أخرى داخل التطبيق.
- 2:42:18
اكتشاف خلل في النشر التلقائي بالمستوى الثاني
أظهر فحص عملي أن المنتجات التي عالجها المستوى الثاني لم تُنشر تلقائياً كما كان متوقعاً. صُنّف ذلك كخلل حرج، مع توقع احتمال تأثر مستوى الاستقلالية الكاملة أيضاً، وبدأت مراجعة الكود والسيناريوهات المحتملة للسبب قبل إعادة الضبط والتجربة مجدداً.
- 2:59:34
كيف يُقيَّد النشر التلقائي منخفض المخاطر
يوضح المتحدث أن وصف النشر التلقائي بأنه آمن أو منخفض المخاطر لا يعني تقييده بحسب الحقول، بل بحسب عدد المنتجات التي يسمح النظام بنشرها تلقائيًا.
- 3:02:08
جلسات إصلاح منفصلة لتسريع تصحيح الأخطاء
يعرض المتحدث سير عمل يبدأ بتحليل شامل للخطأ وصياغة مهمة مقترحة دقيقة، ثم تشغيلها في جلسة إصلاح منفصلة مع إبقاء جلسة التصحيح الأصلية مفتوحة. كما يفكر في إسناد عدة مهام إلى جلسة إصلاح واحدة، لكنه يتوقف أولًا لفهم نقطة إضافية.
- 3:09:30
تصميم واجهة المانيفستو وتشخيص تعطل إنشائه
يناقش المتحدث كيفية عرض لوحة المانيفستو قبل إنشائه وبعده، ثم يرصد عملية إنشاء ظلت معلقة وشريط تقدم يبدأ من الصفر بعد تحديث الصفحة. ويطلب التحقق مما إذا كانت النتيجة قد حُفظت في قاعدة البيانات ولماذا لا توجد وسيلة واضحة لإيقاف العملية.
- 3:14:57
دمج سير عمل المانيفستو داخل Autopilot
يقترح المتحدث صياغة مثل «Powered by your manifesto»، ثم يطلب استبدال قسم القواعد داخل Autopilot بسير عمل المانيفستو كاملًا، مع توصية بالتفعيل عندما يكون غير نشط وإظهار حالته بوضوح بعد التفعيل والتأكد من توصيل السلوك فعليًا.
- 3:18:46
معيار الجودة للبرمجيات ذات التموضع المتميز
يرى المتحدث أن البرمجيات ذات التموضع المتميز يجب أن تُطرح بمستوى صقل يناسب تسعيرها. ويقر بأنه لا يمكن إزالة كل الأخطاء، لكنه يؤكد ضرورة اكتشاف المشكلات الظاهرة وتقديم تجربة تبرر قيمة المنتج.
- 3:22:14
فهم شروط غياب مؤشرات الرفع المتوقع قبل إصلاحها
يطلب المتحدث فحص الشفرة لتحديد الحالات الدقيقة التي قد تمنع ظهور الرفع المتوقع في حقل الأسئلة الشائعة وحقل آخر متعلق بالنص. وبعد عودة المشكلة إلى النقاش، يصر على شرح السبب والحل بلغة بسيطة قبل السماح بتنفيذ أي إصلاح.
- 3:25:25
هل مستوى الجهد الأقصى أفضل دائمًا؟
ينقل المتحدث رأيًا مبنيًا على إحصاءات معيارية مفاده أن مستوى الجهد الأقصى قد لا يتفوق دائمًا على المستوى الأدنى منه؛ فرغم احتمال تمتعه بقدرة أكبر، قيل إن معدل الهلوسة لديه قد يكون أعلى. يقدَّم ذلك بوصفه رأيًا منقولًا لا نتيجة تحقق منها المتحدث بنفسه.
- 3:26:23
أثر الخبرة البرمجية في سرعة بناء التطبيقات
ردًا على سؤال من الجمهور، يرى المتحدث أن صاحب الخبرة البرمجية الطويلة سينفذ الفكرة أسرع وربما بصورة أفضل. لكنه لا يعتقد أن قلة خبرته أضرّت بالضرورة بجودة التطبيق الحالي، ويعد الخلفية البرمجية ميزة تنافسية واضحة، خصوصًا من ناحية السرعة.
- 3:28:49
عرض الزيادة المتوقعة ودرجة التقييم في Burnish
يناقش المتحدث ضرورة ألا يظل قسم «beyond the copy» فارغاً حتى عند اكتمال البيانات المنظمة، ويقترح عرض زيادة متوقعة ثابتة مبنية على درجة تقييم ما طبّقته Burnish. ويوضح أن الرقم تقدير أو تقييم، وليس وعداً بتحقق الزيادة، مع طلب التحقق من استخدام درجة التقييم الموجودة.
- 3:33:44
فئات السجلات المتاحة في Railway
في سياق سؤال عن صلاحية الوصول إلى Railway، يميّز النقاش بين سجل التشغيل غير الظاهر في الواجهة المذكورة وبين سجلات النشر وتدفق الشبكة والبناء المتاحة فيها.
- 3:33:59
وصف نظارة مخصّصة لاستخدام الشاشات
يصف المتحدث نظارة لا يحتاجها لتصحيح النظر، ويقول إنها مزودة بطبقة مضادة للانعكاس وعدسات صفراء مخصصة لتقليل الضوء الأزرق الصادر من الشاشات. يعكس الملخص وصفه وادعاءه فقط، ولا يثبت فعالية طبية.
- 3:36:16
عرض حالة تطبيق البيانات المنظمة دون درجة
اقتُرح عرض علامة خضراء توضّح ما إذا كانت البيانات المنظمة مطبّقة، من دون إدخالها في درجة التقييم. ويُفترض تفعيلها افتراضيًا بعد التثبيت، مع رابط إلى تبويب قابلية الاكتشاف بالذكاء الاصطناعي يُفتح في نافذة جديدة.
- 3:43:41
استكشاف تعطل إعادة التوليد والمهام الخلفية
بعد بقاء محاولة إعادة التوليد عالقة، طُرح سؤال عمّا إذا كانت تعتمد على فرع متابعة، وطُلب شرح مبسط لسبب العطل المفاجئ. تشير العبارات اللاحقة، بصورة مجتزأة، إلى أن مهام المتجر الخلفية تعمل في مسار واحد.
- 3:46:45
النشر الجماعي وتتبع حالات تحسين المنتجات
يتطلب تبويب الجاهزية للذكاء الاصطناعي صفًا لاختيار عدة منتجات ونشرها جماعيًا. كما ينبغي ربط بطاقة أحدث التحسينات فورًا بحالات المنتجات المحسّنة والمنشورة، واستبدال «قيد الانتظار» بـ«الدفعة التالية» لعرض عدد المنتجات المقرر إدراجها فيها، بالاستناد إلى منطق موضح في الواجهة الخلفية.
- 3:50:24
خلل تحديث حالة لوحة الـ Manifesto
بعد اكتمال الـ manifesto، لوحظ أن لوحة Product Optimization ظلت تعرض دعوة إنشائه بدلاً من الانتقال إلى حالة التطبيق. طُلب تسجيل المشكلة كمهمة مقترحة والتحقق من ربط تحديث الحالة بصورة صحيحة.
- 3:55:59
الأوتوبايلوت كمركز قيادة لتحسين الظهور في الذكاء الاصطناعي
وُصفت صفحة في Burnish بأنها أكثر من سجل تقليدي؛ إذ تعرض حلقة أوتوبايلوت آلية ومتكررة تهدف إلى تحسين ما وُصف بـ «GAO presence» أو الظهور أمام أنظمة الذكاء الاصطناعي. والهدف أن تعمل لوحة المعلومات كمركز قيادة يُراجَع بانتظام.
- 3:57:17
استكشاف صفحة Visibility قبل تقييمها
طُرح العمل باعتباره استكشافاً لا جولة ضمان جودة أو تقييماً بعد. شملت الخطة دراسة تخطيط صفحة Visibility، وربطها بالخلفية، والمتغيرات المحتملة فيها، ثم تجميع النتائج؛ وينتهي المقطع قبل اكتمال التعليمات.
- 3:58:49
ترتيب التنفيذ: الخلفية قبل تلميع الواجهة
مراجعة عملية ترتّب استكمال منطق الخلفية أولاً، ثم توصيل المكوّنات المتبقية، وأخيراً تحسين لوحة التحكم والواجهة. ذُكرت الرؤية والمقالات والتشغيل الآلي بوصفها مسارات العمل الرئيسية، من دون تضمين التقديرات الخاصة.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب