د نن ورځې وضعیت کې ترټولو غمجنه خبره دا ده چې معلوماتي ټیکنالوژي په تدریجي ډول یو صنعت کیږي چیرې چې د هر شخص د مسؤلیتونو په شمیر کې د "بند" کلمه شتون نلري.
کله چې خالي ځایونه ولولئ ، ځینې وختونه تاسو حتی 2-3 خلک نه ګورئ ، مګر په یو کس کې یو بشپړ شرکت ، هرڅوک په بیړه کې دي ، تخنیکي پور وده کوي ، د نوي محصولاتو شالید پروړاندې زوړ میراث د بشپړتیا په څیر ښکاري ، ځکه چې لږترلږه دا لري. په کوډ کې ډاکونه او تبصرې ، نوي محصولات د ر lightا په سرعت لیکل کیږي ، مګر په پای کې دوی نشي کولی د لیکلو وروسته د بل کال لپاره وکارول شي ، او ډیری وختونه دا کال ګټه نه راوړي؛ سربیره پردې ، د بادل لګښتونه "د خدماتو د پلور څخه لوړ دي. د پانګوالو پیسې د داسې خدماتو په ساتلو کې لګول کیږي چې لا تر اوسه کار نه کوي، مګر کوم چې دمخه د کار په توګه آنلاین خپور شوی.
د مثال په توګه: یو مشهور شرکت چې د زاړه لوبې ریماسټر د صنعت په ټول تاریخ کې ترټولو ټیټې درجې ترلاسه کړې. زه یو له هغو کسانو څخه وم چې دا محصول یې اخیستی و، مګر اوس هم دا محصول خورا ډیر کار کوي، او په تیوري کې دا باید په دې فورمه کې نه و پلورل شي. بیرته ستنیدنه، د درجه بندي کمیدل، د خدماتو کار په اړه د شکایتونو لپاره په فورمونو کې د کاروونکو لوی شمیر بندیز. د پیچونو شمیر حیرانوونکی ندی ، مګر ویرونکی دی ، مګر بیا هم ، محصول د کارولو وړ ندي. که دا چلند د داسې شرکت لپاره داسې پایلې رامینځته کړي چې له 91 راهیسې وده کوي ، نو د هغو شرکتونو لپاره چې یوازې پیل کوي ، وضعیت لاهم خراب دی.
مګر موږ د خدماتو کارونکي اړخ څخه د دې تګلارې پایلې ته ګورو، او اوس راځئ هغه ستونزې وګورو چې کارمندان ورسره مخ شوي.
زه ډیری وختونه دا بیان اورم چې د DevOps ټیمونه باید شتون ونلري، چې دا یو میتودولوژي ده، مګر ستونزه دا ده چې شرکتونو د یو څه دلیل لپاره د نوکس، dba، زیربنا او جوړونکي انجینرانو په لټه کې دي - اوس دا ټول یو واحد DevOps انجنیر دی. . البته، اوس هم په انفرادي شرکتونو کې دا ډول خالي ځایونه شتون لري، مګر لږ او لږ یې شتون لري. ډیری دا پرمختګ بللی، زه شخصا په دې کې تخریب وینم، دا ناشونې ده چې په ټولو برخو کې د پوهې کچه لوړه شي، او په ورته وخت کې د 8 ساعتونو څخه زیات کار کولو اداره کول ناممکن دي. په طبیعي توګه، دا تصورات دي. په واقعیت کې، د معلوماتي ټیکنالوژۍ ډیری کارګران مجبور دي چې 12 یا 14 ساعته کار وکړي، چې 8 یې معاش ورکول کیږي، او ډیری وختونه پرته له رخصتۍ، ځکه چې "ما ته دنده ورکړل شوې وه، هیڅ اسناد یا کرغیړن شتون نلري، او خدمت پیسې مصرفوي." او په بادل کې د 1 غلطۍ لپاره ، تاسو اساسا په څو میاشتو کې معاش نشئ ترلاسه کولی ، په ځانګړي توګه که تاسو د انفرادي متشبث په توګه کار کوئ. موږ په اصل کې د مسؤلیتونو ویش سره په سوداګرۍ کې خپل نظر له لاسه ورکوو؛ زه په زیاتیدونکې توګه د دې حقیقت سره مخ یم چې مدیران پرته له دې چې د دوی په اړه هیڅ څه پوه شي د پراختیایي پروسو کې مداخله کوي، دوی د سوداګرۍ ډاټا او د غوښتنلیک عملیات ګډوډوي، او لکه څنګه چې په پایله کې، ګډوډي پیل کیږي.
کله چې ګډوډي پیل شي، سوداګر غواړي مجرم ومومي، او دلته دوی یو نړیوال مجرم ته اړتیا لري؛ دا ستونزمن کار دی چې د 10 څخه زیاتو خلکو ملامت کړي، نو مدیران پوستونه سره یوځای کوي، ځکه چې یو متخصص ډیر مسؤلیتونه لري، دا اسانه ده. خپله غفلت ثابت کړي. او په ځیرک شرایطو کې، د "مجرم" موندل او په وهلو وهل په مدیریت کې د سوداګرۍ کولو لپاره د دې میتودولوژي اساس دی. Agile ډیر وخت دمخه د IT څخه راووت ، او د دې اصلي مفهوم د ورځني پایلو اړتیا شوه. ستونزه دا ده چې یو لوړ متخصص متخصص به تل ورځنۍ پایلې ونه لري، پدې معنی چې راپور ورکول به ډیر ستونزمن وي، او دا یو بل دلیل دی چې ولې سوداګر "په هرڅه کې ماهرین" غواړي. مګر اصلي دلیل، البته، معاش دی - دا د ټولو بدلونونو اصلي دلیل دی، د بونس لپاره، خلکو موافقه وکړه چې د ځان او هغه سړي لپاره کار وکړي. مګر په پای کې، لکه د نورو برخو په څیر، دا اوس په ساده ډول مسؤلیت ګرځیدلی، د لوی شمیر چمتو شوي خدماتو لپاره لږ تادیه کول.
نن ورځ تاسو ډیری وختونه حتی مقالې هم لیدلی شئ چې دا په ګوته کوي چې پراختیا کونکي باید د ګمارلو وړ وي ، باید د DevOps انجینر سره په زیربناوو کار وکړي ، مګر دا د څه لامل کیږي؟ دا سمه ده - د خدماتو کیفیت کې کمښت، د پراختیا کونکو کیفیت کې کمښت ته. یوازې 2 ورځې دمخه ما پراختیا کونکي ته تشریح کړه چې تاسو د مختلف کوربه څخه لیکل او لوستل کولی شئ ، او دوی په خوله کې غوړ اچولی ترڅو دا ثابت کړي چې دوی هیڅکله داسې څه ندي لیدلي ، مګر په ترتیباتو کې د اورم کوربه ، پورټ ، DB ، یوزر شتون لري. پاسورډ او بس…. مګر پراختیا کونکی پوهیږي چې څنګه ګمارنې پرمخ وړي ، یامونه ولیکئ ... مګر هغه دمخه په کوډ کې د واحد ازموینې او نظرونو په اړه هیر کړی.
د پایلې په توګه، موږ لاندې ګورو - دوامداره اضافي وخت، د کاري ساعتونو څخه بهر د ستونزو د حل لپاره لټون، د اونۍ په پای کې دوامداره روزنه، او د عاید زیاتولو لپاره نه، مګر د ځان ساتلو لپاره. پرمخ وړونکي اړ دي چې د CI/CD سره د DevOps انجینر سره مرسته وکړي ، او که چیرې پراختیا کونکی وخت ونه لري ، نو هغه په ټپه دریدل پیل کوي ، او مدیران د دوی مغز کمپوسټ کول پیل کوي ، او که دا د اضافي وخت کار کولو لیوالتیا زیاتولو کې مرسته ونکړي ، بیا جریمې او جریمې پلي کړئ ، سړی د نوي دندې په لټه کې وي ، د تخنیکي پور شاته د ایوریسټ اندازه پریږدي ، په پایله کې پور د پراختیا کونکو ترمینځ وده پیل کوي ، ځکه چې دوی اړ دي چې د لږ ریفکتور کولو سره کوډ ولیکي ترڅو د زاړه یا نوي DevOps انجینر سره د مرستې لپاره وخت ولري ، او مدیران د هرڅه څخه خورا خوښ دي ، ځکه چې مجرم شتون لري او هغه سمدلاسه لیدل کیدی شي ، پدې معنی چې اساسي قانون په چالاکه مدیریت کې تعقیب شوی، مجرم موندل شوی، د هغه د وهلو پایلې څرګندې دي.
ما یو ځل په ITGM کې یو پریزنټشن ورکړ "کله چې موږ د "نه" ویل زده کوو - د هغې پایلې خورا څرګندې وې. یو لوی شمیر خلک پدې باور دي چې دا کلمه حرامه ده، او تر هغه چې موږ فکر کول پریږدو، ستونزې به یوازې وده ومومي.
دا مقاله تر یوې اندازې زما لخوا الهام شوې وه، مګر وروسته زه ممکن دا په لږ شایسته شرایطو کې تشریح کړم.
یوازې راجستر شوي کاروونکي کولی شي په سروې کې برخه واخلي. مهرباني وکړئ
ایا تاسو کله هم په کار کې ورسره مخ شوي یاست کله چې یو کارګمارونکي هڅه کړې چې تاسو سره څو کسان بدل کړي؟
-
۸۵٪هو، زه په منظمه توګه د 183 سره مخ کیږم
-
۸۵٪هو، د 1 وخت 15 سره مخ شو
-
۸۵٪پام نه دی کړی 43
-
۸۵٪زه یو ورکهولیک یم، زه پخپله ډیر وخت کار کوم
279 کاروونکو رایه ورکړه. 34 کاروونکي منع شوي.
سرچینه: www.habr.com