استمع لهذه المقالة

برمجة

من أرابيكا، الموسوعة الحرة
(بالتحويل من البرمجة)
اذهب إلى التنقل اذهب إلى البحث
برمجة
استمع إلى هذه المقالة (0 دقائق)
أيقونة مقالة مسموعة
هذا الملف الصوتي أُنشئ من نسخة هذه المقالة المؤرخة في 29 مارس 2009 (2009-03-29)، ولا يعكس التغييرات التي قد تحدث للمقالة بعد هذا التاريخ.

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

وتتبع عملية البرمجة قواعد خاصة باللغة التي اختارها المبرمج. وكل لغة برمجة لها خصائصها التي تميزها عن الأخرى وتجعلها مناسبة بدرجات متفاوتة لكل نوع من أنواع البرامج وحسب المهمة المطلوبة من هذا البرنامج. كما أن اللغات البرمجية [1] أيضا لها خصائص مشتركة وحدود مشتركة بحكم أن كل هذه اللغات صممت للتعامل مع الحاسوب. وتتطور لغات البرمجة (السوفتوير Software) بتطور عتاد الحاسوب المرئي (الهاردوير Hardware). فعندما ابتكر الحاسوب في الأربعينيات والخمسينيات من القرن الماضي (بعد أجهزة الحساب الكهربائية في العشرينات) - وكان الكمبيوتر يعمل بأعداد كبيرة من الصمامات الإلكترونية - كانت لغة البرمجة معقدة هي الأخرى، حتى أنها كانت عبارة عن سلسلة من الأعداد لا يدخلها إلا الصفر (0) والواحد (1) وذلك لأن الحاسب يفهم حالتين فقط وجود التيار (1) أو عدم وجوده (0)، وكان ذلك صعبا على المبرمجين. ولكن بابتكار الترانزيستور صغر حجم الحاسوب كثيرا وزادت إمكانياته، واستطاع المختصون في نفس الوقت أن يبتكروا لغات أسهل للاستخدام، وأصبحت لغات البرمجة مفهومة إلى حد بعيد للمختصين. ولا يزال التطوير والتسهيل جاريا وتسمى هذه اللغات سهلة التعامل بالنسبة للمبرمجين باللغات عالية المستوى.[2]

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

التاريخ

كانت الأجهزة القابلة للبرمجة موجودة على الأقل منذ عام 1206 ميلادي عندما كانت أوتوماتيكي الجزاري قابلة للبرمجة عبر الأوتاد والكامينات للعب مختلف الإيقاعات وأنماط الطبل؛ [3] ويمكن لجهاز jacquard loom سنة 1801 موجات مختلفة عن طريق تغير برمجته - سلسلة من بطاقات اللوح مع ثقوب مثقوبة فيها.

ومع ذلك يرجع تاريخ أول برنامج كمبيوتر إلى عام 1843 عندما قامت عالمة الرياضيات أدا لوفليس بنشر خوارزمية لحساب سلسلة من أرقام برنولي يهدف إلى تنفيذها بواسطة تشارلز باباج عن طريق محرك تحليلي.[4]

في الثمانينات من القرن التاسع عشر اخترع هيرمان هوليريث مفهوم تخزين البيانات في شكل قابل للقراءة آليا.[5] في وقت لاحق سمحت لوحة التحكم (لوحة التوصيل) التي تمت إضافتها إلى لوحة Type I Tabulator 1906 الخاصة به ببرمجة وظائف مختلفة وبحلول أواخر الأربعينيات من القرن الماضي تمت برمجة معدات تسجيل الوحدات ‏ مثل IBM 602 وIBM 604 بواسطة لوحات التحكم بطريقة مماثلة. كما كانت هي أول أجهزة الكمبيوتر الإلكترونية. وكذلك مع مفهوم أجهزة الكمبيوتر المخزنة في البرنامج التي أدخلت في عام 1949 تم تخزين كل من البرامج والبيانات ومعالجتها بنفس الطريقة في ذاكرة الكمبيوتر.  

