கருவிகளைப் பயன்படுத்துதல்

நாம் பெறக்கூடிய மிக மதிப்புமிக்க பின்னூட்டங்களில் ஒன்று, BeeWare கருவிகளைப் பயன்படுத்த முயற்சிக்கும் நபர்களிடமிருந்து வருகிறது. அவர்கள் பயன்படுத்தும்போது, ஒரு சிக்கல் அல்லது விடுபட்ட அம்சம் இருப்பதைக் கண்டறிகிறார்கள். நிஜ உலக நோக்கங்களுக்காக இந்தக் கருவிகளைப் பயன்படுத்தும்போது நீங்கள் சந்திக்கக்கூடிய எந்தவொரு சிரமங்களையும் புரிந்துகொள்வது எங்களுக்கு மிகவும் பயனுள்ளதாக இருக்கிறது.

நீங்கள் எப்போதும் கட்ட விரும்பிய ஒன்றைப் பற்றி நினைத்து, அதைக் கட்ட முயற்சி செய்யுங்கள். உங்கள் திட்டத்தை உங்களால் கட்ட முடிந்தால், வாழ்த்துகள்! நீங்கள் எப்போதும் விரும்பியதை நீங்கள் பெற்றுவிட்டீர்கள்.

இருப்பினும், நீங்கள் வெற்றி பெறவில்லை என்றால், என்ன தவறு நடந்தது என்பதை எங்களுக்குத் தெரியப்படுத்துங்கள். ஏதேனும் ஒரு அம்சம் விடுபட்டிருந்ததா? ஆவணங்கள் குழப்பமாக உள்ளதா அல்லது ஏதேனும் ஒரு வகையில் குறைவாக உள்ளதா? உங்கள் அனுபவத்தைப் பகிர்வதன் மூலம், எங்கள் திட்டமிடல் செயல்முறையை வடிவமைக்கப் பயன்படுத்தக்கூடிய பயனுள்ள பார்வையைப் பெறுகிறோம்.

உங்களுக்கு ஏதேனும் சிக்கல்கள் ஏற்பட்டால், ஒரு புதிய கலந்துரையாடல் தலைப்பைத் தொடங்குங்கள், ஏனெனில் அது ஒரு புதிய சிக்கல் அல்லது அம்சத்திற்கான முன்மொழிவின் தொடக்கமாக இருக்கலாம்.

பங்களிக்கும் கருவிப் பயன்பாடு

புதிய சிக்கலைச் சமர்ப்பிக்கவும்

புதிய சிக்கலைச் சமர்ப்பித்தல்

ஒரு நல்ல சிக்கல் அல்லது பிழை அறிக்கையை எழுதுவது, ஒரு சிக்கலைத் தீர்க்கும் திறனில் பெரும் வித்தியாசத்தை ஏற்படுத்தும். BeeWare-க்கு ஒரு நல்ல பிழை அறிக்கையைச் சமர்ப்பிப்பது எப்படி என்பது இங்கே கொடுக்கப்பட்டுள்ளது.

ஏற்கனவே உள்ள சிக்கல்களைத் தேடுக

புதிய சிக்கலைச் சமர்ப்பிக்கும் முன், உங்களுடைய சிக்கலுக்குப் பொருந்தக்கூடிய ஏற்கனவே உள்ள சிக்கல்களுக்காக குறியீட்டில் தேடவும். உங்கள் சிக்கலுக்குப் பொருந்துவது போல் தோன்றும் ஏற்கனவே உள்ள ஒரு திறந்த சிக்கல் இருந்தால், உங்கள் அனுபவம் குறித்த கூடுதல் தகவல்களுடன் அந்தச் சிக்கலில் ஒரு கருத்தைப் பதிவிடவும். உதாரணமாக, நீங்கள் இந்தச் சிக்கலை வேறு ஒரு பைத்தான் பதிப்பு அல்லது வேறு ஒரு இயக்க முறைமையில் காண்கிறீர்கள் என்றால், அந்தக் கூடுதல் தகவல்கள் சிக்கலின் தாக்கம் அல்லது காரணத்தைத் தீர்மானிக்க உதவியாக இருக்கும்.

