একটি অনুশীলন হিসাবে অবিচ্ছিন্ন একীকরণ, জেনকিন্স নয়। আন্দ্রে আলেকজান্দ্রভ

আসুন আলোচনা করি কেন সিআই টুলস এবং সিআই সম্পূর্ণ ভিন্ন জিনিস।

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

কন্টিনিউয়াস ইন্টিগ্রেশন সম্পর্কে একটি প্রতিবেদন তৈরির ধারণাটি এক বছর আগে হাজির হয়েছিল, যখন আমি ইন্টারভিউয়ের জন্য যাচ্ছিলাম এবং চাকরি খুঁজছিলাম। আমি 10-15টি কোম্পানির সাথে কথা বলেছি, তাদের মধ্যে শুধুমাত্র একটি সিআই কী তা স্পষ্টভাবে উত্তর দিতে সক্ষম হয়েছিল এবং তারা কীভাবে বুঝতে পেরেছিল যে তাদের কাছে এটি নেই। বাকিরা জেনকিন্স সম্পর্কে দুর্বোধ্য বাজে কথা বলছিল :) আচ্ছা, আমাদের জেনকিন্স আছে, এটি তৈরি করে, সিআই! প্রতিবেদনের সময়, আমি ব্যাখ্যা করার চেষ্টা করব যে ক্রমাগত একীকরণ আসলে কী এবং কেন জেনকিন্স এবং অনুরূপ সরঞ্জামগুলির সাথে এর একটি খুব দুর্বল সম্পর্ক রয়েছে।

সুতরাং, আপনি যখন সিআই শব্দটি শুনবেন তখন সাধারণত কী মনে আসে? বেশিরভাগ মানুষ জেনকিন্স, গিটল্যাব সিআই, ট্র্যাভিস ইত্যাদির কথা ভাববে।

এমনকি যদি আমরা এটি গুগল করি তবে এটি আমাদের এই সরঞ্জামগুলি দেবে।

আপনি যদি জিজ্ঞাসা করার সাথে পরিচিত হন, তবে সরঞ্জামগুলি তালিকাভুক্ত করার সাথে সাথেই, তারা আপনাকে বলবে যে আপনি যখন একটি প্রতিশ্রুতির জন্য একটি পুল অনুরোধে পরীক্ষা তৈরি করেন এবং চালান তখন সিআই।

ক্রমাগত ইন্টিগ্রেশন সরঞ্জাম সম্পর্কে নয়, একটি শাখায় পরীক্ষা সহ সমাবেশগুলি সম্পর্কে নয়! কন্টিনিউয়াস ইন্টিগ্রেশন হল নতুন কোডের খুব ঘন ঘন একীকরণের অনুশীলন এবং এটি ব্যবহার করার জন্য জেনকিন্স, গিটল্যাব, ইত্যাদিকে বেড় করা মোটেই প্রয়োজন হয় না।

একটি পূর্ণাঙ্গ CI দেখতে কেমন তা বোঝার আগে, আসুন প্রথমে সেই ব্যক্তিদের প্রেক্ষাপটে ডুব দেওয়া যাক যারা এটি নিয়ে এসেছেন এবং তারা যে ব্যথার সমাধান করার চেষ্টা করছেন তা অনুভব করি।

এবং তারা একটি দল হিসাবে একসঙ্গে কাজ করার যন্ত্রণা সমাধান!

দলে বিকাশ করার সময় বিকাশকারীরা যে সমস্যার সম্মুখীন হন তার উদাহরণগুলি দেখুন। এখানে আমাদের একটি প্রকল্প আছে, গিটে একটি মাস্টার শাখা এবং দুটি বিকাশকারী।

এবং তারা কাজ করতে গিয়েছিল যেমনটি সবাই দীর্ঘদিন ধরে অভ্যস্ত ছিল। আমরা জিনিসগুলির গ্র্যান্ড স্কিমে একটি কাজ নিয়েছি, একটি বৈশিষ্ট্য শাখা তৈরি করেছি এবং কোড লিখেছি।

