আপনার দল কী কী ক্লাস এবং ফাংশন লিখেছিল তা কীভাবে ট্র্যাক করবেন?


43

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

এই ধরণের জিনিস নথিভুক্ত করার একটি বিশেষ অনুশীলন আছে? আপনি কীভাবে তাদের সন্ধান সহজ করবেন?

আপনার দলে যদি এ জাতীয় কোনও ডকুমেন্টেশন না থাকে তবে কীভাবে আপনি খুঁজে পাবেন যে আপনার চাকা ইতিমধ্যে বিদ্যমান আছে?

সম্পাদনা করুন:

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

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

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

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

এই শিরাতে আরও কি কোনও ধারণা আছে ... বিচ্ছিন্ন এবং সময়-চাপিত বিকাশকারীদের জন্য?


5
আমি আরও বড় আকারে জিজ্ঞাসা করার জন্য প্রশ্নটি প্রসারিত করব, সম্ভবত 100+ কর্মীদের একটি সংস্থায় আপনি কীভাবে এটি করেন। পূর্বে সম্পন্ন কাজের সদৃশতা এড়াতে কোন সেরা অনুশীলনগুলি করা যেতে পারে?
আসফ

1
@ আসফ - আমি সন্দেহ করি যে সঠিক উত্তরটি জনসংখ্যার আকারের উপর নির্ভর করবে - 5 ব্যক্তির শপের জন্য যা কাজ করে 50 এর জন্য কাজ করবে না, এবং 50 টির জন্য যা কাজ করবে 500 এর জন্য কাজ করবে না all সকলের উত্তর স্বাগত হবে।
ড্যান পিচেলম্যান

3
এটা একটা ভাল প্রশ্ন!
রক্লান

4
কনওয়ের আইন : "যেসব সংস্থাগুলি সিস্টেম ডিজাইন করে ... তাদের নকশাগুলি তৈরি করতে বাধ্য হয় যা এই সংস্থাগুলির যোগাযোগ কাঠামোর অনুলিপি"।
মার্ক রুশাকফ

2
@ নাথানহাইফিল্ড: এটি একটি সমাধান যা 1 দেবের জন্য কাজ করতে পারে এবং কিছুটা 2 এর জন্য, তবে 20 বা 100 এর জন্য নয় And এবং আমি যখন একা কাজ করি, তখনও আমি সহায়ক সাহায্যকারী কার্যগুলি থিম্যাটিকভাবে পৃথক করতে পছন্দ করি।
ডক ব্রাউন

উত্তর:


29

গ্রন্থাগার সমূহ। ফ্রেমওয়ার্ক। ভর্সন নিয্ন্ত্র্ন.

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

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


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

2
আমি ভেবেছিলাম প্রযুক্তিগত শব্দটি বিবিএম ছিল ।
zzzzBov

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

3
@ কালেব: শান্ত থাকুন, আমার পোস্টিং পুরোপুরি পড়ুন। আমার বক্তব্যটি হ'ল: অন্য কোথাও কোথাও কোডটি কোডের অনুলিপি করা, এটিকে টুইট করে একটি টিম লাইব্রেরিতে সংহত করা অগত্যা আপনাকে "ধ্বংসের পথে" আনবে না। ওভারল্যাপিং কার্যকারিতা সহ যখন আপনার দুটি লিব রয়েছে এবং দুটি টিম যার থেকে প্রত্যেকে তাদের bষধটি বজায় রাখার জন্য দায়ী, পরিস্থিতি তেমন খারাপ নয়। এটা একেবারে নয়, যেহেতু এক দল হতে পারে , খুব কিছু কাজ অন্যটি করেন?, কিন্তু কখনও কখনও সুবিধা ঐ দল স্বাধীন beeing রাখা ডবল কাজ outweighs।
ডক ব্রাউন

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

13

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

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

আপনার কিছু কোড পুনরায় ব্যবহারযোগ্য লাইব্রেরিতে রাখার জন্য যথেষ্ট ভাল। এটি পরে কোডটি খুঁজে পাওয়া আরও সহজ করে তোলে।


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

@ কালেব যোগাযোগটি হ'ল অংশ
জে।

