অন্যান্য ব্যক্তিদের দ্বারা তৈরি করা বাগগুলি ঠিক করা কী ভাল ধারণা?

17

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

চতুর বিকাশে (স্ক্রাম) পছন্দসই পদ্ধতির কী?

agile debugging

— Robert.K
সূত্র

3

যিনি আপনার কোড তৈরি করেছেন সে আপনার কোডটি ঠিক করবে

— এগাইল স্কাউট

35

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

— shambleh
সূত্র

1

"যত তাড়াতাড়ি সম্ভব" এর জন্য +1। প্রকৃতপক্ষে, যত তাড়াতাড়ি সম্ভব এগুলি ঠিক করুন এবং আপনার ব্যবহারকারীদের পরীক্ষা চালিয়ে যেতে দিন এবং নতুন বাগগুলি প্রতিবেদন করুন।

1

এবং যে ব্যক্তি বাগটি চালিয়েছে তার প্রতিক্রিয়া সম্পর্কে কী হবে?

@ রবার্ট এটি কেবল প্রতিক্রিয়ার বিষয় নয়। বাগটি আনুষ্ঠানিকভাবে জমা দেওয়ার মাধ্যমে বন্ধ করতে হবে ।

10

এছাড়াও অন্যান্য ব্যক্তির বাগগুলি স্থির করা শেখার একটি দুর্দান্ত উপায়। যেহেতু আপনি এটি লেখেন নি, কোডটি কী করছে তা সত্যিই তা বুঝতে আপনাকে বাধ্য করে।

— অ্যান্ড্রু কেএস

1

@ হাইগোর, রবার্ট সেই ব্যক্তির বিষয়ে জিজ্ঞাসা করেছিলেন যিনি বাগ লিখেছেন, জমা দেওয়ার জন্য নয়। গুরুত্বপূর্ণ বাগগুলির জন্য এটি প্রতিবেদন করা উচিত, তুচ্ছ বিষয়গুলির জন্য নয়।

8

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

যদি সেই ব্যক্তি উপলব্ধ না হয় তবে অন্য কেউ এটি ঠিক করতে পারে তবে সেই ব্যক্তিকে বাগ জীবনচক্রটি অনুসরণ করা উচিত।

— জ্লট
সূত্র

3

এজন্য যোগাযোগ জরুরি। মূল কোডার নয় এমন বাগটি সংশোধনকারী কোনও ব্যক্তি যদি সমস্যাটি এবং ফিক্সটি প্রবর্তকের কাছে কী তা ব্যাখ্যা করে, তবে একজনের চেয়ে দু'জন লোক এ থেকে শিখবে।

— অ্যান্ড্রু কেএস

7

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

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

— আগস্ট

2

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

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

Rgds

সম্পাদনা: আমি নিজেকে পরিষ্কার করে দিয়েছি কিনা তা নিশ্চিত নই, তবে পর্যালোচনা করাটা দলের আরেকটি বিকাশকারী হাইলাইট করা গুরুত্বপূর্ণ।

— টিয়াগো কার্ডোসো
সূত্র

@ টিয়াগো: আমি আপনার সমাধানটির প্রশংসা করি, তবে আমি মনে করি না যে আলোচনাটি সবসময় প্রয়োজনীয়।

— হোং লং

1

বাগ মূল্যায়ন করুন
মূল বিকাশকারী এটি ঠিক করার জন্য যদি এটি দ্রুত হয় / আরও বুদ্ধি করে তোলে তবে তাদের এটি দিন
এটি যদি দলের যে কেউ স্থির করতে পারেন তবে যে কেউ এটি করতে দিন।

1

কোডটি সমস্ত দলের অন্তর্ভুক্ত সম্পর্কে আমি স্টিভেনের সাথে পুরোপুরি একমত; এবং আরও কয়েকটি কারণ রয়েছে যে আপনি তাদের স্রষ্টাদের ত্রুটি না দেওয়া উচিত:

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

আপনি কীভাবে বাগটি তৈরি করেছিলেন তা যদি ট্র্যাক করতে চান তবে অবসর সময়ে আপনি মেরামতকারীকে মামলা সম্পর্কে (সমস্ত দলের আগে) জিজ্ঞাসা করতে পারেন। আপনার দলটি ছোট হওয়ায়, আমি মনে করি এটি সম্ভাব্য বাগ সম্পর্কে অভিজ্ঞতা ভাগ করে নেবে এবং কাউকে বিব্রত করবে না।

— হোং লং
সূত্র

1

কে ত্রুটি সংশোধন করে সে সম্পর্কে কেবল তিনটি কারণ রয়েছে: ব্যয়, গতি এবং পেশাদার বিকাশ।

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

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

— jmoreno
সূত্র

1

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

— শ্যামলা
সূত্র

0

সম্পর্কে চিন্তা করুন: বাগ সম্পর্কে কার কাছে আরও তথ্য আছে? উন্নয়ন দল।

সুতরাং তারা বাগটি দিয়ে কী করবেন তা সিদ্ধান্ত নিতে দিন। তারা কোডটির মালিক , সুতরাং তারা এর জন্য দায়বদ্ধ।

আপনি প্রকল্পটি পরিচালনা করে, বাগ ফিক্সগুলির জন্য প্রকল্পের সুযোগের জন্য কিছু সময় বরাদ্দ করে এবং তাদের কাজটি একা থাকতে দিয়ে তাদের সহায়তা করতে পারেন।

আপনার (প্রধানমন্ত্রীর ভূমিকা হিসাবে) দলের তুলনায় কম তথ্য রয়েছে এমন অনেক সিদ্ধান্ত নেওয়ার বিষয়টি এড়িয়ে চলুন।

সম্পর্কে প্রশ্নটি দেখুন: একটি সফ্টওয়্যার বিকাশ দলকে মাইক্রো-পরিচালনা এড়ানো কীভাবে?

— জনি
সূত্র

0

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

তারপরে আপনি কোডারদের কাছে এটি প্রদর্শন করতে পারেন যে কীভাবে তারা বাগ তৈরি করছে show

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

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

— crosenblum
সূত্র

0

কোনও বাগ পাওয়া গেলে, এটি ঠিক করা পুরো উন্নয়ন দলের দায়িত্ব।

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

ব্যক্তিদের বুঝতে হবে যে তারা একটি দলের অংশ এবং বুঝতে হবে যে কোডটি এর দায়িত্ব সহ, তাদের সকলেরই। একটি প্রকল্পের সাফল্য সমস্ত দলের সদস্যদের উপর নির্ভর করে।

— ampersandre
সূত্র