في هذه المقالة ،
تشارك Alexandra Romanenko ، التي تتعاون مع EPAM كمهندس برامج رئيسي ، وجهات نظرها حول إعادة التدريب وتتحدث عما تبحث عنه إذا كنت تريد أن تصبح متخصصًا في DevOps.
مصدر الصورة: pexels.com
قصتي
صادفت تخصص DevOps عندما كنت لا أزال مطورًا أثناء العمل في مشروع باستخدام تقنيات بدون خادم. في مشاريع Java الكلاسيكية ، يتم تحديد أدوار المختبر والمطور و DevOps بوضوح ، وأنظمة الخوادم لا تختلف جذريًا. هذا الموضوع الجديد والمثير للاهتمام "غذى" فضولي الاحترافي ، بدأت في الخوض في المشروع ، ودراسته ، وليس فقط على مجال عملي. ثم بدأت في إعداد تقارير حول موضوع خدمات أمازون بدون خادم والتحدث معهم في اجتماعات DevOps. في موقفي الحالي ، كنت مناسبة بشكل مثالي للمهارات ، وكان هناك إعادة توجيه.
من أين يأتي متخصصو DevOps؟
تظهر تجربتي أنه في DevOps ، كقاعدة عامة ، يأتون من
مسؤولي النظام ، وفي كثير من الأحيان ، من
المطورين. لكي تكون "جسرًا" موثوقًا به بين عملية التطوير والأنشطة التشغيلية ، تحتاج إلى المعرفة في كلا المجالين. في الممارسة العملية ، هذا نادر للغاية ، لأنه في هذه العملية ، يتعين على الزملاء تبادل الخبرات. على سبيل المثال ، افتقرت إلى المعرفة في مجال هندسة النظم. لم أدرس التخصصات اللازمة في الجامعة ولم أقابلها في الممارسة العملية. ساعد ملء الثغرات الزملاء ذوي الخبرة في إدارة الشبكات ، الذين شاركت معهم ، بدوره ، معرفتي. في فريق جيد ، يسود التعايش والمساعدة المتبادلة دائمًا ، وإلا - بأي حال من الأحوال.
في رأيي ، من الأسهل على المتخصصين الذين لديهم خلفية مطور أن يرتاحوا مع DevOps لسببين:
- فهم أكثر وعياً بالطلبات المقدمة من فرق التطوير والاختبار ، وهم "يتحدثون نفس اللغة ".
- تستخدم المبرمجين للتعقيد الهيكلي . يطورون مهارة في التعامل مع كميات كبيرة من البيانات ، وآلاف الملفات والمجلدات. أي مشروع ، بأي لغة برمجة ، أكثر تعقيدًا من الشفرة التي تتعامل معها DevOps ، لذلك ، كما يقولون ، لا يعتادون عليها. لكن الزملاء الذين لا يتمتعون بمهارات التنمية لديهم أكثر تعقيدًا.
صحيح ، هناك جانب آخر للعملة. على سبيل المثال ، إذا كانت إحدى الأدوات التي يحتاجها DevOps لا تعمل بشكل صحيح ، فيمكن أن يعبّر الزملاء المسؤولون عن النظام بصوت عالٍ عن استيائهم. في الوقت نفسه ، كمطور ، أقوم بإضافة العمل إلى نفسي: أبحث عن خطأ في التعليمات البرمجية وأحاول إصلاح الخلل. لكن هذا ممكن فقط إذا كانت الأداة مكتوبة بلغة أتحدث بها ، وإذا لم يكن الأمر كذلك ، فستكون هناك خيبة أمل مريرة. يسمى أحد تقاريري "لماذا أكره Terraform": في البداية لأنه غالبًا ما ينهار بسبب الأخطاء. لكن حقيقة كتابتها في GO ، والتي لا أمتلكها وبالتالي لا أستطيع إصلاح الخلل ، لا تساعد أيضًا
مصادر المعرفة
أنا أؤيد عدم اتباع الآخرين على نحو أعمى ، ولكن من شق طريقي. لذلك ، أنصحك باستخدام الفرص المتاحة والتطور بوتيرة مريحة لك.
- ابدأ بمشروعك بالتأكيد يوجد اختصاصي DevOps في مشروعك. تحليل ما يفعله ، ما المهارات التي يستخدمها. إذا كان لديك أسئلة ، اسأل مباشرة. مهمتك هي أن تصبح DevOps في مشروعك. من الأسهل دائمًا إعادة التدريب في بيئة مألوفة بدلاً من الوصول إلى وظيفة جديدة في دور مختلف. أنت تعرف مهام مشروعك ، أنت تعرف الفريق ، والظروف المريحة. سيكون من الأسهل التكيف مع عدم معرفة المهارات الجديدة.
- اجتماعات وجها لوجه ، والمحاضرات ، mitaps. إذا لم يكن مشروعك متخصصًا في DevOps ، فإن الأحداث الاحترافية تمثل حلاً رائعًا. في مثل هذه المؤتمرات والاجتماعات ، لديك حق الوصول إلى الممارسة. يمكن للمطورين طرح الأسئلة وطلب المشورة. وستخبرك موضوعات التقارير بما هو مناسب الآن في هذه المهنة.
- العمل مع الوثائق الرسمية. أنا لست من عشاق الدورات التدريبية عبر الإنترنت وبرامج الفيديو التعليمية. وترد جميع المعلومات اللازمة في الوثائق الرسمية. غالبًا ما يواجه الأشخاص مشكلة ، غوغل الحل ، وانسخ والصق الكود أو البرنامج النصي من أكثر الإجابات "استفهامًا" في المنتدى. على الصعيد العالمي ، هذا لا يحل المشكلة. لا يزال الشخص لا يفهم كيف يعمل أو لماذا لا يزال لا يعمل. علاوة على ذلك ، يمكنك البحث عن حل ، وخلق المزيد من المشاكل.
اشترى صديقي macbook. لقد حدث خطأ ما معه ، فقررت أن "تسأل" الإنترنت عن مخرج. في أحد المنتديات ، وجدت الإجابة "معقولة" وقررت استخدامها. كما اكتشفت في وقت لاحق ، صوت عشاق التهكم لهذا التعليق. في الرد على المنتدى تمت كتابته: "Run" sudo rm -rf "في سطر الأوامر." نتيجة لذلك ، في ضربة واحدة ، أخذت كل شيء لنفسها على كمبيوتر جديد. إذا راجعت ما كانت مهمة هذا الكود قبل استخدامه ، فمن الممكن تجنب المشاكل.
من الأفضل أن تقضي 3 ساعات لفهم كيفية عمل رمز أو نص ، وأكثر من 5 دقائق لنسخ إجابة شخص آخر على الإنترنت و 3 أيام لتفكيك سبب كسر شيء ما.الميزات الرئيسية ل DevOps
- المواظبة. يجب أن تكون مستعدًا لحقيقة أن الكثير لن ينجح ، ليس فقط في المرة الأولى ، ولكن أيضًا في الثانية ، أو حتى الثالثة. ولكن لا يمكنك إنهاء ما بدأته في منتصف الطريق. لذلك ، الأشخاص الذين يعملون بجد ، والعمل الجاد ليست مناسبة للشخصية ، سيكون من الصعب للغاية.
- الانتباه إلى التفاصيل. Inattentive DevOps يشبه الفيل في متجر الصين. واحد عمل الإهمال يستتبع أضرار كبيرة. يمكنك إلحاق خسائر فادحة بالشركات بالنقر فوق الزر الخطأ عن طريق الخطأ.
- التفكير التحليلي: يعتقد بعض DevOps أنهم يسيرون على طريق المقاومة الأقل ، في محاولة للعثور على أمثلة جاهزة وتطبيقها في مشروعهم بدلاً من دراسة الوثائق التقنية. في الواقع ، يطورون عادة سيئة ويقودون أنفسهم إلى طريق مسدود. حسنًا ، إذا كان المثال الذي تم العثور عليه يعمل ، ولكن إذا لم يكن كذلك ، فسيضيع الشخص وقتًا في البحث التالي. تذكر الاقتباس من الكرتون "الأجنحة والساقين وذيول": "من الأفضل أن تقضي يومًا ، لكن بعد ذلك تطير في 5 دقائق"؟ أنصحك بقراءة الوثائق التي تصف بوضوح مبدأ تشغيل الأداة. يسمح لك في البداية بتنظيم وبدء العملية بشكل صحيح. خذ مثالاً من المطورين الجيدين: فهم يدرسون سؤالًا ويحللون ويفكرون ثم يكتبون.
- تعدد المهام . يجب على متخصصي DevOps الجمع بين الدعم والتطوير في العمل. من ناحية ، أساعد الفريق باستمرار من حيث الدعم. تمت إضافة شيء ما ، لا يعمل ، شيء مفقود ، هناك حاجة لتغيير شيء ما. في الوقت نفسه ، هناك نشاط خلفية ثابت في البرمجة. بطبيعة الحال ، يكون التطور دائمًا أسهل عندما لا يسحب أي شخص بضع ساعات على الأقل. كوني DevOps ، كان علي أن أتفق مع حقيقة أن شخصًا ما يحتاج إلى مساعدتي طوال الوقت. تحتاج إلى التعود على القيام بالعديد من المهام بشكل متوازٍ ، والتبديل والتكيف بسرعة.
سوف تقوم تلقائيًا بتطوير هذه المهارات. إشراكهم كل يوم. الشيء الرئيسي هو أن تكون مستعدا ومعرفة ما ينتظرك.
نهجي لإعادة التدريب
الشرط المسبق للتغيير في التخصص هو الاهتمام. هو الذي يشجع دراسة المجالات ذات الصلة. من أجل التطوير المهني ، من المهم للغاية أن تدرس ليس فقط موضوعات ملفك الشخصي التي لديك خبرة فيها بالفعل ، ولكن أيضًا التعرف على الاتجاهات الجديدة تمامًا لك ، إذا كانت مصدر إلهام لك. ربما سيحدد أحدهم ناقل التطوير الوظيفي الإضافي.
عليك أن تجرب أشياء مختلفة. "جنون فعل الشيء نفسه ، على أمل الحصول على نتائج مختلفة" - أنا حقًا أحب هذا التعبير.
لا يمكن للمحترفين الذين يريدون أن يكونوا "في قمة الموجة" ، العمل مع التقنيات المتقدمة ، وكسب المزيد من المال ، التوقف لفترة ثانية. من المهم بالنسبة لهم مراقبة الاتجاهات اليومية ، والاهتمام بمشاريع الشركة الجديدة ، ومراقبة الاتجاهات الحالية.
لكن شخصياً ، لديّ أسلوب رومانسي أكثر في التنفيذ المهني: أحب أن أستمتع بعملي المفضل بهدوء ، وصقل مهاراتي ، إذا كنت ترغب في "الاستمرار في التدفق" ، وإجبار نفسي على إعادة توجيه نفسي إلى شيء جديد فقط لأنه شائع وليس أسلوبي.