আপনি কি আসলে 'ক্লিন কোড' লেখেন? [বন্ধ]

Question

আমি কিছু প্রোগ্রামারকে বারবার তাদের কোড টুইট করে দেখেছি কেবল এটি 'ভাল কাজ' করতে নয়, এটিকে 'ভাল দেখায়' করতেও।

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

সুতরাং, আপনার মধ্যে কতজন আসলে 'ক্লিন কোড' লেখেন? এটি কি একটি ভাল অনুশীলন? এর অন্যান্য সুবিধা বা ত্রুটিগুলি কী কী?

Comments

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

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

Answer 1

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

আমি জোয়েল স্পলস্কির ব্লগ পোস্ট: দ্য ডেক্ট টেপ প্রোগ্রামারটির কথা মনে করিয়ে দিচ্ছি ।

তিনি কোডার এট ওয়ার্ক থেকে উদ্ধৃতি দিয়েছেন :

দিন শেষে, এফ ***** ছ জিনিসটি শিপ করুন! আপনার কোডটি পুনরায় লেখার জন্য এবং এটিকে পরিষ্কার করার পক্ষে দুর্দান্ত এবং তৃতীয়বারের মতো এটি বাস্তবে সুন্দর হবে। তবে এটি বিন্দু নয় - আপনি কোড লেখার জন্য এখানে নন; আপনি পণ্য জাহাজ এখানে। - জেমি জাওনস্কি

আমি রবার্ট মার্টিনের ব্লগের প্রতিক্রিয়াও মনে করিয়ে দিচ্ছি :

So. স্মার্ট হও. পরিষ্কার থেকো. সরল হোন। জাহাজ! এবং প্রস্তুত নালী টেপ একটি ছোট রোল রাখুন, এবং এটি ব্যবহার করতে ভয় পাবেন না। - চাচা বব

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

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

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

Comments

আপনার প্রযুক্তিগত debt ণ যতক্ষণ না ( এন.ইউইকিপিডিয়া.org / উইকি / টেকনিক্যাল_ডিবিটি ) আপনাকে "প্রযুক্তিগত দেউলিয়ার" দিকে চালিত করে না ( নতুন বৈশিষ্ট্য সরবরাহ করতে অক্ষম, একটি অংশ ঠিক করে অন্য অংশকে ভেঙে ফেলেছে ইত্যাদি ...) এবং আপনি নজর রাখছেন এটি উপর, আমি সম্মত

— ম্যাথিউউ

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

— spong

"কেবলমাত্র চোদার জিনিসটি এখনই জাহাজে পাঠান" সমস্যাটি হ'ল ম্যানেজমেন্ট পরে রিফ্যাক্টর করার জন্য আপনার কারণগুলি কিনে না, তবে আপনি যদি অদৃশ্যভাবে এটি এখনই করেন তবে এটি সব ভাল।

— চাকরি

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

— স্টিভ চ্যামিলার্ড

"আপনি এটি পরে চুল্লি করতে পারেন" [উদ্ধৃতি আবশ্যক]

— কার্ল লেথ

Answer 2

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

তবে আপনি কথা বলছেন over styling(সেই শব্দটির চেয়ে ভাল শব্দটি সেই মেয়ে-কোডের মতো ) যা এর লেখকের অহংকার ব্যতীত কিছুই পরিবেশন করে না।

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

এটা খুব বেশী.

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

Comments

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

— রবার্ট হার্ভে

মার্জিত কোড সহজাতভাবে আরও রক্ষণাবেক্ষণযোগ্য এবং আমার মনে হয় পড়া সহজ easier

— ক্রেইজ

+1, আমি অতীতে বেশিরভাগ নিখুঁত স্টাইলযুক্ত স্প্যাগেটি কোডি দেখেছি।

— জেস

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

— রবার্ট হার্ভে

@ সুনপেক: এটিকে পরিষ্কার লিখুন এবং এটিকে পরিষ্কার রাখা আরও সহজ।

— ডেভিড থর্নলি

Answer 3