একজন দ্রুত বৈশিষ্ট্যটি শেষ করেছে এবং এটিকে মাস্টারের সাথে একত্রিত করেছে।

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

আপনার বৈশিষ্ট্যটিকে একটি সাধারণ মাস্টারের সাথে একত্রিত করা যত বেশি কঠিন, আমরা এটিতে তত বেশি সময় ব্যয় করি। এবং আমি এটি একটি মোটামুটি সহজ উদাহরণ দিয়ে দেখিয়েছি. এটি একটি উদাহরণ যেখানে শুধুমাত্র 2 জন বিকাশকারী রয়েছে৷ কল্পনা করুন যদি একটি কোম্পানির 10 বা 15 বা 100 জন লোক একটি সংগ্রহস্থলে লেখেন৷ আপনি এই সমস্ত দ্বন্দ্ব সমাধান করার জন্য পাগল হয়ে যাবেন।

একটু ভিন্ন কেস আছে। আমাদের একজন মাস্টার এবং কিছু ডেভেলপার কিছু করছেন।

তারা একটি ডাল তৈরি করেছে।

একজন মারা গেল, সবকিছু ঠিকঠাক ছিল, তিনি টাস্কটি পাস করলেন।

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

এই সময়ে, দ্বিতীয় বিকাশকারী অন্য কিছু করেছিলেন।

প্রথমটি তৃতীয় কাজটি সম্পন্ন করেছে।

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

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

দেখা যাচ্ছে যে আমরা যদি একটি দল হিসাবে কাজ করি, অর্থাত্ ভান্ডারে একজন লোক নয়, কিন্তু 5-10 জন লোক, তাহলে আমরা যত বেশি সময় আমাদের কোডটি মাস্টারের সাথে যুক্ত করব না, তত বেশি আমরা কষ্ট পাব কারণ শেষ পর্যন্ত আমাদের প্রয়োজন কিছু তারপর এটি মার্জ. এবং আমাদের যত বেশি দ্বন্দ্ব আছে, এবং আমরা যত বেশি পুরানো সংস্করণ নিয়ে কাজ করি, তত বেশি সমস্যা হয়।

একসাথে কিছু করা বেদনাদায়ক! আমরা সবসময় একে অপরের পথ পেতে.

এই সমস্যাটি 20 বছরেরও বেশি আগে লক্ষ্য করা গেছে। আমি এক্সট্রিম প্রোগ্রামিং-এ কন্টিনিউয়াস ইন্টিগ্রেশন অনুশীলনের প্রথম উল্লেখ পেয়েছি।

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

এখন আমরা পৃথকভাবে "কন্টিনিউয়াস ইন্টিগ্রেশন" বাক্যাংশটি বিশ্লেষণ করব। আমরা যদি এটি সরাসরি অনুবাদ করি তবে আমরা ক্রমাগত একীকরণ পাই। কিন্তু এটা কতটা অবিচ্ছিন্ন তা খুব স্পষ্ট নয়; এটা খুবই বিচ্ছিন্ন। কিন্তু এটা কতটা ইন্টিগ্রেশন আছে সেটাও খুব একটা স্পষ্ট নয়।

আর সেজন্যই আমি আপনাদের এখন এক্সট্রিম প্রোগ্রামিং থেকে উদ্ধৃতি দিচ্ছি। এবং আমরা উভয় শব্দ আলাদাভাবে বিশ্লেষণ করব।

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

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

সাধারণভাবে, ইন্টিগ্রেশন মানে আপনার কোড নেওয়া এবং মাস্টারের মধ্যে টেনে আনা।

