যদি কেউ আপনাকে সফ্টওয়্যার বিকাশ অনুশীলন সম্পর্কিত একটি যাচাইকৃত বিবৃতি সরবরাহ করে, আপনি কি "উদ্ধৃতি আবশ্যক" দিয়ে প্রতিক্রিয়া জানান? [বন্ধ]


14

সম্প্রতি আমি গ্রেগ উইলসন (সফটওয়্যার কার্পেন্ট্রির চিফ সায়েন্টিস্ট) প্রদত্ত একটি বক্তৃতায় অংশ নিয়েছি । বিমূর্ত থেকে:

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

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

ভোঁতা করে বলছি , আমি দোষী হয়ে যাচ্ছিলাম

এখানে বক্তৃতা থেকে নেওয়া একটি উদাহরণ:

"যদি 25% এরও বেশি কোডের পুনঃনির্মাণের প্রয়োজন হয় তবে এটি পুনরায় লেখার পক্ষে দ্রুত" "

কলুষিত মনে হচ্ছে, তবে এটি কি সত্য? অধ্যয়ন এটিকে সমর্থন করছে কোথায়? এটা কি সব ভাষার ক্ষেত্রেই সত্য? ইত্যাদি।

ঠিক আছে, আপনি একে প্রথম নীতি থেকে উদ্ভূত না করে এটিকে চূড়ান্ত দিকে নিয়ে যাওয়া এবং কারও দ্বারা কিছুতেই বিশ্বাস করা সম্ভব নয়। এইভাবে পাগলামি (বা সম্ভবত গণিত ;-)) রয়েছে। তবে, যদি কেউ "হেই, [মুহুর্তের ভাষা বেছে নেওয়ার মাধ্যমে]" এর পংক্তিতে একটি বিবৃতি নিয়ে আপনার কাছে আসে তবে আমরা [10 এর একাধিক বাছাই]% দ্বারা উত্পাদনশীলতা বাড়াতে সক্ষম হব আপনি কি কেবলই ঝুঁকছেন? এটি গ্রহণ করুন, বা আপনি প্রমাণিত প্রমাণ জিজ্ঞাসা করতে যাচ্ছেন?

যদি এটি পরে হয় (এবং আমি এটি আশা করি) তবে

  1. আপনি এই প্রমাণ কোথায় পেতে হবে?
  2. আপনি কত কঠোর হতে হবে?

সংক্ষেপে, যদি কেউ আপনাকে যাচাইকৃত বিবৃতি দেয় তবে আপনি কি "উদ্ধৃতি আবশ্যক" দিয়ে সাড়া দেবেন?


2
বিজ্ঞানের বাইরে কতগুলি ক্ষেত্রে লোকেরা অনুগত প্রমাণের দাবি করে? আমার পর্যবেক্ষণে, আমি যতটা চাই পছন্দ করি না।
ডেভিড থর্নলি

1
ঘনিষ্ঠ ভোট সম্পর্কে কিছু মন্তব্য সম্পর্কে? "খুব স্থানীয়করণ" এবং "সত্যিকারের প্রশ্ন নয়" এই প্রসঙ্গে আসলে স্ব-ব্যাখ্যামূলক নয়।
ইনাইমথি

1
হ্যাঁ, আমিও নিকট ভোটের পিছনে যুক্তি জানতে চাই।
রবার্ট হার্ভে

@ রবার্ট সম্পাদনার জন্য ধন্যবাদ। প্রতিবিম্ব উপর খুব কম প্রদাহজনক।
গ্যারি রোয়ে

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

উত্তর:


3

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

পেশার প্রায় প্রতিটি কিছুর অবতারণা রয়েছে, বা একাধিক এক জায়গায় প্রতিটি উন্নতির কোথাও কোনও উপজাতি হওয়ার সম্ভাবনা রয়েছে।

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

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

যদি কেউ আপনাকে বলে থাকে যে "যদি 2% এরও বেশি কোডের পুনঃনির্মাণের প্রয়োজন হয় তবে এটি আবার নতুন করে লিখতে হবে" আপনি জানতেন যে কেউ আপনাকে বলেছে তেমনি মিথ্যা হতে হবে "কেবল যদি 98% এরও বেশি কোডকে রিপ্যাক্টেরিংয়ের প্রয়োজন হয় তবে এটি এটি পুনরায় লেখার জন্য দ্রুত "। প্রকৃত সংখ্যাটি আপনি কী করছেন এবং বর্তমান কোডটি কতটা আদর্শের থেকে নির্ভরশীল তা নির্ভর করে।

