কোডটি মন্তব্য করা এবং তারপরে আমি ইতিমধ্যে কী করেছি এবং কী করা বাকি আছে তা ট্র্যাক রাখতে ধীরে ধীরে এটিকে সরিয়ে দেওয়া কেন ভুল?


21

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

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

আমার অবশ্যই লক্ষ্য করা উচিত যে আমি ব্যক্তিগতভাবে যে একা ডেভেলপ করছি তা নিয়ে এটি করছি।

তবে আমাকে বলা হয়েছিল, আমার এটি করা বন্ধ করা উচিত। আমাকে বলা হয়েছিল যে পরিবর্তে, মন্তব্য করা কোড না রেখে পুরানো কোডগুলি দেখতে পুরানো কমিটগুলি উল্লেখ করে আমার গিট ব্যবহার করা উচিত। আমি বলেছিলাম:

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

আমি কি জিজ্ঞাসা করতে পারি যে আমি এখন যা করতে ব্যর্থ হচ্ছি তা কি করছে?

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

সম্পূর্ণতার জন্য, আমার মনে হয় আমার যুক্ত করা উচিত যে আমি যে ব্যক্তির উদ্ধৃতি দিচ্ছি সে একজন অভিজ্ঞ বিকাশকারী এবং চাচা ববসের "ক্লিন কোড" এর ভক্ত - এবং চাচা বব তার বইতে কোডের কঠোর মন্তব্য করার সমালোচনা করেছিলেন।


আপনি কি সংস্করণ নিয়ন্ত্রণে মন্তব্য করা কোডটি করছেন?
ক্ষতিগ্রস্ত করা বন্ধ করুন

1
@ গোয়ো আমি সংস্করণ নিয়ন্ত্রণ মোটেও ব্যবহার করছিলাম না। আমাকে বলা হয়েছিল যে আমি অবশ্যই সংস্করণ নিয়ন্ত্রণ ব্যবহার করা শুরু করব (যদিও এটি একজন ব্যক্তি ব্যক্তিগত প্রকল্প) এবং অন্যদের মধ্যে সংস্করণ নিয়ন্ত্রণ আমাকে কোড (যেটি আমার উচিত) মন্তব্য করা বন্ধ করতে দেয়।
গাজকাম

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

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

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

উত্তর:


29

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

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

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

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


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

@ পিটারএম এখানে বক্তব্যটি হ'ল যতক্ষণ না আপনি এটি থেকে মুক্তি পান ততক্ষণ এটি ঠিক আছে। আপনি আপনার কোড বেসে মন্তব্য করা কোড ছেড়ে যাবেন না। রিফ্যাক্টরিংয়ের সময় আমি প্রায়শই কিছু করি তা ভেরিয়েবলের মন্তব্য করা হয় যে কত ত্রুটি তৈরি করে তা আমাকে কতটা কাজ করবে তা বুঝতে সহায়তা করে। আমি যা করতে চাই তার উপর নির্ভর করে আমি যতক্ষণ না এই সমস্ত সমস্যা সমাধান করেছি এবং তারপরে মন্তব্যকৃত কোডটি মুছে ফেলে পরিবর্তনটি চূড়ান্ত না করা পর্যন্ত আমি এটিকে ছেড়ে যেতে পারি।
জিমি জেমস

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

6

আমি কি জিজ্ঞাসা করতে পারি যে আমি এখন যা করতে ব্যর্থ হচ্ছি তা কি করছে?

যুক্তিযুক্তভাবে, আপনি যদি একা কাজ করেন এবং সংস্করণ নিয়ন্ত্রণ ব্যবহার না করেন এবং কোনওভাবেই এটি এইভাবে করা ঠিক মনে করেন না।

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

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

যুক্তিযুক্তভাবে এটি হার্ড ড্রাইভ সফ্টওয়্যার "স্ন্যাপ শট" এর সাথে তুলনা করা যেতে পারে, যেমন উইন্ডোজ ছিল (পুনরুদ্ধার জিনিস)। যদি এটিতে কোনও ভাইরাসের সাথে একটি স্ন্যাপশট লাগে তবে আপনি ভাইরাসটি মেরে ফেলেন তবে পরে আবার ঘুরিয়ে নেওয়া দরকার, আপনি আবার এমন একটি জায়গায় যেতে পারেন যেখানে ভাইরাস আবার উপস্থিত রয়েছে।

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

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

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

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


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


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

