DevOps বা কীভাবে আমরা মজুরি হারাচ্ছি এবং আইটি শিল্পের ভবিষ্যত

বর্তমান পরিস্থিতিতে সবচেয়ে দুঃখের বিষয় হল যে আইটি ধীরে ধীরে এমন একটি শিল্পে পরিণত হচ্ছে যেখানে জনপ্রতি দায়িত্বের সংখ্যায় "স্টপ" শব্দটি একেবারেই নেই।

শূন্যপদ পড়ার সময়, কখনও কখনও আপনি এমনকি 2-3 জন লোককেও দেখতে পান না, তবে একজন ব্যক্তির মধ্যে একটি পুরো সংস্থা, প্রত্যেকেই তাড়াহুড়ো করে, প্রযুক্তিগত ঋণ বাড়ছে, পুরানো উত্তরাধিকারটি নতুন পণ্যের পটভূমিতে পরিপূর্ণতার মতো দেখায়, কারণ এটি কমপক্ষে কোডটিতে একটি ডক এবং মন্তব্য রয়েছে, নতুন পণ্যগুলি আলোর গতিতে লেখা হয়, তবে ফলস্বরূপ, সেগুলি লেখার পরে অন্য এক বছর ব্যবহার করা যায় না এবং প্রায়শই এই বছর লাভ আনে না, তদুপরি, খরচ সেবার বিক্রির চেয়ে মেঘ বেশি। বিনিয়োগকারীদের অর্থ এমন একটি পরিষেবার রক্ষণাবেক্ষণে যায় যা এখনও কাজ করছে না, তবে যা ইতিমধ্যেই কর্মী হিসাবে নেটওয়ার্কে প্রকাশিত হয়েছে৷
উদাহরণ হিসাবে: একটি সুপরিচিত সংস্থা যার একটি পুরানো গেমের রিমাস্টার শিল্পের ইতিহাসে সর্বনিম্ন রেটিং পেয়েছে। আমি তাদের মধ্যে একজন ছিলাম যারা এই পণ্যটি কিনেছিল, কিন্তু এখনও এই পণ্যটি ভয়ঙ্করভাবে কাজ করে এবং তাত্ত্বিকভাবে এখনও এই ফর্মটিতে প্রকাশ করা উচিত ছিল না। রিফান্ড, রেটিং ড্রপ, পরিষেবাগুলির কাজ সম্পর্কে অভিযোগের জন্য ফোরামে বিপুল সংখ্যক ব্যবহারকারীর নিষেধাজ্ঞা। প্যাচের সংখ্যা আনন্দিত করে না, তবে আতঙ্কিত করে, তবে এখনও - পণ্যটি ব্যবহারযোগ্য নয়। যদি এই পদ্ধতিটি একটি কোম্পানির জন্য এই ধরনের ফলাফলের দিকে নিয়ে যায় যেটি 91 সাল থেকে বিকাশ করছে, তাহলে যে কোম্পানিগুলি সবেমাত্র শুরু করছে তাদের জন্য পরিস্থিতি আরও খারাপ।

তবে আমরা পরিষেবার ব্যবহারকারীর পক্ষ থেকে এই পদ্ধতির ফলাফলগুলি দেখেছি এবং এখন কর্মীদের যে সমস্যাগুলি রয়েছে তা দেখা যাক।

