সফটওয়্যারটি এখনও জানা বাগ সহ প্রকাশিত হয়? [বন্ধ]


18

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

কেন? ওপেন সোর্স প্রকল্প বা সাধারণ কোনও প্রকল্প কেন পরিচিত বাগ সহ প্রকাশ করা হবে ? বাগ ট্র্যাকার 0 টি বাগ খোলা না হওয়া পর্যন্ত তারা কেন অপেক্ষা করবে না?


3
দুপুরের মতো গন্ধ পেয়েছে।
চাকরী

41
বাগ ছাড়াই আমাদের ব্যবহারযোগ্য কিছু সফ্টওয়্যার প্রদর্শন করুন।
জোয়েল ইথারটন

13
কারণ সময় অসীম, মানুষ না?
জো

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

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

উত্তর:


41

সহ যেকোন সংখ্যক কারণ:

  1. সংস্থাটি নির্দিষ্ট সময়ে প্রকাশের জন্য ব্যবহারকারী বেসের প্রতি প্রতিশ্রুতিবদ্ধ হয়েছিল
  2. বাগগুলি মিশন-সমালোচক বা এমনকি বড় ছিল না
  3. নতুন বৈশিষ্ট্য বিকাশকে আরও গুরুত্বপূর্ণ হিসাবে দেখা হয়েছিল (সঠিকভাবে হোক না কেন)

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


24
+1, তবে আমি যুক্ত করতে চাই: 4) উদ্ভট অপ্রাপ্তিযোগ্য মনে হয় এক-সময়ের ঘটনা বাগ যা QA লগ করে। এই ধরণের জিনিসগুলি ট্র্যাক করা উচিত তবে এটি একটি অনর্থক নেটওয়ার্ক আউটেজ, অপরিকল্পিত পরিবেশ ডাউনটাইম, বা কিউএ কেবলমাত্র ডিবাগ হওয়ার জন্য পর্যাপ্ত তথ্য সরবরাহ করেনি। 5) মাইনর বাগগুলি যা সমাধানের জন্য অপ্রয়োজনীয় পরিশ্রমের প্রচেষ্টা নেয়, যেমন। একটি নির্দিষ্ট মডিউল সম্পূর্ণ রিফেক্টর।
ম্যাপেল_শ্যাফ্ট

4
ভাল মন্তব্য, গৌণ বাগগুলি যে অপসারণের জন্য গ্যারান্টুয়ান রিফ্যাক্টরিং প্রচেষ্টা দরকার require
ekkanal

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

37

কারণ কোনও বাগের সাথে থাকা একটি সফ্টওয়্যার কোনও সফ্টওয়্যারই মোটেই ভাল নয়।
একই কারণে:

  • পরিবহন সংস্থাগুলি সময়সূচী তৈরি করতে বিরত থাকে, যদিও সর্বদা দেরি হয়।
  • ফার্মাসিউটিক্যাল সংস্থাগুলি পরিচিত (এবং বেশিরভাগ নথিভুক্ত) পার্শ্ব প্রতিক্রিয়া সহ ওষুধ বিক্রি করে।
  • সারা বিশ্বের স্কুলগুলি নিউটনীয় পদার্থবিজ্ঞান শেখায়, যদিও এটির সীমাবদ্ধতা রয়েছে known

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

বা ভোল্টায়ারের কথায় এটি বলতে: "লে মিক্স এস্ট ল'নেমি ডু বিয়েন।"


22

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


1
আমি নোট করব যে স্পষ্টত যদি আপনার সফ্টওয়্যারটি বাগগুলি পূর্ণ হয় তবে এর প্রভাবটি উপকারী হতে পারে না))
ম্যাথিউ এম।

7

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

রিলিজ করার সময় এই প্রশ্নটি প্রতিটি বিকাশকারী দলের মুখোমুখি হয়: 1) ব্যগ # আই হ'ল ব্যয় এবং অতিরিক্ত মান এবং 2) i = 0 থেকে এন পর্যন্ত সমস্ত খোলা বাগের জন্য পুনরাবৃত্তি করা উচিত worth

মনে রাখবেন যে একটি সফ্টওয়্যার পণ্য প্রকাশিত হয়নি তার কারও কাছে কোনও মূল্য নেই। সফ্টওয়্যার প্রোডাক্টে 200 টি অসামান্য বাগ রয়েছে তবে এর কার্যকারিতাটির 90% রয়েছে, মুক্তির সময় যা কাজ করে তাতে খুশী সমস্ত লোকের মূল্য রয়েছে।

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


6

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

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


এর সাথে সম্পর্কিত হ'ল প্রতিটি বাগ ফিক্সটি পণ্যটিতে নতুন বাগ প্রবর্তনের সুযোগ সৃষ্টি করে যা মূল বাগের চেয়ে গুরুতর হতে পারে।
মালাচি

4

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


2

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


2

সম্ভাব্য উত্তর:

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

2

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

আমি এটি বিশ্বাস করতে চাই কারণ ব্যবহারকারীর বেসটি নতুন বৈশিষ্ট্যগুলির দাবি করে এবং যুক্ত কার্যকারিতাটির জন্য একই বা আরও বেশি বাগ নিতে প্রস্তুত board

যদি ব্যবস্থাপনা জড়িত থাকে তবে বিভিন্ন সময়সীমার জন্য বিজ্ঞাপনের সময়সূচি, অতিরিক্ত কর্মীদের প্রাপ্যতা সম্পর্কিত সমস্যা, "এই-কার্যকারিতাটির সাথে আমাদের প্রথম হওয়া উচিত" মানসিকতার জন্য সময়সীমাটি পূরণ করা প্রয়োজন।

আমার মনে কম আশাবাদী, সম্ভবত কারণ বিকাশকারীরা অলস?

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


1

সবচেয়ে সহজ প্রোগ্রাম্যাটিক পরীক্ষায়:

if (management->perceived_cost_to_fix > management->perceived_benefit_release_now) {
    release;
}

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

এছাড়াও, ঘণ্টা বক্ররেখার মধ্যে সেই গণনাগুলি সম্পর্কে ভাবুন ... কিছু লোক সত্যই খারাপকে দুপাশে পরিণত করবে। বাঁকের এক প্রান্তের জন্য ডিউক নোকেম চিরকালীন দেখুন See

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