কোনও প্রোগ্রামারকে উত্তর হিসাবে "কেন" না পেয়ে একটি প্রশ্ন জিজ্ঞাসা করবেন


31

আমাদের সবারই এই অভিজ্ঞতা ছিল। আপনি জানেন এমন কারও কাছে যান যার কাছে একটি প্রশ্নের উত্তর রয়েছে, সেই ব্যক্তিকে প্রশ্ন জিজ্ঞাসা করুন এবং তারা সাধারণ প্রতিক্রিয়া দিয়ে উত্তর দেন: "কেন?" আপনার ব্যাখ্যা করা দরকার কেন তা আপনি ব্যাখ্যা করেন এবং তারা আপনার সমস্যা সমাধানের চেষ্টা করে।

কথোপকথনটিকে মূল প্রশ্নে ফিরে আসতে সময়, বাহু পাকানো এবং ধৈর্য লাগে just

প্রোগ্রামাররা কেন ক্রমাগত এটি করে এবং কেন প্রোগ্রামারটি আরও প্রবীণ হয়ে ওঠে আচরণটি আরও খারাপ হয়?

আপনি কীভাবে কোনও প্রোগ্রামারকে কোনও প্রশ্ন জিজ্ঞাসা করতে পারেন যেভাবে মূল প্রশ্নের উত্তর বের করতে সবচেয়ে দক্ষ?


54
সম্ভবত এটি সম্ভবত কারণ তারা জানেন যে আপনার সম্ভবত উত্তরটির প্রয়োজন নেই। How do I walk on water? Why? I want to cross the river Build a boat.
ড্যানিয়েল গ্রেটজার

30
এটি একটি কৌশল, আপনাকে আমাদের সময় নষ্ট করা থেকে বিরত রাখতে ডিজাইন করা। আপনি হয় সঠিক হতে শিখতে হবে, বা জিজ্ঞাসা ছেড়ে।
ইয়ানিস

17
কারণ আরও সিনিয়র প্রোগ্রামাররা জানেন যে তাদের মধ্যে বেশিরভাগ প্রশ্ন করা হয় এক্সওয়াই-প্রশ্ন।
মার্জন ভেনেমা

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

8
"আমি কীভাবে কিছু প্লুটোনিয়ামে হাত পেতে পারি?" না না. কোন প্রশ্ন করুন। কিভাবে আমাকে বলুন।
এরিক রেপেন

উত্তর:


91

যখন কেউ তাদের জিজ্ঞাসা করেন যে সমাধান কীভাবে প্রয়োগ করা যায় তখন তারা কেন "কেন" জিজ্ঞাসা করে?

কারণ সমাধানটি বাস্তবে কার্যকর করার চেয়ে সমাধানটি উপযুক্ত কিনা তা মূল্যায়নের জন্য আরও জ্ঞানের প্রয়োজন।

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

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

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

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


4
ঠিক এই। যে ক্লায়েন্টরা জানেন না তারা কি চান তা গাধা ব্যথা। গ্রাহকরা যারা জানেন তারা ঠিক কী চান প্রায়শই খারাপ হয়। তথ্য জিজ্ঞাসা করার সময় ব্যবসায়ের প্রয়োজনীয়তাটি ছেড়ে যাবেন না। আমরা প্রতিটি ছোট জিনিস প্রায়শই অত্যন্ত প্রাসঙ্গিক-প্রাসঙ্গিক।
এরিক রেপেন

14

"প্রশ্নটি বিশেষতঃ একজন কীভাবে অন্য প্রোগ্রামারকে কোনও প্রশ্ন জিজ্ঞাসা করার জন্য জড়িত করে, যেখানে অন্যটির উত্তর রয়েছে এবং কেন প্রশ্ন জিজ্ঞাসা করা হচ্ছে তা নিয়ে বিতর্ক এড়িয়ে যান।"