এখানে “নিরন্তর” শব্দ দ্বারা কী বোঝানো হয়েছে, ধারাবাহিকতা কাকে বলে? অনুশীলন বোঝায় যে বিকাশকারী তার কোড যত তাড়াতাড়ি সম্ভব সংহত করার চেষ্টা করে। যে কোনো কাজ সম্পাদন করার সময় এটি তার লক্ষ্য - যত তাড়াতাড়ি সম্ভব তার কোডটি মাস্টারে আনা। একটি আদর্শ বিশ্বে, বিকাশকারীরা প্রতি কয়েক ঘণ্টায় এটি করবে। অর্থাৎ, আপনি একটি ছোট সমস্যা নিন এবং এটি মাস্টারের মধ্যে একত্রিত করুন। সবকিছু মহান. এই জন্য আপনি প্রচেষ্টা কি. এবং এটি অবশ্যই অবিরত করতে হবে। যত তাড়াতাড়ি আপনি কিছু করেন, আপনি অবিলম্বে এটি মাস্টার মধ্যে রাখা.

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

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

আপনি তাদের ছাড়া করতে পারেন. এটি আপনাকে মোটেও ক্ষতি করবে না। কারণ অনুশীলনের লক্ষ্য হল যতবার সম্ভব পরিমাপ করা, যাতে ভবিষ্যতে কোনও দ্বন্দ্বে প্রচুর সময় নষ্ট না হয়।

আসুন কল্পনা করি যে কোনও কারণে আমরা 2020-এ ইন্টারনেট ছাড়াই আছি। এবং আমরা স্থানীয়ভাবে কাজ করি। আমাদের জেনকিন্স নেই। এই জরিমানা. আপনি এখনও এগিয়ে যান এবং একটি স্থানীয় শাখা করতে পারেন. আপনি এটিতে কিছু কোড লিখেছেন। আমরা 3-4 ঘন্টার মধ্যে কাজটি সম্পন্ন করেছি। আমরা মাস্টারে স্যুইচ করেছি, একটি গিট টান করেছি এবং সেখানে আমাদের শাখাকে একীভূত করেছি। প্রস্তুত. আপনি যদি প্রায়ই এটি করেন, অভিনন্দন, আপনার অবিচ্ছিন্ন একীকরণ আছে!

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

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

কিন্তু এখনই কি আমাদের কাছে এমন কোনো প্রাসঙ্গিক প্রমাণ আছে যা আমাদের বলে যে এই অনুশীলনে বিনিয়োগ করা অর্থপূর্ণ?

আমার মাথায় প্রথম যে জিনিসটি এসেছিল তা হল স্টেট অফ ডিওঅপস। এটি একটি গবেষণা যা ছেলেরা 7 বছর ধরে পরিচালনা করছে। এখন তারা এটি একটি স্বাধীন সংস্থা হিসাবে করে, তবে গুগলের অধীনে।

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

এই সূচকগুলি কি? এই 4টি মেট্রিক যা তারা তাদের প্রশ্নাবলীতে সমস্ত কোম্পানি থেকে নেয়: স্থাপনার ফ্রিকোয়েন্সি, পরিবর্তনের জন্য লিড টাইম, পরিষেবা পুনরুদ্ধার করার সময়, ব্যর্থতার হার পরিবর্তন করে৷

এবং, প্রথমত, এই পারস্পরিক সম্পর্ক রয়েছে, আমরা জানি যে যে কোম্পানিগুলি প্রায়শই পরিমাপ করে তাদের অনেক ভাল মেট্রিক্স রয়েছে। এবং তাদের বিভিন্ন বিভাগে কোম্পানিগুলির একটি বিভাজন রয়েছে: এগুলি হল ধীরগতির কোম্পানি যেগুলি ধীরে ধীরে কিছু উত্পাদন করে, মাঝারি পারফর্মার, উচ্চ পারফর্মার এবং অভিজাত। অভিজাতরা হল Netflix, Amazon, যেগুলো অতি দ্রুত, সবকিছু দ্রুত, সুন্দর এবং দক্ষতার সাথে করে।

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

