যদি কোনও সহকর্মী কেবল চেহারা পরিবর্তন করতে আপনার কোডটি সম্পাদনা করছেন তবে কী করবেন?


16

কোনও সহকর্মী যদি আপনার কোড সম্পাদনা করে তবে আপনার কী করা উচিত?

কার্যকারিতা যুক্ত করার জন্য বা বাগগুলি ঠিক করার উদ্দেশ্য ব্যতীত, কীভাবে এটি দেখাচ্ছে তা পরিবর্তনের জন্য ...


9
আমি ধরে নিলাম আপনার এ নিয়ে সমস্যা আছে। যদি তাই হয় তবে কেন? এটি কি কোডটিকে আরও খারাপ করে তোলে ?
জাজ

3
@ জোশ: হ্যাঁ বাস্তবে এটি কোডটিকে আরও খারাপ করে দেয়, কারণ যে ছেলেটি লিখেছিল তার চেয়ে অন্য কোনও প্রোগ্রামার এটি বজায় রাখা শক্ত।
রবার্ট কোরিটনিক

4
তাকে আরও কাজ দিন
অস্কার ক্যাবেরো

4
@ রবার্ট - আমার মনে হয় আপনি @ জোশের বক্তব্য মিস করেছেন। কোডের চেহারা পরিবর্তন করতে পারে এটা বস্তুনিষ্ঠ করতে সহজ বজায় রাখার জন্য ... বিশেষত যদি এটা দুর্বল দিয়ে শুরু করতে ফরম্যাট করা হয়।
স্টিফেন সি

4
এটি কি সত্যিই আপনার কোড, বা এটি দলের অন্তর্ভুক্ত?
এরিক কিং

উত্তর:


28

এটি সম্পর্কে তাদের সাথে কথা বলুন। "তারা আমাকে বিরক্ত করার জন্য এটি করছে না বা তাদের কিছুটা আবেগ-বাধ্যতামূলক ব্যাধি রয়েছে বলে তারা মনোভাব নিয়ে কথোপকথনে যান; তারা আমার কোডটি আরও উন্নত করার চেষ্টা করছেন।"

কারণ আপনি ভুল হতে পারে। এটি একটি সূক্ষ্ম বাগ সমাধান হতে পারে এবং আপনি এটি সন্ধান করেন নি।

বা, এটি এমন হতে পারে যে কোনও কোডিং মান রয়েছে যা আপনি জানেন না যে আপনি লঙ্ঘন করছেন, এবং তারা কেবল এটি সংশোধন করছে।

বা, এটি হতে পারে যে তারা আপনাকে বিরক্ত করার চেষ্টা করছে বা তাদের কিছুটা অবসেসিভ-বাধ্যতামূলক ব্যাধি রয়েছে। যদি এটি হয় তবে তাদের থামিয়ে দেওয়ার জন্য সুন্দরভাবে জিজ্ঞাসা করুন এবং যদি এটি কার্যকর না হয় তবে এটি আপনার বসের সাথে নিয়ে যান।

আপনি জিজ্ঞাসা না করা তবে আপনি কখনই জানতে পারবেন না।


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

@ ম্যাট: দুর্দান্ত পয়েন্ট।
ব্লেয়ারহিপ্পো

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

5
ওহ, আমি বলছি না টমের সহকর্মী সীমানার দুর্বলতার সাথে একটি ওসিডি ঝরঝরে ফ্রিক। আমি শুধু বলছি যে "আপনার সাথে কী ভুল হচ্ছে ?!" এর মানসিকতার সাথে কথোপকথনে যাচ্ছি উত্পাদনশীল কথোপকথন করার ভাল উপায় নয়। :-)
ব্লেয়ারহিপ্পো

1
@ ক্রিসকে ন্যায়সঙ্গত হওয়ার বিষয়ে চিন্তা করার দরকার নেই, আমি সবসময় Ctrl + K + D!
নাথন টেলর

16

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

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

অন্য সমস্ত কিছু যদি ব্যর্থ হয় তবে চেক-ইনটি ফিরিয়ে দিন। ;)

সম্পাদনা করুন: প্রসাধনী পরিবর্তনগুলি করার ইচ্ছাটি যদি বাগটি প্রবর্তন করে তবে সমস্ত বেট বন্ধ রয়েছে।


