ডিভোপস মানে ডেভেলপাররা এখন অবকাঠামো এবং মুক্তির জন্য দায়বদ্ধ - তবে এই পরিবর্তনের পিছনে চালকরা কী?


18

ডিভোপস মানে ডেভেলপাররা এখন অবকাঠামো এবং মুক্তির জন্য দায়বদ্ধ - তবে এই পরিবর্তনের পিছনে চালকরা কী?

আমি আমার কার্ডগুলি টেবিলে রাখব: আমি বিকাশকারী এবং উভয় "ডিভস" এবং সংস্কৃতিতে কাজ করেছি। অবকাঠামো এবং প্রকাশনা এবং কিউএ এবং সম্পর্কিত অনুষ্ঠান সম্পর্কে চিন্তিত হওয়া ভাল কোডটি লেখার থেকে বিশাল বিচ্যুতি।

কিন্তু শিল্পটি এই দিকে এগিয়ে চলেছে, তবে এর কারণগুলি কী? ভূমিকা বিশেষজ্ঞের "পুরাতন" মডেল কোন সমস্যা তৈরি করেছিল?


4
আপনি কি এই বলে যে আপনার কোড মানের নিচে যাচ্ছে কারণ আপনার অন্য কিছু, বা আপনার কোড পরিমাণ নিচে যাচ্ছে।
কালেথ

1
দয়া করে আপনার কার্ডগুলি টেবিলের বাইরে নিয়ে যান । এটি কেবল যেমন অভিযোগ হিসাবে পড়ছে তেমন।
এসভিডজেন

7
@ এসভিডজেন যদি এই প্রশ্নটি নিখুঁতভাবে ছদ্মবেশী হয়ে থাকে, তবে এটি ভিন্ন হবে তবে ওপি তাদের মতামত প্রকাশের পাশাপাশি একটি সঠিক বৈধ প্রশ্ন জিজ্ঞাসা করার অধিকারী।
রবি ডি

1
@ আরবি নিশ্চিত আপনি খেয়াল করবেন আমি যেভাবেই হোক এর জবাব দিয়েছি ... তবে, এই প্রশ্নের "মতামত" অংশটি অর্ধেক শরীরের গ্রাস করে, একই মৌলিক প্রশ্নের পুনরুক্তি করা স্যান্ডউইচড এবং এটি এই ক্ষেত্রে মূল প্রশ্নের সম্ভাব্য বিশুদ্ধতা থেকে বিভ্রান্ত হয়। তবে হ্যাঁ. এখনও উত্তর দেওয়া মূল্যবান ..
এসভিডজেন

উত্তর:


19

মূল কারণ মেঘ।

এটি ব্যবহার করা হত যে আপনার কোডটি ফ্লপি ডিস্কে প্রেরণ করা হয়েছিল, এবং তারপরে সিডি, এবং তারপরে এটি একটি সার্ভারে স্থাপন করা হয়েছিল, এবং তারপরে এটি দুটি সার্ভারে স্থাপন করা হয়েছিল (স্থিতিস্থাপকতার জন্য) ... এবং সেই সমস্ত স্থাপনা ম্যানুয়ালি করা যেতে পারে একটি মানুষের দ্বারা, তাই মানুষ এটি করতে প্রশিক্ষিত ছিল।

আজ, আপনার কোড প্রায়শই কয়েক ডজন বা শত শত সার্ভারগুলিতে যায়। এই সার্ভারগুলিতে প্রভিশন, কনফিগারেশন এবং মোতায়েনের কাজটি বাস্তবিকভাবে কোনও মানুষের দ্বারা ম্যানুয়ালি করা যায় না। আপনি এখন শেফ বা তার আত্মীয় ব্যবহার করছেন যেহেতু আপনার প্রক্রিয়াটি স্বয়ংক্রিয় করতে পর্যাপ্ত স্ক্রিপ্টিং জানতে আপনার সিস্টেস্ট প্রশাসকদের প্রয়োজন। তবে প্রকৃতপক্ষে, পর্যাপ্ত সিস্ট অ্যাডমিন ছিল না যারা এটি করতে পারে। তাই দেবগণকে ckিলা বাছাই করার জন্য টেনে নিয়ে যাওয়া হয়েছিল।

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