كانت شفرة الآلة هي لغة البرامج المبكرة وهي مكتوبة في مجموعة التعليمات الخاصة بالجهاز المحدد وغالبًا ما تكون بترميز ثنائي. سرعان ما تم تطوير لغات التجميع والتي تتيح للمبرمج تحديد التعليمات بتنسيق نصي (على سبيل المثال ADD X TOTAL) مع اختصارات لكل رمز تشغيل وأسماء ذات معنى لتحديد العناوين. ومع ذلك نظرًا لأن لغة التجميع ليست أكثر من مجرد ترميز مختلف للغة الآلة فإن أي جهازين لهما مجموعات تعليمات ‏ مختلفة لهما أيضًا لغات تجميع مختلفة.

جعلت لغات البرمجة عاليات المستوى عملية تطوير البرنامج أكثر بساطة وقابلية للفهم. وتعتبر لغة فورتران للبرمجة أول لغة عالية المستوى تستخدم على نطاق واسع للتنفيذ العملي عام 1957.[6] تم تطوير العديد من اللغات بعدها - على وجه الخصوص لغة كوبول التي تهدف إلى معالجة البيانات التجارية ولغة ليسب لأبحاث الحاسوب.

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

لغات البرمجة

قائمة أوامر الكومودور C64

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

لذلك يجب على المبرمج أن يكون ملما ببعض لغات البرمجة وأن يعرف ما هي اللغة المناسبة لتطبيق هذا البرنامج. لغة البرمجة الوحيدة التي يفهمها الحاسوب ويستطيع أن يتعامل معها هي لغة الآلة -machine language-. في البداية عمل المبرمجون على تحليل شيفرة الحاسوب –machine code- والتعامل معها بشكلها الجامد وغير المفهوم وهو (0,1). ولكن هذه العملية معقدة جدا ويصعب التعامل معها لعدم فهمها الواضح للبشر ولغموضها لذلك تم ابتكار لغات راقية تعمل كوسيط بين لغة الإنسان ولغة الآلة وهي لغة التجميع أسمبلي Assembly ثم تطورت للغات عالية المستوى مثل لغة السي ولغة البيسيك. ثم يتم تشغيل البرامج المكتوبة بهذه اللغات عن طريق أحد البرامج المتخصصة مثل المترجم والمصرف. هذه البرامج تعمل على ترجمة أسطر لغة البرمجة إلى لغة الحاسوب مما يسهل على الحاسوب تنفيذ هذه الأوامر وإخراج نتائج التنفيذ الواضحة.

البرمجة الحديثة

متطلبات الجودة

لكل نهج في عملية تطوير البرامج، يجب على البرنامج النهائي أن يحقق خصائص جوهرية، مثل:

  • الاعتمادية: وهي كم عدد المرات التي تكون فيها نتائج البرنامج صحيحة. يعتمد هذا على الدقة النظرية للخوارزميات، وتقليل أخطاء البرمجة إلى الحد الأدنى مثل الأخطاء في إدارة الموارد (على سبيل المثال تجاوزات في مساحات التخزين المؤقة) والأخطاء المنطقية (مثل القسمة على الصفر).
  • المتانة: مدى توقع البرنامج للمشاكل بسبب الأخطاء (errors) (وليس الأخطاء (bugs)). يتضمن ذلك مواقف مثل البيانات غير الصحيحة أو غير المناسبة أو التالفة وعدم توفر الموارد اللازمة مثل الذاكرة وخدمات نظام التشغيل واتصالات الشبكة وخطأ المستخدم وانقطاع الطاقة غير المتوقع.
  • الصلاحية: بيئة العمل الخاصة بالبرنامج: السهولة التي يمكن بها استخدام البرنامج للغرض المقصود منه أو حتى في بعض الحالات لأغراض غير متوقعة. يتضمن ذلك مجموعة واسعة من العناصر النصية والرسوماتية وفي بعض الأحيان للأجهزة التي تعمل على تحسين وضوح حدس التماسك واكتمال واجهة مستخدم البرنامج.
  • القابلية للنقل: مجموعة أجهزة الكمبيوتر وأنظمة التشغيل الأساسية التي يمكنها تجميع / تفسير الشفرة المصدرية للبرنامج وتشغيلها. يعتمد هذا على الاختلافات في تسهيلات البرمجة التي توفرها الأنظمة الأساسية المختلفة بما في ذلك موارد الأجهزة ونظام التشغيل والسلوك المتوقع للجهاز ونظام التشغيل وتوافر مترجمين خاصين بالمنصة (وأحيانًا المكتبات) للغة الكود المصدري.
  • القابلية للصيانة: سهولة تعديل البرنامج بواسطة مطوريه الحاليين أو المستقبليين من أجل إجراء تحسينات أو تخصيصات أو إصلاح الأخطاء وثغرات الأمان أو تكييفها مع بيئات جديدة. الممارسات الجيدة [7] أثناء التطوير الأولي تحدث فرقًا في هذا الصدد. قد لا تكون هذه الجودة واضحة بشكل مباشر للمستخدم النهائي ولكنها قد تؤثر بشكل كبير على مصير البرنامج على المدى الطويل.
  • الفعالية/الأداء: قياس موارد النظام التي يستهلكها البرنامج (وقت المعالج مساحة الذاكرة الأجهزة البطيئة مثل الأقراص عرض النطاق الترددي للشبكة وحتى تفاعل المستخدم إلى حد ما): كلما كان ذلك أقل كان ذلك أفضل. يتضمن ذلك أيضًا إدارة الموارد بعناية على سبيل المثال تنظيف الملفات المؤقتة والتخلص من تسرب الذاكرة.

