قواعد البرمجة كما لو كنت مبرمجًا في ناسا

البرمجة في ناسا من أكثر الوظائف تعقيدًا  والتي تخوض خلالها  الكثير من التحديات فهم يقومون بكتابة الأكواد البرمجية التي تقوم بالعديد من الوظائف الحساسة لدى المهمة التي يعملون عليها مما يعني أن احتمالية الخطأ واحتمال توقف البرنامج عن العمل في أي وقت من الأوقات أمر غير وارد على الاطلاق

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

قواعد البرمجة لدى ناسا، ثقف نفسك

1.     يجب أن تجعل طريقة انسياب الكود وتسلسل تنفيه بسيط بحيث لا تستخدم “go to” أو الكثير من خطوط الرجوع لشئ ما داخل الكود

Advertisements

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

3.     لا تستخدم dynamic memory allocation بعد بدء تنفيذ البرنامج

4.     الدوال الخارجية يجب ألا يكون طولها أكبر من صفحة A4 مطبوعة كما يجب أن يكون أي أمر مكتوب في سطر واحد وأي اعلان عن متغير في سطر واحد. تطبيقيًا هذا يعني أن كل دالة تكتب في 60 سطر

5.     دوال التأكد من عمل الدالة بشكل جيد يجب أن تكون على الأقل موجودة مرتين داخل الدالة للتأكد من صحة عملها وصحة عمل if condition. ويجب أن يكون تأثيرها منعدم على الدوال الرئيسية بحيث عندما يتم ازالتها لا تشكل فرقًا. كما يجب أن يكون هناك رد فعل من التأكد إذا حدث خطأ ما بحيث يبين لك نوع الخطأ وفي أي السطور

6.     استخدام ال objects يجب أن يكون في أقل الحدود الممكنة

7.     القيم التي تقوم بتغييرها الدوال من نوع void يجب أن يتم اختبار قيمها بشكل دائم داخل كل دالة

8.     يجب أن تجعل عمليات preprocessing الا في اقل الحدود بحيث تقتصر على include و macro و define. غير مسموح بالكثير من التسلسلات arrays أو الكثير من الماكرو المعقدة. كما أن استخدام الدوار الشرطية بالرغم أنه لا يمكن أن تجد كود لا يحتوي عليها ولكن يجب أن تكون أيضًا في أقل الحدود حتى يستهل التعامل مع أي خطأ واصلاح الكود

9.     استخدام المؤشرات يجب أن يكون محدود جدًا بحيث يقتصر على المستوى الأول فقط من الاعلان عن مؤشر لشئ ما ولا يرتقي لأن ترجع دالة خارجية مؤشرًا ما

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

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

Advertisements