যদি আপনার শাখা খুব দীর্ঘকাল বেঁচে থাকে, তাহলে এটি আটকে যায়, পচে যায় এবং আমরা এটিতে কিছু পরিবর্তন করার জন্য আরও বেশি সময় ব্যয় করতে শুরু করি।

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

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

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

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

মনে হচ্ছে আমরা ইতিমধ্যেই কিছু করছি, মনে হচ্ছে আমরা ইতিমধ্যেই একত্রিত হয়েছি, কিন্তু আমরা কীভাবে বুঝব যে আমাদের এখনও অবিচ্ছিন্ন একীকরণ রয়েছে, যে আমরা প্রায়শই একত্রিত হচ্ছি?

জেজ হাম্বল হ্যান্ডবুক, এক্সিলারেট, কন্টিনিউয়াস ডেলিভারি ওয়েবসাইট এবং কন্টিনিউয়াস ডেলিভারি বইয়ের লেখক। তিনি এই পরীক্ষা অফার করেন:

• ইঞ্জিনিয়ারের কোড প্রতিদিন মাস্টারের কাছে যায়।
• প্রতিটি কমিটের জন্য আপনি ইউনিট পরীক্ষা চালান।
• মাস্টারের বিল্ডটি পড়েছিল, এটি প্রায় 10 মিনিটের মধ্যে ঠিক করা হয়েছিল।

তিনি আপনার যথেষ্ট অনুশীলন আছে তা নিশ্চিত করার জন্য এই মত একটি পরীক্ষা ব্যবহার করার পরামর্শ দেন।

আমি পরেরটি একটু বিতর্কিত মনে করি। অর্থাৎ, আপনি যদি 10 মিনিটের মধ্যে এটি ঠিক করতে পারেন, তাহলে আপনার কাছে ক্রমাগত একীকরণ রয়েছে, এটি আমার মতে একটু অদ্ভুত শোনাচ্ছে, তবে এটি অর্থপূর্ণ। কেন? কারণ আপনি যদি প্রায়শই হিমায়িত হন তবে এর অর্থ হল আপনার পরিবর্তনগুলি ছোট। যদি একটি ছোট পরিবর্তন মানে আপনার মাস্টার বিল্ড ভেঙে গেছে, তাহলে আপনি দ্রুত একটি উদাহরণ খুঁজে পেতে পারেন কারণ পরিবর্তনটি ছোট। এখানে আপনার একটি ছোট মার্জ ছিল, এতে 20-30 লাইন পরিবর্তন হয়েছে। এবং, তদনুসারে, আপনি দ্রুত বুঝতে পারবেন কারণটি কী ছিল, কারণ পরিবর্তনগুলি ছোট, আপনার সমস্যাটি অনুসন্ধান করার জন্য খুব ছোট এলাকা রয়েছে।

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

ইউনিট পরীক্ষা শুধুমাত্র একটি সহকারী যা আপনাকে বুঝতে সাহায্য করে যে আপনার ইন্টিগ্রেশন সফল হয়েছে কিনা এবং কিছুই ভাঙা হয়নি কিনা। আমার মতে, এটি সম্পূর্ণরূপে বাধ্যতামূলক নয়, কারণ এটি অনুশীলনের বিষয় নয়।

এটি ক্রমাগত একীকরণের একটি সংক্ষিপ্ত ভূমিকা। যে এই অনুশীলন আছে সব আছে. আমি প্রশ্নের জন্য প্রস্তুত.

আমি আবার সংক্ষেপে সংক্ষিপ্ত করব:

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

প্রশ্ন

অ-পচনশীল কাজ দিয়ে কি করবেন?

পচন। সমস্যাটা কি? আপনি একটি উদাহরণ দিতে পারেন যে একটি কাজ আছে এবং এটি পচে না?

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

