অনুকূল কোড প্রস্থ উপর অধ্যয়ন?


131

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

আমার প্রশ্নটি হ'ল এমন কোনও অধ্যয়ন রয়েছে যা কোড পাঠের জন্য সর্বোত্তম সর্বোচ্চ প্রস্থ হিসাবে 80 টি অক্ষরকে দেখায়, বা এই মানটি কেবল "এটি সর্বদাই যেভাবে হয়" এবং সত্যিই কেউ জানেন না যে কেন সেভাবে হয়? এবং, কোডের একটি লাইনের প্রস্থ আপনার কোডিং স্ট্যান্ডার্ডের অংশ হওয়া উচিত?


1
যদিও আমি কোনও অধ্যয়ন সম্পর্কে জানি না, আপনি এই প্রশ্নের উত্তর হিসাবে প্রচুর মতামত পাবেন: * কোনও কোড ফাইলে এই দিন এবং বয়স সর্বাধিক ৮০ অক্ষরের প্রস্থ প্রয়োগ করার কোনও বৈধ কারণ আছে কি?
অ্যাডাম বেলায়ার

3
আমি জানি না এমন কোনও অধ্যয়ন যা আপনি বিভিন্ন প্রকল্পের কোডিং মানকে আকর্ষণীয় মনে করতে পারেন। উদাহরণস্বরূপ গুগলের ৮০ টি অক্ষর। (কোড. google.com/p/google-styleguide ) যেখানে ওয়েবকিট হিসাবে (আলা অ্যাপলের?) আফিক ( ওয়েবকিট.আর / কোডিং / কোডিং-স্টাইল এইচটিএমএল ) এর কোনও সীমা নেই । মজিলার 80 এর মতো দেখা যাচ্ছে ( developer.mozilla.org/En/Mozilla_Coding_Style_Guide#
লাইনের_ দৈর্ঘ্য

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

উত্তর:


116

প্রকৃতপক্ষে, 80-কলামের জিনিসটি ডসের আগে দীর্ঘ। এটি কার্ড খোঁচা থেকে আসে, যা 80-কলামের ডিভাইস ছিল।

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


85
আমি সত্যিই বিশ্বাস করি না যে আপনি প্রাকৃতিক ভাষা পড়ার সাথে তুলনামূলকভাবে ব্যবহারের দিক দিয়ে প্রোগ্রামিং ভাষা পড়ার তুলনা করতে পারেন।
ফ্রিগ

25
@ ফ্রিগ - আসলে, আপনি সম্ভবত পারেন। 65 টি চরিত্রের প্রস্থের কারণ নয় কারণ বড় লাইনগুলি পড়া যায় না, তবে যখন চোখের পংক্তিতে পরের রেখায় সরে যায় তখন এটি খুব শক্ত একটি চাপ হয়। লাইন উচ্চতা বাড়িয়ে আপনি এটিকে ঘিরে ফেলতে পারেন , তবে এটি বোঝাতে ব্লক স্পেসিং ব্যবহার করা আরও শক্ত করে তোলে, তাই এটি কোনও আইডিইতে এড়ানো সম্ভবত something
জিমি ব্রেক - ম্যাককে

32
@ জিম - আমার প্রাকৃতিক ভাষায় এটিতে 30 টি বর্ণযুক্ত শব্দ নেই (এটি আমি যেভাবেই ব্যবহার করি না) এবং এটি প্রোগ্রামিং ভাষার চেয়ে সম্পূর্ণ আলাদাভাবে পার্স করে। আপনি প্রায়শই কোডের একটি লাইনকে বাকী থেকে পৃথক হিসাবে গোষ্ঠীভুক্ত করতে পারেন, এটি দীর্ঘ শর্তসাপেক্ষ বা দীর্ঘ পদ্ধতি এবং ক্লাসগুলির সংমিশ্রণ হতে পারে। ইন্ডেন্টেশনের সাথে এটি একত্রিত করুন এবং দুটি ভাষার মধ্যে তুলনা অযৌক্তিক হয়ে যায়। আমার কোনও সন্দেহ নেই যে বৈজ্ঞানিকভাবে পাঠযোগ্যতা এবং লাইনের দৈর্ঘ্য অধ্যয়নরত কেউ পার্থক্য নিয়ে আপনার ধোয়াতে আপত্তি জানাবে would
ফ্রিগ

10
@ ফ্রিগ - আমি যে দাবিগুলি করেছি তার সাথে আপনার আপত্তিগুলি কীভাবে জড়িত তা আমি সত্যিই দেখতে পাই না তবে আমি দেখতে পাচ্ছি যে ইন্ডেন্টেশন আমার প্রস্তাব করা মডেলটিকে ভেঙে ফেলে। যদিও আমাকে 'জিম' বলবেন না।
জিমি ব্রেক - ম্যাককে

17
একটি বই সাধারণত মনিটরের চেয়ে চোখের খুব কাছাকাছি স্থাপন করা হয়, যার অর্থ পাঠককে ঘাড়ে ক্রেন না করেই যদি বইটি পড়তে সক্ষম হয় তবে প্রতি লাইনে কম অক্ষর অনুমোদিত হয়। সাধারণত কোনও স্ক্রিন কোনও বইয়ের দূরত্বে স্থাপন করা হয় না, যার অর্থ সর্বাধিক চোখের কোণের সীমার মধ্যে রেখে প্রতি লাইনে আরও বেশি অক্ষর ব্যবহার করা যেতে পারে। এছাড়াও, কোডটি যতটা অনুমিত হয় তেমন পড়া হয় না, এই প্রস্থকে কম গুরুত্বপূর্ণ করে তোলে। আমি (YMMV) সহজে 120 অক্ষর লাইন অনুসরণ করতে পারেন কোড হায়রে আমার ল্যাপটপ পর্দায়, কিন্তু এই খুবই চওড়া আমার 15 "ল্যাপটপে 2 Emacs বাফার জন্য হয়।
Obscaenvs

104

প্রোগ্রামারদের প্রতি দয়া করুন যাদের আপনার সফ্টওয়্যারটি পরে বজায় রাখতে হবে এবং ৮০ টি অক্ষরের সীমাতে থাকতে হবে।

80 টি পছন্দ করার কারণগুলি:

  • ল্যাপটপে বড় ফন্টের সাথে পঠনযোগ্য

  • তুলনা করার জন্য পাশাপাশি দুটি সংস্করণ রাখার জন্য জায়গা ছেড়ে দেয়

  • আইডিইতে নেভিগেশন দর্শনগুলির জন্য জায়গা রেখে দেয়

  • ইচ্ছামত লাইন ভাঙ্গা ছাড়াই মুদ্রণগুলি (ইমেল, ওয়েব পৃষ্ঠাগুলিতেও প্রযোজ্য ...)

  • জটিলতা এক লাইনে সীমাবদ্ধ করে

  • সীমাবদ্ধ ইনডেন্টেশন যা ফলস্বরূপ পদ্ধতি / ফাংশনগুলির জটিলতা সীমাবদ্ধ করে

হ্যাঁ, এটি কোডিং স্ট্যান্ডার্ডের অংশ হওয়া উচিত।


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

4
ঠিক আছে তবে কয়েকটি ইনডেন্টেশন সহ কোডের ব্লক থাকলে কী হবে? আমার সাথে যা ঘটেছে এবং ৮০ টি চরিত্র মোটেই মজাদার নয়।
একনাদিলি

14
Limits the complexity in one lineআমি নিশ্চিত নই কেন একাধিক লাইনে জটিলতা ছড়িয়ে দেওয়া ভাল। এটি আপনার মানসিক স্ট্যাকের উপরে আরও ধাক্কা দেয়।
জোনাথন

4
এটি খুব পুরানো একটি বিষয়। তবে আপনি কী এখনও এখন সম্মত হন যে লোডগুলি বিকাশকারীরা 27 ইঞ্চি মনিটর :-) ব্যবহার করে? আমি বোঝাতে চাইছি যদি দৃষ্টিভঙ্গি কোনও সমস্যা হয় তবে বড় স্ক্রিন সাহায্য করতে পারে। 8 বছর আগে আমরা এখনও 17 বা 20 ইঞ্চি মনিটর এবং কিছু 4: 3 রেজোলিউশনে এমনকি কাজ করেছিলাম।
ম্যাথিজস সেগার্স

