আপনি কীভাবে প্রতিক্রিয়া জানান: ক্লায়েন্টদের কাছ থেকে "আপডেটের পরে…" প্রশ্নগুলি? [বন্ধ]


19

আপডেটের পরে, লোকেরা কল করে এবং বলে চলেছে "আপডেটের পর থেকে এক্স, ওয়াই এবং জেড ধীর, খারাপ এবং ক্রাশ হচ্ছে"

আপডেটের ভোর থেকেই এই ঘটনা ঘটেছে।

লোকেরা কী আশা করে? গামা বিটার পরে আসে, এবং গামা পরীক্ষা আমাদের ব্যবহারকারীদের সর্বদা অবিশ্বাস্য হাল্কসে পরিণত করে ...

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

যাইহোক, তবুও আমার চেয়েও স্মার্ট mar "আপনি অবশ্যই একটি খারাপ প্রোগ্রামার হবেন কারণ আপনি আপনার সফ্টওয়্যারটি আরও খারাপ করছেন" তে আপনি সমালোচনা ক্ষেত্রটি কীভাবে করবেন?


1
যখনই আমরা পিআরডি-তে কোনও স্প্রিন্ট রোল করি তখনই আমার পক্ষে এটি ঘটে
গোপী

1
সর্বদা চালু থাকা কিছু হালকা ওজনের প্রোফাইলিং সাহায্য করতে পারে (বৃহত্তর কৌশলের অংশ হিসাবে)। "এটি মজার; ডেটা দেখায় যে পৃষ্ঠাটি এখন 5% দ্রুত উত্পন্ন হচ্ছে Which কোন অংশটি ঠিক ধীর বলে মনে হচ্ছে? সম্ভবত আমরা এ সম্পর্কে কিছু করতে পারি ..."

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

"আপনি অবশ্যই একটি খারাপ প্রোগ্রামার হবেন কারণ আপনি আপনার সফ্টওয়্যারটি আরও খারাপ করছেন"? ... কিছুটা ক্ষেত্রে ... ভুলভাবে ... ভুল হিসাবে .. নিম্নলিখিত অঞ্চলে এটিকে আরও উন্নত করার সময় ...
মাওগ বলেছেন মনিকা

উত্তর:


16

আপনি প্রতিবার মোতায়েনের সময় যদি এটি ঘটে থাকে তবে আপনার বিকাশের প্রক্রিয়াতে মারাত্মক ত্রুটি হতে পারে। আমি দু'টি বিষয়কে সন্দেহ করব যা সমস্যার সৃষ্টি করছে।

  1. আপনি কি এমন কোনও ডাটাবেসের বিরুদ্ধে বিকাশ করেন যা উত্পাদন হিসাবে একই আকার (মোটামুটি)? যদি তা না হয় তবে আপনি সর্বদা এই সমস্যাগুলি দেখাবেন কারণ ছোট ডেটা সেটগুলির সাহায্যে ভাল জিজ্ঞাস্যগুলি প্রায়শই বড়দের সাথে কুকুর হয়।
  2. আপনি কিউএ পরীক্ষা লোড করেন? একজন ব্যবহারকারীর পরীক্ষার সাথে যা ঠিক কাজ করে তা 1000 ব্যবহারকারী একই সাথে জিনিসগুলি করার চেষ্টা করার সাথে কীভাবে প্রতিক্রিয়া জানায় তার থেকে খুব আলাদা।
  3. আপনি কি ধরে নিয়েছেন যে ব্যবহারকারীর উপলব্ধি ভুল এবং তারা অভিযোগ করার মতো বোকামির মতো আচরণ করে? যদি তা হয় তবে আপনার মনোভাব আরও কম অভিযোগ আনছে যাতে সেগুলি কম না করে।
  4. আপনি পরীক্ষা ভাল কাজ করছেন? আপনি কি রিগ্রেশন পরীক্ষার বৈশিষ্ট্যগুলি পরিবর্তন দ্বারা প্রভাবিত হয়েছেন কিনা তা দেখার জন্য কি পরিবর্তন করা হয়নি? এমনকি আপনি কী যত্ন নেন যে জিনিসগুলি হিট না হওয়া পর্যন্ত কতক্ষণ সময় নেয়?
  5. আপনি যখন দিন নির্ধারণ করেন বা যখন আপনি বেতন পরিশোধ করেন তখন আপনি যখন অ্যাকাউন্টিং সিস্টেমে পরিবর্তন আনেন বা ব্যবহারকারীর জন্য ভাল সময় হয় তখন আপনি কি মনোযোগ দিন এবং কেন ব্যবহারকারীরা ধীর গতিতে রাগান?
  6. আপনার কী ডেভ এবং প্রোডের মধ্যে পরিবেশগত পার্থক্য রয়েছে? কখনও কখনও অপারেটিং সিস্টেম বা ডেটাবেস সংস্করণগুলিতে এইসব জটিল সমস্যাগুলিও এর মতো সমস্যাগুলির কারণ ঘটায়। স্টেজিং এনভায়রুমনেট ঠিক হ'ল প্রোড, কিছু সরঞ্জাম একই অপারেটিং সিস্টেম, ডেট সহ একই ডেটাবেস যা সম্ভব ডেটা ডেটা যতটা সম্ভব কাছাকাছি রাখা ভাল ধারণা। এটি আপনার স্থাপনার পরীক্ষা করতে ব্যবহৃত হয়। এটি প্রথমে এই সার্ভারে চালান এবং কিছু ব্যবহারকারী বা পরীক্ষকরা এটিতে যান এবং কয়েকটি পরীক্ষার মাধ্যমে চালিত হন।
  7. আপনার স্থাপনার প্রক্রিয়াটি কতটা ভাল, আপনি প্রায়শই ধাপগুলি মিস করেন? এটি কী বিকাশকারী ছাড়া অন্য কারও দ্বারা চালানো যেতে পারে কারণ আপনি যে শাখায় নিযুক্ত করছেন তাতে কোন কোডটি যায় তা স্পষ্ট হয়? যখন আমরা একটি কনফিগারেশন ম্যানেজমেন্ট দল পেয়েছিলাম তখন কোড স্থাপনের ক্ষেত্রে আমরা অনেক বেশি উন্নত হয়েছি এবং কারও কাছে প্রোপসের সাথে বসার এবং "ওফিসি" পরিবর্তনগুলি করার পক্ষে এটি করার অধিকার নেই। আপনার বিল্ডটি স্বয়ংক্রিয় করে তোলা দুর্দান্ত সাহায্য করতে পারে। কারও কাছে অনুমান করা উচিত নয় যে কি কিউতে যেতে হবে কারণ এটি কিউএতে গিয়ে প্রথমে মঞ্চায়ন করা উচিত ছিল এবং কোনও অবনমনীয় সমস্যাগুলি কার্যকর হয়েছিল। স্ক্রিপ্টিং ডাটাবেস পরিবর্তনগুলি কী। এগুলি স্ক্রিপ্টগুলিতে এবং উত্স নিয়ন্ত্রণে থাকে, সুতরাং বিল্ড প্রক্রিয়াটি কাউকে মনে না রেখেই তাদের বাছাই করতে পারে, ওহ, আমাদের কলাম বিতে দৈর্ঘ্য 50 থেকে 241 করা দরকার।