القدرة على قراءة الشيفرة المصدرية

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

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

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

[9] بعض هذه العوامل تشمل:

من العوامل التي تؤثر على القدرة على القراءة:

غالبًا ما تتم معالجة جوانب العرض التقديمي ‏ الخاصة بهذا (مثل المسافات البادئة وفواصل الأسطر وتمييز اللون وما إلى ذلك) بواسطة محرر التعليمات البرمجية المصدر لكن جانب المحتوى يعكس موهبة ومهارات المبرمج.

كما تم تطوير لغات البرمجة المرئية المختلفة بهدف حل مخاوف قابلية القراءة من خلال تبني طرق غير تقليدية لهيكلة الشفرة وعرضها. تهدف بيئات التطوير المتكاملة (IDEs) إلى دمج كل هذه المساعدات. تقنيات مثل refactoring Code يمكن أن تعزز قابلية القراءة بشكل كبير.

التعقيد الخوارزمي

يهتم المجال الأكاديمي والممارسة الهندسية لبرمجة الكمبيوتر إلى حد كبير باكتشاف وتنفيذ الخوارزميات الأكثر كفاءة لفئة معينة من المشكلات.

لهذا الغرض يتم تصنيف الخوارزميات في أوامر باستخدام ما يسمى Big O notation والذي يعبر عن استخدام الموارد مثل وقت التنفيذ أو استهلاك الذاكرة من حيث حجم المدخلات. المبرمجين الخبراء على دراية بمجموعة متنوعة من الخوارزميات الراسخة والتعقيدات الخاصة بكل منها ويستخدمون هذه المعرفة لاختيار الخوارزميات الأكثر ملاءمة للظروف.

خوارزميات الشطرنج كمثال

كانت «برمجة كمبيوتر للعب الشطرنج» في سنة 1950 عبارة عن ورقة تحمل خوارزمية "minimax" والتي هي جزء من تاريخ الخوارزميات المعقدة.

دورة "IBM Deep Blue" (شطرنج الحواسيب) هي جزء من البرنامج التعليمي لشعبة علوم الحاسوب بجامعة ستانفورد.

المنهجيات

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

تتضمن تقنيات النمذجة الشائعة التحاليل والتصاميم الخاصة بالتوجيه الكائناتي ‏ (OOAD) أو الهندسة القائمة على النماذج (MDA).

لغة النمذجة الموحدة (UML) هي ترميز يستخدم لكل من OOAD و MDA.

قياس استخدام اللغة

من الصعب جدًا تحديد أكثر لغات البرمجة الحديثة شيوعًا. تتضمن طرق قياس شعبية لغة البرمجة ما يلي: حساب عدد إعلانات الوظائف التي تذكر اللغة [10] عدد الكتب المباعة والدورات التعليمية التي تدرس اللغة (هذا يبالغ في تقدير أهمية اللغات الأحدث) وتقديرات عدد الخطوط الحالية من الشفرة المكتوبة باللغة (هذا يقلل من عدد مستخدمي لغات العمل مثل COBOL).