1
@ ম্যাথিজসিজাররা মনিটরের আকার বা রেজোলিউশন নির্বিশেষে, আপনার দৃষ্টিভঙ্গির মাঝারি 30 ডিগ্রির মধ্যে পাঠ্য রাখা এখনও আরও আরামদায়ক। পাশাপাশি একাধিক উইন্ডোগুলি পাশাপাশি বসে মনিটরগুলিতে কাজ করার সময়, আমি আমার মাথাটি এক থেকে অন্যটির দিকে ঘুরে দেখি। একটি লাইনের এক প্রান্ত থেকে অন্য প্রান্তে পড়ার জন্য কোনও ব্যক্তির মাথা ঘুরিয়ে বা চোখ ঘোরানো উচিত নয়। এত তাড়াতাড়ি চোখ বা মাথার ঘূর্ণন সারা দিন করা গেলে সম্ভবত ভার্চির কারণ হতে পারে।
মরিস

41

আমার পড়াশোনা নেই তবে আমি আমার অভিজ্ঞতাটি সম্পর্কিত করব।

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

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

এক পর্যায়ে আমি 1920x1200 স্ক্রিনে ভিজ্যুয়াল স্টুডিওতে কাজ করেছি। আমি এটিকে সর্বাধিক রেখে দিয়েছি, সমস্ত সরঞ্জাম উইন্ডো একদিকে নীচে রেখে। পাশাপাশি প্রায় 100 টি অক্ষরে দুটি সম্পাদক উইন্ডো-এর পাশাপাশি পর্যাপ্ত জায়গা ছিল।

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

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


