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