আমি সংশয়বাদী যে লোকেরা যতবার তা করা যায় ততবারই বাণিজ্যটি সার্থক।


2
" মুখ্য কারণ বাট " এ আপনি আমাকে হারিয়েছেন ।
টেডার 42

15

বিভিন্ন সংস্থা ডিভোপসে চলে যাওয়ার বিভিন্ন কারণ রয়েছে।
আমি প্রায়শই যেগুলি আসে তার তালিকা করার চেষ্টা করব।

চক্র পরিবর্তনের জন্য সময় হ্রাস করুন পরিবর্তনের
জন্য একটি অনুরোধ করার মধ্যে প্রায়শই দীর্ঘ সময় থাকে এবং এটি আসলে প্রতিষ্ঠানে স্থাপন ও ব্যবহৃত হয়। প্রথমে এটি বিকাশকারীরা একটি বিকাশের চক্রের পরিকল্পনা করেন এবং এটি সরবরাহ করার পরে এটি অপারেশনগুলির একটি মুক্তচক্রের মধ্যে পরিকল্পনা করা হয়। উভয় চক্র পরীক্ষার অন্তর্ভুক্ত এবং সমস্যাগুলি পাওয়া গেলে উভয় চক্র পুনরায় সেট করা। উন্নয়ন এবং অপারেশন বিভাগগুলিকে একীভূত করে আমরা উভয় প্রক্রিয়াটি সহজলভ্য করতে পারি।

সফ্টওয়্যার বনাম হার্ডওয়্যার ইস্যুগুলি
বাগ বাগি কার্টুন মনে রাখবেন যেখানে বাগ এবং ড্যাফি বিতর্ক করছেন যে এটি হাঁসের মরসুম বা খরগোশের মরসুম? এখন কল্পনা করুন আমরা এর পরিবর্তে এটি বিকাশকারী এবং অপারেশনগুলির সাথে তৈরি করেছি যেখানে বিকাশকারীরা যুক্তিযুক্ত যে এটি একটি হার্ডওয়্যার সমস্যা এবং অপারেশনগুলি যুক্তিযুক্ত যে এটি একটি সফ্টওয়্যার সমস্যা। শেষ ব্যবহারকারীর কাছে এটি কোনও পার্থক্য ছাড়াই পার্থক্য। তারা কেবল এটি স্থির করতে চায়।
বিকাশকারীদের এবং ক্রিয়াকলাপ এক সাথে করে তাদের সমস্যার সমাধান করতে হবে। এবং এটি পরিণত হতে পারে এটি একটি সফ্টওয়্যার এবং হার্ডওয়্যার সমস্যা।

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

ডেভোপ্সের
সাথে প্রত্যাশা / উত্সাহ উভয় বৈশিষ্ট্যই অন্যের দ্বারা tradition তিহ্যগতভাবে সম্পাদিত কিছু দক্ষতা শিখবে। নুন কোনও সিস্টেম অ্যাডমিনিস্ট্রেটর একটি সফটওয়্যার ইঞ্জিনিয়ার বা বিকাশকারী নেটওয়ার্ক ইঞ্জিনিয়ার হওয়ার প্রত্যাশা করবেন না, তবে উভয়ই অপরের কিছু দায়িত্ব নেবে বলে আশা করা হচ্ছে। এর অর্থ হ'ল যখন আপনার সত্যিই কিছু অতিরিক্ত হাত দরকার হয় তখন তারা সেখানে থাকে।