ভাল পয়েন্ট: 1. হ্যাঁ, 2. কখনও কখনও, 3. পাস, 4. এন / এ, ৫. আমরা যদি এটি সহায়তা করতে পারি তবে তা নয়। আপনার জন্য আমার একটি প্রশ্ন রয়েছে তবে আমি এটি সম্পর্কে ভাবতে এবং এটি পরে পোস্ট করতে পারি।
পিটার টার্নার 21

Sometimes. কখনও কখনও, তবে সেগুলি বৈধ বাগগুলি সাধারণত কোনও পুরানো আপডেটে চালিত না হওয়ার কারণে ঘটে।
পিটার টার্নার

Y. হ্যাঁ, এটি একটি বড় সমস্যা I আমি যে মেকফাইলটি লিখেছি তা কেউ ব্যবহার করে না যদি না এটি একেবারে প্রয়োজনীয় এবং এটি আমাদের দুর্দশার %০% কারণ। (পিএস আমি এটিকে ঠিক হিসাবে চিহ্নিত করব যদি আপনি এটি আরও ভাল ফর্ম্যাট করেন)
পিটার টার্নার

এটি "ইউএক্স ভেঙে যাওয়ার থেকে কোনও রিলিজ আটকাতে আমার কী দেখার উচিত?" এর দুর্দান্ত উত্তর is তবে আমি নিশ্চিত নই যে @ পিটারটার্নার কেন গ্রহণ করেছে কারণ এটি প্রকৃত প্রশ্নের উত্তর দেয় না।
লিলিয়ানথাল

13

"আপনি অবশ্যই একটি খারাপ প্রোগ্রামার হবেন কারণ আপনি আপনার সফ্টওয়্যারটি আরও খারাপ করছেন" তে আপনি সমালোচনা ক্ষেত্রটি কীভাবে করবেন?

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

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


9

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

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

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

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


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

6

আমি ব্যক্তিগতভাবে সমস্যাটিকে ইতিবাচকভাবে নিই। আমি প্রচুর গ্রাহকদের সাথে সারাক্ষণ ইন্টারেক্ট করি এবং আমি এখনও কোড করি code

যখন তারা একটি নতুন প্রকাশ ডাউনলোড করে এবং আমাকে এরকম কিছু বলে, আমি সর্বদা এই জাতীয় কিছু বলি:

আমাকে যে বাগ রিপোর্ট করার জন্য ধন্যবাদ। সম্ভবত এটি আমাদের সাথে যুক্ত করা সমস্ত নতুন বৈশিষ্ট্যগুলি একসাথে উপস্থাপিত হয়েছে। আমরা এটি asap ঠিক করব।

