এমন কোনও ভাষা যা মন্তব্যগুলিকে আরও বেশি পঠনযোগ্য কোড দেওয়ার অনুমতি দেয় না? [বন্ধ]

Question

কৌতূহলের বাইরে, আমি ভাবতে শুরু করি যে কোনও ভাষা মন্তব্যকে মঞ্জুরি দেয় না এমন ভাষা আরও পঠনযোগ্য কোড আনবে কারণ আপনি স্ব-মন্তব্য করার কোড লিখতে বাধ্য হবেন।

তারপরে আবার, আপনি ঠিক আগের মতো খারাপ কোডটি লিখতে পারেন কারণ আপনার কেবল যত্ন নেই। তবে আপনার মতামত কি?

Comments

আপনি কি মনে করেন যে এমন কোনও ভাষার মধ্যে পার্থক্য রয়েছে যা মন্তব্যগুলি এবং বিকাশকারীদের ব্যবহার করে না যা তাদের ব্যবহার করে না?

— জেরেমি হিলার

মন্তব্যগুলি অস্বীকার করা বিকাশকারীদের আরও স্ব-ডকুমেন্টিং কোড লিখতে বাধ্য করবে এই ধারণাটি অবাস্তব।

— অ্যাডাম ক্রসল্যান্ড

@ জেফ যা আইডিই / সম্পাদক হ'ল ল্যাঙ্গুগ বৈশিষ্ট্য আইএমএইচও

— জে কে নয়।

আমি নিশ্চিত না যে বিকাশকারীদের কিছু করতে বাধ্য করা সম্ভব

— জে।

@ অ্যাডাম @ জে কে 01: তাদের এমনকি এমন একটি ভাষা রয়েছে যা বিকাশকারীদের একটি নির্দিষ্ট উপায়ে কোডটি ইনডেন্ট করতে বাধ্য করে ;-)

— জোরিস মেজ

Answer 1

আমি মনে করি প্রোগ্রামাররা মন্তব্য যুক্ত করার অন্য একটি উপায় বের করবে ...

string aComment = "This is a kludge.";

Comments

আমি পছন্দ করি কীভাবে এই "মন্তব্যে" একাধিক স্তর রয়েছে

— লোগান ক্যাপাল্ডো

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

তুমি ঠিক বলছো. পরিবর্তে আমাদের #ifdef বিবৃতি ব্যবহার করতে হবে।

— জেমস

এটি সম্ভবত "প্রোগ্রামিং উল্লেখযোগ্য উদাহরণ হচ্ছে মধ্যে একটি ভাষা" হিসাবে "প্রোগ্রামিং উল্টোদিকে মধ্যে একটি ভাষা" যে আমার দেখা। =)

— গ্যাবলিন

এমওইউতে মন্তব্যগুলির জন্য সমর্থন রয়েছে তবে সমস্ত প্রোগ্রাম স্টোরেজের জন্য পার্স করা হয় এবং প্রদর্শনের জন্য আনসারস করা হয় যাতে মন্তব্যগুলি হারিয়ে যায়। অবিরাম মন্তব্যগুলির প্রতিবাদটি হ'ল স্ট্রিং আক্ষরিক আলা"this is a comment";

— বেন জ্যাকসন

Answer 2

আমি মনে করি না যে এটি এত সহজ:

এমনকি লিখিত, স্ব-ডকুমেন্টিং কোডেও এমন বৈধ পরিস্থিতি রয়েছে যেখানে আপনার মন্তব্য লেখা উচিত।

Comments

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

— আদম ক্রসল্যান্ড

যথাযথভাবে। আপনি কীভাবে মন্তব্য না করে "অভিপ্রায়" বা "কেন" বা "সঠিকতার প্রমাণ" নিবন্ধন করবেন?

— এস .লট

সম্মত, মন্তব্যগুলি "কেন" হওয়া উচিত এবং "কী" নয়। যে কেউ কোড থেকে কী পেতে পারে না সে এটি পড়া উচিত নয়।

