নমনীয় প্রোগ্রামারদের সাথে ডিল করা


17

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

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

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

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

দলে ঘর্ষণ না করে আমরা কীভাবে এই পরিস্থিতিটি পরিচালনা করব?


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

"তারা বোর্ডে পরামর্শ নিতে অনড় থাকবে" - আপনার "বোর্ডে পরামর্শ নেওয়ার বিরুদ্ধে" বলতে চাইছেন কি?
ওজ

স্পষ্টতার জন্য ধন্যবাদ, এটি প্রশ্নটিকে আরও মূল্যবান এবং দরকারী করে তোলে, আইএমও। +1 টি!
ডিন হার্ডিং

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

5
@ মার্সি-আমি সর্বদা বিশ্বাস করি যে সফটওয়্যার বিকাশের ক্ষেত্রটি জনসংখ্যার এক শতাংশকে মানসিক স্বাস্থ্য হাসপাতালগুলি এড়িয়ে চলার অনুমতি দিয়েছে। তাদের প্রাতিষ্ঠানিক করা উচিত নয়, তবে তারা কিছু উন্নয়ন দলের মধ্যে লুকিয়ে রাখতে পারে।
জিম রাশ

উত্তর:


21

আপনি নতুন দলের সদস্য এবং আপনি টিম কীভাবে কাজ করে তার কয়েকটি মৌলিক দিক পরিবর্তন করতে চান। শুভকামনা, আমি আপনার ভবিষ্যতের একটি সুখী দল অনুভূতি।

ঠিক আছে, কিছু ব্যবহারিক পরামর্শ:

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

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

আপনার রোড ব্লকগুলি সম্পর্কে জানুন। তাদের প্রতিরোধের কারণগুলি আবিষ্কার করুন এবং সেই আইটেমগুলিতে কাজ করুন।

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

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


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

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

@ ডেভিড - এটি অবশ্যই সম্ভব তবে আমাদের বক্তব্যটি আমার ধারণা মতামত - ধারণা করবেন না, চেষ্টা করুন এবং বিশদ এবং ইতিহাসটি বোঝেন না এবং তারপরে কল করুন।
জন হপকিন্স

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

@ ওয়াইন: যদি এটি কেবল প্রযুক্তিগত অজ্ঞতা হত তবে কেবল জ্ঞানের ফাঁকগুলি দেখানোই যথেষ্ট। যে ঘটনাটি নয় এটি দেওয়া, এটি অজ্ঞতার চেয়ে অনেক বেশি। অনেক মানুষ, তাদের প্রকৃতি এবং পরিস্থিতি দ্বারা, পরিবর্তন প্রতিরোধী। কারণ হিসাবে, প্রচুর। "পরিবর্তনের প্রতিরোধী লোকেরা কেন" এর একটি সহজ অনুসন্ধান বিপুল সংখ্যক কার্যকর ফলাফল এনে দেবে।
জিম রাশ

7

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

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

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

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

(1) একটি ডোমেন মডেল করুন (একটি সাধারণ এক) (২) দুটি ভিন্ন ভাষা ব্যবহার করে এটি প্রয়োগ করুন (যেমন জাভা এবং লিস্প)

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

আশাকরি এটা সাহায্য করবে


1
"এই বই" এর পরিবর্তে লিঙ্কে বইয়ের শিরোনামটি ব্যবহার করুন। যারা পাঠক ক্লিক করবেন কি না সে বিষয়ে সিদ্ধান্ত নেওয়া তাদের পক্ষে এটি আরও একটি পদক্ষেপ। বিশেষত যারা আগে এটি পড়েছেন।
হুপার্নিকেটস

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

4

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

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

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

আমি বিশ্বাস করি যে আপনার ধারণার আপাত সুবিধার বাইরে নমনীয় হওয়া, এখানে আপনার যাদু স্পেল হতে পারে।


যেখানে creditণ দেওয়ার দরকার সেখানে Creditণ দেওয়া উচিত। প্রবীণ লোকটি এখনও সিস্টেমটি বাস্তবায়নে নেতৃত্ব নিতে পারে তবে পরামর্শটি দেওয়া এবং বাস্তবায়নের সর্বাধিক বিবরণ কার্যকর করার জন্য সেই ব্যক্তিকে অবশ্যই কৃতিত্ব দেওয়া উচিত। এটা শুধুমাত্র ন্যায্য.
এইচটিবিএ

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

2
@ এইচটিবা - প্রকৃতপক্ষে কাজটি করা প্রত্যেকেরই যথাযথ getsণ পেয়েছে তা নিশ্চিত করে তোলা আরও গুরুত্বপূর্ণ। আসুন এটির মুখোমুখি হোন: জীবন ন্যায্য নয়।
স্টিফেন সি

আমার ধারণা আপনি ঠিক স্টিফেন সি
Htbaa

3

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

সিনিয়র বিকাশকারীর চরিত্রের (খারাপ পদক্ষেপ) উপর জোর দেওয়ার পরিবর্তে, সম্ভবত তিনি কেন সংবেদনশীল না তা বোঝার চেষ্টা করা উচিত:

  • হতে পারে তিনি ভাবেন যে আপনি সেই লোকদের মধ্যে একজন যারা তাদের ধারণাগুলি পর্যবেক্ষণ করেন। হতে পারে তিনি সন্দেহ করেছেন যে আপনি তাদের সরবরাহ করতে পারেন।

  • হতে পারে তিনি ভাবেন যে আপনি সমস্যাগুলি অতিরঞ্জিত করছেন। (তারা এত খারাপ হতে পারে না ...)

  • হতে পারে তিনি ভাবেন যে আপনি প্রযুক্তিগত ঝুঁকিগুলি পুরোপুরি বুঝতে পারবেন না।

  • হয়তো তিনি ভাবেন (জানেন) এই মুহূর্তে আরও অনেক গুরুত্বপূর্ণ কাজ করা উচিত।

  • আপনি কেবল তাকে ভুল পথে ঘষে ফেলতে পারেন।

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

আপনি যদি এখনই "প্রক্রিয়া উন্নতি" লাইনটি অনুসরণ করতে চান তবে আমার পরামর্শটি ধীরে ধীরে, ছোট পদক্ষেপে এটি করা হবে।

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


2

বিশেষ করে কি সম্পর্কে প্রাতিষ্ঠানিকভাবে? প্রযুক্তি, নিদর্শন, অনুশীলন?

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

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


1

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

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


1

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

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

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


0

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

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