প্রোগ্রামার ভাড়া নেওয়ার সিদ্ধান্তের জন্য একটি ভাল কোডিং শৈলী কতটা গুরুত্বপূর্ণ? [বন্ধ]


15

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

কোডিং শৈলীতে আমি খুব কড়া থাকাকালীন আমি কেবল "ব্লক" স্টাইলটি ব্যবহার করেছি এমন কেউ পড়েছি (মন্তব্যগুলি পড়ুন!)

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

কোডিং শৈলীর অনুসন্ধান এবং এটির অভাবকে কীভাবে মোকাবেলা করতে হবে সে সম্পর্কে আমি একটি বিষয় সম্পর্কে আগ্রহী: আমি কি এমন লোককে ভাড়া করব যাগুরুতর সমস্যা ফার্মে ব্যবহৃত কোডিং স্টাইলটি মানিয়ে নিচ্ছেন?

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

অধিক তথ্য:

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


9
চালাক। "অভিযোজিত গুরুতর সমস্যা" সরানোর পরিবর্তে (যা সত্য দ্বারা অসমর্থিত) এর মাধ্যমে একটি লাইন রাখুন। যেন এটি অন্য কারও মনোভাব সম্পর্কে ভিত্তিহীন দৃser়তার পরিবর্তন করে।
এসলট

2
কোডিং স্টাইলটি আপনার সাথে সম্পর্কিত হওয়া সবচেয়ে কম গুরুত্বপূর্ণ বিষয়। সর্বোপরি, এটি কেবল একটি কোড।
এস কে-যুক্তিবিজ্ঞান

7
আমি আপনার প্রশ্নটি পড়ার চেষ্টা করছিলাম তবে আপনার ফর্ম্যাটিংটি অনুসরণ করা কঠিন difficult আপনি কি আপনার অনুচ্ছেদে একটি প্রারম্ভিক ইনডেন্ট যুক্ত করতে পারেন? 'কে টিএইচএক্স
বাই

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

10
কোডিং শৈলী হাস্যকরভাবে সামঞ্জস্য করা সহজ। এটি জিজ্ঞাসার মতো, "এই ব্যক্তিটি কালো স্যুট পরেন, তবে আমাদের সংস্থায় আমরা কর্মীদের গা dark় ধূসর রঙের স্যুট পরতে পছন্দ করি I আমি কি তাদের ভাড়া করব?" আপনার সংস্থায় আপনার স্টাইলের নিয়মগুলি কেবল তাদের বলুন। সমস্যা সমাধান.
সরস লুচি

উত্তর:


41

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

আমি আশা করি যে কোডিং শৈলী দ্বারা আপনি কেবল কোডের ইনডেন্টেশন এবং বিন্যাসকে বোঝাতে চাইছেন না। এটি সহজেই কোনও কোড বিন্যাস ব্যবহার করে এবং এটি আপনার সংস্করণ নিয়ন্ত্রণ সিস্টেমে সংহত করার সাথে মোকাবিলা করা হয়।

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

কোডিং স্টাইলটি যে কেউই ব্যবহার করেন না কেন সে সম্পর্কে দ্বিতীয় দ্বিতীয়টি হ'ল তারা এটি ধারাবাহিকভাবে ব্যবহার করে। যখন কেউ কোডিং শৈলী ব্যবহার করে মনে হয় তবে এর বিরুদ্ধে প্রায়শই "পাপ" হয়, তবে এটিই অন্য একটি নির্দিষ্ট লাল পতাকা।


5
+1 না থাকা, বা এটি ধারাবাহিকভাবে ব্যবহার না করা 'লাল পতাকা', আলাদা স্টাইল থাকা নয়।
jv42

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

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

ধারাবাহিকতার জন্য +1: শৈলীর অভাব সাধারণত ইঙ্গিত দেয় যে তারা বেশি লেখেনি। আপনি যখন লিখবেন, আপনি অভ্যাস বাছাই করুন।
ম্যাথিউ এম।

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

27

