تجاوز إلى المحتوى

قاموس مصطلحات البرمجة لصاحب المشروع

محتويات الصفحة11

كيف تستعمل هذا القاموس

هذه الصفحة موجّهة لصاحب المشروع لا للمبرمج. هدفها أن تدخل اجتماعاً تقنياً فتفهم ما يُقال، وتسأل السؤال الصحيح، وتعرف ما الذي تدفع مقابله فعلاً.

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

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

نصيحة عملية: لا تحاول حفظ الصفحة كلها. اقرأ المجموعة التي تخصّ قرارك الحالي، وعد إلى الباقي حين تحتاجه.

الأساسيات

لغة برمجة (Programming Language)

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

مثال من مشروع: تطبيق التوصيل قد يُكتب جزؤه على الهاتف بلغة، وجزؤه في الخادم بلغة أخرى، وكلاهما يعمل معاً.

إطار عمل (Framework)

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

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

الواجهة الأمامية (Frontend)

كل ما يراه المستخدم ويلمسه: الشاشات والأزرار والقوائم والألوان. هي «الصالة» في المطعم.

مثال من مشروع: شاشة تتبّع السائق على الخريطة وزر «تأكيد الطلب» جزء من الواجهة الأمامية.

الخلفية (Backend)

الجزء الذي يعمل على الخوادم بعيداً عن نظر المستخدم: يحسب، ويقرّر، ويحفظ. هو «المطبخ».

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

واجهة برمجية (API)

اتفاق منظّم يسمح لبرنامجين بتبادل الطلبات والردود. هي «شبّاك التسليم» بين الصالة والمطبخ: نموذج طلب متّفق عليه، ونتيجة متوقّعة.

مثال من مشروع: تطبيق العميل يرسل عبر الواجهة البرمجية طلب «اعرض المطاعم القريبة»، فتردّ الخلفية بالقائمة.

خادم (Server)

جهاز يعمل بلا انقطاع لاستقبال الطلبات وتنفيذها. أنت لا تراه، لكن كل ضغطة زر في التطبيق تصل إليه.

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

استضافة (Hosting)

الخدمة التي توفّر لك الخوادم والبنية التي يعمل عليها نظامك، مقابل اشتراك. تختلف الخيارات في درجة التحكّم وحجم الإدارة المطلوبة منك.

مثال من مشروع: متجرك الإلكتروني يحتاج استضافة تعمل ليل نهار، لأن الزبون قد يشتري في أي ساعة.

نطاق (Domain)

العنوان النصّي الذي يكتبه الناس للوصول إلى موقعك. تملكه بالتسجيل السنوي، ويُوجَّه إلى الخوادم التي تستضيف نظامك.

مثال من مشروع: اسم متجرك على الإنترنت هو أصل تجاري، ويُسجَّل باسم الشركة لا باسم موظف أو مطوّر.

البناء والتطوير

Git

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

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

مستودع (Repository)

المكان الذي تُحفظ فيه شفرة المشروع وتاريخها كاملاً. هو الأصل الحقيقي لمشروعك البرمجي.

مثال من مشروع: اطلب أن يكون المستودع مملوكاً لحساب شركتك، وأن يكون لك وصول إداري إليه منذ اليوم الأول.

نشر (Deployment)

عملية نقل نسخة جديدة من العمل إلى البيئة التي يستعملها الناس فعلاً. يُفترض أن تكون خطوة منظّمة قابلة للتراجع، لا مغامرة.

مثال من مشروع: نشر ميزة «الدفع عند الاستلام» يعني أن تصبح متاحة لجميع زبائن المتجر.

منتج أوّلي قابل للاختبار (MVP)

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

مثال من مشروع: في تطبيق التوصيل، قد يكفي في البداية: تصفّح، طلب، دفع، تتبّع. أمّا برنامج الولاء والنقاط فيؤجَّل.

وحدة متكاملة (Monolith)

بناء النظام كقطعة واحدة كبيرة تضمّ كل الوظائف. أبسط في البداية وأسهل متابعة، لكن كل تعديل يمسّ الكتلة كاملة.

مثال من مشروع: متجر ناشئ يبدأ بوحدة واحدة تضمّ المنتجات والطلبات والدفع، وهذا خيار معقول في مرحلته.

خدمات مصغّرة (Microservices)

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

مثال من مشروع: فصل «إسناد السائقين» عن «الدفع» يسمح بتطوير أحدهما دون إيقاف الآخر، لكنه يتطلّب مراقبة أدقّ.

تصيير من الخادم (SSR)

توليد الصفحة جاهزة في الخادم ثم إرسالها إلى المتصفّح. مفيد حين يهمّ ظهور المحتوى للزائر ولمحرّكات البحث مباشرة.

