واجهة متجر توضيحية · إعادة تصوّر للمشروع الجامعي الأصلي المنجَز قبل استخدام الذكاء الاصطناعي
كيف بدأت الفكرة
خلال فترة Erasmus في ألمرية، طوّرت مشروعًا جامعيًا للتجارة الإلكترونية لمحل جزارة في مدريد، بالتعاون مع طلاب من أربعة بلدان. وأنجزناه دون استخدام أدوات الذكاء الاصطناعي التوليدي.
المشكلات والقرارات
فهم المتجر معًا
كان القطاع جديدًا على الفريق، وكان لكل فرد خبرات مختلفة. قبل تصميم الكتالوج وإتمام الشراء، كان علينا فهم عمل متجر اللحوم وإيجاد لغة مشتركة لاتخاذ القرارات.
التفكير في العربية
درسنا إضافة نسخة عربية، وهو ما كان سيتطلب القراءة من اليمين إلى اليسار وتغييرات في التنقل والمحاذاة. وشمل تخطيط الكتالوج أيضًا التفضيلات الغذائية، مثل استبعاد منتجات لحم الخنزير. يستخدم المشروع i18next للترجمة. وظلت النسخة العربية مجرد مقترح.
الحسابات والمدفوعات
ضمن الفريق، توليت التسجيل وتسجيل الدخول والأدوار، والأمان والتشفير، وتكامل Stripe، والجوانب القانونية لإتمام الشراء. ربط عملي تجربة الشراء بضوابط التطبيق.
كيف يعمل
تتولى Node.js وExpress وTypeScript معالجة الطلبات. وتولّد قوالب EJS صفحات HTML على الخادم. وتشكّل CSS وJavaScript وBootstrap واجهة المستخدم.
تُخزّن MySQL بيانات التطبيق. وتوفّر سكربتات تهيئة البيانات في المستودع منتجات وبيانات توضيحية لأغراض التطوير.
تربط الجلسات والمسارات المخصّصة بين المصادقة والكتالوج وسلة التسوّق والطلبات والإدارة، بالاعتماد على بيانات مشتركة للتطبيق.
يدير i18next المحتوى المترجم. دمجت Stripe في مسار الشراء، وعملت على عمليات التحقق من الهوية والأدوار التي تربط الواجهة بالخادم.
داخل المشروع
الكتالوج وسلة التسوق بتكوين جديد لملف الأعمال · بيانات تجريبية
الكتالوج · تصفّح قطع اللحوم وأضفها إلى السلةالسلة · الكميات والتحضير وملخص الطلب
ما تعلمته
علّمني العمل مع طلاب من دول أخرى توضيح المصطلحات والمسؤوليات والقرارات المشتركة. وفي عملي على الهوية والمدفوعات، ربطت سلوك الواجهة بعمليات التحقق على الخادم. وهذان جانبان من مسار الشراء نفسه.
الحالة الحالية
مشروع جامعي جماعي طُوّر دون ذكاء اصطناعي توليدي. أُعيد تركيب الكتالوج وسلة التسوق لعرضهما في ملف الأعمال باستخدام بيانات تجريبية.