এবং বিকাশকারীদের জন্য কিছু সুনির্দিষ্ট উত্সাহ রয়েছে: এখন আপনার পরীক্ষার পরিবেশের উপর আপনার আরও নিয়ন্ত্রণ রয়েছে, আপনি ব্যবহারকারীদের কাছে সফ্টওয়্যার স্থাপন করা আরও সহজ করবেন এবং আপনার প্রতিষ্ঠানের আরও লোকের সাথে ক্র্যাফটটির সাথে আপনার ভালবাসা ভাগ করে নেওয়ার সুযোগ পাবেন।


4
+1 - কারণ এটি কেবল কোড নয়, শেষ ব্যবহারকারী সম্পর্কে।
জেফো

3

মানের কোড লেখা কেবল পর্যাপ্ত নয়। আপনি হয় সমস্যার অংশ বা সমাধানের অংশ।

অনেক প্রোগ্রামারদের জন্য, আপনি এমন একটি সফটওয়্যার লিখছেন যা কিছু শেষ ব্যবহারকারীর দ্বারা প্রদান করা হয়। মানের কোড লেখা ভাল জিনিস তবে এটি ক্লায়েন্ট / ম্যানেজাররাও ধরে নেন যে আপনার সবসময় দ্রুত করা এবং করা উচিত। এটা বলার মতো যে কোনও ছুতার বোর্ডগুলি নির্ভুলভাবে কাটছে, তবে আপনি কি আসলে এমন কিছু তৈরি করছেন যার জন্য কেউ অর্থ দিতে চান?

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

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


2
আমি নিশ্চিত আপনি ভাল সফ্টওয়্যার ডেভস ভাড়া কতটা হার্ড তা জানেন sure এবং এখন আমাদের প্রয়োজন তাদের ভাল ব্যবসায়িক বিশ্লেষক, কিউএ অনুষ্ঠানে আগ্রহী এবং প্রকাশের প্রক্রিয়া সম্পর্কে চিন্তিত। নতুন বারের সাথে মিলিত লোকের সংখ্যা নিখরচায় কম হবে।
বেন

2
@ বেন: এখানে "এবং এখন" নেই; এইগুলি হ'ল ভাল বিকাশকারীরা কয়েক দশক আগে করেছিলেন কেউ কেউ ভাবেন যে ডিওঅপস একটি নতুন জিনিস এবং এই শব্দটি তৈরি করেছিলেন। বিকাশকারী হিসাবে আপনার কাজ হ'ল সমস্যাগুলি সমাধান করা যা কারওর প্রয়োজন থেকে বাড়িয়ে দেওয়া হয়েছে যাতে আপনার কোডটি লিখে দেওয়ার পরে আপনার কোডটি পরিচালনা করতে হবে এমন লোকদের পক্ষে খুব কঠিন সময় কাটাতে হবে না তা নিশ্চিত করার জন্য solution এগুলির যে কোনও বিষয়েই স্ক্যাম করুন এবং কেউ যদি আপনার স্কয়ার পেগগুলি রাউন্ড গর্তগুলিতে চালিত করার জন্য দশ পাউন্ড স্লেইজের প্রয়োজন হয় তবে কত সুন্দরভাবে আপনার বর্গক্ষেত্রের খাঁটি তৈরি করা হবে তা যত্ন নেবে না।
blrfl

এটিকে বিশেষীকরণের বিরুদ্ধে যুক্তির মতো মনে হচ্ছে। যে কোনও ব্যক্তির কোনও ব্যবসায়ের মাস্টার না হওয়া উচিত। এটি অন্য কোনও শিল্পে প্রস্তাবিত নয়, আপনার ঘর তৈরির বিষয়ে প্রতিটি ক্ষুদ্র বিট বোঝার চেষ্টা করছেন ইলেক্ট্রেশন-ইট্লেয়ার-প্লাম্বার-ছাদগুলি নেই
রিচার্ড টিংল

