একজন ভাল প্রোগ্রামারের কোড দেখতে কেমন? [বন্ধ]

Question 1

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

8 বছর আগে বন্ধ ছিল ।

আমি একটি শখের প্রোগ্রামার (দ্রুততর করার জন্য ভিবিএ দিয়ে শুরু করেছি) এবং ভিবি.এনইটি / সি # নেট নিয়ে কাজ করছি এবং ADO.NET শিখার চেষ্টা করছি to

প্রোগ্রামিংয়ের একটি বিষয় যা আমাকে সর্বদা হতাশ করে চলেছে তা হল 'ভাল' দেখতে কেমন? আমি পেশাদার নই তাই তুলনা করার মতো সামান্যই আছে। একটি ভাল প্রোগ্রামার কি করে? তাই কি:

তাদের প্রদত্ত ভাষায় সমস্ত অবজেক্ট / শ্রেণি / পদ্ধতি সম্পর্কে আরও ভাল বোঝা আছে?
তাদের প্রোগ্রাম আরও দক্ষ?
তাদের প্রোগ্রামগুলির নকশা আরও ভাল ডকুমেন্টেশন, ফাংশনগুলির জন্য নামগুলির ভাল পছন্দ ইত্যাদির ক্ষেত্রে আরও ভাল?

অন্য একটি উপায় রাখুন, আমি যদি কোনও পেশাদার প্রোগ্রামারের কোডটি লক্ষ্য করি তবে আমার সাথে সম্পর্কিত তাদের কোডটি সম্পর্কে আমি প্রথমে কী লক্ষ্য করব? উদাহরণস্বরূপ, আমি Wrox প্রেস দ্বারা 'পেশাদার ASP.NET' এর মতো বই পড়ি। সেই বইটির 'ওয়ার্ল্ড ক্লাস' কোডের উদাহরণ কি? এটাই কি চূড়া? কোনও শীর্ষ-বন্দুক প্রোগ্রামার কি সেই কোডটি দেখে মনে করবে এটি ভাল কোড?

Question 2

নীচের তালিকাটি বিস্তৃত নয়, তবে আপনার প্রশ্ন বিবেচনায় আমি এই বিষয়গুলি ভেবেছিলাম।

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

আমি এটি এখনও পড়িনি, তবে আমি এই বিষয়টি পড়ার পরিকল্পনা করছি বইটি রবার্ট সি মার্টিনের ক্লিন কোড ।

Question 3

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

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

তৃতীয় জিনিসটি আপনি লক্ষ্য করবেন, আপনি কোডটি দিয়ে কিছুটা গোলমাল করার পরে হ'ল যুক্তিটি অনুসরণ করা সহজ, পরিবর্তন করা সহজ - এবং তাই সহজেই রক্ষণযোগ্য।

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

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

Question 4

ফাউলারের উদ্ধৃতি, পাঠযোগ্যতার সংমিশ্রণ:

যে কোনও বোকা কোড বুঝতে পারে যে কম্পিউটার বুঝতে পারে।
ভাল প্রোগ্রামাররা কোডটি লিখেন যা মানুষ বুঝতে পারে।

'নাফ বলল।

Question 5

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

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

Question 6

কোড কবিতা.

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

একচেটিয়া উপর অনুসরণ:

কোড তৈরির তারিখ থেকে পাঠক আপনি সময়মতো হবেন। পাঠকের জন্য রাইটিং কোডের পেওফটি এন এর মনোোটোনিকভাবে ক্রমবর্ধমান ফাংশন। আপনার কোডটি প্রথমবারের মতো দেখছেন এমন একজন পাঠক n == অনন্ততা দ্বারা নির্দেশিত।

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

একটি দ্বিতীয় করোলারি:

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

একটি তৃতীয় প্রতীক:

দুর্নীতি দুটি দুর্বল দলিলযুক্ত কোডের একটি জঘন্য চক্রের পরে জোর করে পুনরায় লেখার পরে একাধিকবার পুনরাবৃত্তি করতে পরিচিত।

Question 7

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

তল লাইনটি হ'ল এটির অর্থ বিভিন্ন লোকের কাছে বিভিন্ন জিনিস। আমি ভাল কোড হিসাবে লেবেল হতে পারে অন্য কেউ ঘৃণা করতে পারে। ভাল কোডে কিছু সাধারণ বৈশিষ্ট্য থাকবে যা আমি মনে করি যে আমি উপরে চিহ্নিত করেছি।

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

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

Question 8

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

http://www.amazon.com/Code-Complete- বাস্তব- হ্যান্ডবুক- নির্মাণ / dp/0735619670/ref=pd_bbs_sr_1?ie=UTF8&s=books&qid=1229267173&sr=8-1