1
"তীক্ষ্ণ চোখ" এর জন্য প্লাস ওয়ান কারণ আমার সাথে যা ঘটেছিল তা সত্যই।
EKanadily

26

আমি সাধারণত 120-150 ব্যবহার করি যদি না অন্যথায় কোম্পানীটি বর্ণনা করে। তবে এটি কোডের ধরণের উপরও নির্ভর করে:

  • আমি (প্রায়) কখনই এক লাইনে একাধিক বিবৃতি ব্যবহার করি না
  • আমি কেবল তখনই লম্বা লাইন (> 12) ব্যবহার করি যদি অনুরূপ লাইনগুলি সারিবদ্ধ করা যায় এবং না ভাঙা যায়।
  • আমি সর্বদা পর্যাপ্ত স্থান / বন্ধনী ইত্যাদি ব্যবহার করি
  • আমি সংক্ষিপ্ত নামের উপরে দীর্ঘ ভেরিয়েবলের নাম পছন্দ করি

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

কোনও বইয়ের সাথে একটি স্ক্রিনের তুলনা করা সত্যিই ভাল নয় কারণ একটি বইয়ের আরও উল্লম্ব স্থান এবং স্ক্রিনে আরও অনুভূমিক স্থান রয়েছে। আমি সর্বদা একটি ফাংশন সর্বোচ্চ রাখার চেষ্টা করি। একটি দৃশ্যমান পর্দা দীর্ঘ।


6
পাশাপাশি একাধিক উইন্ডো খোলার সাহায্যে প্রতি লাইনে 120-150 টি অক্ষর কীভাবে কাজ করবে? আপনি কি অনেকগুলি কোড এডিটর উইন্ডো পাশাপাশি রেখেছেন? - আমার 30 '' মনিটরে আমি 3 টি উইন্ডো পাশাপাশি রাখতে পারি, যদি আমি আমার লাইনগুলি 97 টি অক্ষরে / লাইনে সীমাবদ্ধ রাখি।
কাজম্যাগনাস