مثال من مشروع: صفحات المنتجات في المتجر تُصيَّر من الخادم لتصل بمحتواها كاملاً.

توليد مسبق (SSG)

بناء الصفحات مرّة واحدة قبل النشر وتقديمها جاهزة للجميع. مناسب للمحتوى الذي لا يتغيّر كثيراً.

مثال من مشروع: صفحات «من نحن» و«سياسة الاسترجاع» في المتجر لا تحتاج بناءً جديداً مع كل زيارة.

تصيير من المتصفّح (CSR)

بناء الصفحة داخل جهاز المستخدم بعد تحميل الشفرة. مناسب للشاشات التفاعلية الخاصة بمستخدم مسجّل الدخول.

مثال من مشروع: لوحة تحكّم صاحب المتجر بما فيها من فلاتر ورسوم تفاعلية.

البيانات

قاعدة بيانات (Database)

المكان المنظّم الذي تُحفظ فيه معلومات النظام وتُسترجع منه. هي «المخزن» في المطعم: ترتيبه الجيّد يوفّر الوقت، وفوضاه تعطّل العمل.

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

قواعد بيانات علائقية (SQL)

قواعد بيانات تُنظّم المعلومات في جداول بصفوف وأعمدة وعلاقات واضحة بينها، وتناسب البيانات التي يجب أن تبقى متّسقة ومترابطة.

مثال من مشروع: جدول للطلبات وجدول للزبائن، وكل طلب مرتبط بزبون واحد محدّد.

قواعد بيانات غير علائقية (NoSQL)

قواعد بيانات بأشكال أكثر مرونة لا تلزمك بجدول ثابت الأعمدة، وتناسب البيانات المتغيّرة الشكل أو الضخمة السجلّات.

مثال من مشروع: حفظ سجلّ تتبّع مواقع السائقين، حيث تصل آلاف النقاط ولا تحتاج بنية جدولية صارمة.

تخزين مؤقّت (Cache)

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

مثال من مشروع: قائمة «الأكثر طلباً» تُحسب كل بضع دقائق وتُقدَّم من الرفّ بدل استخراجها مع كل فتح للتطبيق.

طابور (Queue)

قائمة انتظار للمهامّ التي لا يجب أن تعطّل المستخدم، تُنفَّذ بالترتيب في الخلفية.

مثال من مشروع: بعد تأكيد الطلب، يُوضَع إرسال الفاتورة بالبريد في الطابور، فيرى الزبون شاشة النجاح فوراً.

نسخ احتياطي (Backup)

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

مثال من مشروع: حذف خاطئ لجدول المنتجات يمكن تداركه إذا كان هناك نسخ احتياطي حديث ومجرَّب.

سجلّ محاسبي (Ledger)

سجلّ مرتّب لكل حركة مالية بحيث يمكن تتبّع الرصيد وتفسيره خطوة بخطوة. تُضاف فيه القيود ولا تُعدَّل بأثر رجعي.

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

التشغيل والأداء

الحمل (Load)

مقدار العمل الواقع على النظام في لحظة معيّنة: عدد المستخدمين والطلبات المتزامنة. يتغيّر خلال اليوم ويرتفع في المواسم.

مثال من مشروع: الحمل على تطبيق التوصيل يرتفع وقت الغداء وفي أمسيات نهاية الأسبوع.

زمن الاستجابة (Latency)

الوقت بين إرسال الطلب ووصول الردّ. كلّما طال، شعر المستخدم بالبطء حتى لو نجحت العملية.

مثال من مشروع: تأخّر ظهور قائمة المطاعم بعد فتح التطبيق مسألة زمن استجابة، لا خطأ في المنطق.

قابلية التوسّع (Scalability)

قدرة النظام على استيعاب حمل أكبر بإضافة موارد أو بتحسين التصميم، دون إعادة بنائه من الصفر. التوسّع دائماً مقيّد بالتكلفة والتصميم.

مثال من مشروع: حملة تخفيضات تضاعف الزوّار تكشف ما إذا كان المتجر قد بُني ليتمدّد أم لا.

سجلّات (Logs)

تدوين ما جرى داخل النظام لحظة بلحظة. هي ذاكرة النظام التي يعود إليها الفريق لتفسير عطل بعد وقوعه.

مثال من مشروع: حين يشتكي زبون أن الدفع خُصم دون تأكيد الطلب، تُقرأ السجلّات لتتبّع مسار العملية.

مراقبة (Monitoring)

متابعة مستمرّة لحالة النظام مع تنبيهات عند تجاوز حدود متّفق عليها. الغاية أن تعرف بالمشكلة قبل أن يخبرك بها الزبون.

مثال من مشروع: تنبيه يصل للفريق حين ترتفع نسبة الطلبات الفاشلة عن معدّلها المعتاد.

تحديد معدّل الطلبات (Rate limiting)

