কীভাবে একজন সেরা দলের খেলোয়াড় হবেন? [বন্ধ]


19

আমি যখন ১২ বছর বয়সী তখন থেকেই প্রোগ্রামিং করছি (অবচেতনভাবে) আমি সেখানে ভাষা, বর্ণসভা থেকে সি ++, জাভাস্ক্রিপ্ট, হাস্কেল, লিস্প এবং কিউয়ের ভাষা বর্ণালী সম্পর্কে যথেষ্ট জ্ঞাত able তবে আমার সমস্ত প্রকল্প নিজেই হয়েছে।

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

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

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

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

স্পষ্টতই, যাঁরা জীবনযাপনের জন্য এটি করেন তাদের এই সমস্যাগুলি নেই এবং আমি নিজেও এই মুহুর্তে পৌঁছাতে হবে।

প্রশ্ন: আমি প্রত্যেকের সাথে "সংহতকরণ" শুরু করতে কিছু পদক্ষেপগুলি কী নিতে পারি?

ধন্যবাদ!


আমি বলব প্রথম পদক্ষেপটি প্রোগ্রামিং পড়াশোনা করা যাতে আপনি কমপক্ষে একই ভাষা বলতে পারেন।
রিগ

আপনার ব্যবহারের চেয়ে আরও বড় কোডবেসযুক্ত কোনও প্রকল্পে আপনি কীভাবে সংহত করবেন সে সম্পর্কে প্রশ্নটি আরও নয়?
লুই কোটম্যান

3
"... এই প্রকল্পটি খুব ইউনিক্স-ওয় হতে চলেছে, তাই আমি একটি ম্যাক কিনেছি ..." আমি কিছু ভুল বুঝেছি, বা এটি টাইপো?
স্টু পেগ

4
@ স্টুয়ার্টপেজ: ম্যাক ওএস এক্স একটি * নিক্স, এটি শেল টার্মিনালে অন্তর্নির্মিত সম্পূর্ণ, যদিও আপনি * নিক্সের দিকটি ভারীভাবে ব্যবহার করতে চান তবে আমি এটিতে ম্যাকপোর্টগুলি ইনস্টল করার পরামর্শ দিই।
ডেভ শেরোহমান

1
আমার মনে আছে আমেরিকান পাই ফিল্মে একবার বলে "আপনি স্কোর না করা পর্যন্ত আপনি স্কোর করেন না" say তাই গিলানির মতো বলেছিলেন একটি দলের হয়ে উঠুন। :)
asakura89

উত্তর:


13

আমি মনে করি আপনি একটি দলের হয়ে কাজ করে কিছুটা উদ্বিগ্ন এবং উত্তেজিত হয়ে উঠছেন।

আমরা কেউই বই থেকে গ্রুপ বা দলে কাজ শিখি নি বা বাচ্চার পদক্ষেপ বা "ডামি গাইড টু ওয়ার্কিং ইন টিমস" দেওয়া হয়নি।

আমরা কেবলমাত্র দলগুলিতে কাজ করে গ্রুপগুলির সাথে কাজ শিখি।

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

আমার কাছে, নীচের লাইনটি

একটি দলের অংশ হয়ে উঠুন।


8

আমি আপনার কয়েকটি বাক্য বাছাই করতে যাচ্ছি এবং কয়েকটি সাধারণ পয়েন্ট করব:

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

...

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

...

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

আমি মনে করি আপনি সবচেয়ে বড় একক জিনিস যা শিখতে হবে তা হ'ল:

বিকাশকারী দক্ষতার প্রদত্ত মানের জন্য, বিকাশকারীদের একটি দল এককভাবে বিকাশকারীদের যে কাজ করতে nপারে তার চেয়ে তার চেয়ে কমn বার কাজ করে - তবে তারা এখনও যে কোনও ব্যক্তির পারে তার চেয়ে বেশি কাজ করে

কারণটি সহজ: অন্য ব্যক্তির সাথে কাজ করার সময় আপনাকে অবশ্যই এই সময়টি অন্য ব্যক্তির সাথে তথ্য বিনিময় করতে ব্যয় করতে হবে ; যদিও একা কাজ করার সময়, তথ্য বিনিময় সব আপনার মাথায় থাকে। যা স্বাভাবিকভাবেই দ্রুত হয়।

অন্যান্য গুরুত্বপূর্ণ বিষয়টি হ'ল:

আপনার কিছু সহকর্মী আপনার চেয়ে কম দক্ষ হবে, অবশ্যই কিছু দক্ষতায়; কিছু এমনকি সমস্ত দক্ষতায় আপনার চেয়ে কম সক্ষম হবে

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

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


4

সবচেয়ে কার্যকরী উপায় হ'ল একটি দলের অংশ হওয়া।

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

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

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

লজ্জাহীন প্লাগ: আপনি খুব স্বাগত জানাই এখানে !


1

অন্য প্রত্যেকে ইতিমধ্যে এর প্রভাব সম্পর্কে যা বলেছে তা আমি পুনর্বিবেচনা করব না "just do it", তবে আমি একটি অতিরিক্ত পয়েন্ট যুক্ত করব যা আমি উল্লেখ করি নি: একটি ভাল পরিচালক আপনাকে সত্যিই দলে সংহত করতে সহায়তা করবে।

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


0

আমি আপনাকে আরও একটি টিপ দিতে চাই যে কোনও দুটি দলই এক নয়, এবং এক বা একাধিক লোক এতে যোগ দিলে একটি বিদ্যমান দলও বদলে যাবে।

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

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

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

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

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


0

একটি ভাল দলের সদস্য হওয়ার অর্থ নির্ভয়ে যোগাযোগ করা, আপনার কলেজগুলিতে আস্থা রাখা এবং একটি প্রকল্প হিসাবে বাধা হিসাবে এবং একটি প্রকল্প হিসাবে বাধা অতিক্রম করাdeliver project as a team.

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

ভাল টিম সদস্যের কিছু চরিত্র হাইলাইট করা সহায়ক হবে ।

ক) ভাল দলের সদস্য হ'ল এমন ব্যক্তি যা স্ব -মুখী না হয়ে লক্ষ্য -ভিত্তিক।

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

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


0

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

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

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

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