موجوده صورتحال ۾ سڀ کان وڌيڪ افسوسناڪ ڳالهه اها آهي ته آئي ٽي آهستي آهستي هڪ اهڙي صنعت بڻجي رهي آهي جتي هر شخص جي ذميوارين جي تعداد ۾ ”اسٽاپ“ جو لفظ ئي ڪونهي.
جڏهن خالي جايون پڙهندا، ڪڏهن ڪڏهن توهان 2-3 ماڻهو نه ڏسندا، پر هڪ شخص ۾ هڪ سڄي ڪمپني، هرڪو جلدي ۾ آهي، ٽيڪنيڪل قرض وڌي رهيو آهي، پراڻي ورثي نئين شين جي پس منظر جي خلاف ڪمال وانگر نظر اچي ٿي، ڇاڪاڻ ته اهو گهٽ ۾ گهٽ ڪوڊ ۾ هڪ ڊاک ۽ تبصرا آهن، نيون پروڊڪٽس روشني جي رفتار سان لکيل آهن، پر نتيجي طور، اهي لکڻ کان پوء ٻئي سال تائين استعمال نٿا ڪري سگهن، ۽ گهڻو ڪري هن سال منافعو نه آڻيندو آهي، ان کان علاوه، قيمت جي قيمت. بادل خدمت جي سيلز کان وڌيڪ آهي. سيڙپڪارن جو پئسو هڪ خدمت جي سار سنڀال ڏانهن وڃي ٿو جيڪو اڃا ڪم نه ڪري رهيو آهي، پر جيڪو اڳ ۾ ئي نيٽ ورڪ ڏانهن ڪم ڪندڙ طور جاري ڪيو ويو آهي.
مثال طور: هڪ مشهور ڪمپني جنهن جي هڪ پراڻي راند جي ريماسٽر صنعت جي تاريخ ۾ سڀ کان گهٽ درجه بندي حاصل ڪئي. مان انھن مان ھوس جن ھي پراڊڪٽ خريد ڪيو، پر ھاڻي ھي پراڊڪٽ بھترين ڪم ڪري ٿو، ۽ نظريي ۾ ھن فارم ۾ اڃا تائين جاري نه ٿيڻ گھرجي. رقم جي واپسي، درجه بندي جي گھٽتائي، خدمتن جي ڪم جي باري ۾ شڪايتون لاء فورم تي صارفين جي پابنديون جو هڪ وڏو تعداد. پيچ جو تعداد خوش نه ڪندو آهي، پر خوفزده، پر اڃا تائين - پيداوار قابل استعمال نه آهي. جيڪڏهن اهو طريقو ڪنهن ڪمپني لاءِ اهڙن نتيجن جو سبب بڻجي ٿو جيڪا 91 کان ترقي ڪري رهي آهي، پوءِ انهن ڪمپنين لاءِ جيڪي صرف شروع ٿي رهيون آهن، صورتحال اڃا به خراب آهي.
پر اسان خدمت جي استعمال ڪندڙ جي حصي تي هن طريقي جي نتيجن کي ڏٺو، ۽ هاڻي اچو ته انهن مسئلن کي ڏسو جيڪي ملازمن وٽ آهن.
مان اڪثر اهو بيان ٻڌندو آهيان ته ڪا به DevOps ٽيمون نه هجڻ گهرجن، اهو هڪ طريقو آهي، وغيره، پر مصيبت اها آهي، ڪجهه سببن جي ڪري ڪمپنيون noks، dba، infructors ۽ تعمير انجنيئر ڳولڻ بند ڪري ڇڏيون آهن - هاڻي اهو سڀ هڪ DevOps انجنيئر آهي. هڪ شخص ۾. يقينن، انفرادي ڪمپنين ۾ اڃا تائين اهڙيون نوڪريون آهن، پر اهي گهٽ ۽ گهٽ آهن. ڪيترن ئي هن ترقي کي سڏيو، مان ذاتي طور تي ان ۾ تباهي ڏسان ٿو، اهو ناممڪن آهي ته سڀني علائقن ۾ علم جي سٺي سطح کي برقرار رکڻ لاء، ۽ ساڳئي وقت 8 ڪلاڪن کان وڌيڪ ڪم ڪرڻ جو انتظام ناهي. قدرتي طور، اهي fantasies آهن. حقيقت ۾، آئي ٽي جي ڪيترن ئي ڪارڪنن کي 12 ۽ 14 ڪلاڪ ڪم ڪرڻ تي مجبور ڪيو ويندو آهي، جن مان 8 ادا ڪيا ويندا آهن. ۽ اڪثر ڏينهن جي موڪل کان سواء، ڇاڪاڻ ته "مون کي هڪ ٽاسڪ ڏنو ويو آهي، اتي ڪو به ڊاک يا وکر نه آهي، ۽ خدمت جي قيمت خرچ ڪري ٿي"، ۽ ڪلائوڊ ۾ 1 لاءِ، توھان ڪري سگھو ٿا، اصولي طور تي، ڪجھھ مھينن ۾ تنخواه حاصل نہ ڪري، خاص ڪري جيڪڏھن توھان IP جي بنياد تي ڪم ڪريو ٿا. اسان حقيقت ۾ ڪاروبار ۾ لفظ وڃائي رهيا آهيون، فرضن جي علحدگيء سان گڏ، مان هن حقيقت سان وڌي رهيو آهيان ته مينيجرز ڪنهن به شيء کي سمجهڻ کان سواء ترقي جي عمل ۾ داخل ٿين ٿا، اهي ڪاروباري ڊيٽا ۽ ايپليڪيشن آپريشن کي پريشان ڪن ٿا، نتيجي ۾، افراتفري شروع ٿئي ٿي. .
جڏهن افراتفري شروع ٿئي ٿي، ڪاروبار مجرم کي ڳولڻ چاهي ٿو، ۽ هتي توهان کي هڪ عالمگير مجرم جي ضرورت آهي، 10+ ماڻهن تي الزام لڳائڻ ڏکيو آهي، تنهن ڪري مينيجر پنهنجي پوزيشن کي متحد ڪن، ڇاڪاڻ ته وڌيڪ فرض 1 ماهرن کي آهي، اهو آسان آهي. سندس غفلت ثابت ڪرڻ. ۽ چستيءَ جي حالتن ۾، ”مجرم“ کي ڳولڻ ۽ ڦاسائڻ هن طريقي جو بنياد آهي انتظام ۾ ڪاروبار ڪرڻ لاءِ. Agile گهڻي عرصي کان آئي ٽي کان ٻاهر آهي، ۽ ان جو بنيادي تصور روزاني نتيجن جي گهرج بڻجي چڪو آهي. مسئلو اهو آهي ته هڪ انتهائي ماهر ماهر هميشه روزانو نتيجو نه ڏيندو، جنهن جو مطلب آهي ته رپورٽ ڪرڻ وڌيڪ ڏکيو ٿيندو، ۽ اهو هڪ ٻيو سبب آهي ته ڪاروبار چاهين ٿا "هر شيء ۾ ماهر". پر بنيادي سبب، يقينا، پگهار آهي - هو سڀني تبديلين جو بنيادي سبب آهي، الائونس جي خاطر، ماڻهو پاڻ لاء ڪم ڪرڻ تي اتفاق ڪيو ۽ اهو ماڻهو. پر آخر ۾، جيئن ٻين علائقن ۾، اهو هاڻي صرف هڪ ذميواري بڻجي چڪو آهي، مهيا ڪيل خدمتن جي وڏي تعداد لاء ننڍڙي ادائيگي لاء.
هاڻي توهان اڪثر ڪري آرٽيڪل ڏسي سگهو ٿا جيڪي ڊولپرز کي اڳ ۾ ئي ترتيب ڏيڻ جي قابل هجڻ گهرجي، هڪ DevOps انجنيئر جي اڳيان انفراسٽرڪچر سان معاملو ڪرڻ گهرجي، پر اهو ڇا ڪري ٿو؟ اهو صحيح آهي - خدمتن جي معيار ۾ گهٽتائي، ڊولپرز جي معيار ۾ گهٽتائي. لفظي طور تي 2 ڏينهن اڳ، مون ڊولپر کي وضاحت ڪئي ته توهان مختلف ميزبانن کان لکي ۽ پڙهي سگهو ٿا، ۽ انهن مون کي وات تي فوم سان ثابت ڪيو ته انهن ڪڏهن به اهڙو ڪجهه نه ڏٺو آهي، هتي اهو سيٽنگون يا هوسٽ، پورٽ، db، يوزر، پاسورڊ ۽ بس.... پر ڊولپر ڄاڻي ٿو ته ڪيئن شروع ڪجي ڊيپلائيمينٽ، لکجي يامل.... پر هو اڳ ۾ ئي ڪوڊ ۾ يونٽ ٽيسٽ ۽ تبصرن بابت وساري ٿو.
نتيجي طور، اسان ھيٺيون ڏسون ٿا - مسلسل پروسيسنگ، ڪم جي ڪلاڪن کان ٻاهر مسئلن جو حل ڳولڻ، هفتي جي آخر ۾ مسلسل تربيت، ۽ آمدني وڌائڻ لاء نه، پر پاڻ کي برقرار رکڻ لاء. ڊولپرز کي مجبور ڪيو وڃي ٿو ته هڪ DevOps انجنيئر کي CI / CD سان مدد ڪن، ۽ جيڪڏهن ڊولپر وٽ وقت نه آهي، هو بند ڪرڻ شروع ڪري ٿو، ۽ مينيجرز دماغ کي کمپوسٽ ڪرڻ شروع ڪري ٿو، ۽ جيڪڏهن اهو اوور ٽائيم ڪم ڪرڻ جي خواهش کي وڌائڻ ۾ مدد نه ڪندو آهي، پوء لاڳو ڪريو. ڏنڊ ۽ ڏنڊ، هڪ شخص هڪ نئين نوڪري ڳولي رهيو آهي، هڪ ٽيڪنيڪل قرض ڇڏي ايورسٽ جي ماپ، نتيجي طور، قرض ڊولپرز جي وچ ۾ پڻ وڌڻ شروع ٿئي ٿو. انهن کي مجبور ڪيو ويو آهي ته گهٽ ريفيڪٽرنگ سان ڪوڊ لکڻ لاءِ ته جيئن ڪنهن پراڻي يا نئين DevOps انجنيئر جي مدد ڪرڻ لاءِ وقت هجي، ۽ مئنيجر هر شيءِ سان ڪافي خوش آهن، ڇاڪاڻ ته اتي هڪ ڏوهي ماڻهو آهي ۽ هن کي فوري طور تي ڏسي سگهجي ٿو، جنهن جو مطلب آهي چست انتظاميا ۾ بنيادي قاعدو مشاهدو ڪيو ويندو آهي، جيڪو ڏوهي مليو آهي، ان جا نتيجا ظاهر ٿيندا آهن.
هڪ دفعو ITGM تي مون هڪ پريزنٽيشن ڪئي ”جڏهن اسان نه چوڻ سکندا آهيون“ - ان جا نتيجا ڏاڍا پڌرا هئا. ماڻهن جو هڪ وڏو انگ يقين آهي ته هي لفظ ممنوع آهي، ۽ جيستائين اسان اهو سوچڻ بند نه ڪنداسين، مسئلا صرف وڌندا ويندا.
جزوي طور مون کي هي مضمون لکڻ لاءِ متاثر ڪيو.، پر مان شايد ان کي بعد ۾ گهٽ خوشگوار اصطلاحن ۾ لکندس.
صرف رجسٽرڊ استعمال ڪندڙ سروي ۾ حصو وٺي سگهن ٿا. ، توهان جي مهرباني.
ڇا توهان ڪم تي منهن ڪيو آهي جڏهن نوڪر توهان سان ڪيترن ئي ماڻهن کي تبديل ڪرڻ جي ڪوشش ڪئي؟
-
65,6٪ها، مان ان ۾ باقاعدگي سان هلندو آهيان
-
5,4٪ها، 1 وقت 15 سان ملاقات ڪئي
-
15,4٪ڌيان نه ڏنو 43
-
13,6٪مان هڪ ڪم هولڪ آهيان، مان پنهنجو پاڻ تي اوور ٽائيم ڪم ڪندو آهيان 38
279 صارفين ووٽ ڪيو. 34 استعمال ڪندڙن کي روڪيو ويو.
جو ذريعو: www.habr.com