— ম্যাথু

@ ম্যাথিউ: ন্যায্য হতে, আপনি সহজেই এমন কোড লিখতে পারেন যা সহজেই ডিক্রিফার হয় না। তবে হ্যাঁ, পঠনযোগ্য কোডটি "কী" জন্য সর্বোত্তম উত্স।

Answer 3

মনে করুন আপনি একটি নিখুঁত প্রোগ্রামার (যা আপনি নন, তবে আসুন কেবল ধরা যাক) ...

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

Answer 4

এই ধারণাটি সম্পর্কে আমার মনকে জড়িয়ে রাখা আমার পক্ষে কঠিন যে কোনও ভাষা থেকে বিকল্পগুলি সরিয়ে নেওয়া কোনওরকমভাবে কথিত ভাষায় লিখিত প্রোগ্রামগুলি আরও ভাল করে তুলবে। মন্তব্যগুলি বাধ্যতামূলক নয় এবং স্ব ডকুমেন্টিং কোড লেখার পাশাপাশি এটিও নয়।

উন্নয়নের উন্নয়নের জন্য কোনও বিকল্প নেই।

Answer 5

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

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

Comments

আমি এই সঙ্গে এখন কিছু কোড পড়ছি: argument = 3.0; aa = sqrt( argument ); bb = f( aa ); দীর্ঘশ্বাস।

— এস্লট

কোবোল একটি বিশেষ ভাষা। কিন্তু "." অপারেটর দুষ্ট !!! এটি একধরণের বাক্যটির বাক্য বাক্য গঠন ভঙ্গ করে।

— Loïc Faure-Lacroix

Answer 6

প্রতিটি প্রোগ্রামের কার্যকারিতা প্রয়োজনীয়তাগুলি প্রয়োগ করা হয় যা প্রোগ্রামের বাইরে থাকে, তা লিখিত থাকে বা কেবল কারও মাথায় থাকে।

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

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

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

আরো দেখুন...

Answer 7

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

Comments

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

— স্কট হুইটলক

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

— জেসন বেকার

@ জেসন - আমি আপনার সাথে একমত, তবে আমি কেবল এই ধারণার সাথেই একমত নই যে ইনলাইন মন্তব্য না করে এটি "মাত্রার আদেশ আরও খারাপ"।

— স্কট হুইটলক

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

— Xodarap

Answer 8

আমি মন্তব্য মন্তব্য কোড এড়ানো, এবং এটি কার্যকর।

আমি ডকব্লক + অর্থপূর্ণ ভার্যবেল + স্পার্টান প্রোগ্রামিংয়ের পক্ষে সমস্ত ইন-কোড (ইনলাইন বা স্ট্রিম) মন্তব্য এড়াতে পারি এবং এটি কার্যকর হয়।

এবং হ্যাঁ, আমি জানি ডকব্লকগুলি প্রযুক্তিগতভাবে মন্তব্য, এখনও, তারা আসলে কোডের পরিপূরক, অনুপ্রবেশকারী এবং "মানকৃত" নয় ... সবকিছুই একটি সাধারণ মন্তব্য নয়।

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

Comments

"একটি স্ট্যান্ডার্ডাইজড ডকব্লক ল্যাঙ্গুয়েজ / সিনট্যাক্স / আইডিয়াম": এর doxygenজন্য কাজ করবে না ? en.wikipedia.org/wiki/Doxygen

— sleske

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

— ডিউকুফগেমিং

সুতরাং, আপনি মন্তব্যগুলিকে অন্য কিছু বলে মন্তব্য এড়িয়ে যান।

— ন্যাট সি কে

Answer 9

এটি কেবল মানের উপর প্রভাব ফেলবে না - অন্যরা যেমন পর্যবেক্ষণ করেছেন, এটি আসলেই বিরক্তিকর হবে।