@jk - যোগাযোগের সমস্যার আপনি উৎস নিয়ন্ত্রণ সি উল্লেখ না থাকলে মিশ্রিত হয়
JeffO

3
@ কালেব: ওপির প্রশ্নটি কোড প্রচারের বিষয়ে নয়, প্রশ্নটি যোগাযোগ করার পরে এটি অনুসন্ধানের বিষয়ে ছিল।
ডক ব্রাউন

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

7

Employees০০ জন কর্মচারী নিয়ে একটি সংস্থায় থাকাকালীন, ২ থেকে ২০ জনের মধ্যে বিভিন্ন দলের মধ্যে, আমার অভিজ্ঞতা এখানে।

দল পর্যায়ে

আমাদের প্রায় 15-20 মিনিটের জন্য প্রতিদিন "স্ট্যান্ডআপ মিটিং" হয়। "আমি গতকাল এই ফাংশনটি করেছি, এটি এত শক্ত করে দুলছে" এর মতো আমরা সাধারণ জ্ঞানটি দ্রুত ভাগ করতে পারি।

আমাদেরও প্রতি প্রকল্পের উইকি রয়েছে। যার অর্থ আমরা অন্তর্নির্মিত কাস্টম ক্লাস / ফাংশন সহ প্রকল্পে কী হয়েছে সে সম্পর্কিত (প্রযুক্তিগত) তথ্য ভাগ করতে পারি।

এজেন্সি স্তরে

এজেন্সি স্তরে আমাদের 4 টি সরঞ্জাম রয়েছে:

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

সংস্থা পর্যায়ে

সংস্থা পর্যায়ে, এটি আরও সুসংহত।

"এজেন্সি স্তর" উইকি আসলে সংস্থার উইকের একটি অংশ।

এবং উইকিটি তখন প্রযুক্তির ভিত্তিতে বিভক্ত হয়। সুতরাং, যে কেউ এটিকে উন্নতি করতে পারে, এর মাধ্যমে অনুসন্ধান করতে এবং মূলত উইকিকে জীবন দিতে পারে।

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

এবং ভিসিএস অবশ্যই সেরা কোড শেয়ারিং সিস্টেম।

উপসংহার

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


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

6

ঠিক আছে, এটি সমস্ত যোগাযোগে নেমে আসে।

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

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

যদি এর মতো কিছুই করা হচ্ছে না, তবে আপনার বসের সাথে এটি উপস্থিত করুন, এটি কীভাবে সংস্থার পক্ষে উপকৃত হবে তা ব্যাখ্যা করুন এবং এগিয়ে যাওয়ার উপায় প্রস্তাব করুন :)


1
আমি আপনার উত্তরে "সাধারণ" ধারণাটি কিছুটা এগিয়ে নিয়ে যেতে চাই।
জেফো

4

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


1
তারপরে 4 বছর এবং 600 ফাংশন পরে যখন আপনি মনে করতে চান যে একটি ফাংশন কিছু সময় হয়েছিল? ওপির সমস্যার অংশটি তৈরি করা সমস্ত বিষয় মনে করার চেষ্টা করছিল, যদিও এটি প্রাথমিকভাবে ভাল এটি সম্ভবত এক মাস বা দুই মাস ধরে ধরে রাখবে
রাইসডাব্লু

2

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


0

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

টিএল; ডিআর: প্রতিটি চেকিনের জন্য কোড পর্যালোচনা।


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

যদি কোনও পর্যালোচক আমাকে বলেন যে আমি এমন কোড যুক্ত করছি যা কার্যকারিতার সদৃশ হয় এবং আমি সন্ধান করে দেখলাম যে তারা ঠিক আছে, হ্যাঁ হ্যাঁ আমি ডুপ কোডটি স্ক্র্যাপ করব। (আমি সম্ভবত আমার বাস্তবায়ন আরও ভাল কিনা তাও খতিয়ে দেখতে পেরেছি এবং যদি তা হয় তবে দেখুন যে আমি একটি নতুন যুক্ত করার পরিবর্তে অন্য বাস্তবায়নটি রিফ্যাক্টর করতে পারি কিনা।)
ক্যারলিন
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.