متاح للعملمراكش، المغرب

AbdelilahWajid
.

أصمم أنظمة تعالج مشاكل تشغيلية حقيقية

المخزون، التسعير، والأدوات الداخلية — مبنية على قيود واقعية، وليس مشاريع تجريبية.

مهندس أنظمة يركز على بناء حلول واضحة وموثوقة تعمل تحت قيود حقيقية.

أعمل على مشاريع مبنية على دراسات حالة حقيقية، وليس نماذج تجريبية

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

تحميل CV
developer.ts
1// developer.ts
2const dev = {
3 name: "Abdelilah Wajid",
4 role: "Product Engineer",
5 location: "Marrakech, Morocco",
6 timezone: "UTC+1",
7 available: true,
8 remote: true,
9 approach: "understand-first",
10}
أنظمة واقعيةتفكير تشغيليمقايضات واضحةهندسة قابلة للتطوير
3
لغات مدعومة
Typed
هندسة المحتوى
FIFO
منطق تكلفة المخزون
تمرير
✦Case-study drivenWorkflows تشغيليةTyped contentمقايضات واضحةUI متجاوبBusiness rules first✦منطق المخزونهندسة واضحةقراءة سريعةقرارات قابلة للدفاعCase-study drivenWorkflows تشغيلية✦Typed contentمقايضات واضحةUI متجاوبBusiness rules firstمنطق المخزونهندسة واضحة✦قراءة سريعةقرارات قابلة للدفاع
01 — دراسات الحالة

أنظمة تشغيلية، مفهومة بوضوح.

مشكلة → قيود → قرارات → أثر
/work/electro-abidin
• نشر خاص2025
نظام إدارة البيع بالتجزئة

نظام إدارة المخزون ونقطة البيع

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

“قمت ببناء نظام متكامل يربط بين المخزون ونقطة البيع والفوترة والضمان داخل سير عمل واحد. الهدف كان التخلص من التخمين وتمكين الفريق من العمل بثقة، مع دقة حقيقية في تتبع المخزون والتسعير والأرباح.”

التقنيات
coreNext.jsReactJavaScript (ES6+)
backendMongoDBMongooseZodJWT Authbcrypt
featuresRechartsExcel Export (ExcelJS)Date Handling (date-fns)
systemStyled ComponentsNodemailerSharp
testingJestSupertest
VIEW CASE STUDY →Structured around problem, solution, decisions, and impact
خلاصة سريعة
المشكلة
كان المحل يعتمد على فحص يدوي للمخزون داخل غرفة التخزين
الموظفون يضطرون للذهاب للمخزن عدة مرات يومياً للتحقق من توفر المنتجات
الحل
قمت ببناء نظام متكامل يربط بين المخزون ونقطة البيع والفوترة والضمان داخل سير عمل واحد. الهدف كان التخلص من التخمين وتمكين الفريق من العمل بثقة، مع دقة حقيقية في تتبع المخزون والتسعير والأرباح.
فصلت بين بيانات المنتج وبيانات المخزون لتجنب التكرار
القرارات
ربط المخزون مباشرة بعملية البيع في الوقت الحقيقي
دعم الطلبات متعددة المنتجات بدل بيع منتج واحد فقط
الأثر
أصبح توفر المنتجات واضحاً مباشرة أثناء عملية الدفع
أصبح بإمكان الموظفين معالجة طلبات متعددة بسهولة
لماذا هذا المشروع مهم

القيمة الحقيقية لم تكن في الواجهة، بل في نظام يمكن الاعتماد عليه أثناء العمل اليومي.

02 — المنهجية

أحوّل العمليات المعقدة،
إلى أنظمة واضحة وقابلة للاعتماد.

أكون أكثر قيمة عندما يوجد منتج فعلاً، لكن workflow خلفه بطيء أو هش أو صعب الفهم.

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

هذا البورتفوليو يوضح طريقة تفكيري — عبر case studies، وtrade-offs، وتفاصيل التنفيذ — وليس فقط واجهات جاهزة.

Case-study drivenقرارات قابلة للدفاعوضوح النظام
3
لغات مدعومة
Typed
هندسة المحتوى
FIFO
منطق تكلفة المخزون
about.ts
1const dev = {
2 mindset: "understand-first",
3 focus: "clarity-over-speed",
4 approach: "fix-what-slows-teams",
5 decisions: defensible,
6 hire: "only-when-impact-is-clear"
7}
03 — Stack

الأدوات التي أستخدمها لبناء أنظمة موثوقة.

مختارة للوضوح، قابلية الصيانة، وسرعة التنفيذ.

Frontend
React / Next.js
TypeScript
JavaScript (ES6+)
Tailwind CSS
Styled Components
Framer Motion
Backend
Node.js / Express
MongoDB / Mongoose
PostgreSQL / Prisma
Zod
REST APIs
DevOps
Vercel
Git / GitHub
Cloudinary
Testing
Jest
Supertest
Vitest
04 — تواصل

متاح لأدوار Product Engineering،
الاستشارة، والمشاريع المحددة.

إذا كان لديك workflow بطيء أو غير واضح أو هش، أرسل لي السياق، القيود، وما يسبب المشكلة فعلياً.

سأعطيك جواباً واضحاً حول التوافق، النطاق، وأسرع طريقة للوصول إلى حل عملي.

واتساب