انتقل للمحتوى
شغّال
ارجع للمكتبة

Debugging Core Product Engine

Day 0426:10:18

تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم

الخلاصة

تتمحور الجلسة حول دفع Burnish نحو نسخة أولى جاهزة لـShopify: مراجعة محرك المنتج وعرض القيمة، وتدقيق ما هو موصول فعلياً بين الواجهة والخلفية، وتحسين onboarding وأقسام Pulse وMentions والإعدادات وفق Polaris ومتطلبات Built for Shopify. ناقش لُقمان جعل عمل الوكلاء في الخلفية مرئياً عبر موجز نشاط مستمر، وربط البحث والتنفيذ والقياس في حلقة مغلقة، مع أفكار لحالة عرض تجريبية وتدقيق مجاني كمدخل تسويقي؛ لكن كفاية هذه الأفكار وطرق الإسناد والقياس ما زالت غير محسومة. شمل العمل العملي تتبع أخطاء HTTP 500 ومشكلة تسجيل CSS في Pulse، وملاحظة تعذر اتصال Supabase في البداية والحذر عند إعادة ضبط حالة onboarding في قاعدة البيانات من دون تشخيص مؤكد، إضافة إلى مراجعة الفروع وGit worktrees وطلبات الدمج بعد أن جعل اختلاف بيئات التشغيل تغييرات محفوظة تبدو مفقودة. وتناولت أسئلة الجمهور والنقاشات الجانبية اختيار تطبيقات Shopify بحسب سياق المتجر، وتحسين SEO وGEO وبيانات المنتجات، ووكلاء المتصفح وسير العمل باستخدام Codex وClaude، وإرشادات Git وتنظيم الوكلاء وتقييم مهاراتهم، والتعليم بمساعدة الذكاء الاصطناعي، والموازنة بين زمن تأخير البث وجودته. كما دارت مناقشات استكشافية غير محسومة حول Product Hunt وملاءمته لتطبيقات Shopify وقياس زياراته وإعلاناته واحتمال التمييز عند إطلاق المنتجات، إلى جانب مقارنات عملية لأدوات ونماذج توليد واجهات المتاجر؛ لكن أسماء بعض النماذج وإصداراتها غير متسقة في التعليقات، ولم تكن السرعة مقاسة رسمياً. الاتجاه المعلن هو إكمال جوهر Burnish وتبسيط تجربة البدء وإجراء تدقيق شامل لامتثال Shopify قبل توسيع التسويق، مع الإقرار بأن الاختبار على متجر تطوير محدود، وأخطاء V1 المتوقعة، ومشكلات الترحيل والأداء، وأسئلة القياس ما زالت تحتاج إلى تحقق وحلول فعلية.

  • Burnish
  • backend
  • debugging
  • Supabase
  • +4