உங்கள் சிக்கலுக்குப் பொருந்துவது போல் தோன்றும் ஒரு மூடப்பட்ட சிக்கலைக் கண்டால், அந்தச் சிக்கல் எவ்வளவு சமீபத்தில் மூடப்பட்டது என்பதைச் சரிபார்க்கவும். அந்தச் சிக்கல் மிகச் சமீபத்தில் மூடப்பட்டிருந்தால், உங்கள் பிழை சரிசெய்யப்பட்டுவிட்டது என்றும், அடுத்த வெளியீட்டில் அது திருத்தப்படும் என்றும் அர்த்தம். அந்தப் பிரச்சினை 4 மாதங்களுக்கு முன்பே மூடப்பட்டிருந்தால், நீங்கள் அனுபவிப்பது வேறு ஒரு சிக்கலாக இருக்க வாய்ப்புள்ளது - பிழைச் செய்தி எவ்வளவு ஒத்ததாகத் தோன்றினாலும் கூட.

நீங்கள் காண்பதற்குப் பொருந்தும் ஒரு சிக்கலைக் கண்டுபிடிக்கவில்லை என்றால், ஒரு புதிய சிக்கலைத் திறப்பது பொருத்தமானதாக இருக்கலாம்.

ஒரு கலந்துரையாடலுடன் தொடங்குங்கள்

GitHub-இல் ஒரு சிக்கலைச் சமர்ப்பிப்பதற்கு முன், நீங்கள் அனுபவிப்பது உண்மையில் ஒரு பிழையா, அல்லது உங்கள் அமைப்பு அல்லது செயல்முறையில் உள்ள ஒரு சிக்கலா என்று கேட்க ஒரு கலந்துரையாடலைத் தொடங்குவதைக் கருத்தில் கொள்ளுங்கள். ஆவணப்படுத்தப்பட்ட நடத்தைக்கு நேரடியாக முரணான ஒன்றை நீங்கள் காணாத வரை, ஒரு பிழை அறிக்கையை நேரடியாகச் சமர்ப்பிப்பதற்கு முன் ஒரு கேள்வியைக் கேட்பது நல்லது. நீங்கள் உண்மையில் ஒரு சிக்கலைக் கண்டறிந்திருந்தால், ஒரு கலந்துரையாடல் தலைப்பை எளிதாக ஒரு சிக்கலாக மாற்றலாம்.

ஒரு விவாதத்தைத் தொடங்குவது, நீங்கள் ஒரு சிக்கலை சிறந்த இடத்தில் புகாரளிப்பதை உறுதிசெய்ய உதவும். நீங்கள் BeeWare-ஐப் பயன்படுத்தும்போது ஒரு சிக்கலை அனுபவித்திருக்கலாம் என்றாலும், அந்தச் சிக்கல் BeeWare சூழலில் உள்ள வேறு ஒரு திட்டத்தில் உள்ள பிழையால் ஏற்படலாம்.

ஒரு நல்ல பிழை அறிக்கையை எழுதுதல்

ஒரு புதிய சிக்கல் தேவைப்பட்டால், முடிந்தவரை அதிக விவரங்களை வழங்குவது அவசியம். ஒரு நல்ல பிழை அறிக்கை, பிழையுடன் தொடர்புடையிருக்கக்கூடிய அனைத்து தகவல்களையும், அத்துடன் அதை மீண்டும் உருவாக்கக்கூடிய மிகச் சிறிய எடுத்துக்காட்டையும் உள்ளடக்கியது.

பிழையை வெளிப்படுத்தும் அதே வேளையில், மீண்டும் உருவாக்கும் எடுத்துக்காட்டு முடிந்தவரை சுருக்கமாகவும் சுருக்கமாகவும் இருக்க வேண்டும். ஒரு பெரிய எடுத்துக்காட்டை வழங்குவது பிழைத்திருத்தத்தை கணிசமாக கடினமாக்குகிறது, குறிப்பாக அது மற்ற நூலகங்களைச் சார்ந்திருந்தாலோ அல்லது எடுத்துக்காட்டின் எதிர்பார்க்கப்படும் நடத்தை அல்லது உள் தர்க்கம் பற்றிய விரிவான அறிவைக் கோரினாலோ.

