আপনি কীভাবে "এটি ওপেন সোর্স, একটি প্যাচ জমা দিন" বলছেন যাতে এটি বন্ধুত্বপূর্ণ?


18

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

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

অন্যদিকে, আপনি অভদ্র হিসাবে উপস্থিত হয়ে অবদানকারীদের ভয় দেখাতে চান না।

সুতরাং আপনি কীভাবে বন্ধুত্বপূর্ণ উপায়ে "দয়া করে বৈশিষ্ট্যগুলি জিজ্ঞাসার পরিবর্তে প্যাচগুলি জমা দিন" বলবেন?

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

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


10
খুব গুরুত্বপূর্ণ, যদি আপনি প্যাচগুলি গ্রহণের উদ্দেশ্যে না হন তবে এটির জন্য অনুরোধ করবেন না! এটি হল, যদি আপনি "একটি প্যাচ জমা দিন" বলে থাকেন তবে আপনাকে অবশ্যই একটি পরিষ্কার, ভাল-লিখিত প্যাচ গ্রহণ করতে রাজি হতে হবে।
এডিএ-কিএ মার্ট-ওরা-y

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

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

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

উত্তর:


8

আপনি না।

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

  • মিষ্টি হবে না যদি [...]? এটি এ, বি এবং সি করা সম্ভব হতে পারে (এটির জন্য টোপ: আমার কাছে সময় নেই তবে আপনি যদি করেন তবে এখানে একটি নির্দিষ্ট ধারণা দেওয়া হয়েছে))
  • এখানে করার জন্য একটি প্যাচ এখানে দেওয়া হয়েছে [...] a
  • আমি করার জন্য একটি প্যাচ লেখার কথা ভাবছি [...] এবং প্রতিক্রিয়া ব্যবহার করতে পারি / যে কেউ সাহায্য করতে আগ্রহী?
  • প্রভৃতি

যে কোডাররা কোনও বৈশিষ্ট্য অনুরোধ জমা দেয় তারা সাধারণত কোনও কারণে এটি করে। তাদের মধ্যে কয়েকটি অন্তর্ভুক্ত রয়েছে (এবং আমি সত্যের জন্য জানি যে শেষ দুটি ওয়ার্ডপ্রেসে ঘটেছিল, উদাহরণস্বরূপ):

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

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


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


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

9

সংক্ষেপে, আপনি ব্যাখ্যা করেছেন যে তাদের কাছে নিখরচায় কাজ করার জন্য আপনার কাছে সীমাহীন সময় নেই। (আপনি 'বিনা মূল্যে' বিট এড়িয়ে যেতে পারেন) এবং তারা যে কোনও সময় তাদের পছন্দ মতো অবদান রাখতে পারেন, এটি "আপনার" প্রকল্প নয়, সবার প্রকল্প।

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

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


আমি এই পছন্দ। সম্ভবত এটি প্রকৃতপক্ষে ডকুমেন্টেশনের মধ্যে সর্বোত্তমভাবে রাখা হয়েছে যাতে প্রতিবার এটি ব্যাখ্যা করার জন্য আপনার নিজের অনুলিপি-পেস্ট না করে। এবং তারপরে আপনি কেবল বলেছেন "আপনি কি কোনও প্যাচ অবদান রাখতে চান? Http: //...//# સહયોગ"
জো লিস

@ জোলিস: নৈর্ব্যক্তিক শোনার জন্য আপনি আমার জবাবের সমালোচনা করেছিলেন; আপনি কীভাবে অনুগ্রহ করে যে কোনও FAQ- এ হাইপারলিঙ্কটি অনুলিপি করা-পেষ্ট করা ভাল? আপনি যদি কোনও ক্যানড প্রতিক্রিয়া ব্যবহার করতে চলেছেন, তবে এমন একটি ব্যবহার করুন যা হয় সহানুভূতি দেখায় বা পেশাদার শোনায় (বা উভয়)। শর্টকাটের জন্য এই ধারণাটিও নয়; আসলে এটা অবিকল কর্কশতা ধরনের যে মূল প্রশ্ন সম্পর্কে অভিযোগ করা হয়।
অ্যারোনআউট

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

6

বিনীত থাকুন, এবং পরিস্থিতিটি পরিষ্কারভাবে ব্যাখ্যা করুন। যেমন কিছু সম্পর্কে:

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

দেখুন, আপনি কেবল "আপনার অনুরোধ নিয়ে আমাকে বিরক্ত করছেন কেন? আমি এখানে আপনার জন্য নিখরচায় কাজ করার জন্য আসছি না; আপনি যদি এই বৈশিষ্ট্যটি চান তবে যান এবং নিজে এটি প্রয়োগ করুন" say ব্যক্তিটি একটি অ-বিকাশকারী হতে পারে, পণ্য বিকাশ করতে ব্যবহৃত ভাষা ইত্যাদি জানেন না etc.

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


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

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


5

আপনার অনুরোধের জন্য আপনাকে ধন্যবাদ. আমরা এটি আমাদের প্রকল্পের ব্যাকলগে যুক্ত করেছি এবং খুব শীঘ্রই এটি পর্যালোচনা করব।

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

সত্যিই, এত কঠিন ছিল?


+1 দুর্দান্ত; সুন্দর, পেশাদার প্রতিক্রিয়া। @ জো লিস: মনে রাখবেন যে বেশিরভাগ লোকেরা সহজেই সফটওয়্যারটি ব্যবহার করতে চান , এতে নিজের জীবন উৎসর্গ করেন না।
স্টিভেন এ লো।

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

@JoLiss আপনি হয় গ্রাহক সেবা করছেন, কিনা আপনি এটা বিশ্বাস করি বা না চাই। এবং আপনি "পিয়ারস" সম্পর্কে কিছু বলেননি। আপনি যে ব্যক্তির সাথে কথা বলছেন সে সম্ভবত বিকাশকারী, তবে আপনি যদি না জানেন তবে আপনি এটি সঠিকভাবে অনুমান করার কথা মনে করেন না (যদি না আপনি বিকাশকারী সরঞ্জামগুলিতে কাজ করছেন তবে আপনি নির্দিষ্ট করেননি) যে প্রশ্নে)। অবশেষে, ছেলেরা sh 37 টি সিগন্যালের সাথে কথা বলতে বলতে বুলসকে কী বোঝায় তা হ'ল ... ব্যঙ্গাত্মক least
অ্যারোনআউট

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

2
@ জোলিস: আপনি যদি এর চেয়ে বেশি ব্যক্তিগত হতে চান তবে দুর্দান্ত, ইয়াতে সমস্ত ক্ষমতা - এটি আমার কাছে সৌজন্যতার দিক থেকে আপনার ন্যূনতম মান হিসাবে দেখা উচিত is শুধু "একটি প্যাচ জমা দিন" বলবেন না - ব্যাখ্যা করুন যে আপনি ব্যস্ত, অলস বা হতাশ নয়; স্বীকার করুন যে তারা প্রকৃতপক্ষে কোনও প্যাচ জমা দিতে সক্ষম না হতে পারে এবং তারা তা সত্ত্বেও বাধ্যবাধকতার দ্বারা আপনাকে অনুগ্রহ করে চলেছে।
অ্যারোনআউট

4

ঠিক "প্যাচ জমা দিন" বলার পরিবর্তে আপনার আরও কিছুটা বিস্তারিত বলা উচিত।

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

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

3

আমি সাধারণত যা বলি তা এখানে ...

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


2

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

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


-2

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

সুতরাং আমার উত্তর প্রায়শই থাকে, কেবল এটি কাঁটাচামচ করুন।

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