আমি এই প্রশ্নের গৃহীত উত্তরের সাথে একমত নই।

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

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

আমি জানি যে এ সম্পর্কে চারপাশে ভাসমান একটি পরিসংখ্যান রয়েছে, তবে একাধিক প্রকল্পের আমার অভিজ্ঞতার সাথে, কোডের প্রতিটি লাইনটি প্রসারণ ও রক্ষণাবেক্ষণের সময় 5-20 বার পড়ে।

সুতরাং আমি কোডটি তার জীবনের এক ইঞ্চির মধ্যে পরিষ্কার করতে বলব । এটি সময় নেয়, তবে এটি সম্ভবত প্রকল্পের জীবন থেকে নিট ব্যয় সাশ্রয় করতে।

Comments

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

— jwenting

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

— সাইমন হোয়াইটহেড

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

— জেডাহেরন

Answer 4

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

এক টুকরো সফ্টওয়্যার কেন এটি আলাদা হতে হবে?

কেবলমাত্র শেষ ব্যবহারকারীরা হুডের নীচে তাকাতে পারবেন না তার অর্থ এই নয় যে তারা কখনই তা জানতে পারবেন না। যত তাড়াতাড়ি বা পরে এটি প্রদর্শিত হবে।

"আপনি কি আসলে 'ক্লিন কোড' লেখেন?" প্রশ্নের উত্তরে? " -- ও আচ্ছা.!

Comments

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

— কে.স্টেফ 13'12

Answer 5

যদি 'ক্লিন কোড' দ্বারা আপনার অর্থ কোডটি যথাসম্ভব পরিষ্কার হয় তা নিশ্চিত করার জন্য আমি কি আমার পথ ছেড়ে চলে যাচ্ছি?

হ্যাঁ হ্যাঁ

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

Answer 6

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

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

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

আমার বিশ্বাস করা ঠিক আমার পক্ষে অত্যন্ত কঠিন, আমি আমার বছরগুলিতে একজন প্রোগ্রামার হিসাবে যতটা ভয়াবহ বাজেতা দেখেছি, যে প্রত্যেকে কেবল পরিষ্কার কোড তৈরি করে।

Comments

একমত। বেশিরভাগ লোকেরা প্রথমবার শিপ / রিলিজ করার জন্য পরিষ্কার কোড লিখছেন না। কাজটি করার জন্য সেখানে নালী টেপ জড়িত।

— ডিসপ্লে

নালী টেপ দিয়ে যথেষ্ট! স্পলস্কি godশ্বর নন। তিনি আমাদের প্যান্টগুলি ঠিক সেই সময় এক পাতে রাখেন!

— কাজ

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

— পিটারঅ্যালেন ওয়েবে

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

— শয়তানিকপিপি

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

— পিটারআলেন ওয়েব

Answer 7

আমি মনে করি না যে আমি "গার্ল কোড" শব্দটি পছন্দ করি তবে ক্লিন কোড = রক্ষণাবেক্ষণযোগ্য কোড। এর চেয়ে কম কিছু হ'ল অযৌক্তিক।

একটি সাধারণ নিয়ম হিসাবে, আমি পরবর্তী বিকাশকারীকে বিবেচনা করি যা আমার জগাখিচুড়ি দেখতে হবে।

অনেক সময় এটি আমার ... বেশ কয়েক মাস পরে ... যখন আমি মনে করি না এটি কীভাবে কাজ করে ... এবং আমার কাছে পরিবর্তন আনতে আরও কম সময় থাকে।

Answer 8

আমি বব মার্টিন অর্থে "ক্লিন কোড" লেখার চেষ্টা করি (উদাঃ ওও ডিজাইন)। নেই মহান পরিষ্কার কোড লিখিতভাবে মান। এটি অনেক বেশি রক্ষণাবেক্ষণযোগ্য।

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