আমি যদি আপনাকে সঠিকভাবে বুঝতে পারি, তাহলে কিছু বড় এবং জটিল কাজ আছে, যার ফলাফল শুধুমাত্র এক মাসের মধ্যে দৃশ্যমান হবে?

হ্যা, তা ঠিক. হ্যাঁ, ফলাফলটি এক মাসের আগে মূল্যায়ন করা সম্ভব হবে।

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

ফাইন। তাহলে কি লাভ?

প্রতিদিন ছোট ছোট জিনিস মেরে কি লাভ?

হ্যাঁ।

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

ধন্যবাদ, সমস্যা বন্ধ!

(ওলেগ সোরোকা) আমি কি যোগ করতে পারি? আপনি সবকিছু সঠিকভাবে বলেছেন, আমি শুধু একটি বাক্যাংশ যোগ করতে চাই।

তাই।

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

আমরা 4টি মেট্রিক্স সম্পর্কে কথা বলেছি যা সফল কোম্পানিগুলিকে পিছিয়ে থাকা থেকে আলাদা করে৷ এই 4 মেট্রিক্স দেখতে আমাদের এখনও বেঁচে থাকতে হবে। যদি আপনার গড় কাজটি সম্পূর্ণ হতে এক মাস সময় নেয়, তাহলে আমি প্রথমে এই মেট্রিকে ফোকাস করব। আমি প্রথমে এটিকে 3 দিনে কমিয়ে দেব। আর তার পর কন্টিনিউয়াস নিয়ে ভাবতে লাগলাম।

আমি কি আপনাকে সঠিকভাবে বুঝতে পেরেছি যে আপনি মনে করেন যে সাধারণভাবে কোন কাজ শেষ হতে এক মাস সময় লাগলে ইঞ্জিনিয়ারিং অনুশীলনে বিনিয়োগ করার কোন মানে নেই?

আপনি ক্রমাগত ইন্টিগ্রেশন আছে. এবং এমন একটি বিষয় রয়েছে যে 10 মিনিটের মধ্যে আপনি হয় একটি ফিক্স ঠিক করতে পারেন বা এটি ফিরিয়ে আনতে পারেন। কল্পনা করুন আপনি এটি রোল আউট. তাছাড়া, আপনার কাছে ক্রমাগত স্থাপনাও রয়েছে, আপনি এটিকে প্রোড-এ রোল আউট করেছেন এবং শুধুমাত্র তখনই লক্ষ্য করেছেন যে কিছু ভুল হয়েছে। এবং আপনাকে এটি রোল ব্যাক করতে হবে, কিন্তু আপনি ইতিমধ্যে আপনার ডাটাবেস স্থানান্তর করেছেন। আপনার কাছে ইতিমধ্যেই পরবর্তী সংস্করণের ডাটাবেস স্কিমা রয়েছে, তাছাড়া, আপনার কিছু ধরণের ব্যাকআপও ছিল এবং ডেটাও সেখানে লেখা ছিল।

এবং আপনার কি বিকল্প আছে? আপনি যদি কোডটি রোল ব্যাক করেন, তবে এটি এই আপডেট করা ডাটাবেসের সাথে আর কাজ করতে পারে না।

বেস কেবল এগিয়ে যায়, হ্যাঁ।

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

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

এরকম শত শত অভ্যাস আছে। আমি ট্রান্সবেস উন্নয়ন দিয়ে শুরু করার পরামর্শ দেব। তিনি ক্রমাগত একীকরণে 100% নন, তবে অনুশীলনগুলি একই, একজন অন্যটিকে ছাড়া ভালভাবে বাঁচতে পারে না।

আপনি কি একটি উদাহরণ হিসাবে ট্রান্সবেস ডেভেলপমেন্ট দিয়েছেন যেখানে আপনি অনুশীলনগুলি দেখতে পারেন বা আপনি কি লোকেদের ট্রান্সবেস ডেভেলপমেন্ট ব্যবহার শুরু করার পরামর্শ দেন?

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

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

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

