From 7cc16a0b2cf8b3893277ca847913121aca849e07 Mon Sep 17 00:00:00 2001 From: gitworkflows <118260833+gitworkflows@users.noreply.github.com> Date: Tue, 15 Oct 2024 12:08:59 +0600 Subject: [PATCH] Add: Bengali (bn) building-community.md --- _articles/bn/building-community.md | 290 +++++++++++++++++++++++++++++ 1 file changed, 290 insertions(+) create mode 100644 _articles/bn/building-community.md diff --git a/_articles/bn/building-community.md b/_articles/bn/building-community.md new file mode 100644 index 00000000000..dd16d2b98e5 --- /dev/null +++ b/_articles/bn/building-community.md @@ -0,0 +1,290 @@ +--- +lang: bn +title: স্বাগতজনক সম্প্রদায় তৈরি +description: একটি সম্প্রদায় গঠন করা যা মানুষকে আপনার প্রকল্পটি ব্যবহার, অবদান রাখতে এবং প্রচার করতে উৎসাহিত করে। +class: building +order: 4 +image: /assets/images/cards/building.png +related: + - best-practices + - coc +--- + +## আপনার প্রকল্পকে সফলতার জন্য প্রস্তুত করা + +আপনি আপনার প্রকল্পটি চালু করেছেন, আপনি এটি প্রচার করছেন এবং মানুষ এটি পরীক্ষা করে দেখছে। অসাধারণ! এখন, আপনি কিভাবে তাদের থাকতে উৎসাহিত করবেন? + +একটি স্বাগতজনক সম্প্রদায় আপনার প্রকল্পের ভবিষ্যৎ এবং সুনামের জন্য একটি বিনিয়োগ। যদি আপনার প্রকল্পটি প্রথম অবদানের দিকে অগ্রসর হয়, তবে শুরুতে অবদানকারীদের একটি ইতিবাচক অভিজ্ঞতা প্রদান করুন এবং তাদের আবার ফিরে আসা সহজ করুন। + +### মানুষকে স্বাগত জানাতে তৈরি করুন + +আপনার প্রকল্পের সম্প্রদায় সম্পর্কে ভাবার একটি উপায় হল @MikeMcQuaid এর দ্বারা বর্ণিত [অবদানকারী ফানেল](https://mikemcquaid.com/2018/08/14/the-open-source-contributor-funnel-why-people-dont-contribute-to-your-open-source-project/): + +![অবদানকারী ফানেল](/assets/images/building-community/contributor_funnel_mikemcquaid.png) + +আপনি যখন আপনার সম্প্রদায় তৈরি করছেন, তখন ভাবুন কিভাবে ফানেলের শীর্ষে (একটি সম্ভাব্য ব্যবহারকারী) কেউ তাত্ত্বিকভাবে নীচে (একটি সক্রিয় রক্ষণাবেক্ষক) আসতে পারে। আপনার লক্ষ্য হল অবদানকারী অভিজ্ঞতার প্রতিটি পর্যায়ে বাঁধা হ্রাস করা। যখন মানুষ সহজ সাফল্য পায়, তারা আরও কিছু করতে উৎসাহিত হয়। + +আপনার ডকুমেন্টেশন দিয়ে শুরু করুন: + +* **কোনো একজনকে আপনার প্রকল্পটি ব্যবহার করতে সহজ করুন।** [একটি বন্ধুত্বপূর্ণ README](../starting-a-project/#writing-a-readme) এবং স্পষ্ট কোড উদাহরণগুলি আপনার প্রকল্পে প্রবেশ করা যে কারো জন্য শুরু করা সহজ করে তুলবে। +* **অবদান দেওয়ার প্রক্রিয়া স্পষ্টভাবে ব্যাখ্যা করুন**, [আপনার CONTRIBUTING ফাইল](../starting-a-project/#writing-your-contributing-guidelines) ব্যবহার করে এবং আপনার সমস্যাগুলি আপডেট রাখুন। +* **সুন্দর প্রথম সমস্যা**: নতুন অবদানকারীদের সাহায্য করতে, বিবেচনা করুন স্পষ্টভাবে [এমন সমস্যা চিহ্নিত করা যা নতুনদের জন্য মোকাবেলা করা সহজ](https://help.github.com/en/articles/helping-new-contributors-find-your-project-with-labels)। তারপর GitHub এই সমস্যাগুলিকে বিভিন্ন স্থানে উপস্থাপন করবে, সহায়ক অবদান বৃদ্ধি করবে এবং ব্যবহারকারীদের জন্য খুব কঠিন সমস্যাগুলির মোকাবেলার থেকে বাঁধা কমাবে। + +[GitHub-এর ২০১৭ খরদ্দার ওপেন সোর্স জরিপ](http://opensourcesurvey.org/2017/) দেখিয়েছে অসম্পূর্ণ বা বিভ্রান্তিকর ডকুমেন্টেশন ওপেন সোর্স ব্যবহারকারীদের জন্য সবচেয়ে বড় সমস্যা। ভালো ডকুমেন্টেশন মানুষকে আপনার প্রকল্পের সাথে যোগাযোগ করতে আমন্ত্রণ জানায়। অবশেষে, কেউ একটি সমস্যা বা টানেল অনুরোধ খোলার সুযোগ পাবে। এই যোগাযোগগুলি ব্যবহার করুন তাদের ফানেল নিচে নিয়ে যাওয়ার সুযোগ হিসেবে। + +* **যখন কেউ নতুনভাবে আপনার প্রকল্পে আসে, তাদের আগ্রহের জন্য ধন্যবাদ জানান!** এটি শুধু একটি নেতিবাচক অভিজ্ঞতা নেওয়া একজনকে আবার ফিরে আসতে চাওয়ার জন্য যথেষ্ট। +* **প্রতিক্রিয়াশীল হন।** যদি আপনি তাদের সমস্যার প্রতিক্রিয়া জানাতে এক মাস সময় নেন, তবে সম্ভাব্যতা হল, তারা ইতিমধ্যে আপনার প্রকল্পটি ভুলে গেছে। +* **যে ধরণের অবদান আপনি গ্রহণ করবেন তা সম্পর্কে খোলামেলা থাকুন।** অনেক অবদানকারী একটি বাগ রিপোর্ট বা একটি ছোট ফিক্স দিয়ে শুরু করেন। একটি প্রকল্পে অবদান রাখার [অনেক উপায় রয়েছে](../how-to-contribute/#what-it-means-to-contribute)। মানুষকে তাদের যেভাবে সাহায্য করতে চান সেভাবে সাহায্য করতে দিন। +* **যদি কোনো অবদানে আপনি অসন্তুষ্ট হন,** তাদের ধারণার জন্য ধন্যবাদ জানান এবং [ব্যাখ্যা করুন কেন](../best-practices/#learning-to-say-no) এটি প্রকল্পের পরিধির মধ্যে পড়ে না, যদি আপনার কাছে প্রাসঙ্গিক ডকুমেন্টেশন থাকে তবে তা লিঙ্ক করুন। + +> ![avatar](https://avatars.githubusercontent.com/mikeal?s=180) +> ওপেন সোর্সে অবদান রাখা কিছুদের জন্য সহজ, আবার কিছুদের জন্য কঠিন। সঠিকভাবে কিছু না করার জন্য বা শুধু ফিট না হওয়ার জন্য চেঁচিয়ে ওঠার ভয় আছে। (...) খুব কম প্রযুক্তিগত দক্ষতা (ডকুমেন্টেশন, ওয়েব সামগ্রী মার্কডাউন, ইত্যাদি) নিয়ে অবদানকারীদের জন্য একটি জায়গা দেওয়ার মাধ্যমে আপনি এই উদ্বেগগুলি উল্লেখযোগ্যভাবে হ্রাস করতে পারেন। +> — @mikeal, ["Growing a contributor base in modern open source"](https://opensource.com/life/16/5/growing-contributor-base-modern-open-source) + +অবস্থানগুলি ওপেন সোর্সে অবদান রাখার জন্য "অসাধারণ অবদানকারী": যারা একটি প্রকল্পে কেবল কখনও কখনও অবদান রাখে। একজন অসাধারণ অবদানকারী আপনার প্রকল্পের সঙ্গে পুরোপুরি পরিচিত হওয়ার সময় নাও থাকতে পারে, তাই আপনার কাজ হলো তাদের অবদান রাখা সহজ করা। + +অন্যান্য অবদানকারীদের উৎসাহিত করা আপনার জন্যও একটি বিনিয়োগ। যখন আপনি আপনার সবচেয়ে বড় ভক্তদের তাদের প্রিয় কাজ করতে সাহায্য করেন, তখন সবকিছু নিজে করার চাপ কমে যায়। + +### সবকিছু নথিবদ্ধ করুন + +> ![avatar](https://avatars.githubusercontent.com/janl?s=180) +> আপনি কি কখনও কোনো (প্রযুক্তি) ইভেন্টে গিয়েছেন যেখানে আপনি কাউকেই জানতেন না, কিন্তু অন্যান্য সবাই যেন পুরনো বন্ধুদের মতো গোষ্ঠীতে দাঁড়িয়ে আড্ডা দিচ্ছিল? (...) এখন কল্পনা করুন আপনি একটি ওপেন সোর্স প্রকল্পে অবদান রাখতে চান, কিন্তু আপনি দেখেন না কেন বা কিভাবে এটি হচ্ছে। +> — @janl, ["Sustainable Open Source"](https://web.archive.org/web/20200723213552/https://writing.jan.io/2015/11/20/sustainable-open-source.html) + +যখন আপনি একটি নতুন প্রকল্প শুরু করেন, এটি আপনার কাজ গোপন রাখতে স্বাভাবিক মনে হতে পারে। কিন্তু ওপেন সোর্স প্রকল্পগুলি তখনই উন্নতি করে যখন আপনি আপনার প্রক্রিয়াটি জনসমক্ষে নথিবদ্ধ করেন। + +যখন আপনি কিছু লেখেন, তখন আরও অনেক মানুষ প্রতিটি পদক্ষেপে অংশগ্রহণ করতে পারে। আপনি এমন কিছুতে সাহায্য পেতে পারেন যা আপনি জানতেন না যে আপনার প্রয়োজন। + +কিছু লেখার মানে শুধুমাত্র প্রযুক্তিগত ডকুমেন্টেশন নয়। যখনই আপনি কিছু লেখার বা আপনার প্রকল্প নিয়ে ব্যক্তিগতভাবে আলোচনা করার প্রবণতা অনুভব করেন, তখন জিজ্ঞেস করুন যে আপনি এটি জনসমক্ষে করতে পারেন কিনা। + +আপনার প্রকল্পের রোডম্যাপ, আপনি কোন ধরনের অবদান খুঁজছেন, অবদানগুলি কিভাবে পর্যালোচনা করা হয়, অথবা কেন আপনি কিছু সিদ্ধান্ত নিয়েছিলেন, এ সম্পর্কে স্বচ্ছ হন। + +যদি আপনি দেখতে পান যে একাধিক ব্যবহারকারী একই সমস্যায় পড়ছেন, তাহলে README-তে উত্তরগুলি নথিবদ্ধ করুন। + +মিটিংয়ের জন্য, আপনার নোট বা তথ্য একটি প্রাসঙ্গিক ইস্যুতে প্রকাশ করার কথা বিবেচনা করুন। এই স্তরের স্বচ্ছতার জন্য আপনি যে প্রতিক্রিয়া পাবেন তা আপনাকে অবাক করে দিতে পারে। + +সবকিছু নথিবদ্ধ করা আপনার কাজের জন্যও প্রযোজ্য। যদি আপনি আপনার প্রকল্পে একটি গুরুত্বপূর্ণ আপডেটের উপর কাজ করছেন, তাহলে এটি একটি পুল রিকোয়েস্টে রাখুন এবং এটি কাজের অগ্রগতি (WIP) হিসেবে চিহ্নিত করুন। এর মাধ্যমে, অন্যরা শুরুতে প্রক্রিয়ায় জড়িত অনুভব করতে পারে। + +### সাড়া দিন + +যখন আপনি [আপনার প্রকল্পের প্রচার](../finding-users) করেন, মানুষ আপনার জন্য প্রতিক্রিয়া জানাবে। তাদের হয়তো জিজ্ঞাসা থাকবে কিভাবে কিছু কাজ করে, বা শুরু করতে সাহায্য প্রয়োজন। + +কোনো একজন ব্যক্তি যখন একটি সমস্যা জমা দেয়, একটি পুল রিকোয়েস্ট জমা দেয়, অথবা আপনার প্রকল্প সম্পর্কে একটি প্রশ্ন করে তখন সাড়া দিতে চেষ্টা করুন। যখন আপনি দ্রুত সাড়া দেন, মানুষ অনুভব করবে তারা একটি আলোচনার অংশ, এবং তারা অংশগ্রহণে আরও উৎসাহী হবে। + +যদি আপনি সঙ্গে সঙ্গে রিকোয়েস্ট পর্যালোচনা করতে না পারেন, তবে দ্রুত স্বীকৃতি দেওয়া জড়িত থাকার হার বাড়াতে সাহায্য করে। @tdreyno কিভাবে [Middleman](https://github.com/middleman/middleman/pull/1466) এ একটি পুল রিকোয়েস্টের প্রতি সাড়া দিয়েছিলেন সেটি এখানে দেখুন: + +![Middleman pull request](/assets/images/building-community/middleman_pr.png) + +[মোজিলার একটি গবেষণা পাওয়া গেছে](https://docs.google.com/presentation/d/1hsJLv1ieSqtXBzd5YZusY-mB8e1VJzaeOmh8Q4VeMio/edit#slide=id.g43d857af8_0177) যে যারা 48 ঘন্টার মধ্যে কোড পর্যালোচনা পেয়েছিলেন তাদের ফেরত এবং পুনরাবৃত্তি অবদানের হার অনেক বেশি ছিল। + +আপনার প্রকল্প সম্পর্কে কথোপকথনগুলি ইন্টারনেটে অন্য কোথাওও ঘটতে পারে, যেমন Stack Overflow, Twitter, বা Reddit। আপনি কিছু জায়গায় বিজ্ঞপ্তি সেট আপ করতে পারেন যাতে কেউ আপনার প্রকল্পের কথা বললে আপনাকে সতর্ক করা হয়। + +### আপনার সম্প্রদায়কে একটি জায়গা দিন + +আপনার সম্প্রদায়কে একটি জায়গা দেওয়ার জন্য দুইটি কারণ রয়েছে। + +প্রথম কারণটি তাদের জন্য। লোকেদের একে অপরকে জানার সাহায্য করুন। সাধারণ আগ্রহের মানুষ একটি কথোপকথনের জায়গার জন্য অবশ্যম্ভাবীভাবে চান। এবং যখন যোগাযোগ জনসাধারণ এবং প্রবেশযোগ্য হয়, তখন কেউ পূর্বের আর্কাইভ পড়ে দ্রুত অংশগ্রহণ করতে পারে। + +দ্বিতীয় কারণটি আপনার জন্য। যদি আপনি মানুষের জন্য আপনার প্রকল্প সম্পর্কে একটি জনসাধারণের স্থান না দেন, তারা সম্ভবত আপনার সাথে সরাসরি যোগাযোগ করবে। শুরুতে, এটি "শুধু একবার" ব্যক্তিগত বার্তাগুলিতে সাড়া দেওয়া সহজ মনে হতে পারে। কিন্তু সময়ের সাথে সাথে, বিশেষ করে যদি আপনার প্রকল্প জনপ্রিয় হয়ে ওঠে, আপনি ক্লান্ত অনুভব করবেন। মানুষের সাথে আপনার প্রকল্প সম্পর্কে ব্যক্তিগতভাবে যোগাযোগ করার প্রলোভনকে প্রতিরোধ করুন। বরং, তাদের একটি নির্ধারিত জনসাধারণের চ্যানেলে নির্দেশ দিন। + +জনসাধারণের যোগাযোগ সহজ হতে পারে যেমন মানুষকে সরাসরি ইমেইল করার পরিবর্তে একটি সমস্যা খোলার জন্য নির্দেশ দেওয়া। আপনি একটি মেইলিং লিস্টও সেট আপ করতে পারেন, বা আপনার প্রকল্প সম্পর্কে কথা বলার জন্য একটি Twitter অ্যাকাউন্ট, Slack, বা IRC চ্যানেল তৈরি করতে পারেন। অথবা উভয়ই চেষ্টা করুন! + +[Kubernetes kops](https://github.com/kubernetes/kops#getting-involved) প্রতি দুই সপ্তাহে অফিস সময় নির্ধারণ করে যাতে সম্প্রদায়ের সদস্যদের সাহায্য করা যায়: + +> Kops এছাড়াও সম্প্রদায়ের জন্য সাহায্য এবং নির্দেশনা দেওয়ার জন্য প্রতি দুই সপ্তাহে সময় নির্ধারণ করেছে। Kops রক্ষণাবেক্ষকরা নতুনদের সঙ্গে কাজ করার জন্য, PR-গুলিতে সাহায্য করার জন্য এবং নতুন বৈশিষ্ট্যগুলি নিয়ে আলোচনা করার জন্য বিশেষভাবে সময় নির্ধারণ করতে সম্মত হয়েছেন। + +জনসাধারণের যোগাযোগের উল্লেখযোগ্য ব্যতিক্রমগুলি হল: ১) নিরাপত্তা বিষয় এবং ২) সংবেদনশীল আচরণ নীতি লঙ্ঘন। আপনি অবশ্যই এই সমস্যাগুলি ব্যক্তিগতভাবে রিপোর্ট করার জন্য একটি উপায় থাকা উচিত। যদি আপনি আপনার ব্যক্তিগত ইমেইল ব্যবহার করতে না চান, তাহলে একটি নিবেদিত ইমেইল ঠিকানা সেট আপ করুন। + +## আপনার সম্প্রদায়কে বাড়ানো + +সম্প্রদায়গুলি অত্যন্ত শক্তিশালী। এই শক্তি আপনার কৌশলের উপর নির্ভর করে একটি আশীর্বাদ বা অভিশাপ হতে পারে। আপনার প্রকল্পের সম্প্রদায় বাড়ার সাথে সাথে এটি নির্মাণের একটি শক্তিতে পরিণত করার জন্য কিছু উপায় রয়েছে। + +### খারাপ অভিনেতাদের সহ্য করবেন না + +কোনো জনপ্রিয় প্রকল্প অবশ্যম্ভাবীভাবে এমন লোকদের আকর্ষণ করবে যারা আপনার সম্প্রদায়ের ক্ষতি করে, সাহায্য করে না। তারা অনাবশ্যক বিতর্ক শুরু করতে পারে, তুচ্ছ বৈশিষ্ট্য নিয়ে বিতর্ক করতে পারে, বা অন্যদের উপর আক্রমণ করতে পারে। + +এ ধরনের মানুষের প্রতি শূন্য সহনশীলতার নীতি গ্রহণ করতে যথাসাধ্য চেষ্টা করুন। যদি অবাধে ছেড়ে দেওয়া হয়, তাহলে নেতিবাচক লোকেরা আপনার সম্প্রদায়ের অন্যদের অস্বস্তিতে ফেলতে পারে। তারা এমনকি চলে যেতে পারে। + + + +আপনার প্রকল্পের তুচ্ছ বিষয় নিয়ে নিয়মিত বিতর্ক অন্যদের, সহ আপনাকেও, গুরুত্বপূর্ণ কাজগুলিতে মনোযোগ দিতে বিঘ্নিত করে। যারা নতুনভাবে আপনার প্রকল্পে আসছে তারা এই আলোচনাগুলি দেখে অংশগ্রহণ করতে চাইতে পারে না। + +যখন আপনি দেখবেন আপনার প্রকল্পে নেতিবাচক আচরণ ঘটছে, তখন তা প্রকাশ্যে উল্লেখ করুন। তাদের আচরণ কেন অগ্রহণযোগ্য তা একটি সদয় কিন্তু দৃঢ় সুরে ব্যাখ্যা করুন। যদি সমস্যা অব্যাহত থাকে, আপনি তাদের [ছেড়ে যেতে বলতে](../code-of-conduct/#enforcing-your-code-of-conduct) হতে পারেন। আপনার [আচার-ব্যবহার বিধি](../code-of-conduct/) এই কথোপকথনের জন্য একটি গঠনমূলক গাইড হতে পারে। + +### অংশগ্রহণকারীদের যেখানে তারা আছে সেখানে মেটান + +আপনার সম্প্রদায় বাড়ার সঙ্গে সঙ্গে ভাল ডকুমেন্টেশন আরও গুরুত্বপূর্ণ হয়ে ওঠে। ক্যাজুয়াল অংশগ্রহণকারীরা, যারা সম্ভবত আপনার প্রকল্পের সাথে পরিচিত নন, দ্রুত তাদের প্রয়োজনীয় প্রেক্ষাপট পেতে আপনার ডকুমেন্টেশন পড়েন। + +আপনার CONTRIBUTING ফাইলে, নতুন অংশগ্রহণকারীদের কীভাবে শুরু করতে হয় তা পরিষ্কারভাবে বলুন। আপনি এই উদ্দেশ্যে একটি নির্দিষ্ট বিভাগও তৈরি করতে চাইতে পারেন। উদাহরণস্বরূপ, [Django](https://github.com/django/django) নতুন অংশগ্রহণকারীদের স্বাগত জানাতে একটি বিশেষ ল্যান্ডিং পৃষ্ঠা রয়েছে। + +![Django নতুন অংশগ্রহণকারীদের পৃষ্ঠা](/assets/images/building-community/django_new_contributors.png) + +আপনার ইস্যু কিউতে, বিভিন্ন ধরনের অংশগ্রহণকারীদের জন্য উপযুক্ত বাগগুলিকে লেবেল করুন: উদাহরণস্বরূপ, [_"প্রথমবারের জন্য শুধুমাত্র"_](https://kentcdodds.com/blog/first-timers-only), _"ভাল প্রথম ইস্যু"_, অথবা _"ডকুমেন্টেশন"।_ [এই লেবেলগুলি](https://github.com/librariesio/libraries.io/blob/6afea1a3354aef4672d9b3a9fc4cc308d60020c8/app/models/github_issue.rb#L8-L14) আপনার প্রকল্পে নতুন কারও জন্য সহজ করে তোলে যাতে তারা দ্রুত তাদের ইস্যুগুলি স্ক্যান করে শুরু করতে পারে। + +অবশেষে, আপনার ডকুমেন্টেশনটি ব্যবহার করুন যাতে প্রতিটি পদক্ষেপে মানুষকে স্বাগত জানাতে পারেন। + +আপনি আপনার প্রকল্পে উপস্থিত অধিকাংশ মানুষের সাথে কখনও কথোপকথন করবেন না। এমনকি কিছু সদয় শব্দও কাউকে আপনার প্রকল্পটি হতাশায় ছেড়ে যেতে রোধ করতে পারে। + +উদাহরণস্বরূপ, [Rubinius](https://github.com/rubinius/rubinius/) তাদের অংশগ্রহণের গাইড [এভাবে শুরু করে](https://github.com/rubinius/rubinius/blob/HEAD/.github/contributing.md): + +> Rubinius ব্যবহার করার জন্য আপনাকে ধন্যবাদ জানিয়ে শুরু করতে চাই। এই প্রকল্পটি একটি প্রেমের শ্রম, এবং আমরা সকল ব্যবহারকারীদের প্রশংসা করি যারা বাগগুলি ধরেন, কার্যক্ষমতা উন্নত করেন এবং ডকুমেন্টেশনে সাহায্য করেন। প্রতিটি অবদান অর্থবহ, তাই অংশগ্রহণের জন্য আপনাকে ধন্যবাদ। সে কথা বলার পর, আমরা কয়েকটি নির্দেশিকা দিচ্ছি যা আমরা আপনাকে অনুসরণ করতে চাই যাতে আমরা সফলভাবে আপনার সমস্যাটি সমাধান করতে পারি। + +### আপনার প্রকল্পের মালিকানা ভাগ করুন + + + +মানুষ প্রকল্পে অবদান রাখতে উচ্ছ্বসিত হয় যখন তারা মালিকানার অনুভূতি অনুভব করে। এর মানে এই নয় যে আপনাকে আপনার প্রকল্পের দর্শন ছেড়ে দিতে হবে বা এমন অবদান গ্রহণ করতে হবে যা আপনি চান না। তবে যত বেশি আপনি অন্যদের ক্রেডিট দেন, তত বেশি তারা চারপাশে থাকতে পারে। + +আপনার সম্প্রদায়ের সাথে মালিকানা ভাগ করার জন্য আপনি যদি উপায়গুলি খুঁজে পান তবে তা দেখুন। এখানে কিছু ধারণা: + +* **সহজ (গুরুতর নয়) বাগগুলি ঠিক করতে বিরত থাকুন।** বরং, নতুন অংশগ্রহণকারীদের নিয়োগের সুযোগ হিসাবে ব্যবহার করুন, বা কেউ অবদান রাখতে চাইলে তাদেরকে মেন্টর করুন। এটি প্রথমে অস্বাভাবিক মনে হতে পারে, তবে আপনার বিনিয়োগ সময়ের সাথে সঙ্গে পুরস্কৃত হবে। উদাহরণস্বরূপ, @michaeljoseph একটি অংশগ্রহণকারীকে একটি [Cookiecutter](https://github.com/audreyr/cookiecutter) ইস্যুর উপর একটি পুল রিকুয়েস্ট জমা দিতে বলেছিলেন, বরং নিজে এটি ঠিক করার জন্য। + +![Cookiecutter ইস্যু](/assets/images/building-community/cookiecutter_submit_pr.png) + +* **আপনার প্রকল্পে একটি CONTRIBUTORS বা AUTHORS ফাইল শুরু করুন** যা আপনার প্রকল্পে অবদানকারী সকলকে তালিকাবদ্ধ করে, যেমন [Sinatra](https://github.com/sinatra/sinatra/blob/HEAD/AUTHORS.md) করে। + +* যদি আপনার একটি যথেষ্ট সম্প্রদায় থাকে, তবে **একটি নিউজলেটার পাঠান বা একটি ব্লগ পোস্ট লিখুন** অবদানকারীদের ধন্যবাদ জানিয়ে। Rust এর [This Week in Rust](https://this-week-in-rust.org/) এবং Hoodie's [Shoutouts](http://hood.ie/blog/shoutouts-week-24.html) দুটি ভাল উদাহরণ। + +* **প্রতিটি অবদানকারীকে কমিট অ্যাক্সেস দিন।** @felixge দেখেছেন যে এটি লোকেদেরকে [তাদের প্যাচগুলি পরিশোধন করতে আরও উৎসাহী করে তোলে](https://felixge.de/2013/03/11/the-pull-request-hack.html), এবং তিনি এমন নতুন রক্ষণাবেক্ষকও পেয়েছেন যাদের সাথে তিনি কিছু সময় ধরে কাজ করেননি। + +* যদি আপনার প্রকল্প GitHub-এ থাকে, তবে **আপনার প্রকল্পটি আপনার ব্যক্তিগত অ্যাকাউন্ট থেকে একটি [সংস্থায়](https://help.github.com/articles/creating-a-new-organization-account/) স্থানান্তর করুন** এবং অন্তত একটি ব্যাকআপ অ্যাডমিন যোগ করুন। সংস্থাগুলি বাইরের সহযোগীদের সাথে প্রকল্পগুলিতে কাজ করা সহজ করে। + +বাস্তবতা হচ্ছে [বেশিরভাগ প্রকল্পে](https://peerj.com/preprints/1233/) এক বা দুটি রক্ষণাবেক্ষক থাকে যারা বেশিরভাগ কাজ করেন। আপনার প্রকল্প যত বড় হবে এবং আপনার সম্প্রদায় যত বড় হবে, সাহায্য পাওয়া তত সহজ হবে। + +যদিও আপনি সবসময় কাউকে সাহায্যের জন্য খুঁজে পাবেন না, সিগন্যাল বের করার ফলে অন্য লোকেদের অবদান রাখার সম্ভাবনা বেড়ে যায়। এবং যত তাড়াতাড়ি আপনি শুরু করবেন, তত তাড়াতাড়ি মানুষ সাহায্য করতে পারে। + + + +## সংঘর্ষ সমাধান + +আপনার প্রকল্পের প্রাথমিক পর্যায়ে, বড় সিদ্ধান্ত নেওয়া সহজ। যখন আপনি কিছু করতে চান, তখন আপনি আপনার বন্ধুদের কাছে যাচ্ছেন যারা এগিয়ে এগিয়ে যেতে পারে। + +যেমন আপনার প্রকল্প বড় হয়, তেমনই পরিবর্তনগুলি এবং বিবাদগুলি মোকাবেলা করা কঠিন হতে পারে। যখন লোকেরা আপনার কাজে প্রবেশ করে, তখন আপনার প্রয়োজন হবে একটি সংঘর্ষ সমাধানের কৌশল তৈরি করুন। + +যখন এই সমস্যাগুলি ঘটে, এবং এটি ঘটে, গুরুত্বপূর্ণ যে আপনি প্রভাবিত ব্যক্তিদের নিয়ে আলোচনা শুরু করেন। একটি নীতিগত ভিত্তি তৈরি করুন যা আপনাকে ফোকাস রাখতে সহায়তা করবে। এটি আপনার সমস্যাগুলিকে সমাধান করতে সহায়ক, যেটি আপনার প্রযুক্তিগত ভিত্তির উপর তৈরি হয়। + +এটা আপনি বা আপনার সংস্করণ নিয়ন্ত্রণের উপর অর্পিত, উভয়ের উপর নির্ভর করে: + +* **দৃষ্টি এবং প্রযুক্তিগত নির্দেশিকা**: আপনি যখন আপনার দৃষ্টিভঙ্গিতে স্থানান্তরিত হন তখন আপনি দেখতে পারেন অন্যরা কিছু আলাদা কিভাবে দেখতে পায়। যখন সম্ভব, আপনার সমস্যাগুলি কীভাবে সমাধান হবে তা বিশ্লেষণ করুন এবং অন্যদের মতামত জিজ্ঞাসা করুন। প্রযুক্তিগত সীমাবদ্ধতা সম্পর্কে আলোচনা করুন, কিন্তু সেগুলিকে দৃষ্টিভঙ্গির সাথে যোগ করুন। + +* **এতে প্রবেশাধিকার দিন**: যদি আপনার কাজের গতি ধীর হয়ে যায়, তবে এটি প্রায়শই অন্যদের হাতে হতে পারে এবং লোকেরা সঠিকভাবে জানতে পারে। এটি হতাশার জন্য একটি বড় কারণ হতে পারে। যখন এটি হয়, এটি প্রয়োজনীয় হতে পারে যে আপনি আপনার কাজের জন্য বিরতি নিন এবং সমস্যা সমাধান করুন, অন্যদের তাদের উদ্বেগ জানাতে দিন এবং সমাধান নিয়ে আসতে দিন। + +* **স্বচ্ছতা রাখুন**: সমস্যাগুলি যখন শুরু হয়, লোকেদের আপনার কাজ সম্পর্কে জানানো গুরুত্বপূর্ণ। আপনি যখন চিন্তা করেন যে আপনি সঠিক পথে রয়েছেন, তখন অনেকে আপনাকে সাহায্য করতে এবং আপনার প্রকল্পে অবদান রাখতে পারে। + +প্রথমবারের মতো বড় প্রকল্পগুলি পরিচালনা করার সময় ভুল স্বাভাবিক। আপনাকে কিছু শিখতে হবে এবং দ্রুত আগাতে হবে। আপনার সম্পর্কে আপনার সম্প্রদায়ের কাছ থেকে কিছু গঠনমূলক প্রতিক্রিয়া নিতে প্রস্তুত থাকুন। + +জিনিসগুলি অঙ্গীকারবদ্ধ হয়ে যায়। কাজ করা এবং খোলামেলা আলোচনা করা খুব গুরুত্বপূর্ণ যাতে এটি বাস্তবায়ন এবং কার্যকর হয়। + +আপনার প্রকল্পটির স্বচ্ছতা অব্যাহত রাখা আপনার দৃষ্টিভঙ্গির দিকে নজর রাখতে সহায়তা করতে পারে। + +### সময় এবং কার্যকর ব্যবস্থাপনা + +আপনার প্রকল্পের সুস্থতার জন্য সময় এবং কার্যকর ব্যবস্থাপনা অপরিহার্য। প্রকল্পের সামগ্রিক দৃষ্টিভঙ্গি তৈরি করার জন্য এই কাজগুলি কিছু সময় ব্যয় করার সময় ব্যয় করতে হবে। + +লক্ষ্যগুলি নির্ধারণ করা শুরু করুন। একটি দৃষ্টিভঙ্গি থাকতে পারে, তবে প্রকল্পগুলিতে ভাল অগ্রগতি একটি শক্তিশালী অনুপ্রেরণা। আপনার লক্ষ্যগুলি পরিষ্কারভাবে নথিভুক্ত করুন এবং স্পষ্টভাবে তথ্য ভাগ করুন। একটি বিস্তৃত গাইডও আপনার দৃষ্টিভঙ্গির মধ্যে সহায়ক হতে পারে, আপনার কমিউনিটিকে বোঝার উপযুক্ত হতে পারে এবং শিথিল করার জন্য স্পষ্টতা প্রদান করতে পারে। + +যখন আপনার দল বড় হয়, তখন সময় অন্তর এমনকি একটি শক্তিশালী বিষয় হতে পারে। আপনার সময়সূচী তৈরি করুন এবং বড় সিদ্ধান্ত নেওয়ার সময়কে চিনতে চেষ্টা করুন। + +আপনার প্রয়োজনে বৃহত্তর প্রকল্পগুলির সঙ্গেও পরিকল্পনা করুন। এটি আপনার প্রকল্পে সময় কাটানো লোকেদের জন্য গুরুত্বপূর্ণ হতে পারে। কাজগুলি আপডেট করার জন্য সময় ব্যবস্থাপনা করতে ব্যবহার করুন। + +এবং যদি কিছু সঠিকভাবে কাজ না করে, আপনি তাদের সংক্ষিপ্ত করার জন্য কম্প্যাক্ট মডেল তৈরি করতে পারেন। + +### এই প্রকল্পের সম্পূর্ণ মূল্যায়ন + +আপনার প্রকল্পটি বিশ্লেষণ করতে কিছু সময় ব্যয় করুন এবং এটি নিশ্চিত করতে হবে যে এটি সঠিক অবস্থানে পৌঁছেছে। মূল্যায়ন চক্রগুলি আপনার প্রকল্পকে নিয়ন্ত্রণে রাখতে এবং নিশ্চিত করতে সাহায্য করতে পারে যে এটি সঠিকভাবে চলছে। + +তথ্য হালনাগাদ করুন এবং আপনার পরিবর্তনের খোঁজ রাখুন। আপনি যে সমস্ত কাজ করেছেন তা কেবল অসাধারণ নয়, বরং আপনার প্রকল্পের মূল্য মূল্যায়ন করতে সহায়ক। + +পরিকল্পনা করুন, তবে আপনি যেখানেই কাজ করছেন সেখানে আয়োজিত করতে সময় ব্যয় করুন। এবং আপনার প্রয়োজনগুলি নিশ্চিত করতে সময় বের করতে এবং সেগুলির উপর একটি মূল্যায়ন করুন। এটি বোঝার একটি গুরুত্বপূর্ণ অংশ। + +একটি সময় পর্যালোচনা এবং সর্বশেষ সাফল্য এবং বিষয়গুলি আবিষ্কার করুন। আপনার প্রকল্পটি সঠিক সময়ে কোথায় রয়েছে এবং আপনি কীভাবে এটি উন্নত করতে পারবেন তা জানার জন্য এটি সহায়ক হতে পারে। + +আপনার দৃষ্টিভঙ্গির একটি দৃঢ় ভিত্তি তৈরি করতে এবং আপনার সামগ্রিক দৃষ্টিভঙ্গির জন্য একটি প্রবাহ এবং ফোকাস তৈরি করতে। + +সুতরাং, প্রকল্প তৈরি করতে শুরু করুন এবং অনুগামীদের জন্য আরো একটি মহান সম্প্রদায় তৈরির পরিকল্পনা তৈরি করুন। আশা করি এটি একটি নতুন সুযোগ এবং আপনার সম্প্রদায়ের জন্য অনুপ্রেরণা যোগায়! + +### আপনার README-কে সংবিধান হিসেবে বিবেচনা করুন + +আপনার README শুধুমাত্র একটি নির্দেশনার সেটের চেয়ে বেশি। এটি আপনার লক্ষ্য, পণ্যের দৃষ্টি এবং রোডম্যাপ সম্পর্কে আলোচনা করার জন্যও একটি স্থান। যদি মানুষ একটি নির্দিষ্ট বৈশিষ্ট্যের merits নিয়ে অতিরিক্ত মনোযোগী হয়, তবে আপনার README পুনর্বিবেচনা করা এবং আপনার প্রকল্পের উচ্চতর দৃষ্টিভঙ্গি সম্পর্কে আলোচনা করা সহায়ক হতে পারে। README-তে মনোনিবেশ করার মাধ্যমে কথোপকথনকে ব্যক্তিগতকৃত করা থেকে দূরে রাখা হয়, যাতে আপনি একটি গঠনমূলক আলোচনা করতে পারেন। + +### গন্তব্য নয়, যাত্রায় মনোনিবেশ করুন + +কিছু প্রকল্প প্রধান সিদ্ধান্ত নিতে একটি ভোটিং প্রক্রিয়া ব্যবহার করে। প্রথম দৃষ্টিতে এটি যৌক্তিক মনে হলেও, ভোটিং একটি "উত্তর" পেতে মনোযোগ দেয়, একে অপরের উদ্বেগ শুনতে এবং মোকাবেলা করার পরিবর্তে। + +ভোটিং রাজনৈতিক হয়ে যেতে পারে, যেখানে সম্প্রদায়ের সদস্যরা একে অপরকে সুবিধা দিতে বা একটি নির্দিষ্ট উপায়ে ভোট দেওয়ার জন্য চাপ অনুভব করতে পারে। কেউ কেউ ভোটও দেন না, হয়ত আপনার সম্প্রদায়ের [নীরব সংখ্যাগরিষ্ঠ](https://ben.balter.com/2016/03/08/optimizing-for-power-users-and-edge-cases/#the-silent-majority-of-users) বা বর্তমান ব্যবহারকারীরা যারা জানেন না যে ভোট দেওয়া হচ্ছে। + +কখনও কখনও, ভোটিং একটি প্রয়োজনীয় টাইব্রেকার। যতটা সম্ভব, তবে ["সম্মতি অনুসন্ধান"](https://en.wikipedia.org/wiki/Consensus-seeking_decision-making) উপর জোর দিন, সম্মতি নয়। + +সম্মতি অনুসন্ধান প্রক্রিয়ার অধীনে, সম্প্রদায়ের সদস্যরা প্রধান উদ্বেগগুলি নিয়ে আলোচনা করেন যতক্ষণ না তারা অনুভব করেন যে তারা যথেষ্ট শোনা গেছে। যখন কেবল ছোট ছোট উদ্বেগ থাকে, তখন সম্প্রদায় এগিয়ে যায়। "সম্মতি অনুসন্ধান" স্বীকার করে যে একটি সম্প্রদায় হয়তো নিখুঁত উত্তরে পৌঁছাতে পারবে না। বরং, এটি শোনা এবং আলোচনা করার উপর অগ্রাধিকার দেয়। + + + +আপনি যদি সত্যিই সম্মতি অনুসন্ধান প্রক্রিয়া গ্রহণ না করেন, তবে এটি গুরুত্বপূর্ণ যে মানুষ জানে আপনি শুনছেন। অন্যদের শোনা অনুভব করানো এবং তাদের উদ্বেগগুলি সমাধানের প্রতিশ্রুতি দেওয়া সংবেদনশীল পরিস্থিতি শিথিল করতে সাহায্য করে। তারপর, আপনার কথার সাথে কাজের ফলাফল অনুসরণ করুন। + +সমাধানের জন্য দ্রুত সিদ্ধান্তে প্রবেশ করবেন না। নিশ্চিত করুন যে সবাই শোনা অনুভব করছে এবং সমস্ত তথ্য প্রকাশ্যে আছে তার আগে সমাধানের দিকে অগ্রসর হওয়া। + +### আলোচনা কর্মের দিকে মনোনিবেশ করুন + +আলোচনা গুরুত্বপূর্ণ, কিন্তু উৎপাদনশীল এবং অ-উৎপাদনশীল কথোপকথনের মধ্যে একটি পার্থক্য আছে। + +আলোচনা উৎসাহিত করুন যতক্ষণ না এটি সক্রিয়ভাবে সমাধানের দিকে অগ্রসর হচ্ছে। যদি স্পষ্ট হয়ে যায় যে আলোচনা অযথা দুলছে বা অপ্রাসঙ্গিক হয়ে যাচ্ছে, ব্যক্তিগত আক্রমণ হচ্ছে, অথবা মানুষ ছোটখাটো বিষয় নিয়ে তর্ক করছে, তবে এটি বন্ধ করার সময় এসেছে। + +এই ধরনের আলোচনা চালিয়ে যাওয়া কেবল ওই বিষয়ে ক্ষতিকর নয়, আপনার সম্প্রদায়ের স্বাস্থ্যও ক্ষতি করে। এটি একটি বার্তা পাঠায় যে এই ধরনের কথোপকথন অনুমোদিত বা এমনকি উৎসাহিত হয় এবং এটি ভবিষ্যতে সমস্যা উত্থাপন বা সমাধানের জন্য লোকেদের discourage করতে পারে। + +আপনার বা অন্যদের দ্বারা প্রতিটি পয়েন্ট তৈরি করার সাথে সাথে, নিজের থেকে প্রশ্ন করুন, _"এটি আমাদের সমাধানের কাছে কীভাবে নিয়ে আসছে?"_ + +যদি কথোপকথন শুরু হয় বিপর্যস্ত হতে, তবে গোষ্ঠীকে জিজ্ঞাসা করুন, _"আমরা পরবর্তী কোন পদক্ষেপ নিতে পারি?"_ কথোপকথনকে পুনঃকেন্দ্রীভূত করতে। + +যদি একটি কথোপকথন স্পষ্টভাবে কোথাও না যায়, কোনো পরিষ্কার পদক্ষেপ না থাকে, বা যথাযথ পদক্ষেপ ইতিমধ্যেই নেওয়া হয়েছে, তবে সমস্যা বন্ধ করুন এবং কেন আপনি এটি বন্ধ করেছেন তা ব্যাখ্যা করুন। + + + +### সঠিক যুদ্ধে লড়াই করুন + +প্রেক্ষাপট গুরুত্বপূর্ণ। আলোচনা করার সময় বিবেচনা করুন যে কে জড়িত এবং তারা সম্প্রদায়ের বাকিদের কিভাবে প্রতিনিধিত্ব করে। + +এখন কি সম্প্রদায়ের সবাই এই বিষয় নিয়ে বিরক্ত, অথবা একটি একক সমস্যা সৃষ্টিকারী? আপনি নীরব সম্প্রদায়ের সদস্যদেরও মনে রাখতে ভুলবেন না, শুধুমাত্র সক্রিয় কণ্ঠস্বর নয়। + +যদি বিষয়টি আপনার সম্প্রদায়ের বিস্তৃত চাহিদাগুলির প্রতিনিধিত্ব না করে, তবে আপনাকে কিছু লোকের উদ্বেগগুলি স্বীকার করতে হতে পারে। যদি এটি একটি পুনরাবৃত্ত সমস্যা হয় যার স্পষ্ট সমাধান নেই, তবে তাদের পূর্ববর্তী আলোচনাগুলির দিকে নির্দেশ করুন এবং থ্রেডটি বন্ধ করুন। + +### একটি সম্প্রদায়ের টাইব্রেকার চিহ্নিত করুন + +ভাল মনোভাব এবং পরিষ্কার যোগাযোগের সাথে, বেশিরভাগ কঠিন পরিস্থিতি সমাধানযোগ্য। তবে, একটি উৎপাদনশীল কথোপকথনে, এগিয়ে যাওয়ার বিষয়ে একটি মতভেদ হতে পারে। এই ক্ষেত্রে, একটি ব্যক্তি বা লোকদের একটি ছোট গোষ্ঠী চিহ্নিত করুন যা টাইব্রেকার হিসেবে কাজ করতে পারে। + +একটি টাইব্রেকার প্রকল্পের প্রধান রক্ষণাবেক্ষক হতে পারে, বা এটি একটি ছোট গোষ্ঠী হতে পারে যারা ভোট দেওয়ার ভিত্তিতে সিদ্ধান্ত নেয়। Ideally, আপনি যখনই এটি ব্যবহার করতে হবে তার আগে একটি টাইব্রেকার এবং সংশ্লিষ্ট প্রক্রিয়া একটি GOVERNANCE ফাইলে চিহ্নিত করেছেন। + +আপনার টাইব্রেকার একটি শেষ রিসোর্ট হওয়া উচিত। বিভাজক বিষয়গুলো আপনার সম্প্রদায়ের বৃদ্ধি ও শিক্ষার জন্য একটি সুযোগ। এই সুযোগগুলো গ্রহণ করুন এবং যেখানে সম্ভব একটি সহযোগী প্রক্রিয়া ব্যবহার করে সমাধানের দিকে অগ্রসর হন। + +## সম্প্রদায় হলো ওপেন সোর্সের ❤️ + +স্বাস্থ্যকর, বিকশিত সম্প্রদায়গুলো প্রতি সপ্তাহে ওপেন সোর্সে হাজার হাজার ঘন্টা投入 করে। অনেক অবদানকারী অন্যান্য মানুষকে ওপেন সোর্সে কাজ করার বা না করার কারণ হিসেবে উল্লেখ করেন। সেই শক্তিকে গঠনমূলকভাবে ব্যবহার করার শিখলে, আপনি বাইরে কাউকে অবিস্মরণীয় ওপেন সোর্স অভিজ্ঞতা প্রদান করবেন।