প্রায় শতাধিক ভিন্ন গ্রাহকের জন্য শত শত বিভিন্ন প্রকল্পে প্রোগ্রামিং করা, আমাকে একটি বিষয়টির উপরে জোর দেওয়া উচিত।

কোডিং শৈলী (এবং কোডিং শৈলীতে কোবলিং) সময়ের সম্পূর্ণ অপচয়।

এটি পেতে।

আমি প্রচুর বিভিন্ন প্রোগ্রামার থেকে প্রচুর কোড পড়েছি। (5 টি এবং 100 টি আলাদা টিমের একটি মিডিয়ান টিম আকার ধারন করুন That's এটি 500 সহকর্মী)) স্টাইলটি কোনও ব্যাপার নয়।

আমি সুন্দর কিন্তু রোগগত দিক থেকে ভুল কোড দেখেছি।

[একটি সীমা আছে। ইচ্ছাকৃত অবসন্নতা সমাপ্তির জন্য ভিত্তি। এর সংক্ষেপে, শৈলীটি সময়ের অপচয়]]

কোডিং শৈলীটি "চূড়ান্ত সীমান্ত"

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

যখন ঠিক করার মতো কিছুই নেই তখন আপনি শেষ পর্যন্ত কোডিং শৈলীতে মনোনিবেশ করতে পারেন।

ততক্ষণে, এমন অনেকগুলি সমস্যা রয়েছে যা শৈলীর চেয়ে বড় এবং মূল্যবান।


2
@ ওয়ারেনফেইথ: আমি এটি দৃ strongly়ভাবে বলতে পারি না। এটা কোনো ব্যপার না. আমি আমার বক্তব্য পুনরাবৃত্তি করব। আমি শত শত এবং শত শত প্রোগ্রামারদের কোড (পেশাগতভাবে, বেতনের জন্য, বিলযোগ্য ঘন্টা) কোডটি পড়েছি। এটা কোনো ব্যপার না. এটি প্রথম ছাপ নয়: নির্ভুলতা এবং স্পষ্টতা প্রথম ইমপ্রেশন।
এসলট

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

2
কোডিং শৈলী (এবং কোডিং শৈলীতে কোবলিং) সময়ের সম্পূর্ণ অপচয়। - আমি দ্বিতীয় দফায় 100% এবং প্রথমটিতে প্রায় 40% সম্মত হই। কোডিং শৈলীটি গুরুত্বপূর্ণ - যদি আপনার কোডিংয়ে কোনও স্টাইল না থাকে। যদি তা থাকে তবে এটি দেখতে কেমন লাগে তা গুরুত্ব দেয় না।
ট্রেব

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

4
এবং //Importantপ্রতিটি লাইনে ব্যবহার । হুম। কোডের প্রতিটি লাইন গুরুত্বপূর্ণ বা এটি মুছে ফেলা উচিত।
এসলট

7

কোডিং স্টাইলের উপর ভিত্তি করে প্রোগ্রামারদের বিচার করা 50% স্নোবব্রি এবং 50% নিরাপত্তাহীনতা।

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

  • পাগল নামকরণের সম্মেলন (বা এর অভাব) যা তারা প্রতিনিধিত্ব করে তা বর্ণনা করে না।
  • পাগল প্রোগ্রাম প্রবাহ যা ঘটছে তা বলা মুশকিল করে তোলে (Goo, চেষ্টা করুন / ব্যবসার যুক্তি দিয়ে ধরুন ইত্যাদি)।
  • মস্তিষ্কের চেয়ে অনেক বেশি কাজ করে এমন অত্যন্ত দীর্ঘ ক্রিয়াকলাপগুলি ট্র্যাক রাখতে পারে।

উপরে উল্লিখিত কোনও কাজ না করে এমন কোনও কোড কল্পনা করতে আমার সমস্যা হয় তবে বিশেষ করে স্টাইল কপির মতো সরঞ্জাম সহ এটি পড়তে এখনও অসুবিধা হয়।


7