Question 9

প্রায় দশ বছর ধরে আমি নিজেই প্রোগ্রামিং করছি এবং অন্যের সাথে কাজ করেছি আমি পক্ষপাত ছাড়াই বলতে পারি যে কোনও ভাল প্রোগ্রামার এবং গড় প্রোগ্রামার কোডের মধ্যে কোনও পার্থক্য নেই

একটি দক্ষ পর্যায়ে সমস্ত প্রোগ্রামার:

সঠিকভাবে মন্তব্য করুন
দক্ষতার সাথে কাঠামো
পরিষ্কারভাবে নথি

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

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

বিশেষজ্ঞ প্রোগ্রামার, নিয়মগুলি বোঝে তবে তাদের প্রসঙ্গও। এটি শেষ পর্যন্ত তাদের কাছে নতুন ধারণা এবং বাস্তবায়ন নিয়ে আসে, এটি একটি বিশেষজ্ঞ প্রোগ্রামার হিসাবে চিহ্নিত। প্রোগ্রামিং শেষ পর্যন্ত একটি শিল্প ফর্ম।

Question 10

সংক্ষিপ্তভাবে বলতে গেলে, একটি ভাল প্রোগ্রামারের কোড পড়া এবং বোঝা যায়।

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

কোডের কয়েকটি বৈশিষ্ট্য যা সহজেই পড়তে পারে সেগুলি হ'ল, এমন পদ্ধতিগুলি যা সুনামযুক্ত, "কৌশল" এবং সংশ্লেষিত "অপ্টিমাইজেশন" এর অনুপস্থিতি, কয়েকটি নাম লেখার জন্য ক্লাসগুলি সু-নকশাকৃত। অন্যরা যেমন উল্লেখ করেছেন, কোডিং স্টাইলটি সামঞ্জস্যপূর্ণ, সংক্ষিপ্ত এবং সোজা-এগিয়ে ।

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

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

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

Question 11

পড়তে সহজ
লিখতে সহজ
বজায় রাখা সহজ

অন্য সব কিছুই ফিলিগ্রি is

Question 12

ভাল কোড সহজে বোঝা উচিত।
এটি ভাল মন্তব্য করা উচিত।
কঠিন অংশগুলি আরও ভাল মন্তব্য করা উচিত।

Question 13

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

Question 14

তারপরে অন্য সবার দুর্দান্ত পরামর্শগুলি পুনরাবৃত্তি করুন, আমি পরিবর্তে স্টিভ ম্যাককনেল দ্বারা কোড কোড সম্পূর্ণ বইটি পড়ার পরামর্শ দেব

মূলত এটি কার্যকরীতা এবং স্টাইল উভয়ের জন্য প্রোগ্রামিংয়ের সেরা অনুশীলনে ভরপুর একটি বই।

Question 15

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

(যেমনটি আগেই বলা হয়েছে, খুব সাবজেক্টিভ উত্তর। আমার ইংরেজির জন্য দুঃখিত

Question 16

আমি বব মার্টিনের "ক্লিন কোড" এর সুপারিশকে দ্বিতীয় করেছিলাম।

"বিউটিফুল কোড" বেশ কয়েক বছর আগে বেশ প্রশংসিত হয়েছিল।

ম্যাককনেলের যে কোনও বই পড়ার মতো।

সম্ভবত "দ্য প্র্যাগমেটিক প্রোগ্রামার "ও সহায়ক হবে।

%

Question 17

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

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

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

ভাল কোড প্রোগ্রামারের দৃষ্টিভঙ্গি এবং ব্যবহারকারীর দৃষ্টিভঙ্গি উভয়ই ভবিষ্যতের কথা মাথায় রেখেই রচিত।

Question 18

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

Question 19

আমি 'প্রফেশনাল এএসপি.নেট' দেখিনি, তবে আমি যদি অবাক হয়ে থাকি তবে ঠিক আছে than সত্যিই ভাল কোড সহ কিছু বইয়ের জন্য এই প্রশ্নটি দেখুন । (এটি অবশ্যই পরিবর্তিত হয় তবে স্বীকৃত উত্তরটি বীট করা শক্ত))

Question 20

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

ভাল প্রোগ্রামার সহ কেউই নিখুঁত নয় তবে তাদের কোডের জন্য চেষ্টা করা প্রবণতা রয়েছে :

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

Question 21