আসলে, গ্রাহক আপনার আসল বস। আপনার সাথে অভিজ্ঞতা যদি খারাপ হয় তবে এটি আপনার পক্ষেও খারাপ।

এমনকি তিনি ঠিক না থাকলেও আপনি সংস্থার অংশ হিসাবে আপনার এই সুযোগটি নেওয়া উচিত:

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

1
"অসুখী গ্রাহকের চেয়ে একটি অসুখী রূপান্তর করবেন"? আমি এটা করতে চাই না।
মিথ্যা রায়ান

4

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

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

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


3

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

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

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

চতুর্থ ধাপটি এই প্রতিটি সমস্যার জন্য, আপনার একটি পাঠ শিখানো উচিত যা আপনি পরবর্তী সময়ের জন্য পরীক্ষা করবেন test আপনি "সেই লোক" হয়ে উঠবেন যারা নির্দিষ্ট কিছু নির্মাণে আপত্তি জানায় কারণ "10,000 টি রেকর্ড রয়েছে তখন তা ভয়াবহ হবে"।

"এটি স্বাভাবিক" সামনের দিকে আরও কিছু। আমি বহিরাগত গ্রাহকের জন্য একটি চতুর প্রকল্প চালিয়ে যাচ্ছি (আমরা যা চালাচ্ছি এমন সমস্ত অন্যান্য বিষয়ের মধ্যে)। আমরা এখন প্রায় দুই বা তিন বছর ধরে প্রতি 6 সপ্তাহে রিলিজ করছি। এবং হ্যাঁ, মুক্তির মুহুর্তটি নির্ধারিত হয়েছে। আমরা গতকাল সকাল ৮ টায় একটি করেছি। এবং প্রায় প্রতি 4 র্থ বা 5 তম রিলিজ (বছরে একবার বা দু'বার, অন্যথায়) কিছু সরাসরি হয়ে যায় এবং আমরা ক্রিয়াতে ঝাঁপিয়ে পড়ে যত তাড়াতাড়ি সম্ভব এটি ঠিক করি make যদিও আমরা মুক্তির আগে পরীক্ষা এবং পরীক্ষা এবং পরীক্ষা করি। তারপরে আমরা তাদের বলি কী ঘটেছিল। "জুনে মোতায়েন করার সময় একটি ছোট্ট বাগ ছিল যা এই ক্ষেত্রটি ফাঁকা হোক, কিন্তু আমরা কখনই লক্ষ্য করিনি কারণ আমরা সেই সময়টির মানটি ব্যবহার করছিলাম না। তারপরে এই ক্ষেত্রটি যখন আমরা ক্ষেত্রটি ব্যবহার শুরু করি, তখন ফাঁকা ছিল আপনি যে ত্রুটি বার্তাটি দেখেছেন We আমরা ' বাগটি ঠিক করে ফেলেছে যাতে এগুলি ফাঁকা হতে না পারে, খারাপ রেকর্ডে মান রাখতে পারে এবং নিশ্চিত করে দেয় যে এটি আর ফুরিয়েছে না। আমাদের ক্ষমা। "বা" এই জরুরি পরিবর্তনের জন্য আপনি ভিক্ষা চেয়েছিলেন, মুক্তির দু'দিন আগে, এর পরিণতি হয়েছিল যা আমরা ভেবে দেখিনি এবং পরীক্ষাও করি নি। মনে রাখবেন কেন আমরা জরুরী পরিবর্তনগুলি প্রতিহত করি? "আপডেটের সাথে এটি আরও খারাপ করার জন্য আমি কোনও খারাপ প্রোগ্রামার নাও হতে পারি, তবে আমি অবশ্যই একটি খারাপ কাজ করেছি And এবং আমার এটি সঠিক করা দরকার। আপডেটটি দিয়ে এটিকে আরও খারাপ করার জন্য আমি কোনও খারাপ প্রোগ্রামার নাও হতে পারি, তবে আমি অবশ্যই একটি খারাপ কাজ করেছি। এবং আমি এটি সঠিক করা প্রয়োজন। আপডেটটি দিয়ে এটিকে আরও খারাপ করার জন্য আমি কোনও খারাপ প্রোগ্রামার নাও হতে পারি, তবে আমি অবশ্যই একটি খারাপ কাজ করেছি। এবং আমি এটি সঠিক করা প্রয়োজন।


0

শুধু অন্য দিকটি কভার করতে:

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

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


1
সত্য দিক, আমি মনে করি বাদে তারা মিথ্যা বলে না । তারা কেবল আপডেটের পরে এটি লক্ষ্য করতে পারে (যে কোনও মানসিক কারণে) এবং তারপরে সিদ্ধান্তে ঝাঁপিয়ে পড়ে - ব্যবহারকারীরা সত্যিই মাস্টার হন :-)
মার্টিন বা
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.