আমি প্রায়ই এই বিবৃতি শুনি যে কোনও DevOps টিম থাকা উচিত নয়, যে এটি একটি পদ্ধতি, ইত্যাদি, কিন্তু সমস্যা হল, কিছু কারণে কোম্পানিগুলি noks, dba, infructors এবং বিল্ড ইঞ্জিনিয়ারদের সন্ধান করা বন্ধ করে দিয়েছে - এখন এটি সবই একজন DevOps ইঞ্জিনিয়ার একক ব্যক্তির মধ্যে। অবশ্যই, পৃথক সংস্থাগুলিতে এখনও এই জাতীয় শূন্যপদ রয়েছে তবে সেগুলি কম এবং কম। অনেকে এই উন্নয়নকে ডেকেছেন, আমি ব্যক্তিগতভাবে এতে অবনতি দেখতে পাই, সমস্ত ক্ষেত্রে জ্ঞানের একটি ভাল স্তর বজায় রাখা অসম্ভব, এবং একই সময়ে 8 ঘন্টার বেশি কাজ করা পরিচালনা করা যায় না। স্বাভাবিকভাবেই, এগুলো কল্পনা। বাস্তবে, অনেক আইটি কর্মীকে 12 এবং 14 ঘন্টা উভয়ই কাজ করতে বাধ্য করা হয়, যার মধ্যে 8টি বেতন দেওয়া হয়। এবং প্রায়শই ছুটি ছাড়াই, কারণ "আমাকে একটি টাস্ক দেওয়া হয়েছিল, সেখানে কোনও ডক বা বক্ররেখা নেই এবং পরিষেবাটির জন্য অর্থ ব্যয় হয়", এবং ক্লাউডে 1 এর জন্য, আপনি নীতিগতভাবে, কয়েক মাসের মধ্যে বেতন পাবেন না, বিশেষ করে যদি আপনি আইপি ভিত্তিতে কাজ করেন। প্রকৃতপক্ষে, আমরা ব্যবসায় শব্দটি হারাচ্ছি, কর্তব্য পৃথকীকরণের সাথে, আমি ক্রমবর্ধমান এই সত্যটির মুখোমুখি হচ্ছি যে পরিচালকরা কিছু না বুঝেই বিকাশের প্রক্রিয়াগুলিতে প্রবেশ করে, তারা ব্যবসায়ের ডেটা এবং অ্যাপ্লিকেশন অপারেশনকে বিভ্রান্ত করে, ফলস্বরূপ, বিশৃঙ্খলা। শুরু হয়

যখন বিশৃঙ্খলা শুরু হয়, ব্যবসা অপরাধীকে খুঁজে বের করতে চায়, এবং এখানে আপনার একজন সার্বজনীন অপরাধী প্রয়োজন, 10+ লোকের উপর দোষ চাপানো কঠিন, তাই পরিচালকরা তাদের অবস্থান একত্রিত করে, কারণ 1 বিশেষজ্ঞের যত বেশি দায়িত্ব থাকে, তত সহজ হয় তার অবহেলা প্রমাণ করুন। এবং চতুর অবস্থার মধ্যে, "দোষী" খুঁজে বের করা এবং স্প্যাঙ্কিং ব্যবস্থাপনায় ব্যবসা করার জন্য এই পদ্ধতির ভিত্তি। চতুর দীর্ঘকাল ধরে আইটি থেকে বেরিয়ে এসেছে এবং এর মূল ধারণাটি দৈনন্দিন ফলাফলের প্রয়োজনীয়তা হয়ে উঠেছে। সমস্যাটি হল যে একজন উচ্চ বিশেষজ্ঞ বিশেষজ্ঞের প্রতিদিনের ফলাফল সবসময় থাকবে না, যার অর্থ রিপোর্ট করা আরও কঠিন হবে এবং এটি আরেকটি কারণ যে ব্যবসাগুলি "সবকিছুতে বিশেষজ্ঞ" চায়। কিন্তু প্রধান কারণ, অবশ্যই, বেতন - তিনি সব পরিবর্তনের প্রধান কারণ, ভাতার খাতিরে, লোকেরা নিজের এবং সেই লোকটির জন্য কাজ করতে রাজি হয়েছিল। কিন্তু শেষ পর্যন্ত, অন্যান্য ক্ষেত্রগুলির মতো, এটি এখন কেবল একটি বাধ্যবাধকতা হয়ে দাঁড়িয়েছে, একটি বৃহত্তর সংখ্যক পরিষেবার জন্য একটি ছোট অর্থ প্রদানের জন্য।

এখন আপনি প্রায়শই এমন নিবন্ধগুলিও দেখতে পারেন যা ডেভেলপারদের ইতিমধ্যেই স্থাপন করতে সক্ষম হওয়া উচিত, একজন DevOps ইঞ্জিনিয়ারের পাশের অবকাঠামোর সাথে মোকাবিলা করা উচিত, কিন্তু এর ফলে কী ঘটে? এটা ঠিক - পরিষেবার মানের একটি ড্রপ, ডেভেলপারদের মানের একটি ড্রপ. আক্ষরিক অর্থে 2 দিন আগে, আমি বিকাশকারীকে বুঝিয়েছিলাম যে আপনি বিভিন্ন হোস্ট থেকে লিখতে এবং পড়তে পারেন, এবং তারা মুখে ফেনা দিয়ে আমাকে প্রমাণ করেছে যে তারা এরকম কিছু দেখেনি, এখানে এটি সেটিংস orm হোস্ট, পোর্ট, ডিবি, ব্যবহারকারী, পাসওয়ার্ড এবং এটিই ... কিন্তু বিকাশকারী জানেন কিভাবে স্থাপনা চালু করতে হয়, ইয়ামল লিখতে হয়...। কিন্তু তিনি ইতিমধ্যে কোডে ইউনিট পরীক্ষা এবং মন্তব্য সম্পর্কে ভুলে গেছেন।