1
আমি একটি বড় ডিসপ্লেতে কোড করি এবং আমি আরও বেশি পরিমাণে পছন্দ করি। আমি 110-130 জন্য লক্ষ্য। আমার প্রধান লক্ষ্যগুলির মধ্যে একটি হল পঠনযোগ্যতা এবং 2-3 টি লাইনে বিবৃতিগুলি ভাঙ্গা আমার মতে কখনও কখনও কম পাঠযোগ্য। আমি কখনও কখনও জাঙ্কটি লুকানোর জন্য 500-1000 এ যাব আমি কিছু মন্তব্য, অক্ষম কোড এবং কিছু হার্ড কোডিং মানগুলির মতো দেখতে চাই না। আমি মনে করি এটি প্রোগ্রামার উপরও নির্ভর করে। যদি বেশিরভাগ কোডার 80 এ অপারেট করে তবে ভাগ করে নেওয়া কোড নিয়ে কাজ করার সময় এর সেরা লক্ষ্য।
সানসেট কোয়েস্ট

10

এই খারাপ গেটর চেইনগুলি এড়ানোর জন্য সম্ভবত 80 টি অক্ষরও একটি ভাল পয়েন্ট:

object.getFoo().getBar().getFooBar().get ...

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

তার পাশাপাশি, 80 টি অক্ষর উল্লেখ করা স্টার ব্লু হিসাবে দুর্দান্ত। এটি অবশ্যই কোডিং মানগুলিতে চলে যায়।


5
এফওয়াইআই, অত্যধিক পদ্ধতিতে শৃঙ্খলাবদ্ধ করে ট্রেনের ধ্বংসাত্মক অ্যান্টি-প্যাটার্ন হিসাবে পরিচিত ।
ডেনিস

4

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

  1. মানব চক্ষুগুলি গোলাকার, প্রকৃতপক্ষে সংকীর্ণ এবং প্রশস্ত নয় এবং তাদের বেশিরভাগ রেজোলিউশন মাঝখানে । একবারে কয়েক ঘন্টা পড়ার সময় শর্ট আরকেসে চোখ ঝুলানো অনেক বেশি স্বাচ্ছন্দ্য বোধ করে, প্রয়োজন মতো একটি স্ক্রোল বার ব্যবহার করে। আমি কোডটির সুগমতার সাথে সুনির্দিষ্ট একটি আনুষ্ঠানিক অধ্যয়ন জানি না, তবে আমার নিজের পর্যবেক্ষণগুলি থেকে, মনিটরের 2 ফুট দূরে, 10pt মনসপাসে ফন্টে মাপের পাঠ্য সহ 100 অক্ষর আমার অনুভূমিক ক্ষেত্রের প্রায় 1/3 অংশ গ্রহণ করে দৃষ্টি বা 60 ডিগ্রির কাছাকাছি ( 30 ডিগ্রির বাইরে বা যেখানে আমাদের চোখের রেজোলিউশন রয়েছে )
  2. বেশিরভাগ লোকেরা কর্মক্ষেত্রে একটি বৃহত মনিটর ব্যবহার করে যাতে তারা পিছনে পিছনে ক্লিক না করে একাধিক জিনিস দেখতে পায়, যাতে তারা কোনও জিনিস সত্যিই বড় দেখতে পায়।
  3. সংক্ষিপ্ত রেখাগুলিতে কম জটিলতা রয়েছে, যা আশাকরি কোনও বিকাশকারীকে তাদের কোডকে আরও হজমযোগ্য ইউনিটগুলিতে পরিণত করতে বাধ্য করে।

3

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


3

ডান মার্জিন বিকল্পটি যদি আপনি কোডটি মুদ্রণ করতে যাচ্ছেন তবে আপনাকে পৃষ্ঠার প্রস্থটি দেখানো হবে এবং পূর্ববর্তী পোস্টে বলেছিল যে এটি 80 এ সেট করা হয়েছে কারণ এটিই লাইনের দৈর্ঘ্য historতিহাসিকভাবে জিইউআইয়ের আগে পাঞ্চে ফিরে যাওয়ার আগে ছিল তাস.

আমি সম্প্রতি কিছু ব্লগে একটি প্রস্তাবনা দেখেছি (কোন ব্লগটি মনে করতে পারে না) কোডের মান উন্নত করতে আপনাকে আইডিই ফন্টের আকার বাড়িয়ে তুলতে, এর পিছনে যুক্তিটি হ'ল কম কোড যদি পর্দায় ফিট করে তবে আপনি ছোট লাইন লিখবেন এবং শোর ফাংশন

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


1

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

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

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


0

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

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