உங்களால் முடிந்தவரை விரிவான விவரங்கள் எங்களுக்குத் தேவை. இதில் பின்வருவன அடங்கும், ஆனால் இவை மட்டுமே அல்ல:

• உங்கள் இயக்க முறைமைப் பதிப்பு - நுண் பதிப்பு வரை (உதாரணமாக, macOS 15.7.2).
• உங்கள் பைத்தான் பதிப்பு, நுண் பதிப்பு வரை (உதாரணமாக, 3.14.1).
• நீங்கள் பைத்தனை எப்படி நிறுவினார்? python.org-இலிருந்து பதிவிறக்கம் செய்தீர்களா? ஹோம்ப்ரூவைப் பயன்படுத்தினீர்களா? uv? pyenv? conda? வேறு ஏதேனும்?
• நீங்கள் பயன்படுத்தும் பீவேர் கருவிகளின் குறிப்பிட்ட பதிப்பு எது (உதாரணமாக, டோகா 0.5.3). நீங்கள் ஒரு மேம்பாட்டுப் பதிப்பைப் பயன்படுத்தினால், எந்த கிட் ஹாஷைப் பயன்படுத்துகிறீர்கள்? "தற்போதைய பிரதான கிளை" என்று சொல்வது மட்டும் போதுமானதல்ல, ஏனெனில் அது தினசரி மாறக்கூடும்.
• சிக்கலைத் தூண்டுவதற்கு நிறுவப்பட வேண்டிய மற்ற தொகுப்புகளின் குறிப்பிட்ட பதிப்புகள். இந்தத் தகவலை வழங்க, python -m pip freeze இயக்கியதன் முடிவுகளை நீங்கள் சேர்க்கலாம்.
• ஒரு பதிவு கோப்பு உருவாக்கப்பட்டிருந்தால், முழுமையான பதிவு கோப்பு.
• ஒரு ஸ்டேக் டிரேஸ் உருவாக்கப்பட்டிருந்தால், முழுமையான ஸ்டேக் டிரேஸை வழங்கவும். இறுதி பிழைச் செய்தியை மட்டும் வழங்க வேண்டாம் - ஸ்டேக் டிரேஸின் முழுமையான சூழல் முக்கியமானது. இதை ஒரு ஸ்கிரீன்ஷாட் ஆக அல்லாமல், எழுத்துப்பூர்வ வடிவத்தில் வழங்குவது சிறந்தது.
• இந்தச் சிக்கலில் தாக்கத்தை ஏற்படுத்தக்கூடிய உங்கள் கணினி அல்லது நெட்வொர்க் அமைப்பு பற்றி வேறு ஏதேனும் உள்ளதா? உங்கள் கணினி பழமையானதா அல்லது மெதுவானதா? அது ஒரு பணி கணினியா, அதில் ஃபயர்வால்ஸ், வைரஸ் சோதனையாளர்கள் அல்லது பிற கட்டுப்பாடுகள் இருக்கலாம்? உங்கள் நெட்வொர்க் குறிப்பாக மெதுவாக உள்ளதா? உங்கள் இயக்க முறைமையை வழக்கத்திற்கு மாறான அமைப்புகளுடன் (மிகப் பெரிய எழுத்துரு அல்லது வேறு ஏதேனும் உதவித் தொழில்நுட்பம் இயக்கப்பட்டது போன்றவை) இயக்குகிறீர்களா?

வழக்கத்திற்கு மாறாக சிந்திக்க முயற்சி செய்யுங்கள், மேலும் நீங்கள் அனுபவிக்கும் சிக்கலைப் பாதிக்கக்கூடும் என உங்களால் நினைக்கக்கூடிய அனைத்தையும் சேர்க்கவும். தேவைக்கு அதிகமாக நீங்கள் எங்களுக்குத் தந்தால், எங்களுக்குத் தேவையில்லாதவற்றை நாங்கள் எளிதாகப் புறக்கணிக்க முடியும். நீங்கள் விடுவித்த எதையும் எங்களால் கண்டறிய முடியாது.

