NORATECH

تُعدّ قصة إريك بيترسن (Eric Peterson) مثالًا واقعيًا ومهمًا يوضح كيف يمكن لقائد ذكي ، مجتهد ، وذو مؤهلات عالية أن يفشل إريك بيترسن كان شخصًا يتمتع بخلفية أكاديمية قوية جدًا، حيث تخرّج من جامعات مرموقة مثل MIT وDartmouth. كان طموحًا، ملتزمًا، ويعمل لساعات طويلة تصل أحيانًا إلى 60–80 ساعة أسبوعيًا. ومع ذلك، وعلى الرغم من كل هذا الجهد، انتهت تجربته بالفصل من منصبه كمدير عام (General Manager). فماهي القصة ، تعالوا لنبحر في قصة إريك ونستعرض ماحدث معه منذ البداية إريك بيترسن كان

في المقال السابق، تحدثنا عن أهمية وجود بيئة تطوير مستقلة لا ترتبط بجهازك الشخصي، بحيث تبني فيها خدماتك، وتربطها بخدمات أخرى داخل نفس البيئة، بدون الاعتماد على بيئات الاختبار أو التأثير على فرق أخرى. بمعنى ان جهازك يبقى فارغ ، حتى ماتحتاج تحمل فيه أطر عمل أو برامج أحد الحلول العملية لتحقيق هذا المفهوم هو نقل بيئة التطوير نفسها إلى الكلاود، وهنا يأتي دور GitHub Codespaces . إذا ما سمعت ب GitHub ، هو منصة لاستضافة وإدارة الشيفرة المصدرية باستخدام Git ويُستخدم على نطاق واسع لل

كمطورين، أعتقد أن كثيرًا منا مرّ بمرحلة إعداد بيئة التطوير (Development Environment) على جهازه قبل البدء بالبرمجة (تحميل أطر العمل Frameworks، إعداد متغيرات البيئة Environment Variables، تحميل المكتبات المطلوبة Libraries، التأكد من الإصدارات Versions، وحل التعارضات بين الأدوات القديمة والجديدة، إلخ). وإذا كان المشروع يضم أكثر من مطور، فإن كل واحد منهم يمر بالتجربة نفسها. صحيح أن ذلك يمنح فهمًا أعمق للبيئة، خصوصًا للمطور الجديد، لكنه مع الوقت يصبح مرهقًا ويستهلك جهدًا أكبر مما