وضع سقف لعدد الطلبات المسموح بها من مصدر واحد خلال مدّة. يحمي النظام من الإرهاق ومن سوء الاستعمال.

مثال من مشروع: السماح بعدد محدود من محاولات طلب رمز التحقّق للرقم نفسه في الساعة.

عدم تكرار الأثر (Idempotency)

تصميم العملية بحيث لا يغيّر تكرارُ الطلب نفسه النتيجةَ أكثر من مرّة. ضروري في كل ما يمسّ المال.

مثال من مشروع: ضغط الزبون على «ادفع» مرّتين بسبب ضعف الشبكة يجب ألّا ينشئ طلبين ولا يخصم المبلغ مرّتين.

التطبيقات والمنصّات

تطبيق أصيل (Native)

تطبيق مبني بأدوات المنصّة نفسها، لكلّ من iOS وأندرويد نسخته. يمنح أقرب تكامل مع إمكانات الجهاز مقابل مسارَي تطوير.

مثال من مشروع: تطبيق السائق الذي يعمل بالخريطة والموقع طوال المناوبة مرشّح قويّ لهذا الخيار.

تطبيق عابر للمنصّات (Cross-platform)

كتابة شفرة واحدة تُنتج تطبيقين لنظامين. يقلّص الازدواج في العمل، وقد يحتاج معالجة خاصة عند الاقتراب من قدرات الجهاز العميقة.

مثال من مشروع: تطبيق الزبون في المتجر، حيث الشاشات متشابهة والوظائف قريبة على النظامين.

إشعار فوري (Push Notification)

رسالة تصل إلى شاشة الجهاز من دون أن يفتح المستخدم التطبيق. هي «الجرس» الذي ينادي صاحبه.

مثال من مشروع: «خرج طلبك مع السائق» رسالة تقلّل اتصالات الزبائن على خدمة العملاء.

تحديث لحظي (Realtime)

وصول التغيير إلى الشاشة فور حدوثه دون أن يُعيد المستخدم التحميل.

مثال من مشروع: حركة أيقونة السائق على الخريطة وتغيّر حالة الطلب من «قيد التحضير» إلى «في الطريق».

خطّاف ويب (Webhook)

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

مثال من مشروع: بوّابة الدفع تُبلغ متجرك بنجاح العملية، فيتحوّل الطلب إلى «مدفوع» تلقائياً.

الأمن والخصوصية

الأمن نتيجة تصميم وتشغيل منضبطين ومراجعة مستمرّة، لا خاصية في لغة أو أداة بعينها.

تشفير (Encryption)

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

مثال من مشروع: بيانات الزبون تنتقل مشفّرة بين التطبيق والخادم، فلا تكون مقروءة لمن يعترض الاتصال.

شهادة SSL

الشهادة التي تفعّل الاتصال المشفّر بين المتصفّح وموقعك، وتظهر أثرها في العنوان الذي يبدأ بـhttps. غيابها يجعل المتصفّح ينذر الزائر.

مثال من مشروع: صفحة الدفع في المتجر لا يصحّ أن تعمل من دونها.

توثيق الهوية (Authentication)

التحقّق من أن المستخدم هو من يدّعي أنه هو، عند تسجيل الدخول.

مثال من مشروع: دخول السائق إلى تطبيقه برقم جوّاله ورمز تحقّق.

الصلاحيات (Authorization)

تحديد ما يُسمح لهذا المستخدم بفعله بعد دخوله. التوثيق يجيب «من أنت»، والصلاحيات تجيب «ما الذي تملك حقّ فعله».

مثال من مشروع: موظف خدمة العملاء يرى الطلبات، ولا يملك حقّ تعديل أسعار المنتجات.

رمز التحقّق (OTP)

رمز قصير صالح لمرّة واحدة ولمدّة قصيرة، يُرسل للمستخدم لإثبات ملكيته لرقم أو بريد.

مثال من مشروع: رمز يصل برسالة نصّية عند إنشاء حساب جديد في تطبيق التوصيل.

الجودة والاختبار

خلل (Bug)

سلوك يخالف المتوقّع. ليس كل خلل بالخطورة نفسها: بعضه يعطّل عملية أساسية، وبعضه لا يتجاوز خللاً في العرض.

مثال من مشروع: ظهور رسوم التوصيل صفراً لمدينة معيّنة خلل مالي يتقدّم على تعديل لون زر.

ضبط الجودة (QA)

مراجعة منظّمة تتأكّد أن ما بُني يعمل كما اتُّفق قبل وصوله للناس، وتشمل الحالات الطبيعية والاستثنائية.

مثال من مشروع: اختبار الطلب عند انقطاع الإنترنت في منتصف الدفع، وليس فقط المسار المثالي.

بيئة اختبار (Staging)