এটা হাস্যকর কোড ফর্ম্যাটটি যখন কেউ ভাড়া করার সিদ্ধান্ত নেওয়ার একটি ফ্যাক্টর হতে আছে।

  1. আরও অনেক গুরুত্বপূর্ণ বিষয় বিবেচনা করা উচিত।
  2. বেশিরভাগ বিকাশকারী তাদের স্টাইলটি মানিয়ে নিতে পারেন।
  3. ফর্ম্যাটটি যদি গুরুত্বপূর্ণ হয় তবে একটি কোড পুনর্নির্মাণকারী এবং একটি লিঙ্ক পরীক্ষক ব্যবহার করুন।

কোনও ভাল বিকাশকারীকে নিয়োগ দিচ্ছেন না কারণ তিনি কমা বোকা হওয়ার পরে কোনও স্থান যুক্ত করবেন না।


4

আমি মনে করি আপনি কোম্পানিতে অফিসিয়াল বিন্যাস শৈলী আছে।

তারপরে সরকারী শৈলীতে যে কোনও উত্সকে পুনরায় ফর্ম্যাট করা অত্যন্ত সহজ করে তুলুন এবং উত্স ফাইলটি সংরক্ষণের সময় যত তাড়াতাড়ি স্বয়ংক্রিয়ভাবে এটি ঘটায়।

তার নুনের মূল্যবান যে কোনও প্রোগ্রামার এটিকে ভালবাসতে বাড়বে কারণ এটি কমিটের জন্য বিভিন্নতা কমিয়ে উচ্চমানের নিশ্চয়তা দেয়।


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

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

4

স্টাইলকপ ব্যবহার করুন

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

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

সিভিএস ইন্টিগ্রেটেড কোড ফর্ম্যাটিং = অনুকূল সমাধান

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


সুতরাং ... যদি কোনও সংস্থা তাদের নিজস্ব সি # কোডিং মানগুলি আবিষ্কার করে তবে তা কি লাল পতাকা হবে?
চাকরী

1
@ জোব: অগত্যা নয় কারণ স্টাইলকপ অতিরিক্ত নিয়ম যুক্ত করতে দেয়। আমি জানি যে আমি তাদের মধ্যে দুটি লিখেছি যারা স্পেসের উপর ট্যাব প্রয়োগ করেছিল যা সেখানে প্রথম ছিল না। তবে ধারণাটি হ'ল কোডিং স্টাইলটি বাধ্য করা যেতে পারে যা ইউনিফর্ম কোড থাকা অনেক সহজ করে তুলবে।
রবার্ট কোরিটনিক

যদি তাদের স্টাইলটি আবার স্টাইলকপের মতো চলে যায় এবং তারা যদি স্টাইলকপকে কিছুটা ব্যবহার না করে - তবে কী তাই হত?
চাকরী

@Job। যদি না কেউ সি # কোড না লিখেন যেন এটি পুরানো ফোর্টরান (৮০ কলাম স্থির লেআউট কারও?) তবে আমি এখনও মনে করি কোডিং স্টাইলটি মানতে বলা যেতে পারে। যদি কেউ দুর্দান্ত বিকাশকারী হয় তবে আপনি তাদের শৈলীর উন্নতি করার জন্য তাদের স্মরণ করিয়ে দিতে পারেন (বা তাদের উপরে আমাদের স্টাইলকে ন্যায্যতা দিন )। কোড পর্যালোচনা এটাই। যে কোনও কোড দ্রুত পুনরায় ফর্ম্যাট করা যেতে পারে তবে কমপক্ষে নামকরণের সম্মেলনগুলি অনুসরণ করা উচিত। তবে এটি কোনওভাবেই ভাড়ার জন্য একটি লাল পতাকা নয়। হওয়া উচিত নয়।
রবার্ট কোরিটনিক

3

নীচের নীচে আরও অনেক গুরুত্বপূর্ণ বিশদ:

  • টিম ফিট
  • সমস্যা সমাধানের ক্ষমতা
  • যোগাযোগ

কোডিং শৈলী বেশিরভাগ লোকেরা শিখতে পারবেন যাদের উপরের তালিকাবদ্ধ শেষ দুটি রয়েছে।

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


আমার ক্ষেত্রে এটির প্রায়শই আমি কেবলমাত্র লোকটির কাছ থেকে দেখি ...
ওয়ারেনফেইথ

