টোডোর মন্তব্যগুলি কী বোঝায়? [বন্ধ]

Question

আমি মোটামুটি বড় প্রকল্পে কাজ করছি এবং এর জন্য কিছু অনুবাদ করার কাজ পেয়েছি। এমন অনেকগুলি লেবেল ছিল যা অনুবাদ করা হয়নি এবং আমি কোডটি খনন করার সময় এই ছোট্ট কোডটির টুকরোটি পেয়েছি

//TODO translations

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

এই মন্তব্যগুলি লেখার কি কোনও ধারণা নেই বা সেগুলি কোনও হোয়াইটবোর্ড / কাগজে / অন্য কোনও জায়গায় লেখা উচিত যেখানে তারা বিকাশকারীদের ফোকাসে থাকবে?

Comments

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

— smp7d

আমার জন্য টোডো আরও বেশি পছন্দ "অপটিমাইজ করার জন্য করা উচিত তবে শিপিংয়ের জন্য অপ্রয়োজনীয়"

— জ্যাক বার্গার

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

— ব্লুরাজা - ড্যানি পিফ্লুঘুফুট

আমি #warning TODO: …টোডো ভুলতে না চাইলে আমি সর্বদা ব্যবহার করি।

— ডানফোল্ড

@ ডাব্লুটিপি: ভিজ্যুয়াল স্টুডিও, আর #, নেটবিয়ানস, ইক্লিপস ইত্যাদি ইত্যাদি সমস্ত সমাধান / কর্মক্ষেত্রের মধ্যে সমস্ত টোডো দেখার জন্য সরঞ্জাম অন্তর্ভুক্ত করে। সেই পুরানো হ্যাকের আর দরকার নেই।

— ব্লুরাজা - ড্যানি পিফ্লুঘুফুট

Answer 1

আমি ব্যবহারের প্রবণতা // todoজিনিস জন্য মন্তব্য আছে ঘটতে, কিন্তু আমি অবিলম্বে করতে পারবেন না।

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

তবে, যেমন আপনি বলেছেন, প্রত্যেকে এগুলি সম্পর্কে পরিশ্রমী হয় না এবং অনেক মন্তব্যের মতো তারা সময়ের সাথে সাথে পচে যেতে থাকে to

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

Comments

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

— hobs

রিশার্পারের পাশাপাশি টোডোর একটি দুর্দান্ত তালিকা রয়েছে, এটি ডিফল্ট ভিএস-এর চেয়ে আরও ভাল কাজ করে (আরও ফাইলগুলিতে দেখায়)।

— ক্যাফগেক

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

— ইঞ্জিনিয়ার

মন্তব্য পচানোর কারণে, আমি সবসময় আমার মন্তব্যে তারিখ করি এবং প্রাথমিক করি। মন্তব্যটি চার ঠিকাদারের কাছ থেকে তিন বছরের পুরানো হলে, আপনি সম্ভবত এটি মুছতে পারেন।

— ব্যবহারকারী 1936

যেহেতু resharper এবং তারিখ উল্লেখ করা হয়েছে আমি একটি সহজ Resharper লাইভ টেমপ্লেটটি ব্যবহার "// করণীয় $ ব্যবহারকারী $ ($ তারিখ $) -"

— অন্ধকার fader

Answer 2

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

এমনকি আপনি যেমন অতিরিক্ত মন্তব্য শব্দ কনফিগার করতে পারেন FIXME, BEWAREবা অন্য কিছু আপনি কাস্টমাইজ করতে চান। তবে আপনার প্রকল্পের অন্যান্য বিকাশকারীদের তাদের আইডিই একইভাবে কাস্টমাইজ করতে হবে।

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

পরিশেষে, আমার মতে কোডের বাইরে থাকা কোথাও কোথাও কোথাও সঠিক জায়গায় "সঠিক পরিবর্তন করা উচিত" প্রশ্নের উত্তর দিয়ে, সঠিক জায়গায় কোডে রাখার বিষয়টি আরও বুদ্ধিমান হয়ে উঠেছে।

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

Comments