4

দেখে মনে হচ্ছে আপনার পর্যালোচকটি কিছুটা মতামতপূর্ণ। আমি নিশ্চিত নই যে কাউকে কোড মন্তব্য করার জন্য শপথ করা হ'ল পিসি ;-), এমনকি সহায়ক ;-)

তবে আরও গুরুত্ব সহকারে, আমি মনে করি আপনার পর্যালোচক ঠিক বলেছেন, আপনার গিট ব্যবহার করার বিষয়টি গুরুত্ব সহকারে বিবেচনা করা উচিত (বা অন্য কোনও উত্স নিয়ন্ত্রণ ব্যবস্থা, তবে গিটটি বোধগম্য পছন্দ)।

এবং এটি করার ফলে কোডের বাইরে মন্তব্য করার আপনার কিছু প্রয়োজনীয়তা হ্রাস পাবে।

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

/*
 * Need this sort of functionality added back before too long:
 * .... OLD CODE HERE
 */

ব্যক্তিগতভাবে, আমি এই জাতীয় কিছু দিকে আরও ঝুঁকছি:

 * TODO:
 *      @todo   Possible get rid of intermediate LRUCache_ object.
 *
 *      @todo   Find some reasonable/simple way to get
 *              LRUCache<PHRShortcutSpec, PHRShortcutSpec, PHRShortcutSpecNoAuthCacheTraits_>   sRecentlyUsedCache (kMaxEltsInReceltlyUsedCache_);
 *              Working with ONE T argument
 *              Add(elt2cache).
 ...

এবং আমি পুরানো কোড থেকে সহায়ক হিসাবে 'কোড স্নিপেটস' নিক্ষেপ করতে দ্বিধা বোধ করি।

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

ভাগ্য সুপ্রসন্ন হোক!


2

কোড মন্তব্য করার অনেক কারণ রয়েছে: -

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

সমস্যাটি আসে যখন আপনি কোডটি বিছানায় রাখেন, তারপরে কিছুক্ষণ রক্ষণাবেক্ষণের জন্য কয়েক বছর পরে এটিতে ফিরে আসুন। কোডড আউট কোড সহ আপনি কোডবেস লিটারযুক্ত দেখতে পাবেন। এটির কেন এটি রয়েছে তা আর স্পষ্ট হবে না এবং এটি এখন কেবল বিশৃঙ্খলা।

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


1
আপনার বরং একটি এসসিএম (এবং এর মধ্যে ক্র্যাঞ্চগুলি) ব্যবহার করার ঠিক এই কারণগুলি
তীমথিয় ট্রকল

2

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

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

আপনার কোথায় পরিবর্তন করা দরকার তা অনুমান করার চেষ্টা করার পরিবর্তে কেবল সেগুলি তৈরি করুন এবং আপনার আইডিই আপনাকে জানান যে কোথায় আপনার পরিবর্তনগুলি জিনিসগুলি ভেঙে দিয়েছে। তারপরে আপনি কোডটি আরও শল্যচিকিত্সার সাথে মন্তব্য করতে পারেন এবং আশা করি আপনি যা কিছু ভেঙেছে তা ঠিক করার আগে একটি স্বল্প সময়ের জন্য।


1

এটি খারাপ এবং আপনার থামানো উচিত ।

একসাথে বিপুল পরিমাণ রিফ্যাক্টরিং করার চেষ্টা করার কারণটি উত্সাহিত হয়।

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

যদি আপনি প্রায়শই সন্ধান করেন না, তবে আপনি মার্জ সংঘাতগুলি সংগ্রহ করছেন এবং ধাপে ধাপে অগ্রগতি রেকর্ডিং করছেন না।

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

শিশুর পদক্ষেপ নিন এবং প্রত্যেকের পরে চেক ইন করুন:

  • একটি ইন্টারফেস এক্সট্রাক্ট
  • একটি পরীক্ষা লিখুন
  • রিফ্যাক্টর একটি ফাংশন

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

আপনার কী করা দরকার তা যদি ট্র্যাক করে রাখার প্রয়োজন হয় তবে স্ক্রাম বা ট্রেলো এর মতো একটি টাস্ক বোর্ড ব্যবহার করুন

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