إن أتعس شيء في الوضع الحالي هو أن تكنولوجيا المعلومات أصبحت تدريجياً صناعة لا توجد فيها كلمة "توقف" على الإطلاق في عدد المسؤوليات لكل شخص.
عند قراءة الوظائف الشاغرة، في بعض الأحيان لا ترى حتى 2-3 أشخاص، ولكن شركة كاملة في شخص واحد، الجميع في عجلة من أمرهم، والديون الفنية تنمو، والإرث القديم يشبه الكمال على خلفية المنتجات الجديدة، لأنه على الأقل يحتوي على رصيف وتعليقات في الكود، تتم كتابة المنتجات الجديدة بسرعة الضوء، ولكن نتيجة لذلك، لا يمكن استخدامها لمدة عام آخر بعد كتابتها، وغالبًا ما لا يحقق هذا العام ربحًا، علاوة على ذلك، تكلفة السحابة أعلى من مبيعات الخدمة. تذهب أموال المستثمرين إلى صيانة الخدمة التي لم تعمل بعد، ولكن تم إصدارها بالفعل للشبكة كخدمة عاملة.
على سبيل المثال: شركة معروفة حصلت النسخة المعدلة من لعبة قديمة على أقل التقييمات في تاريخ الصناعة. لقد كنت أحد أولئك الذين اشتروا هذا المنتج، ولكن حتى الآن هذا المنتج يعمل بشكل رهيب، ومن الناحية النظرية لم يكن من المفترض أن يتم إصداره بهذا الشكل بعد. المبالغ المستردة، وانخفاض التصنيف، وعدد كبير من حظر المستخدمين على المنتديات للشكاوى حول عمل الخدمات. عدد البقع لا يبعث على السرور، ولكنه مرعب، ولكن لا يزال - المنتج غير قابل للاستخدام. إذا كان هذا النهج يؤدي إلى مثل هذه النتائج بالنسبة لشركة تتطور منذ 91 عاما، فإن الوضع أسوأ بالنسبة للشركات التي بدأت للتو.
لكننا نظرنا إلى نتائج هذا النهج من جانب مستخدم الخدمة، والآن دعونا نلقي نظرة على المشاكل التي يعاني منها الموظفون.
كثيرًا ما أسمع عبارة مفادها أنه لا ينبغي أن يكون هناك فرق DevOps، وأن هذه منهجية، وما إلى ذلك، ولكن المشكلة هي، لسبب ما، توقفت الشركات عن البحث عن noks وdba وinfractors ومهندسي البناء - الآن أصبح الأمر كله مهندس DevOps في شخص واحد. وبطبيعة الحال، في الشركات الفردية لا تزال هناك مثل هذه الوظائف الشاغرة، لكنها أقل وأقل. أطلق الكثيرون على هذا التطور اسمًا، وأنا شخصيًا أرى تدهورًا في هذا، فمن المستحيل الحفاظ على مستوى جيد من المعرفة في جميع المجالات، وفي نفس الوقت القدرة على العمل لمدة لا تزيد عن 8 ساعات. وبطبيعة الحال، هذه الأوهام. في الواقع، يضطر العديد من العاملين في مجال تكنولوجيا المعلومات إلى العمل لمدة 12 و14 ساعة، منها 8 ساعات مدفوعة الأجر. وفي كثير من الأحيان بدون أيام عطلة، لأنه "تم تكليفي بمهمة، ولا توجد أرصفة أو منحنيات، والخدمة تكلف مالاً". ومقابل 1 في السحابة، من حيث المبدأ، لا يمكنك الحصول على راتب في غضون شهرين، خاصة إذا كنت تعمل على أساس IP. في الواقع، نحن نفقد الكلمة في مجال الأعمال، إلى جانب الفصل بين الواجبات، وأنا أواجه بشكل متزايد حقيقة أن المديرين يدخلون في عمليات التطوير دون فهم أي شيء على الإطلاق، فهم يخلطون بين بيانات الأعمال وتشغيل التطبيقات، ونتيجة لذلك، الفوضى يبدأ.
عندما تبدأ الفوضى، تريد الشركات العثور على الجاني، وهنا تحتاج إلى مذنب عالمي، فمن الصعب إلقاء اللوم على أكثر من 10 أشخاص، لذلك يوحد المديرون مناصبهم، لأنه كلما زادت واجبات المتخصص الواحد، أصبح من الأسهل إثبات إهماله. وفي ظروف Agile، فإن العثور على "المذنب" والضرب هو أساس هذه المنهجية لممارسة الأعمال التجارية في الإدارة. لقد كانت Agile خارج نطاق تكنولوجيا المعلومات منذ فترة طويلة، وأصبح مفهومها الرئيسي هو متطلبات النتائج اليومية. تكمن المشكلة في أن المتخصص المتخصص للغاية لن يحصل دائمًا على نتيجة يومية، مما يعني أنه سيكون من الصعب الإبلاغ عنه، وهذا سبب آخر وراء رغبة الشركات في الحصول على "متخصصين في كل شيء". لكن السبب الرئيسي، بالطبع، هو الرواتب - فهو السبب الرئيسي لجميع التغييرات، من أجل البدل، وافق الناس على العمل لأنفسهم ولهذا الرجل. ولكن في النهاية، كما هو الحال في مجالات أخرى، أصبح الآن مجرد التزام بدفع مبلغ أقل مقابل عدد أكبر من الخدمات المقدمة.
يمكنك الآن في كثير من الأحيان رؤية المقالات التي يجب أن يكون المطورون قادرين بالفعل على نشرها، ويجب عليهم التعامل مع البنية التحتية بجوار مهندس DevOps، ولكن إلى ماذا يؤدي هذا؟ هذا صحيح - لانخفاض جودة الخدمات، لانخفاض جودة المطورين. منذ يومين حرفيًا، أوضحت للمطور أنه يمكنك الكتابة والقراءة من مضيفين مختلفين، وقد أثبتوا لي مع وجود رغوة في الفم أنهم لم يروا شيئًا كهذا من قبل، وهنا هو في الإعدادات أو المضيف، المنفذ، ديسيبل والمستخدم وكلمة المرور وهذا كل شيء .... لكن المطور يعرف كيفية إطلاق عمليات النشر وكتابة yamls .... لكنه نسي بالفعل اختبارات الوحدة والتعليقات في الكود.
ونتيجة لذلك، نرى ما يلي - المعالجة المستمرة، والبحث عن حلول للمشاكل خارج ساعات العمل، والتدريب المستمر في عطلات نهاية الأسبوع، وليس لزيادة الدخل، ولكن للحفاظ على أنفسنا واقفا على قدميه. يضطر المطورون إلى مساعدة مهندس DevOps في CI/CD، وإذا لم يكن لدى المطور الوقت، يبدأ في الصمت، ويبدأ المديرون في تسميد العقول، وإذا لم يساعد هذا في زيادة الرغبة في العمل الإضافي، فتقدم العقوبات والغرامات، يبحث الشخص عن وظيفة جديدة، تاركًا وراءه دينًا تقنيًا بحجم إيفرست، ونتيجة لذلك، يبدأ الدين في النمو بين المطورين أيضًا. إنهم مجبرون على كتابة التعليمات البرمجية مع إعادة هيكلة أقل من أجل الحصول على الوقت لمساعدة مهندس DevOps القديم أو الجديد، والمديرون سعداء تمامًا بكل شيء، لأن هناك شخصًا مذنبًا ويمكن رؤيته على الفور، مما يعني ذلك تتم ملاحظة القاعدة الرئيسية في الإدارة الرشيقة، ويتم العثور على المذنب، وتظهر نتائج جلده.
ذات مرة، قدمت عرضًا تقديميًا في ITGM "عندما نتعلم أن نقول لا" - وكانت نتائجه كاشفة للغاية. يعتقد عدد كبير من الناس أن هذه الكلمة من المحرمات، وإلى أن نتوقف عن التفكير بهذه الطريقة، فإن المشاكل سوف تكبر.
ألهمتني جزئيًا لكتابة هذا المقال.ولكن ربما سأكتبها بعبارات أقل متعة لاحقًا.
يمكن للمستخدمين المسجلين فقط المشاركة في الاستطلاع. ، من فضلك.
هل واجهت في العمل عندما حاول صاحب العمل استبدال العديد من الأشخاص معك؟
-
65,6%نعم، أواجهه بانتظام
-
5,4%نعم، تمت مواجهته مرة واحدة1
-
15,4%لم ألاحظ 43
-
13,6%أنا مدمن عمل، وأعمل ساعات إضافية بنفسي38
صوت 279 مستخدمًا. امتنع 34 مستخدما عن التصويت.
المصدر: www.habr.com