আপনি পারবেন না, অন্তত নির্বিচারে না। অন্য প্রোগ্রামারটি একজন ব্যক্তি, কম্পিউটার নয় এবং আপনার চাকর নয়। আপনি যদি তাদের কোন প্রশ্ন জিজ্ঞাসা করেন তবে তারা কী উত্তর দেয় তা চয়ন করতে পারে। যদি তারা মনে করেন যে তাদের আরও প্রসঙ্গের প্রয়োজন হয় তবে তারা এটি চাইতে পারেন।

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


13

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

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

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

সুতরাং সংক্ষিপ্তসার হিসাবে - আপনি যদি আপনার প্রশ্নের সঠিক উত্তর চান তবে আপনার অবশ্যই নিশ্চিত হওয়া উচিত যে আপনি:

  • সঠিক প্রশ্ন জিজ্ঞাসা (এইভাবে আপনার আগে সমস্যাটি গবেষণা করা দরকার)
  • সমস্যার প্রসঙ্গ সরবরাহ
  • সমস্যাগুলির দিকে দ্রুত পরিচালনা করার জন্য আপনার গবেষণার কিছু ভাগ করে নিচ্ছেন

আমি জানি বেশিরভাগ মানুষ কেবল কম্পিউটার এবং কম্পিউটার নয়। আপনি যদি উত্তর চান তবে এটি গুগল করার চেষ্টা করুন।


2
+1 একদম ঠিক। গ্রাহকরা এমন বৈশিষ্ট্যটি বাস্তবায়নের জন্য কতবার অনুরোধ করেছিলেন যা উন্নয়নের ক্ষেত্রে হাজার হাজার ডলার ব্যয় করতে পারে, যখন প্রকৃত ব্যবসায়ের প্রয়োজনটি সহজেই কোনও সরঞ্জাম দিয়ে সমাধান করা যেতে পারে যা ইতিমধ্যে বিদ্যমান, প্রায়শই কোনও দাম ছাড়াই!
আর্সেনি মরজেনকো

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

হুবহু :) এবং আপনি সম্ভবত কোনও সার্জনের কাছ থেকে ঠিক এমনটি করার প্রত্যাশা করবেন।
খ্রিস্টান পি

9

প্রোগ্রামাররা কেন ক্রমাগত এটি করে এবং কেন প্রোগ্রামারটি আরও প্রবীণ হয়ে ওঠে আচরণটি আরও খারাপ হয়?

দুর্ভাগ্যক্রমে এটি সাধারণ সত্য থেকে যতটা তা পায়।

এই আচরণটি সত্যই ভাল লোকদের সংখ্যালঘুতে সীমাবদ্ধ। এবং আপনার আরও ভাল এটি শিখতে হবে।

দ্রুত এবং নিশ্চিতভাবে ছদ্মবেশে চালিত করাই একটি ভাল উপায় the


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


তারা যে তারা ভাল মনে করে তারা ঠিক আছে কিনা তা খুব বেশি নয়।
ফ্লোরিয়ান এফ

4

এখানে প্রতিটি উত্তরই "কেন" প্রশ্নের উত্তরের উত্তর, তবে ওপিএস প্রশ্নের সত্যিকার অর্থে কেউ উত্তর দেয়নি।

আপনি কীভাবে কোনও প্রোগ্রামারকে কোনও প্রশ্ন জিজ্ঞাসা করতে পারেন যেভাবে মূল প্রশ্নের উত্তর বের করতে সবচেয়ে দক্ষ?

উত্তরটি আশ্চর্যজনকভাবে সহজ: আপনি কীভাবে এটি জিজ্ঞাসা করার আগে তাদের কেন এটি করা প্রয়োজন তা বলুন।

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


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

3

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


1

প্রোগ্রামাররা সমস্যাগুলি সমাধান করার জন্য "হার্ড ওয়্যার্ড"।

ভাল প্রোগ্রামাররা "সঠিক" সমস্যাগুলি সমাধান করার চেষ্টা করবে।

কেউ যা জিজ্ঞাসা করছে কেবল তা সরবরাহ করা [প্রায়শই] ভুল সমস্যা সমাধানের জন্য।

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

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

