| dbo:abstract
|
- الإنتاجية البرمجية تشير إلى العديد من الأساليب والمسائل المتعلقة بتطوير البرمجيات التي تؤثر في كم وجودة الكود الذي يستطيع إنتاجه فريق أو شخص بمفرده. من أهم المواضيع في النقاش الدائر حول الإنتاجية:
* كم الكود الذي يستطيع المبرمج إنتاجه أو صيانته (عادة يقاس بعدد أسطر الكود في اليوم)
* اكتشاف الأخطاء وتجنبها (من خلال أساليب مثل إدارة ستة سيجما، كتابة الكود بطريقة zero defects، وإدارة الجودة الشاملة)
* تقدير تكلفة البرمجيات (حيث أن الإنتاجية تنعكس بشكل مباشر على التكلفة) تفاوتت أهمية الإنتاجية وبعض العوامل أخرى المؤثرة في هذا المجال مثل:
* تكلفة الاستعانة بالعمالة البشرية مقارنة بالآلة
* القوى العاملة المتاحة من مختلف أنحاء العالم عبر الإنترنت بأجور أقل كثيرا من المعتاد
* أمثلة:
* http://www.wired.com/wired/archive/12.02/india.html?pg=7
* http://www.wired.com/wired/archive/12.02/india.html
* حجم وتعقيد الأنظمة المراد بناؤها
* المشاريع الشهيرة التي واجهت مشاكل في الجودة أو الالتزام بالجدول الزمني
* ظهور أساليب ووسائل تكنولوجية جديدة لمعالجة مشاكل الإنتاجية
* تقنيات ومقاييس عملية إدارة الجودة
* المبالاة قد تكون سبب (يجب أن تصبح الإنتاجية هدف) لابد من الوصول إلى تعريف مقبول وعملي لإنتاجية المبرمج والاتفاق عليه، ولابد من وضع مقاييس مناسبة لتقييم الإنتاجية. لابد من محاولة تقييم الإنتاجية على مدى عمر الكود، فمثلا المبرمج أ يكتب كودا في فترة زمنية أقل من المبرمج ب ولكن جودة الكود الذي يكتبه أ أقل، وبعد شهور من كتابته يتطلب مجهودا إضافيا للوصول به إلى جودة كود ب، في هذه الحالة من العدل القول بأن المبرمج ب كان أعلى إنتاجية. علاقة عتاد الحاسب بإنتاجية المبرمج ليس من العدل تقييم إنتاجية المبرمج بدون النظر إلى الأدوات المقدمة له من عتاد وبرمجيات، فمثلا: المبرمج الذي يتعامل مع شاشتين من المحتمل أن تكون إنتاجيته أعلى ممن يتعامل مع شاشة واحدة. مع انخفاض تكلفة سواقة الحالة الصلبة solid-state drive يمكن أن يعد المبرمج عتاده ليتمكن من ترجمة الكود compilation بشكل أسرع، وهو ما تحتاجه الأساليب الجديدة في عالم تطويرالبرمجيات مثل TDD (التطوير المرتكز على الاختبار test driven development). يوجد إنتاج بحثي ضخم في مسائل قياس الإنتاجية البرمجية، تجنب العيوب وإزالتها، وتقدير تكلفة البرمجيات. ازدهر البحث في هذه الأمور في الفترة من الستينيات إلى الثمانينيات حين كان من المعتاد أن تتجاوز مشاريع تطوير الحواسيب المركزية mainframes الميزانية والوقت المخصص لها. انتشرت العديد من وكان يروج لها في الغالب مجموعة من المستشارين المستقلين الذين يستعان بهم لحل مشاكل المشاريع الهامة. كانت وزارة الدفاع الأمريكية مسئولة عن جانب كبير من البحث والتطوير في هذا المجال حيث أثرت مسألة الإنتاجية بشكل مباشر في صفقات عسكرية ضخمة. في هذه الأيام كان المسؤولون عن المشاريع الضخمة لتطوير أنظمة بأكملها - ومعها غالبا المكونات التابعة للنظام (مثل محركات إدارة البيانات data management engines وأنظمة التحكم الطرفية terminal control systems) - ينفذون هذه المشاريع بدون تسجيل الأخطاء والمشاكل التي تحدث في عملية التطوير، مما أدى إلى وجود عدد ضخم من المسئولين عن معالجة البيانات في المؤسسات الكبيرة قد يصل إلى المئات أو الآلاف من مبرمجي لغة التجميع وكوبول وأيدا أو أي أدوات مستخدمة وقتها. يعتمد استخدام أجهزة الحاسوب الحديثة بشكل كبير على الاستعانة بالمنتجات والمنصات platforms القياسية مثل الأدوات متعددة الاستخدامات المتوفرة لنظامي تشغيل لينوكس وميكروسوفت، المؤسسات الكبيرة لديها الكثير من الحلول الجاهزة، أصبحت القدرة على استخدام الحاسوب مطلب رئيسي في أغلب التخصصات، المهام التي كانت تحتاج فريق صغير لتوليها يستطيع طالب في الكلية أن يقوم بها باستخدام مايكروسوفت إكسل، كل هذا أدى إلى زيادة التوجه في مجال تكنولوجيا المعلومات نحو الاستعانة بفريق عمل أقل عددا والتعامل مع مشاريع أصغر حجما، وفي التعامل مع المشاريع الضخمة استطاعت بعض الأساليب مثل التطوير السريع للبرمجيات rapid prototyping تقليل زمن عملية التطوير معطية الأولوية للحصول على نتائج سريعة مع التحسين المستمر. أصبحت برمجة المشاريع الضخمة أمرا نادرا، مجال تخصص الشركات العملاقة مثل مايكروسوفت وآي بي إم، بالتالي أصبحت مسألة الإنتاجية - رغم أهميتها - جزءً من الممارسات المثلى best practices في هندسة البرمجيات وإدارة الجودة العامة بدلا من النظر لها كموضوع منفصل. أدت الحاجة إلى رفع إنتاجية المبرمج إلى نقلات نوعية في أساليب البرمجة، تأتي من:
* سرعة إنتاج الكود
* أسلوب الصيانة
* التكنولوجيا الجديدة
* منحنى التعلم (التدريب مطلوب)
* أسلوب الاختبار (ar)
- Programming productivity (also called software productivity or development productivity) describes the degree of the ability of individual programmers or development teams to build and evolve software systems. Productivity traditionally refers to the ratio between the quantity of software produced and the cost spent for it. Here the delicacy lies in finding a reasonable way to define software quantity. (en)
|
| dbo:wikiPageID
| |
| dbo:wikiPageLength
|
- 14716 (xsd:nonNegativeInteger)
|
| dbo:wikiPageRevisionID
| |
| dbo:wikiPageWikiLink
| |
| dbp:wikiPageUsesTemplate
| |
| dct:subject
| |
| rdfs:comment
|
- Programming productivity (also called software productivity or development productivity) describes the degree of the ability of individual programmers or development teams to build and evolve software systems. Productivity traditionally refers to the ratio between the quantity of software produced and the cost spent for it. Here the delicacy lies in finding a reasonable way to define software quantity. (en)
- الإنتاجية البرمجية تشير إلى العديد من الأساليب والمسائل المتعلقة بتطوير البرمجيات التي تؤثر في كم وجودة الكود الذي يستطيع إنتاجه فريق أو شخص بمفرده. من أهم المواضيع في النقاش الدائر حول الإنتاجية:
* كم الكود الذي يستطيع المبرمج إنتاجه أو صيانته (عادة يقاس بعدد أسطر الكود في اليوم)
* اكتشاف الأخطاء وتجنبها (من خلال أساليب مثل إدارة ستة سيجما، كتابة الكود بطريقة zero defects، وإدارة الجودة الشاملة)
* تقدير تكلفة البرمجيات (حيث أن الإنتاجية تنعكس بشكل مباشر على التكلفة) تفاوتت أهمية الإنتاجية وبعض العوامل أخرى المؤثرة في هذا المجال مثل: علاقة عتاد الحاسب بإنتاجية المبرمج (ar)
|
| rdfs:label
|
- إنتاجية برمجية (ar)
- Programming productivity (en)
|
| owl:sameAs
| |
| prov:wasDerivedFrom
| |
| foaf:isPrimaryTopicOf
| |
| is dbo:wikiPageDisambiguates
of | |
| is dbo:wikiPageRedirects
of | |
| is dbo:wikiPageWikiLink
of | |
| is rdfs:seeAlso
of | |
| is foaf:primaryTopic
of | |