ஒரு குறைந்தபட்ச எடுத்துக்காட்டு

ஒரு பிழை அறிக்கையின் மிக முக்கியமான பகுதி, குறைபாட்டை மீண்டும் உருவாக்கக்கூடிய குறைந்தபட்ச நிகழ்வு ஆகும். மூன்றாம் தரப்பினர் உங்கள் மீண்டும் உருவாக்கும் நிகழ்வுக்கான வழிமுறைகளைப் படித்து, அவற்றைப் பின்பற்றி, அதே சிக்கலைக் காணும் வகையில் இருக்க வேண்டும். இதற்கு, சிக்கலை வெளிப்படுத்தும் ஒரு மாதிரித் திட்டத்தை வழங்குவது - அல்லது, இன்னும் சிறப்பாக, ஏற்கனவே உள்ள குறியீட்டுத் தொகுப்பின் ஒரு பகுதியாக இருக்கும் பயிற்சி அல்லது எடுத்துக்காட்டுத் திட்டம் போன்ற முன்பே உள்ள ஒரு உதாரணத்தைப் பயன்படுத்துவது - அர்த்தமாகலாம்.

உங்கள் முழுமையான திட்டம் ஒரு குறைந்தபட்ச மறுஉருவாக்க நிகழ்வு அல்ல. ஒரு குறைந்தபட்ச மறுஉருவாக்க நிகழ்வில், சிக்கலை உருவாக்க முற்றிலும் தேவையற்ற எந்தக் குறியீடும் இருக்கக்கூடாது. உங்கள் மறுஉருவாக்க நிகழ்வை உருவாக்கும்போது கடுமையாக இருங்கள் - சிக்கலை உருவாக்க ஒரு பொத்தான் தேவையில்லை என்றால், அந்தப் பொத்தானைச் சேர்க்காதீர்கள்.

பெரும்பாலும், இந்த குறைந்தபட்ச நகல் எடுத்துக்காட்டை உருவாக்கும் செயல்முறையே சிக்கலின் மூலத்தைக் கண்டறிந்துவிடும். ஏனெனில், ஒரு குறைந்தபட்ச எடுத்துக்காட்டை உருவாக்கும்போது, அது கோடில் உள்ள பிழையாலா அல்லது தவறான அனுமானங்கள் அல்லது API பயன்பாட்டாலா சிக்கல் ஏற்படுகிறது என்பதை நீங்கள் துல்லியமாகக் கண்டறிய வேண்டிய கட்டாயம் ஏற்படும்.

எந்தவொரு மீண்டும் உருவாக்கும் வழிமுறைகளிலும் நீங்கள் தெளிவாக இருக்க வேண்டும். "எடுத்துக்காட்டுச் செயலியை மூடுக" என்று கூறுவது, சாளரத்தில் உள்ள மூடும் பொத்தானை அழுத்துவது, ஒரு மெனுவிலிருந்து "quit" என்பதைத் தேர்ந்தெடுப்பது, அல்லது ஒரு டெர்மினலில் Control-C விசையைத் தட்டச்சு செய்வது எனப் பல அர்த்தங்களைக் கொண்டிருக்கலாம். சிக்கலை மீண்டும் உருவாக்க என்ன செய்ய வேண்டும் என்பதில் உங்கள் அறிக்கை எந்தவொரு தெளிவற்ற தன்மைக்கும் இடமளிக்கக் கூடாது.

அறிக்கையைச் சமர்ப்பித்தல்

project issues list-க்குச் சென்று, "New issue" பொத்தானைக் கிளிக் செய்து, செயல்முறையைத் தொடங்க "Bug report"-ஐத் தேர்ந்தெடுக்கவும்.