9

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

আপনি যদি কোনও কোডিং স্ট্যান্ডার্ড ব্যবহার না করে থাকেন তবে 'ভাল কোড' গঠনের পুরো যুক্তিটি খুব বিষয়গত হয়ে ওঠে। সুতরাং আপনার কেন কোডিং স্ট্যান্ডার্ড ব্যবহার করা উচিত :)


8

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

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

হ্যাঁ, আমি এটিকে একা রেখে যেতে পারতাম, তবে কোডটি পড়ার জন্য প্রয়োজনীয় মানসিক প্রচেষ্টাটি আমি হ্রাস করব।

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


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

6

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


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

আমি একটি সংশোধন করব।
JeffO

5

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


5

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

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


1
"(তবে এটি পরিষ্কার থাকলে আমি এটি পুনরায় ফর্ম্যাট করব না তবে আমার পছন্দ অনুসারে)" - অনুসরণ করার খুব গুরুত্বপূর্ণ নিয়ম, +1
জাজ

আমাদের বিকাশ নির্দেশিকা কোড প্রস্তাবিত 'কোণায় কোড স্টাইলকে আরও রাখে। আমি পড়তে যদি অসুবিধা হয় তবে আমি ফাইল পর্যায়ে প্রস্তাবিত কোডগুলিতে কোডটিকে স্বয়ংক্রিয়-ফর্ম্যাট করি।
জোয়ারি সেব্রেচটস

3

যদি তিনি এটি পরিবর্তন করে থাকেন যাতে এটি আপনার দলের কোডিং মানগুলি পূরণ করে, আপনার পরের বারের মানগুলি অনুসরণ করা উচিত।

যদি তিনি এটিকে এমন পরিবর্তন করেন যে এটি আর আপনার দলের কোডিং মানকে অনুসরণ করে না, তবে তিনি কী ভুল করছেন তা তাকে জানিয়ে দিন এবং তাকে এটি আবার পরিবর্তন করতে বলুন।

... আপনার দলে কোড ফরমেটিং স্ট্যান্ডার্ডের সেট রয়েছে যা প্রত্যেকে ব্যবহার করে, তাই না?


2

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

অবশ্যই এটি মাঝেমধ্যে কাজ, কারণ এটি এসভিএন-তে "দোষ" কার্যকর করে broke

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


2

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


1

আমার মনে হচ্ছে আপনি এমনটা করা আপত্তিজনক বলে ভাবছেন ...? উদাহরণস্বরূপ, আমি নিজেই এই কোডটি তাত্ক্ষণিকভাবে ঠিক করব

int myFunction( ) {

    int i ;
  return  0;

}

হতে

int myFunction() {
    int i;
    return 0;
}

সুতরাং ... আমার কর্মের কারণে আমাকে শাস্তি দেওয়া উচিত? বাস্তব জীবনে, আমার কাছে আসলে প্রচুর পরিমাণে এসভিএন লগ রয়েছে 'ফর্ম্যাটিং' read ;-)


0

একটি শৈলী যাচাইয়ের সরঞ্জাম ব্যবহার করুন

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

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


আমি এই ভোট দিতে হবে। স্টাইলকপ একটি শালীন ধারণার একটি ভয়ানক বাস্তবায়ন। 1) এটি বিল্ডের পরে চলে যা এটি বড় প্রকল্পগুলিতে একটি প্রধান টাইম কিলার করে তোলে ২) এটির ডিফল্ট নিয়মগুলি আসলে কিছু ক্ষেত্রে ভিএসের খেলাপিদের বিরোধিতা করে 3) কিছু বিধি নিখুঁতভাবে অজানা। এটি কোনও চলমান স্থান ব্যতীত "//" সম্পর্কে অভিযোগ করে এবং তারপরে আপনাকে বিল্ডের পরে "////" ব্যবহার করতে বলে। এটা সবচেয়ে খারাপ অংশ। এটি খারাপ হবে না, তবে বিল্ড অংশের পরে একটি দীর্ঘ নির্মাণের সাথে আপনাকে বড় প্রকল্পে সত্যিই হত্যা করবে kill
এমআইএ

