কীভাবে আমার সতীর্থদের কিছু প্রাথমিক নিয়ম মেনে চলতে বোঝাতে হয়


28

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

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

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

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

আমার প্রশ্ন: আমি কি এই বিষয়ে কঠোর? আমি কি কিছু অযৌক্তিক নিয়ম প্রয়োগ করি? মনে রাখবেন যে এটি একটি ছোট প্রকল্প, প্রয়োজনীয়তাগুলি খুব পরিষ্কার (আমি অ্যাপ্লিকেশনগুলি কী করা উচিত তা নির্দিষ্ট করে নথি তৈরি করেছি), তিনজন দক্ষ বিকাশকারী এটি 3-4 দিনের মধ্যে এটি করতে পারে, তাই তারা লেখার মানের সাথে যুক্ত জটিলতা দেখতে পাবেন না কোড হিসাবে তাদের বর্তমান পদ্ধতি ঠিক কাজ করে।

গিট ইত্যাদি ব্যবহার করে ডকুমেন্টিং কোডের সুবিধা কীভাবে তাদের দেখিয়ে দিতে পারি?


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

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

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

7
নতুন অনুশীলন এবং নতুন সরঞ্জামের পরিচয় দিয়ে জিনিসগুলি শুরু করতে বিলম্ব হয় এবং পরে গতি উন্নতি করে। প্রতিযোগিতার টাইমস্কেল কি?
মার্কজে

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

উত্তর:


43

আমার প্রশ্ন: আমি কি এই বিষয়ে কঠোর?

আপনি ঘোড়াটিকে জলে নিয়ে যেতে পারেন তবে আপনি তাকে পান করতে পারবেন না।

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

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


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

2
আমি দ্বি-লোক প্রকল্পে সাফল্যের সাথে গিথুবকে ব্যবহার করি। আমরা উইকি ব্যবহার করি না কারণ আমাদের এখনও প্রয়োজন হয়নি , তবে আমরা সমস্যাগুলি এবং অন্যান্য গিথুব nessশ্বরতাকে ব্যবহার করি।
caarlos0

22

আমার মনোভাব হ'ল আপনি যদি ছোট প্রকল্পগুলিতে এই জিনিসগুলি করতে শিখতে পারেন তবে বড় প্রকল্পগুলি যখন আসে তখন আপনি প্রস্তুত হবেন।

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

আপনি যদি তাদের বোঝানোর জন্য আরও উপাদান চান তবে আমি প্রাগমেটিক প্রোগ্রামার বা কোড সম্পূর্ণকে উল্লেখ করব

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


8
আপনি কেন অগ্রাহ্য হয়েছেন এমন মন্তব্য করে কোনও মন্তব্য ছেড়ে দিলে এটি ওপিকে সহায়তা করবে।
গুস্তাভ বার্ট্রাম

10

আমি ভয় করি আপনি যে বিধিগুলি বর্ণনা করেছেন তা আদৌ মৌলিক নয়।

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

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

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

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

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


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

আমার সম্পাদনা দেখুন।
সুপারম

9

আমি আসলে এটা জোএল স্পলস্কাই অন নিজস্ব চিন্তা মত, তিনি পরিপূর্ণ কিছু কাজ হচ্ছে যখন আপনি শুধুমাত্র একটি ঘোঁৎ ঘোঁৎ করছি । সংক্ষেপ:

  1. কেবল এটি করুন - মেকফাইলগুলি লিখুন, একটি দৈনিক বিল্ড সার্ভার তৈরি করুন ইত্যাদি
  2. কেউ সোর্স নিয়ন্ত্রণ বা বাগ ডাটাবেস ব্যবহার করে না? সেগুলি নিজেই ব্যবহার শুরু করুন। যদি কেউ আপনার কাজের বিরুদ্ধে কোনও ত্রুটি প্রতিবেদন করে, তবে বাগের ডেটাবেস ব্যবহার করার জন্য আপনার কাছে বাগের প্রতিবেদন করার জন্য বিনয়ের সাথে অনুরোধ করুন যাতে আপনি সেগুলি ট্র্যাক রাখতে পারেন; অন্যথায় আপনি এগুলি সরাসরি আপনার মাথায় রাখতে এবং সেগুলি ঠিক করতে সক্ষম হবেন না। যে কোনও অ-তুচ্ছ প্রকল্পে, এমন এক পরিস্থিতি আসবে যা কেবল উত্স নিয়ন্ত্রণের সাথে সমাধানযোগ্য হয়: কোডটির জন্য সোর্স নিয়ন্ত্রণটি নিজের দ্বারা ব্যবহার করুন এবং যখন এমন পরিস্থিতি ঘটে তখন দিনটি বাঁচাতে বীরত্বের সাথে ডুবে যান। একবার কয়েকবার এটি ঘটলে তারা বিশ্বাসী হয়ে উঠবে
  3. শ্রেষ্ঠত্বের পকেট তৈরি করুন - নিজের জন্য সঠিক জিনিসগুলি করুন: নির্দিষ্টকরণ, সময়সূচী ইত্যাদি Since যেহেতু এটি কোনও কাজের প্রকল্পের মতো বলে মনে হচ্ছে না, তাই মনে হয় না আপনি এই পরামর্শটি পুরোপুরি নিতে পারেন, যেহেতু আপনি ভাড়া নিতে পারবেন না since আপনার বার্তায় বিশ্বাসী নতুন দলের সদস্যরা
  4. অমূল্য হয়ে উঠুন - আপনি দলে আপনার প্রভাব সীমাবদ্ধ করতে একজন দুর্দান্ত অবদানকারী তা প্রমাণ করুন। অন্যথায় আপনি এমন কোনও ব্যক্তি হিসাবে পরিচিত হওয়ার ঝুঁকিটি চালান যা ফলাফলের চেয়ে প্রক্রিয়া এবং সরঞ্জামকে মূল্য দেয়

