কোড সাফ করার জন্য নিয়মিত সময় নির্ধারণ করা কি ভাল ধারণা? [বন্ধ]

Question

আমি বিকাশকারীদের একটি ছোট দল পরিচালনা করছি। প্রতিবার প্রায়শই আমরা সিদ্ধান্ত নিই যে আমরা আমাদের কোড সাফ করার জন্য দু'একদিন ব্যয় করব।

নিয়মিত সময় নির্ধারণ করা, আমাদের কোডবেজ পরিষ্কার করার জন্য প্রতি 2 মাসের মধ্যে 1 সপ্তাহ বলুন কি ভাল ধারণা হবে?

Comments

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

— gnat

কোড পর্যালোচনার

— l46kok

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

— পল

আর একটি "খুব জনপ্রিয় হিসাবে বন্ধ", আহ, ছেলেরা?

— এমজিওউইন

Answer 1

না।

আপনি এটিতে কাজ করার সময় এটি ঠিক করুন:

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

Comments

এই উত্তরে আমার অর্থ ..

— সোনার গনল

চমৎকার উত্তরের জন্য +1। আপনি "সোনার ধাতুপট্টাবৃত" কোডটি শেষ করবেন না যা ব্যবহার করা হয় না কারণ প্রয়োজনীয়তা পরিবর্তিত হয়

— মোঃ মাহবুবুর রহমান

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

— বেন

এটি করার চেষ্টা করুন তবে যখন আপনি পারবেন না (এবং এটি সময়ের চাপের কারণে ঘটবে বা আপনি কেবল এটি সঠিকভাবে কীভাবে করবেন তা জানেন না, তবুও) আপনার টিকিট সিস্টেমে একটি টিকিট তৈরি করুন। সমস্যাটি এখনও আপনার মনের মধ্যে তাজা থাকাকালীন আপনি যখন এটির দিকে ফিরে আসতে পারেন কেবল তখনই যখন সমস্যাটি শুরু হয় না।

— শারিয়েন

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

— বিল লিপার

Answer 2

আমার ব্যক্তিগত মতামত: এটি 90% প্রকল্পের জন্য একেবারে প্রয়োজন ।

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

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

সাধারণত এখানে দুটি ধরণের সমস্যা উত্পন্ন হয়:

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

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

Comments

আমি চটজলদি সমস্যা হিসাবে বড় ধাক্কা বৃদ্ধির সংখ্যা বুঝতে পারি না।

— JeffO

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

— PSwg

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

— JeffO

যে কোনও প্রকল্পে, চটপটে বা না, কোডটি সাফ করা এবং সাফ করা আপনার প্রযুক্তিগত debtণকে সর্বনিম্ন ন্যূনতম রাখার জন্য যা করা আপনি যা করেন তা। যদি আপনি নিজের অনুমানের জন্য অ্যাকাউন্ট না করেন তবে আপনাকে এটি করা শুরু করতে হবে। যতক্ষণ না আপনার সবকিছু ঠিক করার জন্য বন্ধ করার দরকার হয় আপনি ততক্ষণ প্রযুক্তিগত debtণ অর্জন করতে পারবেন না। পরিবর্তে স্কাউট নিয়মটি অনুসরণ করুন: "কোডটি আপনি খুঁজে পেয়েছেন তার চেয়ে সর্বদা পরিষ্কার করুন leave"

— ক্রিস্টোফার হামার্সট্রিম

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

— মার্কিজবেমা

Answer 3

আমার বিকাশকারীদের চেকইন (সাবভার্সন) করার আগে বা প্রধান বিকাশ শাখার (গিট) সাথে একত্রীকরণের আগে তাদের কোডটি পরিপাটি করে রাখছি।

আমি তাদের নিম্নলিখিতটি করতে চাই:

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

বড় প্রকল্পগুলির জন্য, কোডটি উন্নয়ন শাখা থেকে প্রধান শাখায় মার্জ হওয়ার আগে আনুষ্ঠানিকভাবে পর্যালোচনা করা হয়।

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

Comments

কৌতূহলের বাইরে: আপনি দুটি ভিন্ন ভিসি ব্যবহার করছেন কেন?

— Eekhoorn

মাইগ্রেশন পর্ব ছিল / আছে। আমরা এখন বেশিরভাগ এসভিএন সংগ্রহস্থল স্থানান্তর করেছি, আমি উভয় প্রসঙ্গে কিছু উল্লেখ করেছি।

— স্যাম

এই আমি কি কি. কোডটি একটি চেকইন করার পূর্বে পরিষ্কার করুন এবং কার্যকারিতা উন্নত করতে যদি আমি কোডটিতে ফিরে যাই তবে এটিকে রিফ্যাক্টর করুন।

— বারফিল্ডএমভি

এটি সেই সমস্যাগুলিকে সমাধান করবে না যেগুলি এমন অঞ্চলে ঘুরে দেখছে যেগুলি পণ্য দলের পক্ষ থেকে বৈশিষ্ট্যটির অনুরোধের অংশ নাও হতে পারে।

— বিল লিপার

Answer 4

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

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

Comments