আমি মনে করি, টোডোর তারিখ এবং মালিক কেবল গোলমাল। সংস্করণ নিয়ন্ত্রণ (এবং দোষ বৈশিষ্ট্য) এর জন্য যা (যদি আপনার সত্যিকারের তথ্যের প্রয়োজন হয়)।

— sleske

আমি মনে করি না যে উইকিপিডিয়াতে "এটি পরামর্শ দেওয়া হয়" যে কোনও উল্লেখযোগ্য; গন্ধ সতর্কতা এই দাবী নিবন্ধটির আরও ভাল লিঙ্ক।

— ফ্রেসনেল

@ ফ্রেসনেল ভাল এই "পরামর্শ" এর সাথে একটি উদ্ধৃতি যুক্ত, তাই আমি এখানে এটি পুনরাবৃত্তি করার প্রয়োজন বোধ করিনি, অন্যথায় আমি এই সত্যের সাথে একমত যে উইকিপিডিয়া তথ্য কোনও

— বিষয়কে

@ স্লেস্কে আমি শব্দটি ন্যূনতম রাখার বিষয়ে একমত হতে চাই তবে আমি মনে করি যে IDEs আপনাকে স্বয়ংক্রিয়ভাবে সংগ্রহস্থল থেকে সেই তথ্য দেয় না (যদি আমি ভুল না করি তবে আপনাকে ম্যানুয়ালি সংস্করণগুলি তুলনা করতে হবে) যদি আপনি স্পষ্টভাবে এটি না লিখে থাকেন ।

— জালান

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

— একটি সিভিএন

Answer 3

এটি কিছুটা বোধগম্য হতে পারে, কমপক্ষে আমি কখনও কখনও সেগুলি ব্যবহার করি। মূল বিষয়টি হ'ল সামঞ্জস্যপূর্ণ ট্যাগগুলি ব্যবহার করা TODOবা FIXMEযাতে তারা সহজেই সাধারণ পাঠ্যের সন্ধানের সাথে খুঁজে পাওয়া যায়।

উদাহরণস্বরূপ, "দ্রুত 'এন নোংরা" সমাধানগুলি লেবেল দেওয়ার জন্য সুবিধাজনক, এরকম কিছু:

ConnManager.getConnection("mydatabase"); // FIXME: DB name should be configurable

কোডটি যদি এটি করার কথা বলে তা করে এবং কেউ অভিযোগ না করে তবে মন্তব্যটি কোনও ক্ষতি করে না। কোডটি সুন্দরী করার জন্য যদি কখনও সময় থাকে তবে FIXMEলেবেলগুলির সন্ধানের মাধ্যমে এটি শুরু করা সহজ ।

Comments

"FIXME" এবং "TODO" এর আমার জন্য আলাদা অর্থ রয়েছে। একটি অনুবাদ, একটি হার্ড-কোডেড মান, বা একটি ব্যতিক্রমের সাথে ধরা ex.printStacktrace()আমার জন্য টোডো। অন্যদিকে, ফিক্সএমই কখনও কখনও ঘটে যাওয়া ব্যতিক্রম, মেমরির ফুটো বা অন্য কোনও বাগ যা আপনি খুঁজে পেয়েছেন তবে পুরো বিশ্লেষণ / স্থির হয়নি তা নিয়ে কাজ করবে।

— আরডিএস

Answer 4

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

[AttributeUsageAttribute(AttributeTargets.All, AllowMultiple = true)]
public class DeveloperNote : Attribute
{
    public DateTime EntryDate { get; set; }
    public string Description { get; set; }
    public DeveloperNote(int year, int month, int day, string desc)
    {
        EntryDate = new DateTime(year, month, day);
        Description = desc;
    }
}

এবং তারপরে কোনও পদ্ধতি সাজানো যেতে পারে ...

[DeveloperNote(2011, 12, 13, "Make the db connection configurable")]

এবং উচ্চতর আপগুলি আসতে পারে এবং এগুলি স্বয়ংক্রিয়ভাবে ফসল তুলতে পারে। এটি সহজ // todoঅনুস্মারকটির জন্য ওভারকিল হতে পারে তবে এটি কার্যকর। এছাড়াও এটিতে একটি নেট নেট প্ল্যাটফর্ম প্রয়োজন requires