நீங்கள் சிக்கல் வார்ப்புருவில் அனைத்துப் பகுதிகளையும் பூர்த்தி செய்ய வேண்டும். தேவையான தகவல்களை வழங்க உங்களுக்கு உதவ, நாங்கள் இந்த வார்ப்புருவை ஒரு வழிகாட்டியாக வழங்குகிறோம். நினைவில் கொள்ளுங்கள், வார்ப்புரு கோரும் தகவல்களை விட நீங்கள் எப்போதும் அதிக தகவல்களை வழங்கலாம் (மற்றும் வழங்க வேண்டும்!). ஆனால், குறைந்தபட்சம், வார்ப்புருவில் உள்ள அனைத்துத் தகவல்களையும் நீங்கள் வழங்க வேண்டும்.

கோடை சேர்க்கும்போது, BeeWare பயிற்சி போன்ற ஏற்கனவே உள்ள ஒரு உதாரணத்தில் உங்களால் அதை மீண்டும் உருவாக்க முடிந்தால், நீங்கள் ஒரு இணைப்பை வழங்கலாம். இல்லையெனில், அறிக்கையில் கோடை வழங்கவும். அது மார்க் டவுன் வடிவத்தில் இருக்க வேண்டும்; ஒரு கோட்பிளாக்கிற்கு (codeblock) அதன் முன் மற்றும் பின்னால் மூன்று பேக்டிக் குறியீடுகள் (```) தேவை.

நீங்கள் ஒரு நீண்ட உரைப் பகுதியைச் சேர்க்க வேண்டியிருந்தால், பின்வரும் இலக்கணத்தைப் பயன்படுத்தி அதை மடிக்கப்பட்ட உள்ளடக்கமாக மாற்றலாம்:

<details>
<summary>சுருங்கிய உள்ளடக்கத்தின் தலைப்பு</summary>
நீண்ட உரைப் பகுதி.
</details>

உங்களால் முடிந்தவரை தகவல்களை வழங்கியவுடன், அறிக்கையைச் சமர்ப்பிக்க "உருவாக்கு" என்பதைக் கிளிக் செய்யவும்.

ஒரு இசூவை உருவாக்க GitHub CLI-ஐப் பயன்படுத்துதல்

GitHub CLI-ஐ நேரடியாகப் பயன்படுத்துவது (gh) நாம் உருவாக்கிய டெம்ப்ளேட்களைத் தவிர்த்துவிடும். இந்த டெம்ப்ளேட்கள், இசூவில் நடவடிக்கை எடுப்பதற்குத் தேவையான தகவல்கள் நமக்குக் கிடைப்பதை உறுதி செய்வதற்காகவே உள்ளன.

புதிய சிக்கலை உருவாக்க நீங்கள் gh பயன்படுத்தப் போனால், பின்வருவனவற்றைப் பயன்படுத்தவும்:

ஜிஎச் இஷ்யூ கிரியேட் --வெப்

--web என்பதைப் பயன்படுத்துவது, இஷ்யூ டெம்ப்ளேட் பக்கத்தை ஒரு உலாவியில் திறந்து, பொருத்தமான டெம்ப்ளேட்டைப் பயன்படுத்தி ஒரு இஷ்யூவை உருவாக்க உங்களை அனுமதிக்கிறது.

புதிய அம்சத்தை முன்மொழியுங்கள்

புதிய அம்சத்தை முன்மொழிதல்

எனவே, BeeWare மேம்பாடு குறித்த ஒரு யோசனை உங்களிடம் உள்ளது - அதை பரிசீலனைக்கு எவ்வாறு சமர்ப்பிப்பது?

உங்கள் ஆராய்ச்சியைச் செய்யுங்கள்

முதல் படி, ஏற்கனவே உள்ள [அம்சச் சிக்கல்களைக் (அம்ச மேம்பாடு எனக் குறியிடப்பட்ட சிக்கல்கள்)]BeeWare கண்டறிய (https://github.com/search?q=org%3Abeeware+is%3Aopen+is%3Aissue+label%3Aenhancement&type=issues) சிக்கல் கண்காணிப்பான் தேடுவதாகும், தகவல் ஆவணப் பிரச்சினைகள் ( "documentation" எனக் குறியிடப்பட்ட பிரச்சினைகள்), அல்லது கலந்துரையாடல் இழைகள் ஆகியவற்றைப் பார்த்து, அந்த யோசனை முன்பே பரிந்துரைக்கப்பட்டதா எனப் பார்க்கவும். அப்படி இருந்தால், மேலும் நீங்கள் சேர்க்க புதிய சூழல் அல்லது யோசனைகள் இருந்தால், அவற்றை ஏற்கனவே உள்ள உரையாடலில் சேர்க்கவும். உங்கள் ஆராய்ச்சிக்கு உதவி தேவைப்பட்டால், BeeWare Discord-இல் உள்ள #dev சேனலில் கேட்கலாம். ஏற்கனவே உள்ள உரையாடல் இழைகளைக் கண்டறிந்து காட்ட, உங்களுக்குத் தெரியாத பின்னணியை வழங்க, அல்லது உடனடியாகத் தொடர்புடையதாகத் தோன்றாத மற்றொரு யோசனையுடன் உங்கள் யோசனையை இணைக்க நாங்கள் உதவக்கூடும்.

கருத்தை விவாதிக்கவும்

உங்கள் யோசனைக்கு ஏற்கனவே உள்ள எந்தக் குறிப்புகளையும் நீங்கள் காணவில்லை என்றால், ஒரு கலந்துரையாடல் தொடரைத் தொடங்குங்கள். உங்கள் யோசனையின் நோக்கம் மற்றும் பயன்பாட்டு நிகழ்வுக்கான ஒரு உயர்-நிலை விளக்கத்தை வழங்குங்கள். இந்த அம்சம் செயல்படுத்தப்பட்டால் அது எப்படி இருக்கும் என்பது குறித்த உங்கள் எண்ணங்களையும் சேர்க்கவும், எடுத்துக்காட்டாக ஒரு API-யின் பொதுவான வடிவம், ஒரு திறனின் தோற்றம், அல்லது சேர்க்கப்படும் ஆவணம் போன்றவை. பொருந்தினால், உங்கள் யோசனை வெவ்வேறு தளங்களில் எவ்வாறு வெளிப்படும் என்பது குறித்த நீங்கள் செய்த எந்தவொரு ஆராய்ச்சியையும் நீங்கள் சேர்க்க வேண்டும்.

விவாதத் திரி திறக்கப்பட்டவுடன், BeeWare குழு மற்றும் சமூகத்தின் மற்ற உறுப்பினர்கள் பதிலளிப்பார்கள். முக்கியக் குழு இரண்டு வணிக நாட்களுக்குள் உங்கள் யோசனையின் ஆரம்பத் தோற்றத்தை வழங்குவதை நோக்கமாகக் கொண்டிருக்கும். ஒரு யோசனை குறிப்பாக சிக்கலானதாக இருந்தால், ஒரு விரிவான பகுப்பாய்வு ஒரு வாரம் வரை ஆகலாம். விடுமுறை மற்றும் மாநாடுகள் போன்ற நிகழ்வுகள் அந்தக் காலக்கெடுவை சற்று நீட்டிக்கக்கூடும்.

உங்கள் யோசனை குறித்த உரையாடலில் பங்கேற்க இதுவே உங்கள் வாய்ப்பு. நாங்கள் மேலும் விவரங்கள் அல்லது சூழலைக் கேட்கலாம். சமூகத்தின் மற்ற உறுப்பினர்களும் இந்த விவாதத்தில் ஈடுபட்டு, மற்ற கண்ணோட்டங்கள், பரிந்துரைகள் அல்லது மாற்று முன்மொழிவுகளை வழங்கலாம். இந்த விவாதத்தின் முடிவு அடுத்தகட்ட நடவடிக்கைகளைத் தீர்மானிக்கும்.

அனைத்து யோசனைகளும் ஏற்றுக்கொள்ளப்படாது என்பதைப் புரிந்துகொள்வது அவசியம். உங்கள் மாற்றம் ஏற்றுக்கொள்ளப்படாததற்கு ஒரு காரணம் இருப்பதைக் கண்டறிந்து, நீங்கள் செய்த அனைத்து உழைப்பும் வீணாகிவிடும் என்பதைத் தவிர்ப்பதற்காகவே இந்த செயல்முறை ஒரு முன்மொழிவுடன் தொடங்குகிறது.

இது ஒரு நல்ல யோசனை இல்லை என்று அர்த்தமல்ல! இதைச் செயல்படுத்த முடியாத தொழில்நுட்பக் காரணங்கள் இருக்கலாம். உதாரணமாக, பின்வரும் காரணங்களுக்காக நாங்கள் ஒரு யோசனையை நிராகரிக்கலாம்:

• ஆதரிக்கப்படும் அனைத்து தளங்களிலும் நம்பகத்தன்மையுடன் செயல்படுத்துவது கடினமாகவோ அல்லது இயலாததாகவோ இருக்கும்; அல்லது
• பராமரிப்பது கடினமாக இருக்கும், அல்லது பராமரிப்புக்கு பரவலாகக் கிடைக்காத தொழில்நுட்பம் அல்லது மென்பொருள் அணுகல் தேவைப்படும்; அல்லது
• இது ஒரு குறிப்பிட்ட பார்வையாளர்களுக்குப் பயன்படுகிறது, ஆனால் மற்ற பயனர்களுக்கு குறிப்பிடத்தக்க கூடுதல் சுமையை ஏற்படுத்துகிறது.

உங்கள் யோசனை பொருத்தமற்றது என்று நாங்கள் தீர்மானித்தால், நீங்கள் அதைக் கைவிட வேண்டும் என்று அர்த்தமல்ல. நாங்கள் ஒரு குறிப்பிட்ட யோசனையை நிராகரிக்கலாம் என்றாலும், அதே அம்சத்தை ஒரு வெளிப்புற நூலகமாக நீங்கள் பராமரிக்க அனுமதிக்கும் ஒரு செருகுநிரல் இடைமுகம் அல்லது பிற நீட்டிப்புப் புள்ளியைச் சேர்ப்பதற்கு நாங்கள் மிகவும் உடன்படக்கூடும். அந்த வழியில், நீங்கள் அந்த அம்சத்தைப் பெறலாம், ஆனால் அந்த அம்சத்தின் குறிப்பிட்ட பராமரிப்புக் கவலைகள் அல்லது வரம்புகள் திட்டத்திற்குத் தடையாக மாறாது.

ஒரு முறையான அம்சக் கோரிக்கையாக மாற்றுக

ஒரு அம்சத்தின் வடிவத்தைப் பற்றி விவாதம் ஒருமித்த கருத்தை அடைந்தவுடன், விவாதத்தின் சுருக்கத்தை அளித்து, சூழலுக்காக விவாதத்திற்கான இணைப்பைச் சேர்த்து, beeware சிக்கல் கண்காணிப்பான்-இல் ஒரு புதிய அம்சக் கோரிக்கை சிக்கலை உருவாக்கலாம்.

உங்கள் அம்ச முன்மொழிவை நீங்களே செயல்படுத்த வேண்டியதில்லை; நீங்கள் முன்மொழிகிறீர்கள் அதன் விவரங்களுடன் ஒரு சிக்கலைத் (issue) திறக்கலாம். இருப்பினும், சிக்கலைப் பதிவிடுவது மட்டும் உங்களுக்காக அது செயல்படுத்தப்படும் என்று அர்த்தமல்ல. அதே அம்சத்தில் ஆர்வமுள்ள வேறு யாராவது, அது சமூகம் சார்ந்த உறுப்பினராகவோ அல்லது முக்கியக் குழுவாகவோ இருக்கலாம், அதை எடுத்துக்கொள்வதற்காக நீங்கள் காத்திருக்க வேண்டும்; இருப்பினும் இது நடக்கும் என்பதற்கு எந்த உத்தரவாதமும் இல்லை. உத்தரவாதத்துடன் அதைச் செயல்படுத்த விரும்பினால், நீங்கள் அதை நீங்களே செயல்படுத்த வேண்டும் அல்லது உங்களுக்காக அதைச் செயல்படுத்த வேறு ஒருவருக்குப் பணம் செலுத்த வேண்டும்.

உங்களுக்கு ஆர்வமிருந்தால், நீங்கள் உங்கள் புதிய அம்சத்தைச் செயல்படுத்தத் தொடங்கலாம்.