আপনার দ্বিতীয় বাক্যটি প্রথমটির সাথে স্ববিরোধী। আপনি না বলেছিলেন, তবে তারপরে বলেছিলেন যে আপনি এই ধরণের জিনিসগুলি প্রতিটি স্প্রিন্টে কাজ করেন। একটি উপায়ে এটি করার সময় নির্ধারণ করছে।

— বিল লিপার

@ বিললিপার - এনএইচ। যখন আমি "নিয়মিত সময়" শুনি তার অর্থ পরিষ্কার-পরিচ্ছন্নতার কাজ করার কিছু নিয়মিত বিরতি আছে। আইএমও, এটি ভুল - সব সময় পরিষ্কার করার কাজ করার সঠিক সময়।

— তেলস্তিন

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

— বিল Leeper

Answer 5

আমি অবশ্যই বলব হ্যাঁ, একটি প্রোভিসো সহ: এটি প্রায়শই করা উচিত, প্রায়শই সাপ্তাহিক ভিত্তিতে। আমি বিশ্বাস করি যে কোড পর্যালোচনা থেকে বেরিয়ে আসা আইটেমগুলিতে আসলে অভিনয় করার সাথে একটি নির্ধারিত নিয়মিত কোড পর্যালোচনা খুব দ্রুত পরিশোধ করে। PSWg এর উত্তর দেখুন

প্রতি 2 মাসে 1 সপ্তাহ অবশ্যই প্রায়শই যথেষ্ট হয় না। এটি অন্যান্য বেশিরভাগ প্রশ্নের সাথে কথা বলে যারা আপনার প্রশ্নের 'না' দিয়ে সাড়া দিয়েছিল। এগুলির বেশিরভাগ উত্তরের সংক্ষিপ্তসারটি হ'ল আপনি যদি খুব বেশি সময় অপেক্ষা করেন তবে আপনি আর কোডের সাথে যোগাযোগ করতে পারবেন না এবং সাধারণত এটি পরিষ্কার / পরিষ্কার / রিফ্যাক্টর নিতে অনেক বেশি সময় নেয়।

Comments

আমরা এটির জন্য একটি "প্রযুক্তিগত Tuesdayণ মঙ্গলবার" করি। এর অর্ধেক পথটি ইস্রায়েলের কাজের সপ্তাহ ছুঁড়েছে এবং আমাদের সমস্যাগুলি মোকাবেলায় একটি পদক্ষেপ ফিরিয়ে নিতে দেয়

— জাচারি কে

Answer 6

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

আপনার প্রথমে সঠিক জিনিস [সলাইড নীতি প্রয়োগ, প্রাসঙ্গিক ইউনিট পরীক্ষা, পরিদর্শন ইত্যাদি] না করার অজুহাত হিসাবে ব্যবহার করা উচিত নয়।

Answer 7

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

অন্যদিকে, "এটির উপরে কাজ করার সময় এটি ঠিক করুন" আমার মতে এটির জন্য আকাঙ্ক্ষার একটি আদর্শ। আপনি আপনার কোডটি আরও "স্থির আপ" করে আসতে পারেন

• সতর্ক পিয়ার সিআরিং
• লেখার ইউনিট কোড নিজেই পরীক্ষা করে
• কোডিং নির্দেশিকা গ্রহণ
• স্বয়ংক্রিয় বিন্যাস এবং ল্যাটারগুলি ব্যবহার করে (তবে ওয়াইএমএমভি)
• প্রভৃতি

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

Answer 8

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

এমন একটি প্রকল্প পরিচালনা করা যাতে প্রচুর পরিমাণে debtণ ছিল, নিয়মিতভাবে এগুলিতে কাজ করা জিনিসগুলি মসৃণভাবে কাজ করার মূল চাবিকাঠি। আমাদের কিছু জিনিস বড় ছিল, কিছু ছোট ছিল।

কয়েক মাস এই ধরণের কাজের পরে আমাদের অপারেশন টিম নেতৃত্ব আমাকে জানিয়েছিল যে সবকিছু কতটা মসৃণ চলছে।

প্রতিটি আইটেম অনেকটা মনে হচ্ছে না, তবে সমস্ত debtণের মতো এটি বিজ্ঞাপন দেয় ads

Answer 9

আদর্শ উত্তরটি হ'ল না, কারণ এটিকে প্রয়োজনীয়তা এড়াতে আপনি প্রয়োজনীয় পদক্ষেপ গ্রহণ করেন (ইতিমধ্যে বর্ণিত বেশ কয়েকটি কারণে আপনি পরিষ্কার হয়ে যান)।

শেষ পর্যন্ত এটি লক্ষ্য হতে পারে তবে আপনার একটি দল থাকতে পারে যা এটি প্রয়োগে অনেক দূরে।

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

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

শেষ পর্যন্ত, আপনার একটি সময় নির্ধারণ করা উচিত নয়।

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

Answer 10

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

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

Comments

আপনি টিডিডি ব্যবহার করছেন কিনা তা একে রিফ্যাক্টরিং বলে। এই প্রশ্নের টিডিডির সাথে কোনও সম্পর্ক নেই ...

— বেন লি