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