ফলস্বরূপ, আমরা নিম্নলিখিতগুলি দেখতে পাই - ক্রমাগত প্রক্রিয়াকরণ, কাজের সময়ের বাইরে সমস্যাগুলির সমাধান অনুসন্ধান করা, সপ্তাহান্তে নিয়মিত প্রশিক্ষণ এবং আয় বাড়ানোর জন্য নয়, বরং নিজেকে ভাসিয়ে রাখা। ডেভেলপারদের বাধ্য করা হয় একজন DevOps ইঞ্জিনিয়ারকে CI/CD দিয়ে সাহায্য করতে, এবং যদি ডেভেলপারের কাছে সময় না থাকে, তাহলে সে চুপ করে যেতে শুরু করে, এবং ম্যানেজাররা কম্পোস্ট ব্রেইন তৈরি করতে শুরু করে, এবং যদি এটি ওভারটাইম কাজ করার ইচ্ছা বাড়াতে সাহায্য না করে, তাহলে আবেদন করুন। জরিমানা এবং জরিমানা, ব্যক্তি একটি নতুন চাকরি খুঁজছেন, একটি প্রযুক্তিগত ঋণ পিছনে রেখে এভারেস্টের আকার, ফলস্বরূপ, ডেভেলপারদের মধ্যেও ঋণ বাড়তে শুরু করে। একজন পুরানো বা নতুন DevOps প্রকৌশলীকে সাহায্য করার জন্য সময় পাওয়ার জন্য তাদের কম রিফ্যাক্টরিং সহ কোড লিখতে বাধ্য করা হয় এবং পরিচালকরা সবকিছুতে বেশ খুশি, কারণ সেখানে একজন দোষী ব্যক্তি আছে এবং তাকে এখনই দেখা যায়, যার মানে হল চতুর ব্যবস্থাপনায় প্রধান নিয়ম পালন করা হয়, দোষী একজনকে পাওয়া যায়, তার চাবুকের ফলাফল দৃশ্যমান হয়।

একবার ITGM-এ আমি একটি উপস্থাপনা করেছিলাম "যখন আমরা না বলতে শিখি" - এর ফলাফলগুলি খুব প্রকাশক ছিল। বিপুল সংখ্যক লোক বিশ্বাস করে যে এই শব্দটি নিষিদ্ধ, এবং যতক্ষণ না আমরা এটি চিন্তা করা বন্ধ করি, সমস্যাগুলি কেবল বাড়বে।

আংশিকভাবে আমাকে এই নিবন্ধটি লিখতে অনুপ্রাণিত করেছে। এই নিবন্ধটি, কিন্তু আমি সম্ভবত পরে কম আনন্দদায়ক পদ লিখব.

শুধুমাত্র নিবন্ধিত ব্যবহারকারীরা জরিপে অংশগ্রহণ করতে পারবেন। সাইন ইন করুনকরুন।

নিয়োগকর্তা যখন আপনার সাথে অনেক লোককে প্রতিস্থাপন করার চেষ্টা করেছিলেন তখন আপনি কি কর্মক্ষেত্রে সম্মুখীন হয়েছেন?

• 65,6%হ্যাঁ, আমি এটি নিয়মিতভাবে চালাই

• 5,4%হ্যাঁ, 1 বার সম্মুখীন হয়েছে15

• 15,4%লক্ষ্য করিনি43

• 13,6%আমি একজন ওয়ার্কহোলিক, আমি নিজে ওভারটাইম করি38

279 ব্যবহারকারী ভোট দিয়েছেন। 34 জন ব্যবহারকারী বিরত ছিলেন।

উত্স: www.habr.com