সমাধান / বাগের জন্য কাদের অর্থ প্রদান করা উচিত? [বন্ধ]

33

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

অনুমিতভাবে গৃহীত এবং সম্পন্ন কাজের ক্ষেত্রে সমাধানগুলি মোকাবেলার সেরা উপায় কোনটি?

— Agush
সূত্র

5

গুরুতর বাগগুলির জন্য, সাধারণত 'নরকে দিতে হবে' থাকে, তাই আমি অনুমান করি যে তাদের জন্য নরক মূল্য দেয়।

— টিম পোস্ট

"বাগ ইত্যাদি" বলতে কী বোঝ? বাগগুলি এবং জড়িত না করে আরও কাজের মধ্যে পার্থক্য রয়েছে।

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

আমি বোঝাতে চেয়েছিলাম অতিরিক্ত বৈশিষ্ট্য বা পরবর্তী কাজ নয়, বাগগুলি সমাধান এবং ত্রুটিযুক্ত

— আগুশ

আমি ব্রাউজারে কাজ করে এমন জিনিসগুলিকেও উল্লেখ করছি তবে অন্য সংস্করণে বা অস্পষ্ট ব্রাউজারে ভেঙে। (ওয়েব বিকাশে)

— আগুশ

আবার: যদি আপনার চুক্তিটি আপনার সমর্থন অনুসারে এই ব্রাউজার সংস্করণটিকে তালিকাভুক্ত না করে, তবে এটি আপনার দায়িত্ব নয়।

— Mchl

42

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

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

— Mchl
সূত্র

3

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

— ডিন হার্ডিং

1

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

— Mchl

অবিকল। আপনি যা করতে যাচ্ছেন তা সবার সন্তুষ্টির আগে চুক্তি বা চুক্তিতে বিবৃত হওয়া দরকার। এরপরে অনেক দেরি হয়ে গেছে। প্রকল্পটি সরবরাহ হয়ে গেলে আপনি এবং গ্রাহক একমত না হলে আপনাকে সেই বিষয়ে আপস করার উপায় খুঁজে বের করতে হবে এবং এটি জটিল হতে পারে।

— গ্লেনাট্রন

10

এটা নির্ভর করে.

প্রথম উদাহরণে আপনার অর্থ প্রদান করা উচিত কারণ এটি যুক্তিযুক্ত হতে পারে যে কাজটি সম্পূর্ণ নয়।

পরে গ্রাহকের ক্রমাগত সহায়তার জন্য অর্থ প্রদান করা উচিত।

তবে, সীমানাটি কোথায় এবং কোনও বাগ কী গঠন করে এবং নতুন বৈশিষ্ট্যটি কী তা নির্ধারণে সমস্যা is প্রয়োজনীয়তা এবং / বা স্বীকৃতি পরীক্ষা হওয়া এটি সংজ্ঞায়িত করতে অনেক বেশি এগিয়ে যায়।

কাজটি সরবরাহ করার আগে আপনার এই জিনিসগুলি সত্যই জায়গাটিতে পাওয়া দরকার, তবে আপনি যদি না করেন তবে এখনই সময় বলা উচিত - "আমি এটিকে পরের N / সপ্তাহ / সপ্তাহের জন্য নিখরচায় সমর্থন করব, তবে এর পরে আমরা একটি সমর্থন চুক্তি "(" আমরা "তে আমার জোর নোট করুন) নিয়ে আলোচনা করা দরকার।

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

— ChrisF
সূত্র

1

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

— গ্লেনাট্রন

10

উপরে দেওয়া সমস্ত উত্তর ভাল of তবে আমি বিবেচনা করার জন্য কয়েকটি বুলেট পয়েন্ট যুক্ত করব:

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

— ড্যান ডিপ্লো
সূত্র

মোটামুটি ঠিক এখনই আমি তাদের ফিক্সিং শেষ করেছি, ক্লায়েন্টকে হারিয়ে যাওয়া এখনকার সমস্যার জন্য উপযুক্ত নয়।

— আগুশ

6

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

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

— ড্যান রে
সূত্র

ধন্যবাদ এটি পরিচালনা করার জন্য এটি একটি ভাল উপায়। স্বীকৃতি পাওয়ার পরে একটি সময়কাল এবং তার পরে তারা নিজেরাই।

— আগুশ

2

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

নিশ্চিত করুন যে উত্থাপিত বাগটি একটি বিইউজি এবং বিদ্যমান বৈশিষ্ট্যে কোনও পরিবর্তন নয়। যে কোনও বৈশিষ্ট্য পরিবর্তনের জন্য আপনার চার্জ করা উচিত।

— গোপী
সূত্র

2

যদি তিনি এটি পরীক্ষা করে নেন এবং স্বাক্ষর করেন, আপনি তর্ক করতে পারেন যে তার অর্থ প্রদান করা উচিত।

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

প্রোগ্রামটি ইনপুটগুলি প্রদত্ত যদি অনাকাঙ্ক্ষিত বা অপ্রত্যাশিত কিছু করে তবে এটি একটি বাগ, এবং এটি ঠিক করা উচিত।

আপনি প্রাথমিক উন্নয়ন কাজের অতিরিক্ত হিসাবে সাপোর্ট ফি এর জন্য উদ্ধৃতি দিতে পারতেন।

— cometbill
সূত্র

2

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

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

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

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

তদুপরি, যে ক্লায়েন্ট সেই ক্লজটি গ্রহণ করবেন না তিনি সম্ভবত খারাপ ক্লায়েন্ট।

— ঘোলাটে
সূত্র