تحظى بعض اللغات بشعبية كبيرة لأنواع معينة من التطبيقات بينما تستخدم بعض اللغات بانتظام لكتابة العديد من أنواع التطبيقات المختلفة. على سبيل المثال لا يزال COBOL قويًا في مراكز بيانات الشركات [11] غالبًا على أجهزة الكمبيوتر الكبيرة وFortran في التطبيقات الهندسية ولغات البرمجة النصية في تطوير الويب وC في البرامج المدمجة ‏. تستخدم العديد من التطبيقات مزيجًا من عدة لغات في بنائها واستخدامها. يتم تصميم اللغات الجديدة عمومًا حول لغة سابقة مع إضافة وظيفة جديدة (على سبيل المثال يضيف C ++ اتجاه الكائناتي (OPP) إلى C ويضيف Java إدارة الذاكرة والرمز الثانوي إلى C ++ ونتيجة لذلك يفقد الكفاءة والقدرة على التلاعب بالبيانات على مستوى منخفض)

التنقيح

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

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

غالبًا ما يتم تصحيح الأخطاء باستخدام بيئة تطوير متكاملة مثل إكليبس وVisual Studio و إكس كود ‏ وKdevelop وNetBeans وCode :: Blocks. يتم استخدام مصححات الأخطاء المستقلة مثل GDB أيضًا وغالبًا ما توفر هذه الأجهزة بيئة بصرية أقل وعادة ما تستخدم سطر أوامر. تسمح بعض برامج تحرير النصوص مثل Emacs باستدعاء GDB من خلالهم لتوفير بيئة بصرية.

قائمة ببعض لغات البرمجة

المبرمجون

مبرمجو الحاسوب هم الذين يكتبون برامج الحاسوب. وظائفهم تشمل بشكل عام:

مراجع

  1. ^ Shaun Bebbington (2014). "What is coding". مؤرشف من الأصل في 2017-12-18. اطلع عليه بتاريخ 2014-03-03.
  2. ^ Shaun Bebbington (2014). "What is programming". مؤرشف من الأصل في 2017-12-17. اطلع عليه بتاريخ 2014-03-03.
  3. ^ Fowler، Charles B. (أكتوبر 1967). "The Museum of Music: A History of Mechanical Instruments". Music Educators Journal. ج. 54 ع. 2: 45–49. DOI:10.2307/3391092. JSTOR:3391092.
  4. ^ Fuegi، J.؛ Francis، J. (2003). "Lovelace & Babbage and the Creation of the 1843 'notes'". IEEE Annals of the History of Computing. ج. 25 ع. 4: 16. DOI:10.1109/MAHC.2003.1253887.
  5. ^ "Columbia University Computing History – Herman Hollerith". Columbia.edu. مؤرشف من الأصل في 2011-05-13. اطلع عليه بتاريخ 2010-04-25.
  6. ^ "Fortran creator John Backus dies - Tech and gadgets- msnbc.com". MSNBC. 20 مارس 2007. مؤرشف من الأصل في 2012-11-04. اطلع عليه بتاريخ 2010-04-25.
  7. ^ "Programming 101: Tips to become a good programmer – Wisdom Geek". Wisdom Geek (بen-US). 19 May 2016. Archived from the original on 2017-08-14. Retrieved 2016-05-23.{{استشهاد ويب}}: صيانة الاستشهاد: لغة غير مدعومة (link)
  8. ^ Elshoff، James L.؛ Marcotty، Michael (1982). "Improving computer program readability to aid modification". Communications of the ACM. ج. 25 ع. 8: 512–521. DOI:10.1145/358589.358596.
  9. ^ Multiple (wiki). "Readability". Docforge. مؤرشف من الأصل في 2020-04-29. اطلع عليه بتاريخ 2010-01-30.
  10. ^ Survey of Job advertisements mentioning a given language نسخة محفوظة 26 أكتوبر 2011 على موقع واي باك مشين.
  11. ^ Mitchell، Robert (21 مايو 2012). "The Cobol Brain Drain". Computer World. مؤرشف من الأصل في 2019-02-12. اطلع عليه بتاريخ 2015-05-09.
  12. ^ Temkin، Daniel (3 نوفمبر 2014). "Interview with Ben Olmstead". esoteric.codes. مؤرشف من الأصل في 2023-03-20. اطلع عليه بتاريخ 2021-01-07.