2
@ রিচার্ডটিঙ্গল: কেউই বলছেন না যে আপনাকে সমস্ত কিছু বুঝতে হবে, তবে আপনার পণ্য ব্যবহার করার সময় যে জিনিসগুলি স্পর্শ করবে সেগুলি আপনাকে বুঝতে হবে। একজন প্লাম্বারকে বৈদ্যুতিনবিদরা কী করেন - বা কমপক্ষে একটি নিয়ে কাজ করার বিষয়ে যথেষ্ট পরিমাণে জানতে হবে - এটি জানার জন্য নকআউট পাওয়া গেলেও ব্রেকার বক্সের মাধ্যমে ঠান্ডা পানির পাইপ চালানো অনিরাপদ।
blrfl

এমনকি প্রশ্নের উত্তর দেওয়ার চেষ্টা করেও বিরক্ত করে না। -1
রাবারডাক

2

এটি এমন কিছু যা Agile & Scram এর সাথে একসাথে চলে গেছে। কাজের স্পষ্টরূপে আর কোনও নির্দিষ্ট ভূমিকা নেই - প্রত্যেকেই একজন "বিকাশকারী"।

এবং এটি কেবল অপ্স নয়। বিকাশকারীদের প্রায়শই ব্যবসায়ের বিশ্লেষণ, পরীক্ষা, ডাটাবেস প্রশাসন এবং বিল্ড ম্যানেজারের ভূমিকা গ্রহণ করতে হয় - তালিকাটি চালিয়ে যায়।

সমস্যার কেন্দ্রবিন্দুতে আপনি মন্থকে কল করতে পারেন । কোনও প্রকল্পের সাথে জড়িত বিভিন্ন ভূমিকার সংখ্যা বাড়ার সাথে সাথে সেখানে আরও সভা, ভুল বোঝাবুঝি এবং সংস্থান সংঘর্ষের ঘটনা ঘটেছে। দ্রুত ব্যবহারকারীদের সামনে সফ্টওয়্যার পাওয়া হ'ল শেষ গেম এবং যে কোনও কিছু যা খুব সহজেই সেই পথে পেতে পারে তা কিছুটা পথ দিয়ে চলেছে।

এটি সম্পূর্ণরূপে খারাপ জিনিস নয়। আপনার গড় বিকাশকারী তাদের দক্ষতা প্রসারিত করে যদিও এখন জ্যামটি খুব পাতলা হচ্ছে । এটি স্থাপনারগুলি নাশপাতির পথে গেলে সমস্যাগুলি কোথায় থাকে তা নিয়ে কোডার এবং সার্ভার প্রশাসকদের মধ্যে তর্কগুলিও বন্ধ করে দেয়। ডিভগুলি প্রায়শই কাটিয়া প্রান্ত প্রযুক্তি সহ সমাধানগুলি চালিত করতে চায় এবং সার্ভার অ্যাডমিনদের প্রায়শই কোনও ধারণা থাকে না যতক্ষণ না তারা ইনস্টল সেটটি উপস্থাপন না করা হয় কোনও অ্যাডমিন পিওওর কাছ থেকে means

উজ্জ্বল এবং আরও এগিয়ে যাওয়ার চিন্তা সংস্থাগুলি শেষ পর্যন্ত বুঝতে শুরু করেছে যে টি-আকৃতির লোকেরা একটি ভাল জিনিস। যাইহোক, তারা একটি ভাল জিনিস ভেবে এবং এটি কেবল যাদুতে ঘটবে এমন প্রত্যাশার মধ্যে পার্থক্য রয়েছে যেখানে আগে একটি traditionalতিহ্যবাহী সংস্কৃতি গৃহীত হয়েছিল।


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

1
@Andy আমি প্রস্তাব করব আপনি পড়তে স্ক্রাম নির্দেশিকা আবার স্ক্রাম বিকাশকারী ছাড়া অন্য উন্নয়ন দল সদস্যদের জন্য কোন শিরোনাম স্বীকার কাজ নির্বিশেষে ব্যক্তি দ্বারা সঞ্চালিত হচ্ছে; এই নিয়মের কোনও ব্যতিক্রম নেই । লোকেরা অবশ্যই বিশেষায়িত করে তবে এর প্রকৃতি অনুসারে এটি একটি স্ব-সংগঠিত সত্তা বলে মনে করা হয়।
রবি ডি