আপনি যদি মনে করেন যে খুব সহজেই কোডের বিশাল ব্লকগুলি রেখার জন্য এটি আবশ্যক, তবে সমস্যাটি আপনার ফ্রেইকিন কোডের বিশাল ব্লক! এটা খুব বড়. আমি কিছু উদাহরণ খুব খারাপভাবে ডিজাইন করা কোডটিকে প্রিটিফাই করার জন্য লোকেরা প্রচন্ড বেদনা নিয়ে চলেছি examples

আমার কাছে যদি রিসার্পার না থাকে তবে আমার কাছে এখনও পরিষ্কার কোড থাকবে তবে এটি তেমন সুন্দর হবে না।

আমি মনে করি না যে আমার কোডিং সময়টির 5% ডলারের চেয়ে বেশি প্রাকটিক্যয় করার জন্য ব্যয় করা উচিত। যার অর্থ আমার সম্পাদক যত বেশি শক্তিশালী এবং আমি এর সাথে আরও দক্ষ, আমি তত বেশি উপসর্গ করতে পারি।

Answer 9

দেখে মনে হচ্ছে আপনার সংস্থার সর্বোত্তম আগ্রহের বিষয়টি কেউই তুলে ধরেনি ?

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

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

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

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

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

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

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

Answer 10

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

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

সময় মতো ফলাফল ব্যতীত আমি কোনও ত্রুটি দেখতে পাচ্ছি না।

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

Comments

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

— jsternberg

Answer 11

খুব বেশি কিছু কখনই ভালো হয় না।

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

সুতরাং কোডটিতে পরিষ্কার পরিচ্ছন্নতার একটি নির্দিষ্ট স্তর বজায় রাখা কেবল আপনার সহকারী বিকাশকারীদের চেয়ে বেশি উপকারী। এটিতে খুব বেশি সময় ব্যয় করবেন না (~ 5% উল্লেখ করা হয়েছে)। ম্যানুয়াল টাস্কগুলিকে স্বয়ংক্রিয় করতে আপনার নৈপুণ্যের সরঞ্জামগুলি ব্যবহার করতে শিখুন (এক্ষেত্রে কোড বিন্যাস)। আপনি যা করেন তার জন্য দায়বদ্ধ হন এবং আপনার সংস্থা / গ্রাহক / ব্যবহারকারীদের পক্ষে আপনি যেটা সবচেয়ে উপকারী তা বরাবরই করুন।

Answer 12

এটি ক্লিন কোড থেকে উদ্ধৃতি, বব মার্টিনের দ্বারা:

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

সুতরাং প্রোগ্রামাররা ম্যানেজারদের ইচ্ছার দিকে ঝুঁকানোও পেশাদারি নয় যারা মেস তৈরির ঝুঁকি বুঝতে পারে না।

Answer 13

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

Answer 14

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

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

void function1(){
    //whatever code
}
int fooBar(){
    //whatever else
}
Foo* someOtherFooBar(int value){
    if(value){
        //do something
    }
    return ...;
}

ভাল ... এটি অবজেক্টিভ-সি পদ্ধতিগুলির সাথে আরও খারাপ দেখাচ্ছে এবং প্রচুর পরিমাণে নেস্টেড রয়েছে যদি বিবৃতি, এবং রেখাগুলি 80 টির চেয়ে বেশি দীর্ঘ longer তবে এটি এখনও আমাকে বিরক্ত করে :)

Answer 15

আমি কোড সাফ করতে মহান দৈর্ঘ্যে যেতে না। আমি মনে করি এটি ত্রুটিগুলি দারুণভাবে দাঁড়াতে সহায়তা করে।

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

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

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

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

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

এটি আমার কোডিং শৈলীতে প্রদর্শিত কোডের একটি অংশ ।

Answer 16

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

Comments

উইংয়ের মতো বা (আরও খারাপ) মন্তব্য করুন, বলুন?

— ডেভিড থর্নলি

Answer 17

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

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

Answer 18

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

ক্লিন কোডটি ভাল তবে অন্য সমস্ত কিছুর মতো, এটি যথেষ্ট পরিমাণে পরিষ্কার হওয়া দরকার। 5 টি লাইনের কোড 4 স্পেস এবং এক লাইন 5 স্পেস ইনডেন্ট করা পড়ার অসুবিধা বাড়ায় না।