@ ওয়ারেনফেইথ - ঠিক আছে, তবে আপনি এত অল্প তথ্যের উপর ভিত্তি করে কাউকে নিয়োগ দেওয়ার জন্য একক হাতের সিদ্ধান্ত নিতে যাচ্ছেন না, আপনি কি? আপনাকে কেবল একটি মতামত চাওয়া হচ্ছে।
pdr

সত্য। আমি প্রযুক্তিগত দৃষ্টিকোণ থেকে আমার মতামত দেই এবং নরম দক্ষতাও গুরুত্বপূর্ণ। এবং আমরা কেবল সেই ছেলেরা পরীক্ষা করি যা কমপক্ষে সাক্ষাত্কারে নরম দক্ষতার "পরীক্ষা" পাস করেছে। তবে কোডিং শৈলীতে আমার মতামত সম্পর্কে কী প্রভাব ফেলতে হবে তা সম্পর্কে আমি আগ্রহী ...
ওয়ারেনফেইথ

@ ওয়ারেনফেইথ - আপনার অবস্থানে, আমি এটি উল্লেখ করব, তবে একটি বিশাল গুরুত্বের চেয়ে একটি সিডনোট হিসাবে।
pdr

আমি মূলত প্রো এবং বিপরীতে একটি তালিকা তৈরি করি এবং আমি আমাদের সিটিওর জন্য এটি ব্যাখ্যা করি এবং তার সাথে যুক্তিযুক্ত করি। চূড়ান্ত সিদ্ধান্তটি তার ...
ওয়ারেনফেইথ

3

যতক্ষণ শৈলীর ধারাবাহিকতা থাকে এবং সেই ব্যক্তি অন্য শৈলীতে অভিযোজিত (পরিবর্তন) করতে সক্ষম হয় ততক্ষণ আমি কোনও সমস্যা দেখছি না।

বর্তমান শৈলীটি আপনি যা ব্যবহার করেন তার থেকে আলাদা হলে এর অর্থ এটি খারাপ নয়। প্রার্থীর পক্ষে এটি পুরোপুরি বোধগম্য হতে পারে।

অন্যরা যেমন বলেছেন, মানিয়ে নিতে সমস্যা হ'ল একমাত্র সমস্যা হতে পারে।


0

আমি এটি বলব না যে এটি একটি নির্দিষ্ট বেতন নয়, তবে এটি এই ব্যক্তির বিরুদ্ধে একটি শক্ত যুক্তি।

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

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

(এবং হ্যাঁ, আমি একজন ক্যাফিন আসক্তি)


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

?? "এই ব্যক্তির বিরুদ্ধে দৃ strong় যুক্তি" ... "কোডিং শৈলীর বিষয়ে আসলেই চিন্তা করবেন না"। ইহা কোনটা? এটা কি গুরুত্বপূর্ণ বা না? আপনার পরামর্শ কী তা উত্তর থেকে বলা শক্ত। আপনি কি স্পষ্ট করে বলতে পারেন?
এসলট

@ এস.লোট: এটি কোনটি? - ঠিক আছে, অবশ্যই। খারাপ কোডিং শৈলী একটি খারাপ অভ্যাস, বেশিরভাগ লোকেরা এটিকে শেড করতে শিখতে পারে। এটি তখনই যখন তারা বুঝতে পারে না (বা করবে না) আপনার কোনও সমস্যা আছে।
ট্রেব

0

আমার মতে, একটি প্রোগ্রামার সাথে কাজ করার জন্য একটি ভাল কোড শৈলী অপরিহার্য।

একটি ভাল কোড শৈলী থাকা ব্যক্তিগত বিকাশের একটি প্রশ্ন। এটি একটি সূচক যা এই প্রোগ্রামার ইতিমধ্যে পৌঁছেছে।

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

প্রোগ্রামারগুলির বিকাশ এবং বিকাশের জন্য যদি জায়গা থাকে তবে আপনি তার শেখার বা সৃজনশীল মনে করার দক্ষতার বিষয়ে আরও ভাল যত্ন নিতে চান।

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