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

1. تجنب إسناد قراراتك على عدد أسطر التعليمات البرمجية

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

2. لا توجد لغات برمجة “جيدة” و “سيئة”

يوضح المؤلف أن كل لغة برمجة تقدم حل وسط يجب على كل مطور التعامل معها. بمعنى آخر، لا توجد لغات برمجة “جيدة” و “سيئة”. سيكون هناك ببساطة خيار من بين العديد. وعلى الرغم من أنه يشير إلى أنه في معظم الحالات يكون هناك القليل من المواقف التي يكون فيها اختيار اللغة مشكلة حاسمة، إلا أنه يضع قائمة بالنقاط التي يجب مراعاتها. لتحقيق هذا الهدف يمكن أخد بعين الاعتبار توافر الموارد عبر الإنترنت وسرعة التنمية والأداء وغيرها.

3. قراءة رمز المطورين الآخرين هو نشاط صعب

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

4. ضع في اعتبارك أنه لا يوجد كود “مثالي”

في منصبه، أراد مؤلف منصة Binaris أيضًا إعادة صياغة فكرة أن جميع المبرمجين في الصناعة يكتبون رمزًا “مثاليًا”. ويصر على أنه حتى في هذه المجالات التي نتعامل فيها مع مبرمجين ذوي خبرة كبيرة، فإن الخلاص يمر عبر مراجعات أكواد كثيرة.

5. العمل كمطور لا يعني 8 ساعات من البرمجة يوميًا

في العديد من دول العالم، يستمر يوم العمل 8 ساعات. بالنسبة للعامل في المكتب، عدد قليل جدا من الناس قادرون على كتابة التعليمات البرمجية لأكثر من 4 ساعات في اليوم. الأشخاص الذين لا يوافقون على هذا البيان هم إما استثناء للقاعدة، أو يعملون في شركات يجب أن تعاملهم بشكل أفضل. البرمجة مهمة شاقة على المستوى العقلي. من غير المعقول تمامًا أن نتوقع من شخص ما كتابة الكود 8 ساعات في اليوم، 5 أيام في الأسبوع.

المصدر : cdevn