Answer 19

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

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

তবে, এটি 'ক্লিন-কোড' বলতে কী বোঝায় তার উপরও নির্ভর করে।

Answer 20

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

Answer 21

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

int foo    = 1;
int bar    = 2;
int foobar = 3;

চেয়ে পড়া সহজ

int foo = 1;
int bar = 2;
int foobar = 3;

যার অর্থ আপনি যখন পরে ডিবাগ করছেন তখন ঝাঁপিয়ে পড়া আরও সহজ।

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

// do x
{
    // ...
}

// do y
{
    // ...
}

এটি প্রাসঙ্গিক কোডে সুস্পষ্ট সংজ্ঞা যুক্ত করে।

সম্পাদনা করুন : যুক্ত বোনাস হিসাবে, if (false)আপনি যদি অস্থায়ীভাবে এড়িয়ে যেতে চান তবে সেই লজিকাল কোড ব্লকের একটির সাথে এগিয়ে যাওয়া সহজ ।

Comments

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

— রিওয়ালক

@ স্টারগাজের 12১২: সংজ্ঞায়িত নেমস্পেসের অভাবের কারণে আমি পিএইচপি এর কার্যকারিতা ঘৃণা করি। অনিবার্যভাবে, কারও এলিস কোডটি পড়ে, তাদের শীর্ষে একটি "অন্তর্ভুক্ত" থাকে, যার মধ্যে নিজেই 5 টি অন্যান্য জিনিস রয়েছে, যার মধ্যে প্রতিটি আরও 4 টি অন্তর্ভুক্ত করে, এবং তারপরে ফাংশন সংজ্ঞাটি খুঁজতে আমাকে পুরো কোড বেসটিতে অনুসন্ধান করতে হবে। খুবই হতাশাজনক.

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

প্রায়শই এটি এমন কোড যা কোনও ফাংশন ঘোষণার নিশ্চয়তা দেয় না। যেমন। সম্পর্কিত স্থানীয়-স্কোপড ভেরিয়েবল ইত্যাদির পুনরায় ব্যবহার, গণনা / সেটিংয়ের কোনও সম্ভাবনা নেই

— ক্রেইজ

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

— রিওয়ালক

Answer 22

আমি কেবল কোম্পানির মান অনুসরণ করে আমার কোডটি লিখি। যদি আমি এটি "প্রাকটেটেড আপ" চাই তবে আমি এটি একটি কোড বিউটিফায়ারের মাধ্যমে চালাতে পারি।

Comments

সাধারণত যা ঘটে তা ব্যতীত অন্য কোনও ব্যক্তি বিউটিফায়ারের মাধ্যমে এটি চালিয়ে শেষ করেন যা আপনি পরিষ্কারের কাছাকাছি আসেনি clean

— রিওয়ালক

@ স্টারগাজার 12১২ ঠিক এই কারণেই আমি নিম্নলিখিত সংস্থাগুলির মানগুলি

— বাদ দিয়ে

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

— রিওয়ালক

@ স্টারগাজার 12১২ সমস্যাটি "সংস্থার মান" বাদে বাকি সমস্ত কিছুই সম্পূর্ণ স্বাদের বিষয়, যা বিষয়গত। উদাহরণস্বরূপ, আমি এমন জায়গাগুলি রাখতে চাই যেখানে আমার সহকর্মী তাদের ইতিবাচকভাবে ঘৃণা করে। আমি এটি আমার কাছে সুন্দর দেখায় এবং এটি যতদূর যায়।

— Muad'Dib

"বিউটিফায়ার্স" এর সাথে সাবধান থাকুন, কারণ তারা বিভ্রান্ত হওয়ার সাথে সাথে বড় সময় ব্যয় করতে পারে (আমি প্রথম হাতের অভিজ্ঞতা পেয়েছি :))।

— জুহা আনটিনেন