كيف تبني معرض أعمال (للمصمّمين والمطوّرين)

اختيار ما يُدرج

1. 1أدرج كل مشروع يمكنك عرضه — عمل، مستقل، مشاريع جانبية، مشاريع دراسية، هاكاثونات، مفتوح المصدر.
2. 2قيّم كلًّا منها بحسب: صلته بالوظائف التي تريدها، وكم من النتيجة يمكنك نسبها إليك، وهل تستطيع شرح مساهمتك المحدّدة.
3. 3احتفظ بأفضل 3-5. احذف أي شيء ستضطر إلى التحفّظ عليه كثيرًا أو لا يمكنك الحديث عنه بسبب اتفاقية سرّية.
4. 4تأكّد من أن المجموعة تُظهر تنوّعًا — أنواع مشكلات مختلفة، لا خمس نسخ من الشاشة نفسها.

بنية دراسة الحالة

دراسة الحالة قصة قصيرة بشكل ثابت. استهدف شيئًا يستطيع القارئ تصفّحه في دقيقتين وقراءته كاملًا في خمس.

1. نظرة عامة (2-3 جُمل)
   ما المنتج، لمن هو، ما كان المشروع.

2. دوري
   مسماك، الفريق، الإطار الزمني، ما كنت مسؤولًا عنه مقابل ما ساهمت فيه.

3. المشكلة
   مشكلة المستخدم أو العمل، وكيف عرفت أنها حقيقية (بيانات، بحث، شكاوى).

4. العملية
   الخطوات الرئيسية الـ 3-4 التي اتخذتها. أظهِر المخرجات: رسوم أولية، تدفّقات، نماذج أولية، تجارب، طلبات دمج.
   ضمّن مفاضلة واحدة على الأقل أو طريقًا مسدودًا ولماذا غيّرت الاتجاه.

5. الحل
   النتيجة النهائية، مع مرئيات أو رابط مباشر. علّق على القرارات المهمة.

6. الأثر
   أرقام إن توفّرت (التحويل، زمن التحميل، نجاح المهمة، التبنّي). إن لم توجد، نتائج نوعية وما ستقيسه لاحقًا.

7. ما تعلّمته
   تأمّل أو تأمّلان صادقان.

إن كنت مطوّرًا

• كل مشروع: رابط عرض توضيحي مباشر ورابط مستودع، كلاهما يعمل. عرض توضيحي معطّل أسوأ من عدم وجوده.
• اكتب ملف README حقيقيًا: ماذا يفعل، لقطة شاشة أو GIF، حزمة التقنيات، كيفية تشغيله محليًا، ماذا ستفعل لاحقًا.
• ثبّت أفضل 4-6 مستودعات لديك على ملف GitHub وأضف ملف README للملف الشخصي.
• أبرِز إشارات جودة الكود: اختبارات، تكامل مستمر، commits واضحة، بنية منطقية. المراجعون يفتحون الكود فعلًا.
• مساهمات المصدر المفتوح تُحتسب — اربط طلبات الدمج المدمجة واذكر بإيجاز ماذا فعل كلٌّ منها.
• لأدوار الواجهة الخلفية أو البيانات حيث لا شيء مرئي، مخطّط معمارية واضح وشرح مكتوب يحلّان محلّ لقطات الشاشة.

# اسم المشروع
جملة واحدة عمّا يفعله ولمن هو.

![demo](demo.gif)

## لماذا بنيته
2-3 جُمل.

## الحزمة
اللغات، الأطر، المكتبات البارزة، الاستضافة.

## تشغيله محليًا
الخطوات.

## قرارات بارزة
- القرار وسببه
- مفاضلة أجريتها

## ما التالي
قائمة قصيرة.

إن كنت مصمّمًا

• أظهِر مخرجات العملية، لا التصاميم النهائية فقط: ملاحظات البحث، تدفّقات المستخدم، النماذج السلكية، التكرارات.
• ضمّن النسخ التي لم تُطلق واذكر السبب — يُظهر ذلك حسن التقدير.
• حافظ على إتقان بصري عالٍ في موقع معرض الأعمال نفسه؛ إنه عيّنة عمل سواء قصدت ذلك أم لا.
• اربط كل قرار بحاجة مستخدم أو هدف عمل، لا بذوق شخصي.
• لأدوار UX، ابدأ بالتفكير؛ لأدوار البصريات أو العلامة، ابدأ بالإتقان — لكن كليهما يحتاج كليهما.

أين تستضيفه

• موقع شخصي على نطاقك الخاص هو الخيار الأقوى — تحكّم كامل، ويبدو ملتزمًا.
• سريع الإطلاق: قالب على منشئ مواقع، أو موقع ثابت بسيط على GitHub Pages أو Vercel أو Netlify.
• يمكن للمصمّمين التكميل بـ Behance أو Dribbble لتوسيع الوصول، لكن احتفظ بدراسات الحالة الحقيقية على موقعك.
• المطوّرون: GitHub غير قابل للتفاوض؛ وموقع معرض الأعمال إضافة.
• احتفظ دائمًا بنسخة PDF أو شرائح لدراسة حالة أو اثنتين لحين يسأل أحد عبر البريد الإلكتروني.

أخطاء شائعة

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

الأسئلة الشائعة