আমি নিশ্চিত যে আমাদের মধ্যে বেশিরভাগ সময় সময় এইভাবে কিছু করেছে:

foreach ( myObject obj in SomeList )
 {
    Debug.Writeline( obj.Name );
//  for some reason this isn't working
//  obj.SetArielPotency( setting );
//  obj.DoSomeProcess();       
 }

আপনি যে বিগটি এসেছেন তা নির্ধারণের জন্য কোডের কয়েকটি লাইন মন্তব্য করতে না পারলে কত বিরক্তিকর হবে?

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

Answer 10

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

Comments

আপনি যদি এটি একটি লাইনে সংক্ষিপ্ত করতে পারেন, আপনি কোনও ফাংশন বা পদ্ধতির নাম বর্ণনা করতে পারেন যা এটি কী তা ব্যাখ্যা করার জন্য যথেষ্ট।

— স্কট হুইটলক

Answer 11

যদিও আমি অন্যান্য উত্তরের সাথে একমত যে স্ব-ডকুমেন্টিং কোডের জন্যও মন্তব্যগুলির প্রয়োজন, এটি কেবলমাত্র বর্তমান ভাষার জন্য প্রাসঙ্গিক ।

আমি মনে করি আসল প্রশ্নটি, "এমন কোনও নতুন প্রোগ্রামিং ল্যাঙ্গুয়েজ ডিজাইন করা সম্ভব যা মন্তব্যের দরকার নেই ?" এটি বিমূর্ততা একটি মহান চুক্তি সঙ্গে চমত্কার উচ্চ স্তর হতে হবে। প্রতিটি বিবৃতি এবং ফাংশন ভাষার সিনট্যাক্সের মাধ্যমে পাঠযোগ্য হতে বাধ্য করা হবে।

Comments

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

— এস্লট

@ ডিসগ্রান্টিল্ডগোট: এটি ভুলে যান আপনাকে একটি নির্দিষ্ট ভাষা থেকে শুরু করতে হবে, এবং আমি কেবল 5 বলব the বাকী সমস্ত ভাষা আমি হারাতে পারব ততই আপনি ডাচ ভাষায় হতেন।

— জোরিস মে

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

— কিট

Answer 12

অনুশাসিত প্রোগ্রামাররা ভাষা নির্বিশেষে খারাপ কোড লিখবে।

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

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

Answer 13

আমি অনুমান করব: সম্ভবত না। কেন? কারণ আপনাকে "কেন" ভাষার আনুষ্ঠানিকতা হিসাবে এবং "কেন" ভাষাতে এনকোড করা হয়েছে বা মন্তব্য-ভাষায় এনকোড করা হয়েছে কিনা তা প্রোগ্রামারদের দ্বারা আন্ডারোজড করা উচিত।

Answer 14

কোড অবশ্যই স্ব-মন্তব্য ব্যাখ্যা হতে পারে কি এরকম হয়, কিন্তু এটা সবসময় সম্ভব নয় কোড ব্যাখ্যা করার জন্য কেন এটা করছে। সেখানেই মন্তব্যগুলির সর্বাধিক প্রয়োজন।

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

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

Answer 15

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

(if (= x y)
    x
    y)

... এতে:

(if (= x y)
    :then x
    :else y)

আপনার যদি একেবারে করতে হয় তবে আপনি একটি ইনলাইন মন্তব্য গঠনের জন্য একাধিক এক-শব্দ মন্তব্য শৃঙ্খল করতে পারেন:

(if x :Remember, :x :could :be :nil!
    ...)

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

Comments

এটি পড়াও শক্ত করে তোলে, যা কোডকে আরও পঠনযোগ্য করার জন্য মন্তব্যের ব্যবহারকে পরাস্ত করে।

— ন্যাট সি কে

Answer 16

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

কারণগুলি এটি একটি ভাল ধারণা: - কিছুই নয়

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

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