আপনি যে দিকটি চিহ্নিত করেছেন তাতে আমি আপনার সাথে একমত নই। স্টাইল যাচাইয়ের কাজটি আপনি কনফিগার করতে পারেন। এমনকি আমি আমার নিজের কয়েকটি বিধি প্রয়োগ করেছি যা আমি চাই যে ফর্ম্যাটিং সরবরাহ করে। গতি সম্পর্কে আমি বলতে পারি না এটি দুর্দান্ত। তবে একটি শালীন মেশিনে এটি ঠিক কাজ করা উচিত। আপনি 90 এর দশকের শুরুতে সি ++ কপিলার গতির কথা চিন্তা করুন যেখানে আপনি আসলে এর মধ্যে একটি কাপ চা তৈরি করতে সক্ষম হয়েছিলেন। আপনার বিল্ড ব্যর্থ হয়েছে !!!!!! ;)
রবার্ট করিতনিক

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

+1 এটি স্টাইলকপ সম্পর্কে স্পষ্টভাবে নয় .. (স্টাইলকপ বা অনুরূপ )। এবং এটি একটি খুব ভাল ধারণা। নিয়মের একটি সেট সংজ্ঞায়িত করুন, আপনার পছন্দসই সরঞ্জামটি কনফিগার করুন এবং এটি দিয়ে চিরকালের জন্য করুন।
ব্রুনো শ্যাপার

আজকাল আমাদের গ্রান্ট, গুল্প ইত্যাদি রয়েছে যা স্টাইলকপ যেমন অতীতে করেছিল ঠিক তেমন এই পদক্ষেপটি করতে পারে।
রবার্ট করিতনিক

0

এটি এমন একটি ধারণা যা আমি ইন্টারনেটে রিফ্যাক্টরিং সম্পর্কে কথা বলে দেখেছি এবং ব্যাখ্যা করতে পারে যে কেন কেউ আপনার কোডটিকে আরও ভাল করে তুলবে কেন:

কেন?

রিফ্যাক্টরের দুটি প্রধান কারণ রয়েছে:

  1. এর শীর্ষে তৈরি করার আগে কোড / নকশাটি উন্নত করার জন্য: প্রথম প্রয়াসে ভাল কোড নিয়ে আসা সত্যিই কঠিন। যে কোনও প্রাথমিক নকশা বাস্তবায়নের প্রথম প্রচেষ্টা আমাদের দেখায় যে আমরা কিছু যুক্তি ভুলভাবে ব্যাখ্যা করেছি বা ভুলে গেছি।

  2. প্রয়োজনীয়তার পরিবর্তনগুলিকে মানিয়ে নিতে। সফ্টওয়্যার বিকাশে পরিবর্তন ঘটে; পরিবর্তনের জন্য প্রতিক্রিয়াশীল হওয়া ভাল কোড বেস থাকা ভাল better আমাদের উভয় পরিস্থিতিতে দুটি বিকল্প রয়েছে, কোডটি পাথ করুন বা এটিকে রিএ্যাক্টর করুন। কোডটি প্যাচিং আমাদের অভাবনীয় কোডে নিয়ে যাবে এবং আমাদের প্রযুক্তিগত debtণ বাড়িয়ে দেবে, এটি পুনরায় চুল্লী করা ভাল।

কখন?

  1. যত তাড়াতাড়ি তত ভাল তত সহজ।

  2. কোডটি প্রায় সম্পূর্ণ হওয়ার জন্য রিফ্যাক্টরের অপেক্ষা না করে সম্প্রতি রিফ্যাক্টর কোডের তুলনায় দ্রুত এবং কম ঝুঁকিপূর্ণ।

কি?

  1. সমস্ত কোড এবং সমস্ত নকশা রিফ্যাক্টরিংয়ের প্রার্থী।

  2. কোনও কিছুর রিফ্যাক্টর না করার জন্য একটি ব্যতিক্রম কোডের একটি কার্যকরী অংশ হতে পারে যা মানটি কম, তবে একটি সময়সীমার কাছাকাছি হওয়ার কারণে, আমরা পরিকল্পনার ঝুঁকির চেয়ে আমাদের প্রযুক্তিগত debtণ বজায় রাখতে পছন্দ করি।

আপনাকে কেবল তার সেরাটা করতে দেওয়া উচিত, যদি তা উভয়ের পক্ষে দুর্দান্ত হয় এবং ভবিষ্যতে আপনার সময় বাঁচায়!

চিয়ার্স

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