ফটোশপে গ্রাফিক্স তৈরি করছে এমন বিশেষ ব্যক্তিকে কল করা বা যার ভূমিকা অনুবাদ করছেন, একজন বিকাশকারী সফটওয়্যার প্রকল্পগুলিতে বিকাশকারীকে বিভ্রান্ত করছে বলে সর্বজনীনভাবে সফ্টওয়্যার বিকাশকারী বোঝা যাচ্ছে। এই বিবৃতিতে স্ক্র্যাম গাইডটি কেবল ভুল।
অ্যান্ডি

0

আমি নিশ্চিত সেখানে ডেভেলপারদের জন্য কয়েক ভাল কারণ ছাড়া আর কিছুই নয় আছি এছাড়াও অপারেশন এবং মান নিয়ন্ত্রণ (কখনও কখনও) পরিচালনা করুন। তাদের মধ্যে তিনটি এখানে রয়েছে:

  • আগ্রহ
    কিছু বিকাশকারীরা আসলে পণ্যের সমস্ত দিকই কাজ করতে চায় । যদি তারা এতে ভাল হয় এবং যদি তারা দলে কোনও শূন্যতা পূরণ করে থাকে বা অন্যান্য ভূমিকাতে বিদ্যমান টিম সদস্যদের ভাল সমর্থন সরবরাহ করে থাকে তবে তাদের থামানোর কোনও কারণ থাকতে পারে না।
  • ব্যয়
    বড় সংস্থাগুলি বিশেষায়িত কর্মীদের বহন করতে পারে। ছোট সংস্থাগুলি মাঝে মাঝে পারে না। এর মধ্যে কয়েকটি স্থানে 1 বা সম্ভবত 2 বা 3 বিকাশকারী নিয়োগ করতে পারে যাদের কেবল দরজা বাইরে কাজ করার জিনিসপত্র পেতে সক্ষম হতে হবে।
  • প্রকল্পের আকার
    প্রতিটি প্রকল্পই একাধিক ব্যক্তি প্রকল্প নয়। যদি আপনি একটি "ছোট" অ্যাপ্লিকেশন তৈরি করে থাকেন তবে এটি সমাপ্ত হতে 1 টিরও বেশি ব্যক্তির পক্ষে কাজ করা কেবলমাত্র ওভারকিল হতে পারে। এর চেয়েও বড় কথা, সুনির্দিষ্ট ভূমিকা পালনকারী অনেক ব্যক্তির সাথে ছোট প্রকল্পগুলি ভীতিকর । কেউ কি যথেষ্ট কাজ আছে - এমনকি যদি আপনি করতে পারেন সামর্থ্য তাদের 6 মাসের জন্য তাদের বুড়ো আঙ্গুল মোচড়ান সব প্রায় রাখার, সে সৎকর্মীদের থাকার করা হবে না। যদি তারা বিরক্ত না হয় তবে তারা ভয় পাবে, বা আপনি বুঝতে পারবেন আপনি কোনও কিছুর জন্য বেশ কিছুটা প্রদান করছেন। যেভাবেই হোক, আপনার ভাল কর্মচারীরা চলে যাবেন এবং সবাইকে আপনার কাছ থেকে দূরে থাকতে বলবেন।

... এবং অন্যান্য কারণ, আমি নিশ্চিত


0

"অবকাঠামো এবং প্রকাশনা এবং কিউএ এবং সম্পর্কিত অনুষ্ঠান সম্পর্কে চিন্তাভাবনা করা ভাল কোড লেখা থেকে একটি বিশাল বিঘ্ন"

এর অন্তরে, আমি মনে করি ডিভোপস বলেছে যে অবকাঠামো এবং প্রকাশনা এবং QA আইএস সম্পর্কে ভাল চিন্তা করছে good

