الأسئلة الشائعة
الأسئلة الشائعة
في ما يلي أكثر الأسئلة شيوعًا حول خارطة الطريق هذه. يُوصى بشدّة بقراءة هذه الصفحة قبل البدء بخارطة الطريق.
هل خارطة الطريق هذه مجانية؟
نعم! خارطة الطريق هذه منشورة تحت ترخيص مفتوح المصدر هو المشاع الإبداعي نَسب المُصنَّف - الترخيص بالمثل 4.0 (Creative Commons Attribution-ShareAlike 4.0). وجميع المصادر القرائية الإضافية المشار إليها في خارطة الطريق متاحة للعموم.
ومع ذلك، ولأنّ المقاس الواحد لا يناسب الجميع، تُعدّ المصادر القرائية الإضافية الأفضل من وجهة نظر المؤلف. ولك حرية استخدام أيّ مصادر تناسبك (مثل محتوى بلغتك). ويمكنك أيضًا استخدام خارطة الطريق هذه مع موجّه محلي أو صديق خبير.
هل هذه دورة تعليمية؟
لا، بل خارطة طريق! فهي ترشدك على مستوى عالٍ متّبعةً نموذج التعلّم الموجّه (Guided Learning) المتمحور حول المتعلّم. وهي تدعم رحلة المتعلّم نحو فهم مشكلات DevOps وتطبيقها العملي دون تغذية بالملعقة. وهذا يعمل على أفضل وجه عند الاقتران بمتعلّمين آخرين أو بموجّه (وقد تنجح دون موجّه إن استطعت الالتزام بالخطّة، لكن لا يُنصح بذلك لأنّ النتيجة عادةً ما تشوبها عيوب كثيرة).
تشير خارطة الطريق إلى بعض المصادر للبدء، لكن لك حرية التعلّم في كل موضوع مذكور عبر مصادر خارجية أخرى (مثل كتاب أو دورة ذاتية أو مدرّب).
ويمكنك مع ذلك استخدام خارطة الطريق في وضع دورة أو معسكر تدريبي حين تُدمج مع مصادر وإرشاد من موجّه ذي خبرة.
هل يوجد مجتمع لخارطة الطريق هذه؟
نعم، يمكنك الاشتراك في أنشطة المجتمع، وهي تشمل الإرشاد والاجتماعات عبر الإنترنت وورش العمل ونصائح وحِيَل المسيرة المهنية وغيرها. كما تتوفّر مجموعة على تلغرام للتواصل التفاعلي.
هل خارطة الطريق هذه لمهندسي DevOps فقط؟
تركّز خارطة الطريق هذه على مساري DevOps وDevSecOps، وتوفّر ما لا يقلّ عن 80% من الأساس لمسارات XOps الأخرى، مثل DataOps وMLOps وAIOps وغيرها.
كما أنها مفيدة لمهندسين آخرين، مثل مهندسي الواجهات (frontend) والخوادم (backend) وضمان الجودة (QA) وغيرهم، للتعرّف على منهجيات DevOps واستخدامها في المهام اليومية.
ما المشكلة التي تحاول خارطة الطريق هذه حلّها؟
الأمر بسيط: لماذا بات من الصعب جدًّا بدء مسيرة مهنية في DevOps في أيامنا هذه؟
المشكلة
شكل توضيحي: جزء من مشهد Cloud Native (اطّلع على مشهد CNCF الكامل).
ما زال دور مهندس DevOps من بين أكثر 10 وظائف طلبًا في جميع القطاعات (وليس في مجال التقنية فحسب!). غير أنّ بدء هذا الدور صعب جدًّا لأنّ نموذج DevOps تتعدّد أنماطه وطوبولوجياته. كما أنّ مشهد Cloud Native يواصل التوسّع؛ فكل يوم يظهر جديد!
وببساطة، لا يمكنك بدء وظيفة DevOps بمجرّد تعلّم الأدوات! ويزداد الأمر تعقيدًا إن كانت أوّل وظيفة لك دون خبرة سابقة في صناعة البرمجيات (سواء أتيت من جانب التطوير أو جانب العمليات).
ولهذا السبب، أرى كل يوم تقريبًا أشخاصًا يعانون في طريقهم لبدء العمل كمهندسي DevOps مبتدئين، أو حتى للتقدّم في سنواتهم المهنية الأولى عمومًا. وهم عادةً يتّبعون خارطة طريق خطّية ما مثل roadmap.sh/devops. ومع ذلك لا يستطيعون الظفر بأول وظيفة، أو يعانون كثيرًا حين يجدونها! وللأسف، كثير منهم يستسلم في النهاية!
لمزيد من التفاصيل حول جوانب المشكلة، اقرأ: خارطة طريق تعلّم DevOps لديك معطوبة!
الحل
شكل توضيحي: ركائز «خارطة طريق DevOps الديناميكية».
استنادًا إلى سنوات من الخبرة في إرشاد الناس في مراحل مختلفة (بدء أوّل وظيفة، أو تغيير المسار، أو الانتقال إلى نمط عمل أو شركة أخرى)، أثبت استخدام خارطة طريق ديناميكية بأسلوب الحدّ الأدنى القابل للتطبيق (MVP) مع مشاريع عملية مصمَّمة من مهندس DevOps ذي خبرة نجاحًا كبيرًا.
وخلافًا لكثير من خرائط الطريق الأخرى، تتميّز خارطة الطريق هذه بأنها فعّالة وذات أثر والأهم أنها قابلة للتحقيق، لأنها تتبنّى مقاربة مختلفة تقوم على 3 مبادئ:
تدرّجية(Progressive): خبرة من العالم الحقيقي تطابق سوق العمل عبر مسار تعلّم بأسلوب MVP يعمل على مراحل. اكتسب مهارات يُقدّرها أصحاب العمل.غير خطّية(Non-Linear): الظفر بالوظائف أسرع ونموّ أرسخ في وقت أقلّ من الطرق التقليدية. تقدّم على أقرانك باستراتيجيات أفضل.على شكل T(T-Shaped): اكتساب العمق في الخبرة والاتّساع في المعرفة. التحقّق بوظائف مثل DevOps وDevSecOps وCloud وSRE وPlatform وDataOps وMLOps وغيرها.
وهذا يعني أولًا فهم المشكلة بدل مجرّد تعلّم حزمة من الأدوات، ثم استخدام أسلوب تكرارى، فتغطّي كل دورة معظم مجالات DevOps المستخدمة في الوظيفة، لبناء ملف مهارات على شكل T منذ اليوم الأول! ومن الأساسي أيضًا تحديد السوق والمنظمات المستهدفة، إذ تختلف متطلّبات دور مهندس DevOps كثيرًا باختلاف طوبولوجيات DevOps.
ما المقاربة المتّبعة في خارطة الطريق هذه؟
شكل توضيحي: منحنى التوزيع الطبيعي للكفاءة. تهدف خارطة الطريق إلى جعلك أفضل من 80% من المتقدّمين على الأقل في مستواك في السوق.
خارطة الطريق هذه عملية جدًّا! فهي تتّبع الأفكار نفسها للحدّ الأدنى القابل للتطبيق (MVP). وهذا يعني أنك ستنشئ حلًّا عاملًا من الوحدة الأولى وتُحسّنه بالتكرار لتبني مشروعًا عمليًّا بمستوى الصناعة (تمامًا كما في العالم الحقيقي؛ فلا يمكنك أن تطلب من شركتك أن تنتظر ثلاثة أشهر حتى تُنشئ حلًّا سليمًا... بل تتعلّم أثناء العملية).
نقطة أخرى: لا تهدف خارطة الطريق إلى تغطية كل شيء في السوق. وإن اتُّبعت جيدًا، ستجعلك مناسبًا لـ 80-95% من الوظائف في السوق، وستكون في تلك الوظائف أفضل من 80-95% من المتقدّمين، وهذا يزيد كثيرًا من فرصك في الظفر بوظيفة كمهندس DevOps.
ولماذا ليس 100%؟ لأنّ خارطة الطريق تنتهج مقاربة عملية، فالـ 20% الأخيرة تختلف كثيرًا بين الأشخاص والبيئات والشركات. لذا فإنّ محاولة تغطيتها ستزيد زمن الوصول إلى السوق وترفع احتمالات الفشل!
من الجمهور المستهدف لخارطة الطريق هذه؟
صُمّمت خارطة الطريق هذه لمجموعة واسعة من الجماهير، لكنّ كلًّا منهم يتطلّب جهدًا ومخاطرة مختلفين. والمخاطرة هنا هي تحقيق الهدف النهائي: إنهاء خارطة الطريق وأن تكون مهندس DevOps مؤهّلًا.
والمخاطرة المنخفضة تعني أنّ المتعلّم أكثر احتمالًا لبلوغ الهدف، والمخاطرة المرتفعة تعني أنه أقلّ احتمالًا لبلوغه (والزمن هنا عامل مهم في هذه المعادلة؛ فبزيادته تزداد احتمالات انحراف المتعلّم عن الهدف).
مجموعات الجمهور:
- المجموعة أ (جهد منخفض، بلا مخاطرة): مهندس DevOps يريد تجديد معلوماته والتأكّد من إلمامه بالأساسيات وأفضل الممارسات في مجال Cloud Native.
- المجموعة ب (جهد متوسّط، مخاطرة منخفضة): مهندس تطوير أو عمليات يريد تغيير مساره ليصبح مهندس DevOps.
- المجموعة ج (جهد متوسّط، مخاطرة متوسّطة): مهندس ذو خلفية تقنية يريد تغيير مساره ليصبح مهندس DevOps (تعتمد المخاطرة على مدى انخراط المهندس في دورة حياة تطوير البرمجيات).
- المجموعة د (جهد مرتفع، مخاطرة مرتفعة): حديث تخرّج يريد نهج مسيرة DevOps كأوّل وظيفة (إن لم تكن ممّن يلتزمون بالخطط طويلة الأمد، يُنصح ببدء خارطة الطريق مع موجّه أو مع مجموعة تعلّم على الأقل).
- المجموعة هـ (جهد مرتفع، مخاطرة مرتفعة جدًّا): شخص من خلفية غير تقنية ينهج مسيرة DevOps كأوّل وظيفة (إن لم تكن ممّن يلتزمون بالخطط طويلة الأمد، يُنصح ببدء خارطة الطريق مع موجّه أو مع مجموعة تعلّم على الأقل. وبدلًا من ذلك، ابدأ أولًا كمهندس تطوير أو عمليات لمدة 2-3 سنوات، ثم انتقل إلى DevOps).
ما الجدول الزمني المتوقّع لإكمال خارطة الطريق هذه؟
يعتمد الأمر كليًّا على خلفيتك ووقتك المتاح والمجموعة التي تنتمي إليها، وعلى ما إذا كنت تعمل بمفردك أو مع مجموعة تعلّم أو مع موجّه.
وبشكل أساسي، وككثير من الأمور في الحياة، تتبع النتيجة قاعدة المثلّث الذهبي؛ فهناك ثلاثة عوامل: الزمن والجهد والتكلفة... اختر اثنين!
- لتوفير الزمن: ركّز على
الجهدوالتكلفة(مثل استخدام خارطة الطريق في معسكر تدريبي مكثّف مع موجّه). - لتوفير الجهد: ركّز على
الزمنوالتكلفة(مثل استخدام خارطة الطريق في وضع دورة مع موجّه). - لتوفير التكلفة: ركّز على
الزمنوالجهد(مثل استخدام خارطة الطريق في وضع التعلّم الذاتي مع أو دون مجموعة تعلّم).
وبشكل تقريبي، الجدول الزمني كما يلي:
- المجموعة أ (جهد منخفض، بلا مخاطرة): 1-2 شهرًا.
- المجموعة ب (جهد متوسّط، مخاطرة منخفضة): 3-4 أشهر.
- المجموعة ج (جهد متوسّط، مخاطرة متوسّطة): 3-5 أشهر.
- المجموعة د (جهد مرتفع، مخاطرة مرتفعة): 4-6 أشهر.
- المجموعة هـ (جهد مرتفع، مخاطرة مرتفعة جدًّا): 4-9 أشهر.
لماذا لا يُنصح ببدء خارطة الطريق هذه منفردًا؟
شكل توضيحي: أثر التمهيد في التعلّم. العمل مع موجّه أو زميل (حتى في المستوى نفسه) يمكن أن يؤثّر في عملية التعلّم ويحقّق نتائج أفضل.
كما ذُكر آنفًا، تتّبع خارطة الطريق هذه نموذج التعلّم الموجّه (Guided Learning)، الذي يعمل على أفضل وجه في مجموعة، سواء كانت مجموعة موجّه ومتعلّمين أو مجموعة أقران. وبدون ذلك، ستُفقد مهارات تواصل كثيرة لازمة لدور DevOps!
إن لم تستطع الحصول على موجّه مدفوع الأجر، فحاول الحصول على موجّه من المجتمع، مثل مجتمعك التقني المحلي أو ADPList. وإن لم تستطع الحصول على أيّ موجّه على الإطلاق، فحاول بدء تعلّم جماعي، أو حتى العثور على زميل واحد يريد بدء مسيرة DevOps لأنّ «الكلّ أكبر من مجموع أجزائه». وإن لم تجد أحدًا على الإطلاق، فافعل ذلك منفردًا، لكن يجب أن يكون ذلك آخر الملاذ.
ولماذا؟ لأنك على الأرجح ستهدر وقتًا كثيرًا وستنتهي بـ «Ducklephant»، لا بطة ولا فيل! فستكون النتيجة النهائية غير عملية ولا تناسب السوق.