Comments

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

— আরডিএস

আপনার শিল্প? কোনটি? আমি এমন একটি পুরো শিল্প জানি না যা জিরার ব্যবহারকে উত্সাহিত করে ?!

— ফ্রেসনেল

Answer 5

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

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

Comments

এটি যদি এক দশকেরও বেশি সময় ধরে থাকে, তবে এটির সত্যই প্রয়োজন হয়নি এবং এভাবে একটি TODOমন্তব্য যুক্ত করা কোনও অর্থহীন নয়।

— একটি সিভিএন

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

— পিট ম্যানসিনি

Answer 6

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

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

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

Answer 7

আমি আগে এগুলি লিখতাম, তবে আমি পেয়েছি যে আপনি সাধারণত এগুলি অনুসরণ করেন না।

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

আমাকে সহায়তা করতে, কোড :-)- এ যদি FIXME থাকে তবে আমাদের সিআই বিল্ডগুলি ব্যর্থ হয়ে সেট আপ করা হয়েছে।

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

Allyচ্ছিকভাবে, আপনি তারপর বাগ আইডি :-) দিয়ে একটি টোডো রাখতে পারেন।

Answer 8

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

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

ConnManager.getConnection("mydatabase"); // FIXME: DB name should be configurable

আপনি এটি ভালো কিছু পরিবর্তন করতে পারেন

ConnManager.getConnection(GetDatabaseName());

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

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

মন্তব্য সহ প্রোগ্রামার নাম / স্বাক্ষর সহ হিসেবে আমি মনে করি যে Overkill এর যদি আপনি একটি সোর্স কোড সংস্করণ নিয়ন্ত্রণ ব্যবস্থা আছে (আপনি কি , ঠিক?)। সেক্ষেত্রে এর দোষযুক্ত বৈশিষ্ট্যটি আপনাকে বলে দেবে যে মন্তব্যটি কে যুক্ত করেছেন, বা আরও সঠিকভাবে কে মন্তব্যটি ছুঁয়েছে এমন পরিবর্তনটি শেষ পর্যন্ত পরীক্ষা করেছেন। উদাহরণস্বরূপ, ভিজ্যুয়াল স্টুডিওতে, উত্স নিয়ন্ত্রণ বৈশিষ্ট্যগুলির মধ্যে পাওয়া "টীকা" বৈশিষ্ট্যটি ব্যবহার করে এটি সহজেই সম্পন্ন হয়।

Answer 9

যদি আপনি কোনও অনির্ধারিত ভবিষ্যতে সেই কোডটিতে আসে তবে অন্য কেউ এটি ঠিক করবে এই ধারণার সাথে যদি কোনও টোডো বা ফিক্সএমই লিখেন তবে আমি বলব যে বিরক্ত করবেন না। তারা কোডটি শ্বাসকষ্ট করবে এবং আপনার আইডিইর প্রতিবেদনের অংশটিকে এই তথ্য সংগ্রহ করবে cl

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

আর বেঁচে থাকা যেকোনো কিছুই আসলে এটি আপনার বাগের বেসে রাখা উচিত।

আমাদের জীবনে পর্যাপ্ত আওয়াজ রয়েছে, আসুন এমন কোনও ধরণের জিনিস তৈরি না করা যাক এটি অন্যত্র প্রয়োজনের সময় মনোযোগের জন্য চিৎকার করে।

আমার 2 সেন্ট

Answer 10

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

Comments

এবং তারপরে আপনি filename.cpp এ একটি নতুন ফাংশন সন্নিবেশ করান, আপনার উদাহরণের ক্ষেত্রে 200 লাইনের আশেপাশে বলুন, কারণ আপনি কোডের কিছু অংশকে রিফ্যাক্টর করতে সহায়ক বলে মনে করেন। হঠাৎ আপনার রেফারেন্স অর্থহীন। আমি আইডিই তাদের পছন্দ করেছিলাম তারা এখনই কোথায় তারা আমার দিকে ইঙ্গিত করছে , আমি যেখানে যা প্রয়োজন দেখলাম তারা কোথায় ছিল TODOনা।