পূর্ব-ডিভোপস সংস্কৃতিতে পরিচালিত পূর্বের ভূমিকাগুলিতে, আমার অনেকগুলি সমস্যা ছিল যা তর্কাতীতভাবে একটি ডিভস সংস্কৃতি আটকাতে পারে; কোড সম্পর্কিত নন-রিপ্রেজেন্টেটিভ প্ল্যাটফর্মগুলি, অক্ষর-এনকোডিং সম্পর্কিত সমস্যাগুলি যেখানে বিকাশকারীরা ক্লায়েন্টের ব্যবহৃত অক্ষর-এনকোডিংগুলি সম্পর্কে অজ্ঞ ছিলেন, মোতায়েনের নির্দেশাবলী যা হ্যান্ড-কোডড ছিল এবং কিছুটা অনুমান ছাড়াই অপ্স দলের পক্ষে অপর্যাপ্ত ছিল -work।

এখন আপনি তর্ক করতে পারেন যে দেব এবং অপস উভয় পক্ষের বিশেষজ্ঞের বর্ধন আমাদের এগুলির কিছুটি কাটিয়ে উঠতে দেয় তবে এখনও আমাদের দলের মধ্যে জ্ঞান ভাগ করে নেওয়ার মাধ্যমে প্রচুর সমাধান করা যেতে পারে।


0

ডিভোপসের অর্থ "দেব এখন ওপসও করেন" to মূলত এই শব্দটির অর্থ "দেব এবং অপ্সের লোকেরা এক দলে দৃ tight়তার সাথে কাজ করে"। এটা তোলে করেন গড় যে অপস মানুষ, Devs মত আরো পরিণত করতে হবে কারণ জিনিষ স্বয়ংক্রিয় প্রোগ্রামিং কিছু বাছাই প্রয়োজন, এবং পুরানো ম্যানুয়াল ভাবে এটিকে কেটে না (এই পয়েন্ট আরো বিস্তারিত বিবরণাদি জন্য অন্যান্য উত্তর দেখুন)।

উইকিপিডিয়া থেকে :

ডিভোপস (উন্নয়ন এবং অপারেশনগুলির একটি ক্লিপড যৌগ) একটি সংস্কৃতি, আন্দোলন বা অনুশীলন যা সফ্টওয়্যার সরবরাহ ও অবকাঠামোগত পরিবর্তনের প্রক্রিয়াটি স্বয়ংক্রিয় করার সময় সফ্টওয়্যার বিকাশকারী এবং অন্যান্য তথ্য-প্রযুক্তি (আইটি) পেশাদার উভয়ের সহযোগিতা এবং যোগাযোগকে জোর দেয় is

সুতরাং আমার মতে আসলে যদি দেব হিসাবে আপনার একই পুরানো দায়িত্ব থাকে এবং অতিরিক্তভাবে এখন অপারেশনস দায়বদ্ধতা থাকে তবে এটি পরিচালনার দিক থেকে একটি ভুল গণনা বলে মনে হয়। জিনিসগুলি স্বয়ংক্রিয়ভাবে চালিত করার মাধ্যমে এটি বেশ সম্ভব যে আপনার কম ওপস লোকের প্রয়োজন হবে এবং তাই ব্যয় সাশ্রয় রয়েছে। তবে ডিভোপসের অবশ্যই এর অর্থ এই নয় যে "আসুন সমস্ত অপ্সের লোকদের থেকে মুক্তি দিন এবং দেবগণকে অতিরিক্ত কাজ করতে দিন"।

বুজওয়ার্ডগুলির সাথে প্রায়শই একটি শব্দার্থিক বিচ্ছিন্নতা ঘটে এবং হঠাৎ লোকেরা "আমাদের দেবসকেও অপ্স করতে দাও এবং আমি অনুমান করি যে আমরা অর্থ সাশ্রয় করতে পারি ..."

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.