نسخة قريبة الشبه من البيئة الحقيقية تُجرَّب فيها التعديلات قبل نشرها، ببيانات غير حقيقية.

مثال من مشروع: تجربة رفع العمولة على البيئة الاختبارية قبل تطبيقها على السائقين فعلاً.

حالات الحافّة (Edge Cases)

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

مثال من مشروع: إلغاء الزبون للطلب في اللحظة التي يستلمه فيها السائق: من يتحمّل التكلفة وكيف تُسجَّل الحركة.

الذكاء الاصطناعي

مُوجّه (Prompt)

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

مثال من مشروع: توجيه مساعد خدمة العملاء ليجيب من سياسة الاسترجاع المعتمدة، وأن يحوّل الحالات المالية إلى موظف.

وحدة نصّية (Token)

الوحدة التي يقسّم إليها النموذج النصّ عند المعالجة، وعليها تُحسب حدود الطول والاستهلاك.

مثال من مشروع: تمرير سجلّ محادثة طويل مع كل رسالة يرفع الاستهلاك، لذا يُلخَّص السياق بدل إرساله كاملاً.

مخزن متّجهات (Vector store)

قاعدة بيانات تحفظ النصوص بصيغة رقمية تسمح بالبحث بالمعنى لا بتطابق الكلمات.

مثال من مشروع: سؤال «متى يوصل طلبي؟» يجد الفقرة الصحيحة حتى لو كانت مكتوبة بعبارة «مدّة التوصيل المتوقّعة».

توليد معزّز بالاسترجاع (RAG)

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

مثال من مشروع: مساعد المتجر يجيب عن الاسترجاع من نصّ سياستك المنشور، ويشير إلى مصدر الإجابة.

مصطلحات تجارية

كراس المواصفات (Scope)

الوصف المكتوب لما يشمله المشروع وما لا يشمله. غيابه أشيع أسباب الخلاف على التسليم.

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

تسليم مرحلي (Milestone)

نقطة متّفق عليها في الجدول يُسلَّم عندها جزء قابل للفحص. يمنحك رؤية للتقدّم بدل انتظار النهاية.

مثال من مشروع: المرحلة الأولى: التصفّح والطلب. الثانية: الدفع. الثالثة: تتبّع السائق.

دَين تقني (Technical Debt)

اختصارات تُتَّخذ للتسريع اليوم فتزيد كلفة التعديل غداً. بعضه قرار واعٍ مقبول، وخطره أن يتراكم بلا تسجيل.

مثال من مشروع: إطلاق المتجر بلوحة تقارير يدوية مؤقّتة قرار مقبول، شرط أن يُدوَّن موعد معالجته.

فترة الضمان (Warranty)

مدّة متّفق عليها بعد التسليم تُعالَج فيها العيوب المتعلّقة بالنطاق المسلَّم دون كلفة إضافية. تُفصل عن طلبات التطوير الجديدة.

مثال من مشروع: خطأ في احتساب الضريبة داخل الضمان، أمّا إضافة «الشراء الآن والدفع لاحقاً» فطلب جديد.

نقل الملكية (Handover)

تسليمك ملكية الشفرة والحسابات والنطاق ووثائق التشغيل بحيث تستطيع الاستمرار مع أي فريق لاحق.

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

مصطلحات نتجنّبها ولماذا

  • «حلول ذكية» — عبارة بلا مضمون قابل للفحص. البديل: اذكر الوظيفة نفسها، مثل «ترتيب المطاعم حسب قرب السائق المتاح».
  • «أمان مطلق» — الأمن ممارسة مستمرّة تُدار وتُراجع، ولا توجد حالة نهائية يُغلق عندها الملفّ.
  • «قابل للتوسّع لانهائياً» — كل توسّع محكوم بتصميم النظام وبميزانية التشغيل، والوعد المفتوح يخفي هذين القيدين.
  • «جاهز خلال أيام» — الجاهزية بلا تحديد النطاق وعدٌ غامض. البديل: نطاق مكتوب وتسليم مرحلي بتواريخ.
  • «أحدث التقنيات» — الحداثة ليست معياراً للاختيار. المعيار ملاءمة الأداة للمشكلة، وتوفّر من يصونها بعد التسليم.

ما التقنية المناسبة لمشروعك؟

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

اطلب تحليلاً أولياً لمشروعك

كلّما وضحت الصورة كان الردّ أدقّ. الحقول المعلّمة بـ مطلوبة.

لا نطلب وثائق هوية ولا بيانات حسّاسة في هذا النموذج. للمراسلة المباشرة: info@sumix-iq.com

اقرأ أيضاً

لا لغة وحدها تجعل المشروع سريعاً أو آمناً أو قابلاً للتوسع. أسماء التقنيات المذكورة ملك أصحابها، وهذا شرح مستقل من SUMIX.