একজন জুনিয়র সফটওয়্যার ইঞ্জিনিয়ার হিসাবে, আমি কীভাবে আরও উন্নত কোডার হতে পারি তা শিখতে আমি সর্বদা কোড পর্যালোচনা মন্তব্য পেয়েছিলাম। কিন্তু যখন আমার প্রথম কোড পর্যালোচনা করার চেষ্টা করার সময় এসেছিল তখন আমি বুঝতে পেরেছিলাম যে আমার অভিজ্ঞতা আমাকে অন্যদিকে থাকতে প্রস্তুত করে নি।
আমি ইমপোস্টর সিনড্রোমের একটি মারাত্মক কেস তৈরি করেছি, প্রশ্নগুলি নিয়ে নীচের দিকে ছড়িয়ে পড়েছি : আমি কি কোডের এই লাইনে মন্তব্য করব বা এটি মূল্যবান নয়? প্রতিটি মন্তব্য সমর্থন করার জন্য আমার নিবন্ধগুলি পাওয়া উচিত? আমি এটি অনুমোদন করে সাইটটি ক্র্যাশ করব? তারা কি আমাকে ঘৃণা করবে? ঠিক আছে, আমি স্বীকার করি আমি খুব দ্রুত সর্পিল করি। তবে কিছু সহকর্মীর সাথে কথা বলার পরে, আমি জানতাম যে আমি আমার উদ্বেগের মধ্যে একা নই।
গিটিহাবের অভিজ্ঞ প্রকৌশলী জেসিকা রুডার বলেছেন, জুনিয়র সফটওয়্যার ইঞ্জিনিয়ারদের একটি ধারণা অনুসারে কোড পুনর্বিবেচনায় ফেলে দেওয়া যেতে পারে যে "আপনি কীভাবে একটি বই পড়তে জানেন তা আপনি কীভাবে একটি বই লিখতে জানেন যা সত্য নয়, " জেসিকা রুডার বলেছেন, গিটহাবের অভিজ্ঞ প্রকৌশলী।
কোড পর্যালোচনা নিয়ে আসে এমন প্রত্যাশা রয়েছে এবং প্রক্রিয়াটি স্নায়ু-র্যাকিং হতে পারে। সুতরাং আমি পর্যালোচনা করার মানসিকতা কীভাবে তৈরি করতে পারি তার টিপস সংগ্রহ করতে অন্য সাতটি সফ্টওয়্যার ইঞ্জিনিয়ারের সাক্ষাত্কার নিয়েছি।
1. সামগ্রিক প্রভাব সম্পর্কে চিন্তা করুন
সাধারণত, একটি ভাল টান অনুরোধ (PR) কেবল কোডবেসের একটি সীমাবদ্ধ অংশকে প্রভাবিত করবে। তবে, সীমিত সুযোগ আপনাকে বৃহত্তর কোডবেসের প্রসঙ্গে কোড পরিবর্তন সম্পর্কে ভাবতে বাধা দেওয়া উচিত নয়।
দ্য মিউজিকের প্রাক্তন পুরো স্ট্যাক ইঞ্জিনিয়ার এবং বর্তমান ফ্রিল্যান্স সফটওয়্যার ইঞ্জিনিয়ার নাইজেল মুনোজ, "এই পরিবর্তনটি কীভাবে বৃহত্তর এবং ছোট চিত্রকে প্রভাবিত করে" তা নিয়ে ভাবতে উত্সাহিত করে the বৃহত্তর চিত্রটি বিবেচনায় কোনও প্রযুক্তিগত debtণ সন্ধান করা অন্তর্ভুক্ত code কোড সন্ধান করুন যা পুনরাবৃত্তি, অ-মডুলার, বা সর্বাধিক সাম্প্রতিক স্ট্যান্ডার্ড কনভেনশনগুলিতে মেনে চলেন না well পাশাপাশি কোডবেসের আর্কিটেকচারে পরিবর্তনগুলি বিশ্লেষণ করার পাশাপাশি।
হাডসন রিভার ট্রেডিংয়ের মূল বিকাশকারী স্যাম ডোনো বিশ্বাস করেন যে “মন্তব্য করার মতো খুব বড় বা খুব ছোট কিছুই নেই। ছোট উন্নতির জন্য পরামর্শগুলি কোডবেজের একাধিক অংশে আরও বড় উন্নতি করতে পারে। "
ইতিবাচক প্রতিক্রিয়া জানানোর পাশাপাশি আপনি ফ্রেমওয়ার্কের প্রতিক্রিয়াটির স্ট্যান্ডার্ড কনভেনশন থেকে কোডটি কোথায় আলাদা হতে পারে তা উল্লেখ করতে আপনি গিটহাবের একটি PR মন্তব্য ব্যবহার করতে পারেন।
উদাহরণস্বরূপ, আমার নিজের কোড পর্যালোচনার সময়, আমি একটি মন্তব্য পেয়েছি যে একটি প্রতিক্রিয়া উপাদানটিতে নির্দিষ্ট বৈশিষ্ট্যগুলি বিভ্রান্তিকর ছিল, যা উপাদানটি কীভাবে ব্যবহৃত হচ্ছে সে সম্পর্কে বিস্তৃত প্রশ্নগুলির জন্ম দেয়। শেষ পর্যন্ত, আমি মূল উপাদানটি থেকে বৈশিষ্ট্যগুলি সরিয়েছি এবং প্রত্যেকের আচরণের স্পষ্টতা জানাতে এবং উভয়টি আরও জায়গায় ব্যবহার করা যেতে পারে তা নিশ্চিত করার জন্য একটি পৃথক উপাদান তৈরি করেছি।
2. সুরক্ষা বিবেচনা করুন
ভুলে যাবেন না যে কিছু পরিবর্তনগুলি কেবল কোডবেসের চেয়ে বেশি প্রভাব ফেলতে পারে। রডার যদি কোনও ব্যবহারকারীকে "কাউকে হয়রান করতে এই কার্যকারিতাটি ব্যবহার করতে পারে বা সিস্টেমটিকে অপব্যবহার করতে পারে" তা মূল্যায়ন করার পরামর্শ দেয় For উদাহরণস্বরূপ, টান অনুরোধের নতুন বৈশিষ্ট্যে যদি ব্যবহারকারী প্রবেশের অন্তর্ভুক্ত থাকে, এসকিউএল ইঞ্জেকশন, ডেটা অ্যাক্সেস, ক্রস-সাইট স্ক্রিপ্টিং এবং অন্যান্য সুরক্ষা দুর্বলতা।
3. বাগগুলিতে ফোকাস করুন
আপনার সহকর্মী কোড অবদানকারীরা - তারা যত রোবট লাগুক না কেন তা মানুষ and এবং মানুষ কার্যকরীতাগুলি ভঙ্গ করতে বা ভুলে যেতে পারে। তাই নিশ্চিত হয়ে নিন যে আপনি "বাকী কোডের মতো একই গুরুত্বের সাথে পরীক্ষাগুলি পর্যালোচনা করুন", শিক্ষক বেতন শিক্ষকদের কারিগরি নেতৃত্ব অভিষেক পিল্লাইকে পরামর্শ দিয়েছেন। "তারা নতুন বাগগুলি প্রতিরোধ করবে এবং ভবিষ্যতে যে কেউ এই বিষয়ে কাজ করবে তাদের ডকুমেন্টেশনের ফর্ম হিসাবে পরিবেশন করবে” "
পরীক্ষাগুলি পড়া আপনাকে নতুন বৈশিষ্ট্যের কার্যকারিতা বুঝতে এবং এটি যে বিভিন্ন ক্ষেত্রে এটি প্রবর্তন করবে তা দেখতে সহায়তা করতে পারে, যখন পরীক্ষাগুলি বিশ্লেষণ করে আপনাকে অনুপস্থিত মামলাগুলি চিহ্নিত করতে এবং এই পিআরটিতে থাকা বৈশিষ্ট্যগুলি খুঁজে পেতে সহায়তা করতে পারে। কোড পরিবর্তনের সাথে যদি কোনও পরীক্ষা অন্তর্ভুক্ত না থাকে এবং সেগুলি প্রাসঙ্গিক বলে মনে হয় তবে পর্যালোচনার মধ্যে তাদের অনুরোধ করা উপযুক্ত।
কিন্তু পরীক্ষা সব কিছু হয় না। "সিস্টেমে খুব বেশি বিশ্বাস রাখবেন না, " ডোনো সাবধান করে দিয়েছে। "কেবল পরীক্ষাগুলি চলার অর্থ এই নয় যে কোনও বাগ নেই” "
আপনি এটিকে কার্যত পরীক্ষার জন্য স্থানীয়ভাবে অ্যাপ্লিকেশন চালাতে এবং এটি কাজ করে তা নিশ্চিত করতেও পারেন। যদি এটি কাজ না করে, তবে আরও পর্যালোচনা করার কোনও অর্থ নেই, ”অষ্টম আলোর সফটওয়্যার বিকাশকারী রায়ান ভার্নার বলেছেন। যদিও কিছু পর্যালোচক মনে করেন না যে ম্যানুয়াল পরীক্ষাটি কোড পর্যালোচনা প্রক্রিয়ার একটি অংশ হওয়া উচিত part অংশটি সময় নেয় বলেই - ভার্নার বিশ্বাস করেন যে আপনাকে আরও বেশি সময় নিয়ে পর্যালোচনা করার পাশাপাশি কমাতে সহায়তা করার কৌশলটি বিনিয়োগ করা উচিত কিনা তা নির্ধারণের একটি দ্রুত উপায় একটি বাগ ব্যাকলগ বৃদ্ধি।
4. একটি দল খেলোয়াড় হন
কোডটি পর্যালোচনা করার ক্ষেত্রে ক্লিচি নতুন অর্থ গ্রহণ করে। "সমষ্টিগত মালিকানা" এর ধারণার পক্ষে যারা ভার্নার বলেন, "এটি পর্যালোচনা করার জন্য সময় নিন কারণ" আপনার পর্যালোচনা হিসাবে আপনার বাগের ব্যাকলোগটিকে আরও বড় হতে বাঁচানোর দিকে কাজ করা উচিত এবং আপনার লক্ষ্য দেওয়ার সাথে সাথে দল কম লাইনে কাজ।
পিল্লাই তার সতীর্থের অনুমোদিত এবং রেডি-তে-সংশ্লেষিত PRs উদযাপন করতে gif ব্যবহার করেন।
একই সময়ে, দ্য মিউজিকের একটি প্রযুক্তিগত নেতৃত্ব চার্লস লাক্সটন সমালোচকদেরকে দলের অগ্রাধিকারগুলি বুঝতে এবং মনে রাখতে উত্সাহিত করে। দ্রুত পৌঁছে যাওয়ার সময়সীমা এবং মতবিরোধগুলি প্রচুর পরিমাণে বাড়ানো সহ, কখনও কখনও ব্যাকলগের জন্য একটি করণীয় আইটেম তৈরি করা যা ভবিষ্যতে উন্নতি হবে তা নিশ্চিত করে এবং এর মধ্যে প্রশ্নে কোডটিতে একটি মন্তব্য করা আপনার প্রয়োজন ব্যান্ড-এইডের প্রয়োজন আপনার দলকে খুশি রাখুন
অবশেষে, নিজেকে জিজ্ঞাসা করুন যে কোডটি এমন কাউকে বোঝায় যে সবেমাত্র দলে যোগ দিয়েছিল এবং তাদের প্রথম কয়েক সপ্তাহের মধ্যে এটি পড়ছে আপনার কোডটি পাঠযোগ্য ও বোধগম্য রাখতে সহায়তা করবে।
5. শেখার এবং জ্ঞান ভাগ করে নেওয়ার জন্য প্রক্রিয়াটি ব্যবহার করুন
পর্যালোচনা প্রক্রিয়া প্রত্যেককেই কোডবেজ, ভাষা, ফ্রেমওয়ার্ক এবং সেরা অনুশীলনের আরও অন্তর্দৃষ্টি পাওয়ার জন্য স্থান দেয়।
দ্য মিউজিকের একটি প্রযুক্তিগত নেতৃত্ব, ম্যাট জেফারি পর্যালোচককে "আর্কিটেকচারালি পরিবর্তনগুলি বোঝার জন্য পরামর্শ দেয় One একটি উপায় হ'ল ফাইলের নামগুলি পড়তে হবে যেহেতু তারা প্রসঙ্গটি দিতে সহায়তা করে example উদাহরণস্বরূপ, আপনি যদি ডেটা অ্যাক্সেস স্তর পরিবর্তন করে দেখছেন আপনি কি জানেন যে আপনি ব্যবসার যুক্তি বা UI নিয়ে কাজ করছেন না। "
ডকুমেন্টেশন ভাগ করতে আপনি গিটহাবের একটি PR মন্তব্য ব্যবহার করতে পারেন।
আপনি যখন কোড পরিবর্তনগুলি থেকে শিখেন তখন আপনার কাছে জ্ঞান ভাগ করে নেওয়ারও সুযোগ থাকে। "আপনার মতামত ব্যাখ্যা করা এবং ডকুমেন্টেশন সহ এটি ব্যাক আপ করা ভাল, " Luxton বলেছেন on সমর্থনযোগ্য প্রমাণ এবং বিশ্বাসযোগ্য নিবন্ধগুলিতে আপনি যে লিঙ্কগুলি সরবরাহ করেন সেগুলি চূড়ান্ত সিদ্ধান্ত নেওয়ার সাথে সাথে পর্যালোচক এবং কোড লেখককে বিভিন্ন পন্থা অন্বেষণ করতে সহায়তা করে না, তবে তাদের প্রোগ্রামিংয়ের জ্ঞানকে আরও বাড়িয়ে তোলে।
আপনি এই টিপসটি মাথায় রাখার সময়, এও মনে রাখবেন যে পর্যালোচনা করা আপনার লোকের দক্ষতা প্রয়োগের সময়। রডার বলেছেন, "লোকেরা তাদের দৃষ্টিভঙ্গির বিষয়ে যে সন্দেহ প্রকাশ করেছিল এবং তাদের প্রতিরক্ষামূলকতা দূরীকরণের চেষ্টা করার সময় বিভিন্ন সম্ভাবনা দেখিয়েছিল সেই সন্দেহের সুবিধা দিন।" "আমি সর্বত্র মন্তব্যগুলি এবং একটি মোড়কের মন্তব্য রেখে চলেছি - এখানে দুর্দান্ত যা এখানে রয়েছে, এখানে যা উন্নত করা যায় তা এখানে মার্জ করার আগে পরিবর্তন করা দরকার।"
এই ধরণের পদ্ধতির সাহায্যে আপনি কেবলমাত্র আপনার কোড বেসকে কারিগরি debtণ, সুরক্ষা হুমকি এবং বাগগুলি থেকে রক্ষা করবেন না, তবে আপনি নিজের দল তৈরি করবেন।