আমি চাচার ববের "ক্লিন কোড" এর জন্য দ্বিতীয় প্রস্তাবটি দিয়েছি। তবে আপনি http://www.amazon.com/Implementation-Patterns-Addison-Wesley-Signature-Kent/dp/0321413091 এ একবার নজর রাখতে চাইবেন কারণ আমি মনে করি এটি আপনার নির্দিষ্ট প্রশ্নের সাথে কিছুটা ভাল সমাধান করে। ভাল কোডটি পৃষ্ঠাটি ছুঁড়ে ফেলা উচিত এবং এটি কী করে / কীভাবে এটি কাজ করে তা আপনাকে জানাতে হবে।

Question 22

জেফ অ্যাটউড কোডারদের টাইপস্টদের প্রথম রেফারেন্স সম্পর্কে একটি দুর্দান্ত নিবন্ধ লিখেছিলেন: http://www.codinghorror.com/blog/archives/001188.html

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

কাঠামো

মন্তব্য

অঞ্চলসমূহ

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

এখন বিভিন্ন অ্যাপ্লিকেশন এবং বিভিন্ন ভাষায় যেমন জাভা, সি #, এসেমব্লার, সি ++, সি প্রোগ্রামিং করছি আমি যে লেখার পছন্দ করি তার "মান" এ এসেছি।

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

এই অত্যন্ত গুরুত্বপূর্ণ, আমি সবসময় আমার কোড দেখতে হিসাবে "একটি API একটি অংশ হচ্ছে" যে আমি করি, যখন একটি API গঠন তৈরি এবং কমনীয়তা হয় খুব গুরুত্বপূর্ণ।

এই ব্যাপারে চিন্তা করো. এছাড়া আমার কাগজে পড়া Communication issues when adapting outsourcingহচ্ছে আপনি যেমন যা রুক্ষ মধ্যে ব্যাখ্যা করে, কিভাবে খারাপ কোড করতে পারেন সংঘাত, Enterpret: http://fekberg.wordpress.com/2008/12/14/communication-issues-when-adapting-outsourcing/

Question 23

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

Question 24

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

Question 25

নামটি থেকে পদ্ধতিটি কী করে তা আপনি ভাল কোডটি জানেন। খারাপ কোড হ'ল নামটি অনুধাবন করতে আপনাকে কোডটি কী করে তা নিয়ে কাজ করতে হয়।

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

গুড কোডের এমন কিছু জিনিস রয়েছে যাতে তুচ্ছ মন্তব্য করা অপ্রয়োজনীয় হয়।

ভাল কোড সংক্ষিপ্ত হতে থাকে।

গুড কোডটি অন্য কোথাও যা করতে তা করতে পুনরায় ব্যবহার করা যেতে পারে, যেহেতু এটি এমন কোনও জিনিসের উপর নির্ভর করে না যা এর উদ্দেশ্যটির সাথে সম্পর্কিত নয়।

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

Question 26

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

যখন কোনও প্রোগ্রামারের সেই মানসিকতা থাকে, তখন সমস্ত অন্যান্য জিনিস খুব ভালভাবে পড়ে যায়।

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

Question 27

(আমি ব্যবহার "তিনি" নীচে কারণ এই ব্যক্তি যে আমি হয় উচ্চাভিলাষী হতে, কখনও কখনও সাফল্য সহ)।

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

এর মতো, তার কোডটি রয়েছে:

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

অন্যদিকে, আমি বিশ্বাস করি যে ভাল প্রোগ্রামার এই জিনিসগুলি কখনই করা উচিত নয়:

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

Question 28

এটা কাজ করে
এটির ইউনিট পরীক্ষা রয়েছে যা প্রমাণ করে যে এটি কাজ করে

বাকিটা আইসিং ...

Question 29

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

Question 30

হাস্যকরভাবে প্রোগ্রামারটি যত কম অপ্রয়োজনীয় তত ভাল তিনি / সে হয়ে কারণ কোড উত্পাদিত ভাল যে কেউ রক্ষণীয় (যেমন Eran Galperin দ্বারা সাধারণ সম্মতি বলেছেন) হয়।

আমার অভিজ্ঞতা বিপরীতটিও সত্য বলে। খারাপ প্রোগ্রামার আরো কঠিন বজায় রাখার জন্য তাঁর / তার কোড, তাই আরো অপরিহার্য তিনি / সে হয়ে, যেহেতু অন্য কোন আত্মা উত্পাদিত ধাঁধা বুঝতে পারবেন না।

Question 31

আমার একটি ভাল উদাহরণ রয়েছে:

জিডাব্লুটিটি (গুগল ওয়েব টিকিট) সোর্স কোডটি পড়ুন, আপনি দেখবেন যে প্রতিটি বোকা এটি বুঝতে পারে (কিছু ইংরাজির বই এই কোডের চেয়ে পড়া আরও কঠিন)।