GitHub உரிமங்கள் – நாம் எதைப் பற்றி பேசுகிறோம்? மென்பொருளை உருவாக்குவதற்கு, ஒருவர் அதை எழுதுவது மட்டுமல்லாமல், பயனர்கள் அல்லது டெவலப்பர்கள் என்ன செய்ய வேண்டும் என்பதை முடிவு செய்ய வேண்டும். அனைவருக்கும் இலவச திட்டத்தை யாராவது உருவாக்கினால், அவர் ஒரு நல்ல செயலை செய்கிறார், ஆனால் அதை யார் பயன்படுத்துகிறார் என்பதை அவர் எவ்வாறு பயன்படுத்துகிறார் என்பதை நியாயப்படுத்த வேண்டும். எடுத்துக்காட்டாக, ஒரு நிறுவனம் அதன் செயல்பாடுகளில் சில இலவச அலுவலகத்துடன் (உதாரணமாக, LibreOffice) பணிபுரிந்தால், அதைச் செய்வதற்கான உரிமையை அது ஆய்வாளர்களிடம் நிரூபிக்க வேண்டும். இதைச் செய்ய, பொருத்தமான உரிமத்தை வழங்கினால் போதும். டெவலப்பர் அதை உருவாக்க மறந்துவிட்டால், நிறுவனம் கடினமான நிலையில் இருக்கலாம். தேவையான உரிமத்தைக் குறிப்பிடும்போது, டெவலப்பர் பின்வருவனவற்றை அதில் வழங்கலாம்: இந்த மற்றும் இதே போன்ற கேள்விகளைத் தீர்ப்பதன் மூலம், பயன்பாட்டின் ஆசிரியர் உண்மையில் அவர் உருவாக்கிய மென்பொருள் தயாரிப்பின் எதிர்கால விதியை பெரும்பாலும் தீர்மானிக்கிறார். உரிமம் என்பது ஒரு தரப்பினர் (உரிமதாரர்) மற்ற தரப்பினருக்கு (உரிமம் பெற்றவர்) அவரால் உருவாக்கப்பட்ட தயாரிப்பைப் பயன்படுத்துவதற்கான விதியை நிறுவும் ஒப்பந்தமாகும். நடைமுறையில், நாங்கள் கட்சிகளால் ஒரு ஆவணத்தில் கையொப்பமிடுவது பற்றி பேசவில்லை, ஆனால் அதன் பயன்பாட்டின் மீது தொடர்புடைய உரிமைகள் மற்றும் கடமைகளுடன் தானியங்கி ஒப்பந்தம் பற்றி. உரிமைகள் மற்றும் கடமைகளை குறிப்பிடுவதில் நடைமுறையில் எந்த கட்டுப்பாடுகளும் இல்லை. ஒரே நிபந்தனை அவர்கள் சட்டத்திற்கு இணங்க வேண்டும் என்பதுதான். உங்கள் சொந்த உரிமங்களை உருவாக்குவது ஒரு சிக்கலான வேலையாகும், ஏனெனில் இது மற்ற விதிமுறைகளுடன் இணக்கமாக இருக்க வேண்டும். அத்தகைய ஆவணங்களின் நிலையான வகைகளில் ஒன்றைத் தேர்ந்தெடுத்து பயன்படுத்துவதே சிறந்த வழி. நடைமுறையில், பல உரிமங்களைப் பயன்படுத்துவதும் வழக்கமாக உள்ளது. பெரும்பாலும், இதுபோன்ற சந்தர்ப்பங்களில், இரண்டு உரிமங்கள் ஒரே நேரத்தில் பயன்படுத்தப்படுகின்றன. பயனர்கள் பின்பற்ற வேண்டிய விதிகளை சுயாதீனமாக வகுக்க நிரலின் ஆசிரியருக்கு உரிமை இருந்தாலும், நடைமுறையில், அதிக எண்ணிக்கையிலான உரிமங்களின் பயன்பாடு உருவாகியுள்ளது, அதிலிருந்து நீங்கள் பெரும்பாலான சந்தர்ப்பங்களில் சரியானதைத் தேர்வு செய்யலாம். பெரும்பாலான சந்தர்ப்பங்களில் Git Hub இல் பயன்படுத்தப்படும் மிகவும் பிரபலமான விருப்பங்கள் பின்வருமாறு. Git Hub இல் பொதுவாகப் பயன்படுத்தப்படும் உரிமங்கள்: ஆசிரியர் ஆவணத்தை உருவாக்க மறுத்தால், இந்த வழக்கில் பதிப்புரிமைகள் பொருந்தும், அவை இயல்பாகவே அவரது நாட்டின் சட்டத்தால் வழங்கப்படுகின்றன. இந்த வழியில் உரிமம் இல்லாததால் நிரலைக் கொண்டு எதையும் செய்ய முடியும் என்று அர்த்தமல்ல. உண்மையில், அத்தகைய சூழ்நிலையை உரிமத்தின் வகைகளில் ஒன்றாகக் கருதலாம். பொருத்தமான விருப்பத்தைத் தேடத் தொடங்குவதற்கு முன், புரோகிராமர் தனது தேவைகளை உருவாக்குவது அவசியம், அதில் இருந்து அவர் மேலும் உரிமம் பெறப் போகிறார். அடுத்து, கோரிக்கையுடன் பொருந்தக்கூடிய பொதுவான விருப்பங்களை நீங்கள் அறிந்திருக்க வேண்டும். அதன் பிறகு, நீங்கள் சட்ட மொழியை கவனமாகப் படித்து, உரிமம் என்னவாக இருக்க வேண்டும் என்பதில் இறுதி முடிவை எடுக்க வேண்டும். தகவலறிந்த தேர்வு செய்ய, ஒரு குறிப்பிட்ட வகை உரிமத்துடன் என்ன உரிமைகள் மற்றும் கடமைகள் தொடர்புடையவை என்பதை நீங்கள் புரிந்து கொள்ள வேண்டும். சரியான தேர்வு செய்ய, நீங்கள் ஒப்பீட்டாளர்கள் எனப்படும் சிறப்பு சேவைகளைப் பயன்படுத்தலாம். இங்கே சில உதாரணங்கள்: [caption id="attachment_11858" align="aligncenter" width="840"]
நீங்கள் ஏன் கிட்ஹப்பில் திறந்த மூல திட்டங்களுக்கு உரிமம் வழங்க வேண்டும்
என்ன வகையான உரிமங்கள் உள்ளன
கிதுப் உரிமத்தை எவ்வாறு தேர்வு செய்வது
கிதுப்பில் உரிமத்தை எவ்வாறு சேர்ப்பது
நடைமுறையில் பயனுள்ள மற்றும் நம்பகமானதாக நிரூபிக்கப்பட்ட உரிம விருப்பங்களின் விரிவான தேர்வு இருந்தபோதிலும், டெவலப்பர் அவர் உருவாக்கிய நிரலுக்கான உரிமம் என்னவாக இருக்க வேண்டும் என்பது பற்றி தனது சொந்த யோசனைகளைக் கொண்டிருக்கலாம். இந்த வழக்கில், உங்கள் சொந்த பதிப்பைச் சேர்க்க அல்லது ஏற்கனவே உள்ளதை சரிசெய்யும் திறனை சேவை வழங்குகிறது. Github க்கு உரிமத்தைச் சேர்க்க, நீங்கள் இந்தப் படிகளைப் பின்பற்ற வேண்டும்:
- உங்கள் களஞ்சியத்தின் பிரதான பக்கத்திற்கு நீங்கள் செல்ல வேண்டும்.
- கோப்பைச் சேர்க்க நீங்கள் பொத்தானைக் கிளிக் செய்ய வேண்டும், பின்னர் “புதிய கோப்பை உருவாக்கு” என்பதைத் தேர்ந்தெடுக்கவும்.
- அடுத்து, நீங்கள் ஒரு கோப்பு பெயரை உள்ளிட வேண்டும். உரிமத்திற்கு, இது இரண்டு விருப்பங்களில் ஒன்றாக இருக்கலாம்: LICENSE அல்லது LICENCE.md. இங்கே பெரிய எழுத்துக்களைப் பயன்படுத்துவது கட்டாயமாகும்.
- கோப்பு பெயர் உள்ளீட்டு புலத்தின் வலதுபுறத்தில், உரிம டெம்ப்ளேட்டைத் தேர்ந்தெடுக்க கிளிக் செய்யவும்.
- பக்கத்தின் இடது பக்கத்தில் உள்ள மெனுவில், “உங்கள் திட்டத்திற்கு உரிமத்தைச் சேர்” என்ற வரியைத் தேர்ந்தெடுக்கவும். இந்த வழக்கில், ஏற்கனவே உள்ள ஆவணங்களில் இருந்து ஒரு மாறுபாடு தேர்ந்தெடுக்கப்பட்டது.
- பின்னர் “சரிபார்த்து சமர்ப்பிக்கவும்” என்ற வரியைக் கிளிக் செய்யவும். பின்னர் உங்கள் ஒப்பந்த விவரங்களை உள்ளிடவும்.
- அதன் பிறகு, என்ன சேர்த்தல் அல்லது மாற்றங்கள் செய்யப்பட்டன என்பதை தெளிவுபடுத்துவது அவசியம். அடுத்து, தேர்ந்தெடுக்கப்பட்ட ஆவணம் சரி செய்யப்பட்டதா அல்லது உரிமத்தின் மற்றொரு பதிப்பை உருவாக்குவது பற்றியதா என்பதைக் குறிப்பிடவும்.
மாற்றங்களை உறுதிசெய்த பிறகு, Git Hub சேவையில் உரிமங்களின் பட்டியலில் மாற்றங்களைச் செய்வதற்கான செயல்முறையை டெவலப்பர் முடிக்கிறார்.
Github உரிமத்தைத் தேர்வு செய்யவும் – Git Hub இல் பிரபலமான உரிமங்களின் எடுத்துக்காட்டுகள்
பின்வருபவை மிகவும் பிரபலமான விருப்பங்கள். அவர்களின் பலம் மற்றும் பலவீனங்களைப் புரிந்துகொள்வதன் மூலம், புரோகிராமர் சரியான விருப்பத்தைக் கண்டறிய முடியும் அல்லது திறமையாகத் தேடுவது எப்படி என்பதைப் புரிந்து கொள்ள முடியும்.
ஜிபிஎல்
இந்த உரிமம் மிகவும் பிரபலமான ஒன்றாகும். கட்டற்ற மென்பொருளை உற்பத்தி செய்பவர்களுக்கு இது உன்னதமானது. இந்த ஆவணத்தின் முக்கிய தேவைகளில் ஒன்று, இது
மூன்றாம் தரப்பினரை சுதந்திரமாக திட்டத்தை மாற்ற அனுமதிக்கிறது , ஆனால் அதே நேரத்தில் ஒரே உரிமத்தின் கீழ் மட்டுமே முடிவை விநியோகிக்க அவர்களுக்கு உரிமை உண்டு. இந்த உரிமம் வெவ்வேறு பதிப்புகளைக் கொண்டிருக்கலாம். இவற்றில் சமீபத்தியது மூன்றாவது. Drupal இணைய உள்ளடக்க மேலாண்மை அமைப்பு, MariaDB தரவுத்தள மேலாண்மை அமைப்பு, InkSkape வெக்டர் கிராபிக்ஸ் எடிட்டர் மற்றும் வேறு சில நிரல்களின் டெவலப்பர்களால் GPL பயன்படுத்தப்படுகிறது. SQL GPL ஐ மட்டுமல்ல, வணிக உரிமத்தையும் பயன்படுத்துகிறது என்பது குறிப்பிடத்தக்கது.
எல்ஜிபிஎல்
இந்த பெயர் “GNU GPL Lesser General Public License” என மொழிபெயர்க்கப்பட்டுள்ளது. சில டெவலப்பர்களுக்கு, GPL பொருத்தமானது அல்ல, ஏனெனில் அதே உரிமத்தின் கீழ் மாற்றியமைக்கப்பட்ட தயாரிப்புகளை விநியோகிக்க இது அவர்களுக்கு ஒரு கடமையை உருவாக்குகிறது. புரோகிராமரால் உருவாக்கப்பட்ட நூலகங்களைப் பயன்படுத்த உரிமம் வழங்கும் செயல்முறை எவ்வாறு நடைபெறுகிறது என்பதன் மூலம் இந்த விருப்பத்தின் பயன்பாட்டின் அம்சங்களை விளக்கலாம். இந்த வழக்கில், பின்வரும் மூன்று விருப்பங்கள் கருதப்படுகின்றன:
- வேறு எந்த வணிக நூலகமும் செய்ய முடியாத புதிய செயல்பாட்டை ஒரு நூலகம் வழங்கும் போது, GPL சிறந்த தேர்வாகும்.
- இலவச நூலகத்தில் உள்ள டெவலப்பர் ஏற்கனவே இருக்கும் தரநிலையை செயல்படுத்தியுள்ளார். இந்த பகுதியில், ஒத்த செயல்பாடுகளுடன் வணிக விருப்பங்கள் உள்ளன. இந்த வழக்கில், எல்ஜிபிஎல் தேர்வு செய்ய வசதியாக இருக்கும்.
- வணிகத் தரத்துடன் உண்மையில் போட்டியிடும் புதிய தரநிலைக்கு வரும்போது, அப்பாச்சி உரிமம் செல்ல வழி.
இந்த தரநிலை
நூலகங்களை வணிக ரீதியாக பயன்படுத்த அனுமதிக்கிறது . மாற்றங்கள் செய்யப்பட்டால், விநியோகத்திற்கும் அதே விதிமுறைகள் மற்றும் நிபந்தனைகள் பயன்படுத்தப்பட வேண்டும். இருப்பினும், குறியீட்டின் எளிமையான பயன்பாடு நிலைமைகளை மாற்ற அனுமதிக்கிறது.
எக்லிப்ஸ் பொது உரிமம்
இந்த ஆவணம்
வணிக உரிமங்கள் உட்பட பிற உரிமங்களின் கீழ் விநியோகத்தை அனுமதிக்கிறது . முக்கிய நிபந்தனை என்னவென்றால், மாற்றியமைக்கப்பட்ட படைப்புகளில், புதுமைகள் ஒரு தனி தொகுதியில் வைக்கப்படும். ஜாவாவில் தயாரிப்புகளின் வளர்ச்சியில் இந்த உரிமம் பிரபலமடைந்துள்ளது. ஜாவா பயன்பாடுகளைச் சோதிப்பதற்கான ஒரு கட்டமைப்பான க்ளோஜூர் நிரலாக்க மொழி ஒரு எடுத்துக்காட்டு.
Mozilla பொது உரிமம்
சிலர் இந்த ஆவணத்தை GPL மற்றும் வணிக உரிமங்களுக்கு இடையேயான சமரசமாக பார்க்கின்றனர். MPL க்கு
குறிப்பிட்ட கோப்புகளுக்கு திறந்த அணுகல் தேவை . மென்பொருள் தயாரிப்பில் சில கோப்புகள் இந்த உரிமத்தின் கீழும் மற்றவை இல்லாமல் இருக்கலாம். மாற்றத்திற்குப் பிறகு, தேவையான உரிமத்தை வைக்க அனுமதிக்கப்படுகிறது (எடுத்துக்காட்டாக, இது வணிக ரீதியாக இருக்கலாம்), ஆனால் MPL இன் கீழ் வெளியிடப்பட்ட கோப்புகளுக்கான அணுகல் இன்னும் திறந்திருக்கும் என்ற நிபந்தனையின் பேரில் மட்டுமே இது சாத்தியமாகும். இந்த வழக்கில், இறுதிப் பயனருக்கு அசல் மென்பொருளின் ஆசிரியர்கள் பற்றிய தகவலை வழங்க வேண்டும். இந்த ஆவணத்தின்படி, LibreOffice அலுவலகம், Mozilla உலாவி மற்றும் பிற மென்பொருள் தயாரிப்புகள் வெளியிடப்பட்டன.
அப்பாச்சி உரிமம் கிதுப்
AL தாராளவாத இலவச உரிமம் என்று அழைக்கப்படுகிறது. முன்பு இருந்த அதே நிபந்தனைகளின் கீழ் ஒரு வழித்தோன்றல் தயாரிப்பை வெளியிட வேண்டிய அவசியம் இல்லை என்பதன் காரணமாக இந்த அம்சம் உள்ளது
. இந்த ஆவணம் Apache Software Foundation ஆல் தீவிரமாகப் பயன்படுத்தப்படுகிறது. பயன்படுத்தும் போது, பின்வருபவை அனுமதிக்கப்படுகின்றன:
- மென்பொருள் தயாரிப்பு வணிக நோக்கங்களுக்காக மேலும் பயன்படுத்த அனுமதிக்கப்படுகிறது.
- விண்ணப்பத்தில் மாற்றங்கள் அனுமதிக்கப்படுகின்றன.
- அடுத்தடுத்த விநியோகங்களில் அசல் ஆசிரியரின் பெயர் இருக்க வேண்டும்.
புதிய மாறுபாட்டை உருவாக்குவதன் மூலம், அசல் தயாரிப்புக் குறியீட்டை வழங்க உரிமதாரர்களுக்கு எந்தக் கடமையும் இல்லை. அத்தகைய உரிமம் கணிசமான புகழ் பெற்றது. இந்த வகை உரிமத்தின் கீழ் வெளியிடப்படும் நன்கு அறியப்பட்ட மென்பொருள் தயாரிப்புகளை பட்டியலிடுவதன் மூலம் இதை நிரூபிக்க முடியும்: ஆண்ட்ராய்டு இயக்க முறைமை, ஜாவாவில் நிறுவன பயன்பாடுகளை உருவாக்கும் கட்டமைப்பு மற்றும் அப்பாச்சி வலை சேவையகம். https://youtu.be/wyZq-EazOmU
எம்ஐடி உரிமம்
சிலர் இந்த இலவச மென்பொருள் உரிம விருப்பத்தை மிகவும் பிரபலமானதாக கருதுகின்றனர். பல்வேறு வகையான இலவச அல்லது வணிக உரிமங்களுடன் நல்ல இணக்கத்தன்மை கொண்டதாக சிலரால் அதன் முக்கிய நன்மை கருதப்படுகிறது. குறியீட்டை மாற்றியமைக்கும் திறன் மற்றும் மாற்றங்களைச் செய்தவரின் விருப்பப்படி பிற உரிமங்களின் கீழ் விநியோகிப்பதற்கான அனுமதி ஆகியவை மிக முக்கியமான அம்சங்களாகும்
. இந்த ஆவணத்தைப் பயன்படுத்தும் மென்பொருள் தயாரிப்புகள்: JQuiery எனப்படும் ஜாவாஸ்கிரிப்ட் நூலகம், ஒரு ஆட்டம் டெக்ஸ்ட் எடிட்டர், AngularJS, ஒரு ஜாவாஸ்கிரிப்ட் டெவலப்மெண்ட் ஃப்ரேம்வொர்க்.
நீருக்கடியில் பாறைகள்
சில நேரங்களில் ஆசிரியர் முதலில் உரிமத்தின் ஒரு பதிப்பைத் தேர்ந்தெடுத்து, பின்னர் அதை மாற்ற விரும்புகிறார். அவர் தனியாக நிரலை உருவாக்கினால், அத்தகைய மாற்றம் கடினமாக இருக்காது. இருப்பினும், வளர்ச்சியில் பல பங்கேற்பாளர்கள் இருந்த சந்தர்ப்பங்களில், அவர்களின் அனுமதியின்றி இது இயங்காது. எடுத்துக்காட்டாக, லினக்ஸை உருவாக்கியவர், அவர் உண்மையில் இயக்க முறைமையின் அடிப்படையை உருவாக்கியிருந்தாலும், மேலும் வளர்ச்சியில் பங்கேற்ற அனைத்து புரோகிராமர்களின் அனுமதியின்றி உரிமத்தை மாற்ற முடியாது. MPL இன் கீழ் விநியோகிக்கும்போது, குறியீட்டில் மாற்றங்களைச் செய்தவர்கள் MPL இன் கீழ் வேறு உரிமத்தின் கீழ் கோப்புகளை வழங்க முடியாது. புதிய ஆவணத்தின் பயன்பாடு மற்ற நிரல் தொகுதிகளைக் குறிக்கும்.