চ্যাট থেকে একটি প্রশ্ন আছে: "যদি একটি পর্যালোচনা বাধ্যতামূলক হয় এবং এটি একটি দীর্ঘ সময় নেয়, সম্ভবত একটি দিন বা তার বেশি?"

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

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

4টি মেট্রিক্সের বিষয়ে, আমি এখনও সেগুলিকে সরানোর সুপারিশ করব যাতে বোঝা যায় এর ফলে কী হয়৷ সংখ্যা দেখুন, ছবি দেখুন, সবকিছু কত খারাপ।

(দিমিত্রি) আমি আপনার সাথে এই বিষয়ে আলোচনা করতে প্রস্তুত। সংখ্যা এবং মেট্রিক্স সব মহান, অনুশীলন মহান. কিন্তু ব্যবসার প্রয়োজন আছে কিনা তা বুঝতে হবে। এমন কিছু ব্যবসা আছে যেগুলির পরিবর্তনের গতির প্রয়োজন নেই। আমি এমন সংস্থাগুলিকে জানি যেখানে প্রতি 15 মিনিটে পরিবর্তন করা যায় না। এবং না কারণ তারা এত খারাপ। এটি এমন একটি জীবন চক্র। এবং শাখা বৈশিষ্ট্য, টগল বৈশিষ্ট্য, আপনি গভীর জ্ঞান প্রয়োজন.

এটা জটিল. আপনি যদি টগল বৈশিষ্ট্য সম্পর্কে আরও বিস্তারিতভাবে গল্পটি পড়তে চান তবে আমি এটির সুপারিশ করছি https://trunkbaseddevelopment.com/. এবং টগল বৈশিষ্ট্য সম্পর্কে মার্টিন ফাউলারের একটি দুর্দান্ত নিবন্ধ রয়েছে: কী ধরণের আছে, জীবন চক্র ইত্যাদি। টগল বৈশিষ্ট্যটি জটিল।

এবং আপনি এখনও এই প্রশ্নের উত্তর দেননি: "জেনকিন্সের কি প্রয়োজন আছে নাকি?"

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

অর্থাৎ, আপনার যদি অভ্যাস থাকে, তার মানে কি আপনার এটির প্রয়োজন নেই?

সেটা ঠিক. আমি Jez নম্র পরীক্ষা সুপারিশ. সেখানে আমার শেষ বিন্দুর প্রতি দ্বিধাহীন মনোভাব আছে। কিন্তু সাধারণভাবে, যদি আপনার কাছে তিনটি জিনিস থাকে, আপনি ক্রমাগত একত্রিত হন, আপনি মাস্টারে কমিটের উপর পরীক্ষা চালান, আপনি দ্রুত মাস্টারে বিল্ডটি ঠিক করেন, তাহলে সম্ভবত আপনার আর কিছুর প্রয়োজন হবে না।

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

এমনও নয় যে এটি হওয়া উচিত, এটি দুর্দান্ত হবে কারণ এটি একইভাবে জীবনকে সহজ করে তুলবে। যত তাড়াতাড়ি আমরা কোডের সাথে কাজ করি, ব্যাশ স্ক্রিপ্টের সাথে নয়, তবে আমাদের স্বাভাবিক কোড রয়েছে।

থামুন, থামুন, একটি ব্যাশ স্ক্রিপ্টও কোড। আমার পুরানো ভালবাসা স্পর্শ করবেন না.

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

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

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

অন্য কারো যদি প্রশ্ন থাকে?

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

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

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

আপনি যদি দিনে 10 বার কন্টিনিউয়াস ইন্টিগ্রেশন করেন, তাহলে 10 বারকে 30 মিনিট দিয়ে গুণ করতে হবে। এবং এটি এই রিলিজ ম্যানেজারের কাজের সময়ের পরিমাণকে ছাড়িয়ে গেছে। সে শুধু এটা করতে করতে ক্লান্ত হয়ে পড়ে। কিছু অনুশীলনের জন্য নির্দিষ্ট খরচ আছে। এখানেই শেষ.

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

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

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

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