— একটি সিভিএন

হ্যাঁ আপনি ঠিকই বলেছেন) কখনও কখনও আমার পক্ষে লাইনটি খুঁজে পাওয়া শক্ত তবে আমি তা মোকাবিলা করি। এবং হ্যাঁ. আমি ফাইল বা আইডিইতে সহজে সন্ধান করতে তবে পৃথক স্থানে কী করতে হবে তা জানতে উভয় ব্যবহার করতে পারি।

— সিএনডি

Answer 11

আমি মনে করি সেখানে দুর্দান্ত, তবে একা নয়। উদাহরণ স্বরূপ:

//TODO: ADD MY CLICK EVENT LOGIC
throw new Exception();
//Even a simple messageBox could suffice

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

Comments

new NotImplementedException()সেক্ষেত্রে আপনি কেবল একটি টুডো বোঝাতে পারেন throw

— কোডসইনচাওস

সিআই ব্যবহার করতে চান assert(0 && "TODO[cmaster]: Add click event logic");। আমার কাছে বার্তাটি পাওয়া সহজ এবং খুব কার্যকরী আমি কি TODO ভুলে যাব ...

— cmaster

Answer 12

অন্য কোনও মিলিয়ন বা যে কোনও উপায়ে একটি কার্য তালিকা তৈরি করতে পারে তার পক্ষে টুডু মন্তব্যগুলির বিশাল সুবিধা হ'ল টুডু মন্তব্যগুলি কোডের সাথে ভ্রমণ করে যাতে তারা পৃথক হতে না পারে।

সম্ভবত এই জাতীয় জিনিসগুলির জন্য আরও উপযুক্ত জায়গাটি কোডের পরিবর্তে ইস্যু ট্র্যাকার।

Answer 13

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

অবশেষে, একবার স্থির করে এগুলি অপসারণ করা দরকার - সমাধানের পরে যদি তারা পদ্ধতিগত পদ্ধতিতে নির্মূল না করা হয় তবে তারা তাদের কার্যকারিতা হারাবে।

নীচের লাইন: এগুলি লগইন করা মোটেও ভাল না, তবে আপনাকে আসলে এগুলি বজায় রাখতে হবে।

Answer 14

আপনি যদি নতুন টোডো সহ কোডটি সংঘটন করার চেষ্টা করেন তবে ইনটেলিজ আপনাকে প্রকৃতপক্ষে সতর্ক করবে। সুতরাং, আপনি সর্বদা একটি টোডোর ব্যাখ্যা করতে পারেন "আমার প্রতিশ্রুতি দেওয়ার সময় দিয়ে এটি সত্যই হওয়া উচিত"।

Answer 15

আপনি যখন আপনার মন্তব্যের জন্য সিন্টেমিক লেবেল হিসাবে "TODO" বিবেচনা করবেন তখন আমার মনে হয় তারা বোধগম্য।

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

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

Answer 16

আরও দু: খজনক, তবু কার্যকর পদ্ধতিটি হ'ল আপনার টু মন্তব্যগুলি সংকলক বার্তাগুলিতে রূপান্তরিত করা, প্রোগ্রামটি সংকলন করার সময় আপনি এবং অন্য সবাই এটিকে দেখেন।

দেলফিতে:

{$message 'todo: free this thing when you know its not going to blow up'}

Answer 17

আমার অভিজ্ঞতায়, TODOকোডটির একটি অংশ ব্যবহারযোগ্য নয় এবং এটি ব্যবহারযোগ্য করার জন্য কী প্রয়োজন তা পাঠককে (স্থানীয়ভাবে বা অন্য কোথাও) বোঝাতে ব্যবহার করা উচিত ।

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

Comments

এটি কি কেবল আপনার মতামত বা আপনি কোনওভাবে এটি ব্যাক আপ করতে পারেন?

— মশা

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

— মার্টিন জাম্বন