একটি নির্দিষ্ট পয়েন্টের পরে একটি পারমাণবিক চুল্লী করা সহজ যে ধারণাটি অনেক ক্ষেত্রে স্পষ্টতই সত্য, তবে আসল শতাংশের একটি উদাহরণ যা আপনাকে আপনার (দলের) নিজের অভিজ্ঞতা এবং বর্তমান পরিস্থিতির লেন্সের মাধ্যমে বিবেচনা করতে হবে of


উদাহরণ বিবৃতিটির বিশদ বিশ্লেষণের জন্য +1। আপনি কি সত্যিই ভাবেন যে সমস্ত বৈজ্ঞানিক গবেষণার একটি বাণিজ্যিক কোণ রয়েছে যদিও এটি ব্যবহার করতে হবে? (আমার নির্দোষকে ক্ষমা করুন তবে আমি এ সম্পর্কে সত্যই আগ্রহী)
গ্যারি রোয়ে

@ গ্যারি: সমস্ত জিনিসই নিখুঁত নয়, তবে বাইরে থেকে কোনও গবেষণার পক্ষপাত নির্ধারণ করা যদি অসম্ভব না হয় তবে খুব কঠিন। সম্ভবত তাই যখন পুরো পরিস্থিতি কভার করে এমন কোনও মেট্রিকের বিষয়ে সম্মত না হন
বিল

8
যদি কেউ আপনাকে সফ্টওয়্যার বিকাশ অনুশীলন সম্পর্কিত একটি যাচাইকৃত বিবৃতি সরবরাহ করে, আপনি কি "উদ্ধৃতি আবশ্যক" দিয়ে প্রতিক্রিয়া জানান?

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


2
আপনি এই মডেলটির সাথে কোথাও পেতে পারেন তবে আমি একটি কাগজ ভেবে কাঁপছি প্রোগ্রামারসকে একটি উত্স হিসাবে উদ্ধৃত করে SE
ইনাইমথি

@ আইনামথী: এটি কমপক্ষে উইকিপিডিয়া হিসাবে নির্ভরযোগ্য, যদি না হয়!
স্টিভেন এ। লো

প্রমাণ অনুসন্ধানের জন্য +1 - সর্বদা ভাল পরামর্শ। আপনি এটি বিশ্বাস করার আগে কত উপগ্রহ আছে? ;-)
গ্যারি রোয়ে

1
@ গ্যারি: এসও তে, দশ এই সাইটে, বিশ। মেটাতে, একশো - যদি না এটিতে ইউনিকর্ন এবং ওয়েফেলস জড়িত থাকে তবে এক্ষেত্রে এটি সত্য হওয়া আবশ্যক
স্টিভেন এ। লো

ইউনিকর্ন রেফারেন্সটি পছন্দ করুন
গ্যারি রোয়ে

4

অনেক বিকাশকারী কোড এবং গ্রাহকরা যে কোডটি পরিবেশন করে তাদের সাথে কাজ করার অভিজ্ঞতার বিষয়ে তাদের মুহুর্তের সিদ্ধান্তের মুহূর্তকে ভিত্তি করে।

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

এই জাতীয় অভিজ্ঞতা বুদ্ধি হ'ল এইচআর বিভাগগুলি "মানব রাজধানী" বলে। এটি এমন একটি জিনিস যা অভিজ্ঞ বিকাশকারীদের মূল্যবান করে তোলে এবং তার কারণগুলির মধ্যে অন্যতম কারণ ভাল সংস্থাগুলি তাদের মানুষের দীর্ঘায়ু সংরক্ষণের চেষ্টা করে things

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

শেষ পর্যন্ত, "যদি কোডের 25% এরও বেশি রিফ্যাক্টরিংয়ের প্রয়োজন হয় তবে এটি পুনরায় লেখার পক্ষে দ্রুত" এর মত বিবৃতি সমস্ত পরিস্থিতিতে কাজ করা প্রমাণিত হতে পারে না, সুতরাং বিবৃতি [উদ্ধৃতি-প্রয়োজনীয়] সত্যবাদী প্রোগ্রামারকে অবহিত করার উপায় যা অন্যের প্রতি তাঁর মতামত জোর করার চেষ্টা করে যে এটি সর্বদা "তাঁর পথ বা হাইওয়ে" নয়।