এখানে আপনি এই উপসংহারে পৌঁছেছেন যে আপনাকে প্রথমে কী করতে হবে তা বুঝতে হবে। পৃথিবী আদর্শ নয়, এবং পণ্যও আদর্শ নয়।

হ্যাঁ, এই জিনিসগুলি পরস্পর সংযুক্ত।

ব্যবসাগুলিও সবসময় বুঝতে পারে না যে তাদের এই পথে যেতে হবে।

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

(দিমিত্রি) আমি চ্যাট থেকে একটি ব্যাখ্যা পড়ব: “তবে আমাদের বিভিন্ন স্তরে প্রচুর পরীক্ষার কভারেজ দরকার। পরীক্ষার জন্য কত সময় বরাদ্দ করা হয়? এটি একটু ব্যয়বহুল এবং অনেক সময় নেয়।"

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

এখানে আপনি, অবশ্যই, অলঙ্কৃত.

(দিমিত্রি) আমি এখানে একমত নই। একটি অনুশীলন আছে - পরীক্ষা-চালিত উন্নয়ন, যা আপনাকে এ থেকে রক্ষা করবে।

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

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

এবং সেইজন্য, আপনি যখন শুক্রবার সন্ধ্যায় প্রস্তুত হয়ে বাড়িতে যাবেন তখন আপনি এই অবস্থাটি কীভাবে অর্জন করবেন তা অন্য প্রশ্ন। হতে পারে আপনি শুধু একটি সাহসী বখাটে.

চলুন কন্টিনিউয়াস ইন্টিগ্রেশনে একটু ফিরে যাই। আমরা একটু ভিন্ন জটিল অনুশীলনে পালিয়ে গিয়েছিলাম।

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

অতএব, এই বিভ্রম পরিত্রাণ পেতে এত সহজ নয়. MVP এবং পরীক্ষা একে অপরের বিরোধিতা করে না। এমনকি, বরং, বিপরীতভাবে, আপনি যদি TDD অনুশীলন ব্যবহার করে MVP করেন, তাহলে আপনি এটিকে অনুশীলন ছাড়াই করার চেয়ে ভাল এবং দ্রুত করবেন, কিন্তু একটি বলের উপর।

এটি একটি খুব অ-স্পষ্ট এবং জটিল ধারণা। আপনি যখন শুনবেন যে এখন আমি আরও পরীক্ষা লিখব এবং একই সাথে আমি দ্রুত কিছু করব, এটি একেবারে অপর্যাপ্ত শোনায়।

(দিমিত্রি) এখানে অনেক লোক, যখন তারা এমভিপি কল করে, লোকেরা সাধারণ কিছু লিখতে খুব অলস। এবং এই এখনও ভিন্ন জিনিস. এমভিপিকে কিছু খারাপ জিনিসে পরিণত করার দরকার নেই যা কাজ করে না।

হ্যাঁ, হ্যাঁ, আপনি ঠিক বলেছেন।

এবং তারপর হঠাৎ MVP প্রোড.

সব সময় প্রবেশ করুন।

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

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

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

এই অনুশীলনগুলি দীর্ঘকাল ধরে পরিচিত। আমরা প্রায় 4 বছর আগে এই বিষয়ে আলোচনা করেছি। কিন্তু 4 বছরে কার্যত কিছুই পরিবর্তন হয়নি।

কিন্তু এই নোটে, আমি আনুষ্ঠানিক আলোচনা শেষ করার প্রস্তাব করছি।

ভিডিও (মিডিয়া উপাদান হিসাবে ঢোকানো, কিন্তু কিছু কারণে কাজ করে না):

https://youtu.be/zZ3qXVN3Oic

উত্স: www.habr.com