ব্যবহারকারীদের মত

আপনি সেখানে পৌঁছানোর সর্বোত্তম উপায়ে অফার করার আগে আমাদের জানতে হবে যে আপনি কোথায় পৌঁছানোর চেষ্টা করছেন।

বিকল্পভাবে, (মন্টি পাইথনকে চিত্রিত করার জন্য): "আপনি কি 5 মিনিটের উত্তর চান বা পুরো আধ ঘন্টা"?

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

আপনার দৃষ্টিকোণ জানা আপনার উত্তরটি প্রায়শই মূলত পুনরায় আকার দিতে পারে।


0

আপনার চূড়ান্ত প্রশ্নটি হল "আপনি কীভাবে কোনও প্রোগ্রামারকে প্রশ্নটি জিজ্ঞাসা করতে পারেন যে কোনওভাবে মূল প্রশ্নের উত্তর বের করার ক্ষেত্রে সবচেয়ে দক্ষ?"

আপনি প্রথম "দক্ষ" এবং "কার্যকর" বিভ্রান্ত করছেন। সর্বাধিক দক্ষ হতে , শুধু "উত্তর কি?" কাগজের টুকরোতে এবং প্রোগ্রামারকে এটি দেখান। এটি একটি প্রশ্ন জিজ্ঞাসা করার খুব দক্ষ উপায় way এটি উত্তর পেতে খুব অকার্যকর।

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

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


0

আপনি কী অর্জন করতে চান এবং কোন প্রসঙ্গে আপনি কাজ করছেন তা স্পষ্ট করে প্রশ্নটি শুরু করুন you আপনি যদি যথেষ্ট প্রসঙ্গ দেন তবে আপনি "কেন?" পাবেন না ? , আপনি একটি "এটি কি সত্যিই প্রয়োজনীয়?"

কারণ, পরিসংখ্যানগতভাবে , বেশিরভাগ প্রস্তাবিত বৈশিষ্ট্যগুলি স্তন্যপান করে , এবং এটি বাস্তবায়নের ঝামেলার উপযুক্ত নয়।

একটি সাধারণ প্রত্যাবর্তন হবে "তবে এটি তাঁর কাজ।" তার কাজটি ভাল কোড লিখছে , এবং বৈশিষ্ট্যগুলি যুক্ত করা সাধারণত এর বিপরীতে চলে যায়, কারণ বেশিরভাগ বৈশিষ্ট্যের জন্য কার্যকরী কোডবেস এবং এই "পুনরায় নকশার জিনিসটি:" এর একটি নতুন ডিজাইন প্রয়োজন require

  1. চিরকাল লাগে
  2. নতুন বাগ যুক্ত করা হয়েছে
  3. কাজ করে যা জিনিস ভাঙ্গা
  4. রক্ষণাবেক্ষণকে অভেদ্য করে তোলে

এটি ভাল কোড নয়, ভাল কোডটি ন্যূনতম।


প্রোগ্রামারের কাজ ভাল কোড লিখছেন না। প্রোগ্রামারের কাজ হ'ল যে সংস্থা তাদের নিয়োগ দেয় তার জন্য মূল্য উত্পাদন করা। অনেক ক্ষেত্রে ভাল কোড লেখা এটির একটি অংশ। অনেক ক্ষেত্রে দ্রুত কাজ করা থ্রোওয়ে কোড সংগ্রহ করা এটির একটি অংশ। আমি সম্মত হই যে প্রচুর বৈশিষ্ট্যগুলি স্তন্যপান করে - আমি এমন একটি সংস্থার জন্য চুক্তি করেছি যা তাদের ক্লায়েন্টরা কখনও ব্যবহার করেনি এমন নতুন বৈশিষ্ট্য যুক্ত করতে চেয়েছিল কারণ তারা স্মার্ট প্রক্রিয়ার মাধ্যমে কল্পনা করে নি তবে কেবল কেউ ভাবছিল "আরে, এটি কার্যকর হতে পারে "।
মরিসি
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.