আহ্, ভাল পুরাতন মানব রাজধানী এবং মানবসম্পদ, সেই দুর্দান্ত দুটি যুগল বাক্যাংশ
যেখানেই

@ অ্যারোনট: একটি ধারণাগুলি কার্যকর করা কখনও কখনও এটি উচ্চারণের জন্য ব্যবহৃত উচ্চ শব্দভান্ডার থেকে কমতে পারে। এ কারণেই সংশয়বাদী লোকেরা মাঝেমাঝে প্রমাণ চেয়ে থাকে।
রবার্ট হার্ভে

এই বিশেষ ধারণাগুলি সংক্ষিপ্ত হয়ে পড়লে কি কার্যকর হবে না?
অ্যারোনআউট

একটি ডগমেটিক প্রোগ্রামারের বিরুদ্ধে "উদ্ধৃতি প্রয়োজনীয়" প্রতিরক্ষার একটি ভাল ব্যবহারের জন্য +1 - খুব দরকারী
গ্যারি রোয়ে

4

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


"আপনার কোনও কিছু গ্রহণ করার দরকার কেন" জিজ্ঞাসা করার জন্য +1। কখনও কখনও নেতৃস্থানীয় প্রান্ত থেকে পিছনে পদক্ষেপ নেওয়া ভাল জিনিস।
গ্যারি রোয়ে

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

3

বক্তৃতার উদাহরণটি হিউরিস্টিক, থাম্বের নিয়ম এবং আরও কিছু নয়। এটি স্পষ্টভাবে সুস্পষ্ট হওয়া উচিত।

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

তার মানে কি তারা মূল্যহীন? আমি একদম বলব না।

হিউরিস্টিকস হ'ল এনপি-সম্পূর্ণ সমস্যাগুলির সমাধানের জন্য আমরা যে পন্থাগুলি গ্রহণ করতে পারি, এবং অনেক ক্ষেত্রে, সফ্টওয়্যার ইঞ্জিনিয়ারিং নিজেই একটি এনপি-সম্পূর্ণ সমস্যা।


ভাল দিক. =)
পাবলো

1

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

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

অন্য প্রান্তে, যখন কোনও বিক্রেতা দাবি করেছেন যে কিছু নতুন আইডিই 50% বেশি উত্পাদনশীল, তখন আমার প্রথম প্রতিক্রিয়াটি bull% $ &!


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

1
কোড সম্পূর্ণ উদাহরণের জন্য +1 (একই লেখক স্টিভ ম্যাককনেল র‌্যাপিড বিকাশের ক্ষেত্রেও সত্য)।
গ্যারি রোয়ে

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

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

1

এটি কি এমন কিছু নয় যা পুরোপুরি অদম্য ভেরিয়েবলের উপর নির্ভর করে (বৈকল্পিক যেগুলির বৈজ্ঞানিকভাবে মাপার কোনও উপায় নেই)?

আমার মতে, তারা অনুভূতিগুলি পরিমাপের জন্য একটি অভিজ্ঞতামূলক পদ্ধতি সম্পর্কে কথা বলছে। এমন কিছু যা এমনকি স্পকও সম্পাদন করতে পারে নি। =)


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

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

পরিমাণটি হ'ল আপনি বৈজ্ঞানিক পদ্ধতির মাধ্যমে যা পরিমাপ করছেন। গুণগত হ'ল আপনি নিজের প্রবৃত্তির মাধ্যমে যা পরিমাপ করেন। বিশ্লেষণ সম্পর্কে আবেগ না থাকলে আবেগ বনাম আবেগ বিচার করা সম্ভব নয়।
পাবলো

কমপক্ষে বলতে গেলে, যখন আমরা তাদের মধ্যে মতামত এবং পার্থক্য সম্পর্কে কথা বলি, তখন আমরা বিমূর্তটি পরিমাপ করার জন্য একটি যুক্তিসঙ্গত, বৈজ্ঞানিক এবং বাস্তব পদ্ধতিতে একমত হতে পারি না।
পাবলো

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