DevOps أو كيف نخسر الأجور ومستقبل صناعة تكنولوجيا المعلومات

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



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

كمثال: شركة معروفة حصلت إعادة إتقانها للعبة قديمة على أدنى التصنيفات في تاريخ الصناعة. كنت أحد أولئك الذين اشتروا هذا المنتج ، ولكن حتى الآن يعمل هذا المنتج بشكل رهيب ، ومن الناحية النظرية ، لم يكن يجب أن يتم بيعه بهذا الشكل. المبالغ المستردة ، وانخفاض التقييمات ، وعدد كبير من المستخدمين المحظورين في المنتديات للشكاوى حول الخدمات. عدد التصحيحات ليس مذهلًا ، لكنه مرعب ، لكنه متشابه - المنتج غير قابل للاستخدام. إذا أدى هذا النهج إلى مثل هذه النتائج لشركة كانت تتطور منذ 91 ، فإن الوضع أسوأ بالنسبة للشركات التي بدأت للتو.



لكننا نظرنا إلى نتائج هذا النهج من جانب مستخدم الخدمة ، والآن دعونا نلقي نظرة على المشكلات التي يواجهها الموظفون.



كثيرًا ما أسمع عبارة مفادها أن فرق DevOps لا ينبغي أن تكون موجودة ، وأن هذه منهجية ، وما إلى ذلك ، ولكن المشكلة هي أن الشركات لسبب ما توقفت عن البحث عن العقدة ، و dba ، وبناة البنية التحتية ، ومهندسي البناء - الآن أصبح كل شيء مهندس DevOps في شخص واحد. بالطبع ، لا يزال لدى بعض الشركات مثل هذه الوظائف الشاغرة ، لكن هناك عدد أقل منها. أطلق الكثيرون على هذا التطور ، وأنا شخصياً أرى تدهورًا في هذا ، فمن المستحيل الحفاظ على مستوى جيد من المعرفة في جميع المجالات ، وفي نفس الوقت لا يمكنني العمل أكثر من 8 ساعات. بطبيعة الحال ، هذه تخيلات. في الواقع ، يُجبر العديد من المتخصصين في تكنولوجيا المعلومات على العمل لمدة 12 أو 14 ساعة ، منها 8 مدفوعات. وغالبًا ما تكون سبعة أيام في الأسبوع ، لأن "تم تكليفي بمهمة ، ولا توجد أرصفة أو منحنيات ، وحتى الخدمة تكلف مالًا" ، ولمدة 1 يمكن لخطأ في السحابة ، من حيث المبدأ ، ألا تحصل على راتب في غضون شهرين ، خاصة إذا كنت تعمل على IP.في الواقع ، نفقد كلمتنا في مجال الأعمال ، جنبًا إلى جنب مع فصل الواجبات ، صادفت بشكل متزايد حقيقة أن المديرين يدخلون في عمليات التطوير ، وعمومًا لا يفهمون أي شيء عنهم ، فهم يخلطون بين بيانات الأعمال وتشغيل التطبيق ، ونتيجة لذلك تبدأ الفوضى.



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



يمكنك الآن في كثير من الأحيان الاطلاع على مقالات حول ما يجب أن يكون المطورون قادرين بالفعل على نشره ، هل يجب التعامل مع البنية التحتية بجانب مهندس DevOps ، ولكن إلى ماذا يؤدي هذا؟ هذا صحيح - إلى انخفاض جودة الخدمات ، إلى انخفاض جودة المطورين. قبل يومين فقط ، شرحت للمطور أنه يمكنك الكتابة والقراءة من مضيفين مختلفين ، وقد أثبتوا لي بالرغوة في الفم أنهم لم يروا شيئًا كهذا من قبل ، ها هم في الإعدادات أو المضيف أو المنفذ أو db أو المستخدم أو كلمة المرور وهذا كل شيء ... لكن المطور يعرف كيفية تشغيل عمليات النشر ، وكتابة yamls .... لكنه نسي بالفعل اختبارات الوحدة والتعليقات في الكود.



نتيجة لذلك ، نرى ما يلي - إرهاق مستمر ، والبحث عن حلول للمشاكل خارج ساعات العمل ، والتدريب المستمر في عطلات نهاية الأسبوع ، وليس لزيادة الدخل ، ولكن لإبقاء أنفسنا واقفة على قدميها. يضطر المطورون إلى مساعدة DevOps في الهندسة باستخدام CI / CD ، وإذا لم يكن لدى المطور الوقت ، يبدأ بالخياطة ، ويبدأ المديرون في ضرب عقولهم ، وإذا لم يساعد ذلك في زيادة الرغبة في العمل لوقت إضافي ، ثم تطبيق العقوبات والغرامات ، فإن الشخص يبحث عن وظيفة جديدة. تاركًا وراءه دينًا تقنيًا بحجم إفرست ، ونتيجة لذلك ، يبدأ الدين في النمو بين المطورين ، لأن إنهم مجبرون على كتابة التعليمات البرمجية مع إعادة بناء أقل من أجل الحصول على وقت لمساعدة مهندس DevOps القديم أو الجديد ، والمدراء سعداء تمامًا بكل شيء ، نظرًا لوجود شخص مذنب وهو مرئي على الفور ، مما يعني أنه يتم ملاحظة القاعدة الرئيسية في إدارة Agile ، يتم العثور على الشخص المذنب ،وتظهر نتائج جلده.



مرة واحدة في ITGM ألقيت كلمة "عندما نتعلم أن نقول لا" - كانت نتائجه كاشفة للغاية. يعتقد عدد كبير من الناس أن هذه الكلمة من المحرمات ، وحتى نتوقف عن التفكير بهذه الطريقة ، ستزداد المشاكل.



استلهم جزء من هذه المقالة من هذه المقالة ، لكن ربما سأكتبها لاحقًا بعبارات أقل لطفًا.