121 لحظة من البث

  1. 0:53:37

    حلقة Burnish المغلقة وقياس أثر الإجراءات

    يشرح النقاش تصور Burnish كمنتج متكامل داخل Shopify يربط البحث والمراقبة والتنفيذ والقياس. كما يطرح ربط كل دفعة تنفيذ ببيانات تغيّر النتيجة للمساعدة في إسناد الأثر، مع تأكيد المتحدث أنه ما زال يريد فهم بعض مفاهيم القياس والمصطلحات غير الواضحة بعمق أكبر.

    • Burnish
    • Shopify
    • closed-loop workflow
    • measurement
    • +2
  2. 0:57:33

    تجربة وكيل متعدد الشخصيات

    يعرض المتحدث مفهوماً أضافه إلى Burnish يقسّم تجربة الوكيل إلى أدوار للتتبع والتنفيذ والإبلاغ، مع التنبيه إلى أن الفكرة ما زالت بحاجة إلى تطوير.

    • Burnish
    • agent UX
    • multi-persona agents
    • product design
  3. 0:58:37

    تقليل صلاحيات تطبيقات Shopify

    يناقش المتحدث اعتبار طلب عدد محدود من صلاحيات Shopify ميزة ثقة محتملة، لأن بعض التجار لا يرتاحون لمنح وصول واسع. لكنه يقيّمها كميزة مفيدة وليست عاملاً حاسماً بمفردها.

    • Burnish
    • Shopify
    • app permissions
    • security scopes
    • +1
  4. 1:03:14

    استخدام الذكاء الاصطناعي لفهم مواد الدراسة

    يرى المتحدث أن أدوات مثل NotebookLM يمكن أن تستوعب محتوى المقرر وتساعد الطالب على فهمه فعلياً، ويؤكد أن الاستخدام المقصود هو التعلم لا الغش.

    • NotebookLM
    • AI-assisted learning
    • education
    • study tools
    • +1
  5. 1:03:52

    صياغة مزايا Burnish لصفحة الهبوط

    تسجّل المراجعة أربع زوايا مقترحة لرسائل صفحة الهبوط—خريطة الحقيقة، والدليل السريع، والمنحنى، والحلقة—إلى جانب الصلاحيات والقياس، وتذكر النشر الآلي لمحتوى المدونة بوصفه أمراً ينبغي تجنبه.

    • Burnish
    • landing page
    • positioning
    • product messaging
    • +1
  6. 1:05:26

    التحقق من الواجهة وقراءة مؤشرات التقدم بحذر

    يقترح المتحدث جولة تحقق شاملة للواجهة، ويوضح أن جمع مراحل قديمة ومراحل لإصدار لاحق يمكن أن يضخّم مؤشر التقدم. يقول إن V1 أوشك على الاكتمال، ويصف العمل المتبقي بأنه يدور أساساً حول التصحيح والتكرار.

    • Burnish
    • UI verification
    • milestones
    • progress tracking
    • +2
  7. 1:06:22

    كيف يضعف النظام الجامعي دافع التعلم

    يرى المتحدث أن إدراك الطالب لضعف نظام الجامعة ومحدودية أثر الشهادة قد يبدد حماسه للتعلم، ويعبّر عن تفهمه لهذا الشعور.

    • education
    • university systems
    • learning motivation
    • degrees
  8. 1:07:29

    تتبّع خطأ 500 متقطع بعد التحديث

    ظهر خطأ HTTP 500 بعد تحديث كامل للصفحة، ثم عمل التطبيق عند إعادة التحميل. طُلب فحص السجلات لتحديد سبب السلوك المتقطع وإصلاحه، من دون ادعاء الوصول إلى السبب أو تنفيذ الإصلاح.

    • debugging
    • HTTP 500
    • logs
    • hard refresh
    • +1
  9. 1:10:28

    تدقيق ما تم ربطه فعلياً في التطبيق

    نوقشت الحاجة إلى التحقق من أحكام «تم الشحن» و«لم يتم الشحن» بالرجوع إلى قاعدة الشيفرة، ثم حصر قائمة التنقل والصفحات وإجراء مسح للتطبيق يوضح ما يعمل فعلياً وما لم يُربط بعد. جرى توصيف المهمة كتدقيق لربط الواجهة بالخلفية، منفصل عن عمل تصميم الواجهة الأمامية، على أن تسبق النتائج مناقشة أفكار المشروع اللاحقة.

    • codebase audit
    • backend wiring
    • feature inventory
    • navigation
    • +2
  10. 1:14:11

    حالة تجريبية قابلة للتبديل لواجهة Pulse

    اقتُرح إدخال بيانات تجريبية لإظهار الدرجات والأقسام المحجوبة كما ستبدو بعد فحص متجر، مع التأكد أولاً من إمكانية التنفيذ. استقر النقاش على التبديل السلس بين الحالة الحقيقية والتجريبية، والبدء بمثال واحد مع إمكانية دعم عدة أمثلة لاحقاً.

    • Burnish
    • Pulse
    • demo state
    • fixture data
    • +1
  11. 1:18:31

    وكلاء الذكاء الاصطناعي داخل المتصفح لتصحيح الأخطاء

    شرح النقاش كيف يمكن لوكيل ذكاء اصطناعي متصل بالمتصفح فحص الصفحة والشبكة ووحدة التحكم والسجلات، والتقاط لقطات شاشة وتنفيذ بعض إجراءات التصحيح، مع التأكيد أن قدرته على التصحيح محدودة جزئياً. كما عُرض سير عمل يستخدم Claude للتشخيص وإرسال التعليمات إلى Codex لتنفيذ الإصلاح، ثم نوقشت بصورة عامة بدائل المتصفحات المفتوحة المصدر وحدود وصول الأدوات المختلفة إلى Chrome.

    • Claude
    • Codex
    • MCP
    • browser agents
    • +2
  12. 1:23:55

    مراجعة تغطية مسارات المنتج وفجوات الإصدار الأول

    استعرضت مراجعة للقاعدة البرمجية مسارات كثيرة غير ظاهرة في التنقل، قد تكون تدفقات إعداد أو صفحات إعدادات أو مسارات يتيمة. وأشارت الملاحظات إلى أن بعض أجزاء المنتج موصولة بالكامل، مع وجود فجوة في واجهة استقبال الأسئلة وحاجة واضحة إلى قسم دعم وخدمة عملاء لأن الإصدار الأول متوقع أن يحتوي على أخطاء.

    • Burnish
    • codebase audit
    • navigation
    • onboarding
    • +2
  13. 1:28:38

    سجل نشاط يوضح عمل Burnish في الخلفية

    اقتُرح إضافة مساحة داخل التطبيق تعرض للمستخدم ما ينفذه Burnish في الخلفية دوريًا، على هيئة أحداث أو سجل نشاط. ورأى المتحدث أن هذا يميز المنتج عن المنافسين الذين يركز بعضهم على تقاويم المحتوى وكتابة المقالات؛ كما أبدى رأيًا بأن الأسئلة الشائعة قد تكون أنسب لـGEO من التدوين، بينما يفيد التدوين SEO أكثر.

    • activity log
    • background activity
    • product differentiation
    • GEO
    • +2
  14. 1:31:33

    استمرار العرض التجريبي أثناء التنقل داخل التطبيق

    كشفت المراجعة أن العرض التجريبي يختفي عند الانتقال من Pulse إلى Mentions ثم العودة. الاقتراح هو إبقاء وضع العرض فعالًا عبر صفحات التطبيق إلى أن يختار المستخدم إنهاءه.

    • demo mode
    • navigation
    • state persistence
    • Pulse
    • +2
  15. 1:33:15

    مراجعة صفحة Mentions بالاعتماد على الأدلة

    عند الانتقال إلى صفحة Mentions، شُدد على فحص التنفيذ الفعلي وعدم التخمين، والاستفادة من وصول تطوير Shopify وGraphQL، مع مراجعة الصفحة في المتصفح ولقطات الشاشة ونظام التقييم الذاتي المتفق عليه.

    • Mentions
    • Shopify
    • GraphQL
    • browser review
    • +2
  16. 1:34:19

    تحديث الموقع وتحسين صفحة الهبوط

    وُصفت بعض صفحات الموقع بأنها قديمة رغم بقاء أجزاء منها موصولة، بينما شهدت مناطق أخرى مثل مركز القيادة والعمل الخلفي تحديثات. بقيت بعض اللمسات وصفحة هبوط إضافية، مع اعتبار زر الدعوة إلى الإجراء نقطة بداية لتحسين التحويل.

    • website refresh
    • landing page
    • conversion optimization
    • call to action
    • +2
  17. 1:36:05

    التعلم التدريجي في تصميم الويب

    أشار المتحدث إلى استخدام نظام تقييم للمساعدة في مراجعة العمل، ولاحظ فرقًا كبيرًا بين تصاميمه الحالية وبدايات البث، واصفًا تطور مهارات تصميم الويب بأنه تعلم تدريجي عبر العمل المتكرر.

    • web design
    • learning
    • iteration
    • self-scoring
    • +1
  18. 1:40:59

    الخبرة البرمجية والـ vibe coding في عصر أدوات الذكاء الاصطناعي

    يناقش لقمان رأيه بأن المبرمج صاحب الخلفية التقنية يحتفظ بميزة تنافسية لأنه يستطيع التعمق والإنجاز أسرع باستخدام أدوات الذكاء الاصطناعي، مع الإشارة إلى تجربة منشورة قيل إن الفارق فيها بين مبرمج خبير ومستخدم ماهر لأدوات الذكاء الاصطناعي لم يكن كبيراً. ويرى أن سهولة بناء البرمجيات والمواقع تجعل التسويق وكيفية الوصول إلى المستخدمين سؤالاً أكثر أهمية، مع بقاء هذه استنتاجات وآراء وليست اختباراً أجراه في البث.

    • AI-assisted coding
    • vibe coding
    • programming experience
    • software marketing
    • +2
  19. 1:44:44

    توجيه وكيل برمجي دون تقليص النطاق

    يصوغ لقمان تعليمات تنفيذية لوكيل برمجي بعد اعتراضه على تقدير زمني رآه غير موثوق: تنفيذ جميع البنود المطلوبة دون تقليص النطاق، مع السماح بالاستعانة بوكلاء فرعيين، وإعادة استخدام ملفات شعارات محركات الذكاء الاصطناعي بصيغة SVG ووضع الشعار قبل اسم المحرك.

    • coding agents
    • implementation constraints
    • scope management
    • SVG logos
    • +2
  20. 1:47:02

    تفريع محادثة ذكاء اصطناعي مع الاحتفاظ بالسياق

    يشرح لقمان فائدة تفريع المحادثة عندما تظهر عدة اتجاهات تستحق الاستكشاف: يحصل كل اتجاه على جلسة منفصلة مع الاحتفاظ بالسياق والبحث والفهم المتراكمين، بدلاً من تشتيت الجلسة الأصلية أو بدء جلسة جديدة بلا سياق.

    • conversation forking
    • context windows
    • AI workflows
    • session management
    • +2

عندك سؤال عن حاجة في البث ده؟

اسأل في الجروب
Debugging Core Product Engine · شغّال