অদম্য উত্তর!
ভোরাক

4

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

তবে আপনার প্রশ্নের চেষ্টা এবং উত্তর দিতে:

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

আমিও আরনাডের মন্তব্যে একমত।

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


আমি আসলে নিশ্চিত নই যে এসভিএন গিটের চেয়ে ব্যাপকভাবে ব্যবহার করা সহজ। উইন্ডোজগুলিতে, আমি মারকুরিয়াল / কচ্ছপ এইচজির পরামর্শ চাইতাম।
পেঙ্গুয়াত

সত্য। এসভিএন এবং জিআইটি-র আমার অভিজ্ঞতায় আমি এসভিএনকে ভার্সিংয়ের ধারণাটিতে নতুনদের ব্যাখ্যা করা সহজ করে পেয়েছি।
ডেভিড 'টাক আদা'

2

পদ্ধতির সমস্যা রয়েছে:

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

  2. শেখা মুশকিল। অন্যান্য লোকেদের নিয়মগুলি কেবল অর্থবোধ করে না কারণ এই নিয়মগুলিতে আপনার প্রোগ্রামাররা আশা করছেন যৌক্তিক কাঠামো নেই। নিয়মগুলি কার্যকর করে না তা কার্যকর করা কার্যকর কার্যকলাপ নয় En

  3. প্রত্যেকে আলাদা আলাদা জিনিস শিখেছে। এটি স্বাভাবিক যে বিভিন্ন ব্যাকগ্রাউন্ড থেকে আগত প্রোগ্রামাররা বিভিন্ন জিনিস শিখেছিল। তাদের শক্তি বিভিন্ন, এবং লেখার কোডের শৈলী পৃথক। তারা যে সরঞ্জামগুলি ব্যবহার করে সেগুলি আলাদা। নিয়ম / সরঞ্জাম / শৈলীর এক সেট প্রয়োগ করা দুঃস্বপ্ন হতে চলেছে কারণ সীমাবদ্ধতাগুলি সেই বিকাশ হারিয়েছে যেগুলি সেই বিকাশকারীরা বছরের পর বছর শেখার জন্য ব্যয় করেছে।
  4. পরিবর্তন সময় লাগে। আপনি যে নিয়ম প্রয়োগ করছেন সেই ব্যক্তির যে নিয়মগুলি কার্যকর হয়েছে তার নিয়মাবলী অনুসরণ করার পক্ষে বেশ সহজ সময় রয়েছে, অন্য সবাই ক্ষতিগ্রস্থ হচ্ছেন এবং নতুন নিয়ম শিখতে সময় কাটাচ্ছেন। দলের প্রত্যেকের নিয়ম পরিবর্তন করতে সক্ষম হওয়ার এটি একটি কারণ।
  5. পুরো টিমের জন্য সরঞ্জাম / কোডিং কনভেনশন বা শৈলী নির্বাচন করা কঠিন ক্রিয়াকলাপ । কোন স্টাফ কী কাজ করে এবং কী কাজ করছে না তা পরীক্ষা করে এটি সময়ের সাথে ধীরে ধীরে করা যায়। 50 টি নিয়ম অনুসরণ করা শুরু করতে 2 সপ্তাহ একটি দল দেওয়া কাজ করছে না।

-1

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

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

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