GitHub ലൈസൻസുകൾ – നമ്മൾ എന്തിനെക്കുറിച്ചാണ് സംസാരിക്കുന്നത്? സോഫ്റ്റ്വെയർ സൃഷ്‌ടിക്കുന്നതിന്, ഒരാൾ അത് എഴുതുക മാത്രമല്ല, ഉപയോക്താക്കൾക്കോ ഡെവലപ്പർമാർക്കോ എന്തുചെയ്യാൻ അവകാശമുണ്ടെന്ന് തീരുമാനിക്കുകയും വേണം. ആരെങ്കിലും എല്ലാവർക്കും സൗജന്യമായി ഒരു പ്രോഗ്രാം ഉണ്ടാക്കിയാൽ, അവൻ ഒരു നല്ല പ്രവൃത്തിയാണ് ചെയ്യുന്നത്, എന്നാൽ അത് ഉപയോഗിക്കുന്നവൻ അത് എങ്ങനെ ഉപയോഗിക്കുന്നു എന്ന് ന്യായീകരിക്കേണ്ടിവരും. ഉദാഹരണത്തിന്, ഒരു കമ്പനി അതിന്റെ പ്രവർത്തനങ്ങളിൽ ചില സൌജന്യ ഓഫീസുമായി പ്രവർത്തിക്കുകയാണെങ്കിൽ (ഉദാഹരണത്തിന്, LibreOffice), അതിന് അതിന് അവകാശമുണ്ടെന്ന് ഇൻസ്പെക്ടർമാർക്ക് തെളിയിക്കാൻ കഴിയണം. ഇത് ചെയ്യുന്നതിന്, ഉചിതമായ ലൈസൻസ് ഹാജരാക്കിയാൽ മതിയാകും. ഡവലപ്പർ അത് രൂപപ്പെടുത്താൻ മറന്നാൽ, കമ്പനി ബുദ്ധിമുട്ടുള്ള അവസ്ഥയിലായിരിക്കാം. [അടിക്കുറിപ്പ് id=”attachment_11854″ align=”aligncenter” width=”1024″]
- എന്തുകൊണ്ടാണ് നിങ്ങൾ GitHub-ൽ ഓപ്പൺ സോഴ്സ് പ്രോജക്റ്റുകൾക്ക് ലൈസൻസ് നൽകേണ്ടത്
- ഏത് തരത്തിലുള്ള ലൈസൻസുകൾ നിലവിലുണ്ട്
- ഒരു Github ലൈസൻസ് എങ്ങനെ തിരഞ്ഞെടുക്കാം
- Github-ലേക്ക് ഒരു ലൈസൻസ് എങ്ങനെ ചേർക്കാം
- ഒരു ലൈസൻസ് തിരഞ്ഞെടുക്കുക Github – Git Hub-ലെ ജനപ്രിയ ലൈസൻസുകളുടെ ഉദാഹരണങ്ങൾ
- ജിപിഎൽ
- എൽജിപിഎൽ
- എക്ലിപ്സ് പബ്ലിക് ലൈസൻസ്
- മോസില്ല പബ്ലിക് ലൈസൻസ്
- അപ്പാച്ചെ ലൈസൻസ് ഗിത്തബ്
- MIT ലൈസൻസ്
- വെള്ളത്തിനടിയിലുള്ള പാറകൾ
എന്തുകൊണ്ടാണ് നിങ്ങൾ GitHub-ൽ ഓപ്പൺ സോഴ്സ് പ്രോജക്റ്റുകൾക്ക് ലൈസൻസ് നൽകേണ്ടത്
ആവശ്യമായ ലൈസൻസ് വ്യക്തമാക്കുമ്പോൾ, ഡെവലപ്പർക്ക് അതിൽ ഇനിപ്പറയുന്നവ നൽകാൻ കഴിയും:
- പ്രോഗ്രാമിന്റെ ഉപയോഗ നിബന്ധനകൾ . അവർ ഒരു ഫീസ് ഉൾപ്പെട്ടേക്കാം അല്ലെങ്കിൽ, ചില അല്ലെങ്കിൽ എല്ലാ സാഹചര്യങ്ങളിലും, സൗജന്യ ഉപയോഗം അനുവദിക്കും.
- ചിലപ്പോൾ പ്രോഗ്രാമുകൾ സമൂഹം വികസിപ്പിക്കുന്നതിനായി സൃഷ്ടിക്കപ്പെടുന്നു . ഈ സാഹചര്യത്തിൽ, പ്രോഗ്രാം ടെക്സ്റ്റുകളുമായി പരിചയപ്പെടാൻ ആഗ്രഹിക്കുന്ന എല്ലാവരും പ്രധാനമാണ്.
- പ്രോഗ്രാമിന്റെ ടെക്സ്റ്റുകൾ ലഭ്യമാകുമ്പോൾ, പ്രോഗ്രാം പ്രവർത്തനക്ഷമവും കഴിയുന്നത്ര വിശ്വസനീയവുമാക്കാൻ ചിലർ മാറ്റങ്ങൾ വരുത്തിയേക്കാം . ചിലപ്പോൾ രചയിതാവിന് ഇത് ചെയ്യാൻ എല്ലാവരേയും അനുവദിക്കാൻ കഴിയും, മറ്റ് സന്ദർഭങ്ങളിൽ അദ്ദേഹം മാറ്റം അവനിലേക്ക് അയയ്ക്കാൻ വാഗ്ദാനം ചെയ്യുന്നു, കൂടാതെ പ്രോജക്റ്റിൽ സ്വയം ക്രമീകരണങ്ങൾ വരുത്തുകയും ചെയ്യുന്നു.
- മൂന്നാം കക്ഷികൾക്ക് പ്രോജക്റ്റിൽ മാറ്റങ്ങൾ വരുത്താനാകുമോ എന്ന് നിങ്ങൾ തീരുമാനിക്കേണ്ടതുണ്ട് , അവർക്ക് വേണ്ടി ഓഫർ ചെയ്യുക. ഇത് ചെയ്യുമ്പോൾ, അവരുടെ ഉൽപ്പന്നം ഏത് ലൈസൻസിലായിരിക്കണമെന്ന് നിങ്ങൾ വ്യക്തമാക്കേണ്ടതുണ്ട്.
ഇവയും സമാന ചോദ്യങ്ങളും പരിഹരിക്കുന്നതിലൂടെ, ആപ്ലിക്കേഷന്റെ രചയിതാവ് യഥാർത്ഥത്തിൽ അവൻ സൃഷ്ടിച്ച സോഫ്റ്റ്വെയർ ഉൽപ്പന്നത്തിന്റെ ഭാവി വിധി നിർണ്ണയിക്കുന്നു.
ഏത് തരത്തിലുള്ള ലൈസൻസുകൾ നിലവിലുണ്ട്
ലൈസൻസ് എന്നത് ഒരു കക്ഷി (ലൈസൻസർ) മറ്റേ കക്ഷിക്ക് (ലൈസൻസി) താൻ സൃഷ്ടിച്ച ഉൽപ്പന്നം ഉപയോഗിക്കുന്നതിന് ഒരു നിയമം സ്ഥാപിക്കുന്ന കരാറാണ്. പ്രായോഗികമായി, ഞങ്ങൾ സംസാരിക്കുന്നത് കക്ഷികൾ ഒരു പ്രമാണത്തിൽ ഒപ്പിടുന്നതിനെക്കുറിച്ചല്ല, മറിച്ച് അതിന്റെ ഉപയോഗത്തെ സംബന്ധിച്ച അവകാശങ്ങളും ബാധ്യതകളുമായുള്ള യാന്ത്രിക കരാറിനെക്കുറിച്ചാണ്. അവകാശങ്ങളും ബാധ്യതകളും വ്യക്തമാക്കുന്നതിന് പ്രായോഗികമായി നിയന്ത്രണങ്ങളൊന്നുമില്ല. അവർ നിയമം പാലിക്കണം എന്നതാണ് ഏക വ്യവസ്ഥ. നിങ്ങളുടെ സ്വന്തം ലൈസൻസുകൾ സൃഷ്ടിക്കുന്നത് ഒരു സങ്കീർണ്ണ ജോലിയാണ്, കാരണം അത് മറ്റ് നിയന്ത്രണങ്ങളുമായി പൊരുത്തപ്പെടണം. അത്തരം പ്രമാണങ്ങളുടെ സ്റ്റാൻഡേർഡ് ഇനങ്ങളിൽ ഒന്ന് തിരഞ്ഞെടുത്ത് ഉപയോഗിക്കുന്നതാണ് മികച്ച ഓപ്ഷൻ. പ്രായോഗികമായി, മൾട്ടിലൈസൻസിംഗ് ഉപയോഗിക്കുന്നതും പതിവാണ്. മിക്കപ്പോഴും, അത്തരം സന്ദർഭങ്ങളിൽ, രണ്ട് ലൈസൻസുകൾ ഒരേസമയം ഉപയോഗിക്കുന്നു. ഉപയോക്താക്കൾ പാലിക്കേണ്ട നിയമങ്ങൾ സ്വതന്ത്രമായി രൂപപ്പെടുത്താൻ പ്രോഗ്രാമിന്റെ രചയിതാവിന് അവകാശമുണ്ടെങ്കിലും, പ്രായോഗികമായി, ധാരാളം തരം ലൈസൻസുകളുടെ ഉപയോഗം വികസിപ്പിച്ചെടുത്തിട്ടുണ്ട്, അതിൽ നിന്ന് നിങ്ങൾക്ക് മിക്ക കേസുകളിലും ശരിയായത് തിരഞ്ഞെടുക്കാം. മിക്ക കേസുകളിലും Git Hub-ൽ ഉപയോഗിക്കുന്ന ഏറ്റവും ജനപ്രിയമായ ഓപ്ഷനുകൾ ഇനിപ്പറയുന്നവയാണ്. Git Hub-ൽ ഏറ്റവും സാധാരണയായി ഉപയോഗിക്കുന്ന ലൈസൻസുകൾ ഇവയാണ്:
പ്രമാണം രൂപപ്പെടുത്താൻ രചയിതാവ് വിസമ്മതിക്കുകയാണെങ്കിൽ, ഈ സാഹചര്യത്തിൽ പകർപ്പവകാശങ്ങൾ ബാധകമാകും, അവ അവന്റെ രാജ്യത്തിന്റെ നിയമനിർമ്മാണത്താൽ സ്ഥിരസ്ഥിതിയായി നൽകിയിരിക്കുന്നു. ഈ രീതിയിൽ ലൈസൻസ് ഇല്ലെങ്കിൽ പ്രോഗ്രാമിൽ എന്തെങ്കിലും ചെയ്യാൻ കഴിയുമെന്ന് അർത്ഥമാക്കുന്നില്ല. വാസ്തവത്തിൽ, അത്തരമൊരു സാഹചര്യം ലൈസൻസിന്റെ തരങ്ങളിൽ ഒന്നായി കണക്കാക്കാം.
ഒരു Github ലൈസൻസ് എങ്ങനെ തിരഞ്ഞെടുക്കാം
നിങ്ങൾ അനുയോജ്യമായ ഒരു ഓപ്ഷൻ തിരയാൻ തുടങ്ങുന്നതിനുമുമ്പ്, പ്രോഗ്രാമർ അവന്റെ ആവശ്യകതകൾ രൂപപ്പെടുത്തേണ്ടത് ആവശ്യമാണ്, അതിൽ നിന്ന് അവൻ കൂടുതൽ ലൈസൻസിംഗുമായി മുന്നോട്ട് പോകും. അടുത്തതായി, അഭ്യർത്ഥനയുമായി പൊരുത്തപ്പെടുന്ന സാധാരണ ഓപ്ഷനുകൾ നിങ്ങൾ സ്വയം പരിചയപ്പെടണം. അതിനുശേഷം, നിങ്ങൾ നിയമപരമായ ഭാഷ ശ്രദ്ധാപൂർവ്വം പഠിക്കുകയും ലൈസൻസ് എന്തായിരിക്കണം എന്നതിനെക്കുറിച്ച് അന്തിമ തീരുമാനമെടുക്കുകയും വേണം. വിവരമുള്ള ഒരു തിരഞ്ഞെടുപ്പ് നടത്താൻ, ഒരു പ്രത്യേക തരം ലൈസൻസുമായി എന്ത് അവകാശങ്ങളും ബാധ്യതകളും ബന്ധപ്പെട്ടിരിക്കുന്നുവെന്ന് നിങ്ങൾ മനസ്സിലാക്കേണ്ടതുണ്ട്. ശരിയായ തിരഞ്ഞെടുപ്പ് നടത്താൻ, നിങ്ങൾക്ക് താരതമ്യപ്പെടുത്തുന്ന പ്രത്യേക സേവനങ്ങൾ ഉപയോഗിക്കാം. ചില ഉദാഹരണങ്ങൾ ഇതാ:
- https://choosealicense.com/. ശരിയായ ഓപ്ഷൻ തിരഞ്ഞെടുക്കുന്നതിനുള്ള മുൻനിര ചോദ്യങ്ങളും ഉപയോഗത്തിന്റെ സവിശേഷതകൾ മനസ്സിലാക്കാൻ നിങ്ങളെ സഹായിക്കുന്നതിനുള്ള വിശദമായ ഉപദേശവും ഈ സൈറ്റിലുണ്ട്.
- https://opensource.org/licenses പേജ് വിവിധ സ്വതന്ത്ര സോഫ്റ്റ്വെയർ പരിഹാരങ്ങൾ അവലോകനം ചെയ്യുന്നതിനായി സമർപ്പിച്ചിരിക്കുന്നു.
- https://tldrlegal.com/ എന്ന സൈറ്റ് വിവിധ ലൈസൻസ് ഓപ്ഷനുകൾക്കുള്ള ഒരു വിജ്ഞാനകോശമായി കണക്കാക്കാം. കൃത്യമായ നിയമ രൂപീകരണങ്ങളും വിശദമായ അഭിപ്രായങ്ങളും ഉണ്ട്.
Github-ലേക്ക് ഒരു ലൈസൻസ് എങ്ങനെ ചേർക്കാം
പ്രായോഗികമായി ഫലപ്രദവും വിശ്വസനീയവുമാണെന്ന് തെളിയിക്കപ്പെട്ട ലൈസൻസ് ഓപ്ഷനുകളുടെ വിപുലമായ തിരഞ്ഞെടുപ്പ് ഉണ്ടായിരുന്നിട്ടും, താൻ സൃഷ്ടിച്ച പ്രോഗ്രാമിനുള്ള ലൈസൻസ് എന്തായിരിക്കണം എന്നതിനെക്കുറിച്ച് ഡവലപ്പർക്ക് സ്വന്തം ആശയങ്ങൾ ഉണ്ടായിരിക്കാം. ഈ സാഹചര്യത്തിൽ, നിങ്ങളുടെ സ്വന്തം പതിപ്പ് ചേർക്കാനോ നിലവിലുള്ളത് ക്രമീകരിക്കാനോ ഉള്ള കഴിവ് സേവനം നൽകുന്നു. Github-ലേക്ക് ഒരു ലൈസൻസ് ചേർക്കുന്നതിന്, നിങ്ങൾ ഈ ഘട്ടങ്ങൾ പാലിക്കേണ്ടതുണ്ട്:
- നിങ്ങളുടെ റിപ്പോസിറ്ററിയുടെ പ്രധാന പേജിലേക്ക് പോകേണ്ടതുണ്ട്.
- ഒരു ഫയൽ ചേർക്കുന്നതിന് നിങ്ങൾ ബട്ടണിൽ ക്ലിക്കുചെയ്യേണ്ടതുണ്ട്, തുടർന്ന് “പുതിയ ഫയൽ സൃഷ്‌ടിക്കുക” തിരഞ്ഞെടുക്കുക.
- അടുത്തതായി, നിങ്ങൾ ഒരു ഫയലിന്റെ പേര് നൽകേണ്ടതുണ്ട്. ഒരു ലൈസൻസിനായി, ഇത് രണ്ട് ഓപ്ഷനുകളിൽ ഒന്നായിരിക്കാം: LICENSE അല്ലെങ്കിൽ LICENCE.md. ഇവിടെ വലിയ അക്ഷരങ്ങളുടെ ഉപയോഗം നിർബന്ധമാണ്.
- ഫയലിന്റെ പേര് ഇൻപുട്ട് ഫീൽഡിന്റെ വലതുവശത്ത്, ഒരു ലൈസൻസ് ടെംപ്ലേറ്റ് തിരഞ്ഞെടുക്കാൻ ക്ലിക്കുചെയ്യുക.
- പേജിന്റെ ഇടതുവശത്തുള്ള മെനുവിൽ, “നിങ്ങളുടെ പ്രോജക്റ്റിലേക്ക് ഒരു ലൈസൻസ് ചേർക്കുക” എന്ന വരി തിരഞ്ഞെടുക്കുക. ഈ സാഹചര്യത്തിൽ, നിലവിലുള്ള പ്രമാണങ്ങളിൽ നിന്ന് ഒരു വേരിയന്റ് തിരഞ്ഞെടുത്തു.
- തുടർന്ന് “അവലോകനം ചെയ്ത് സമർപ്പിക്കുക” എന്ന വരിയിൽ ക്ലിക്കുചെയ്യുക. തുടർന്ന് നിങ്ങളുടെ കരാർ വിശദാംശങ്ങൾ നൽകുക.
- അതിനുശേഷം, എന്തൊക്കെ കൂട്ടിച്ചേർക്കലുകളോ മാറ്റങ്ങളോ വരുത്തിയെന്ന് വ്യക്തമാക്കേണ്ടത് ആവശ്യമാണ്. അടുത്തതായി, തിരഞ്ഞെടുത്ത പ്രമാണം ശരിയാക്കിയിട്ടുണ്ടോ അതോ ലൈസൻസിന്റെ മറ്റൊരു പതിപ്പ് സൃഷ്ടിക്കുന്നതിനെക്കുറിച്ചാണോ എന്ന് സൂചിപ്പിക്കുക.
മാറ്റങ്ങൾ സ്ഥിരീകരിച്ച ശേഷം, Git Hub സേവനത്തിലെ ലൈസൻസുകളുടെ പട്ടികയിൽ മാറ്റങ്ങൾ വരുത്തുന്നതിനുള്ള നടപടിക്രമം ഡെവലപ്പർ പൂർത്തിയാക്കുന്നു.
ഒരു ലൈസൻസ് തിരഞ്ഞെടുക്കുക Github – Git Hub-ലെ ജനപ്രിയ ലൈസൻസുകളുടെ ഉദാഹരണങ്ങൾ
ഏറ്റവും ജനപ്രിയമായ ഓപ്ഷനുകൾ ഇനിപ്പറയുന്നവയാണ്. അവരുടെ ശക്തിയും ബലഹീനതയും മനസ്സിലാക്കുന്നതിലൂടെ, പ്രോഗ്രാമർക്ക് ശരിയായ ഓപ്ഷൻ കണ്ടെത്താനോ അല്ലെങ്കിൽ എങ്ങനെ കാര്യക്ഷമമായി തിരയാമെന്ന് മനസ്സിലാക്കാനോ കഴിയും.
ജിപിഎൽ
ഈ ലൈസൻസിനെ ഏറ്റവും ജനപ്രിയമായ ഒന്നായി വിളിക്കാം. സ്വതന്ത്ര സോഫ്റ്റ്വെയർ നിർമ്മിക്കുന്നവർക്ക് ഇത് ക്ലാസിക് ആണ്. ഈ ഡോക്യുമെന്റിന്റെ പ്രധാന ആവശ്യകതകളിലൊന്ന് അത്
മൂന്നാം കക്ഷികളെ പ്രോഗ്രാം സ്വതന്ത്രമായി പരിഷ്ക്കരിക്കാൻ അനുവദിക്കുന്നു എന്നതാണ് , എന്നാൽ അതേ സമയം ഒരേ ലൈസൻസിന് കീഴിൽ മാത്രമേ ഫലം വിതരണം ചെയ്യാൻ അവർക്ക് അവകാശമുള്ളൂ. ഈ ലൈസൻസിന് വ്യത്യസ്ത പതിപ്പുകൾ ഉണ്ടായിരിക്കാം. ഇതിൽ ഏറ്റവും പുതിയത് മൂന്നാമത്തേതാണ്. Drupal വെബ് കണ്ടന്റ് മാനേജ്മെന്റ് സിസ്റ്റം, MariaDB ഡാറ്റാബേസ് മാനേജ്മെന്റ് സിസ്റ്റം, InkSkape വെക്റ്റർ ഗ്രാഫിക്സ് എഡിറ്റർ തുടങ്ങിയ പ്രോഗ്രാമുകളുടെ ഡെവലപ്പർമാർ GPL ഉപയോഗിക്കുന്നു. എസ്‌ക്യുഎൽ ജിപിഎൽ മാത്രമല്ല, വാണിജ്യ ലൈസൻസും ഉപയോഗിക്കുന്നു എന്നത് ശ്രദ്ധേയമാണ്.
എൽജിപിഎൽ
ഈ പേര് “GNU GPL Lesser General Public License” എന്നാണ് വിവർത്തനം ചെയ്യുന്നത്. ചില ഡെവലപ്പർമാർക്ക്, GPL അനുയോജ്യമല്ല, കാരണം അത് ഒരേ ലൈസൻസിന് കീഴിൽ പരിഷ്കരിച്ച ഉൽപ്പന്നങ്ങൾ വിതരണം ചെയ്യുന്നതിനുള്ള ഒരു ബാധ്യത സൃഷ്ടിക്കുന്നു. പ്രോഗ്രാമർ സൃഷ്ടിച്ച ലൈബ്രറികളുടെ ഉപയോഗത്തിന് ലൈസൻസ് നൽകുന്ന പ്രക്രിയ എങ്ങനെ നടക്കുന്നു എന്നതിലൂടെ ഈ ഓപ്ഷന്റെ ആപ്ലിക്കേഷന്റെ സവിശേഷതകൾ ചിത്രീകരിക്കാം. ഈ സാഹചര്യത്തിൽ, ഇനിപ്പറയുന്ന മൂന്ന് ഓപ്ഷനുകൾ പരിഗണിക്കുന്നു:
- മറ്റൊരു വാണിജ്യ ലൈബ്രറിക്കും ചെയ്യാൻ കഴിയാത്ത ഒരു ലൈബ്രറി പുതിയ പ്രവർത്തനം നൽകുമ്പോൾ, GPL ആണ് ഏറ്റവും മികച്ച ചോയ്സ്.
- സൌജന്യ ലൈബ്രറിയിലെ ഡവലപ്പർ ഇതിനകം നിലവിലുള്ള നിലവാരം നടപ്പിലാക്കിയിട്ടുണ്ട്. ഈ പ്രദേശത്ത്, സമാനമായ പ്രവർത്തനങ്ങളുള്ള വാണിജ്യ ഓപ്ഷനുകൾ ഉണ്ട്. ഈ സാഹചര്യത്തിൽ, എൽജിപിഎൽ തിരഞ്ഞെടുക്കുന്നത് സൗകര്യപ്രദമായിരിക്കും.
- യഥാർത്ഥത്തിൽ വാണിജ്യ നിലവാരവുമായി മത്സരിക്കുന്ന ഒരു പുതിയ നിലവാരത്തിലേക്ക് വരുമ്പോൾ, അപ്പാച്ചെ ലൈസൻസ് പോകാനുള്ള വഴിയാണ്.
ഈ മാനദണ്ഡം
ലൈബ്രറികളുടെ വാണിജ്യപരമായ ഉപയോഗം അനുവദിക്കുന്നു . പരിഷ്കാരങ്ങൾ വരുത്തിയാൽ, വിതരണത്തിനും അതേ നിബന്ധനകളും വ്യവസ്ഥകളും ഉപയോഗിക്കണം. എന്നിരുന്നാലും, കോഡിന്റെ ലളിതമായ ഉപയോഗം വ്യവസ്ഥകൾ മാറ്റാൻ അനുവദിക്കുന്നു.
എക്ലിപ്സ് പബ്ലിക് ലൈസൻസ്
ഈ പ്രമാണം
വാണിജ്യ ലൈസൻസുകൾ ഉൾപ്പെടെയുള്ള മറ്റ് ലൈസൻസുകൾക്ക് കീഴിൽ വിതരണം ചെയ്യാൻ അനുവദിക്കുന്നു . പരിഷ്കരിച്ച വർക്കുകളിൽ, നവീനതകൾ ഒരു പ്രത്യേക മൊഡ്യൂളിൽ സ്ഥാപിക്കും എന്നതാണ് പ്രധാന വ്യവസ്ഥ. ജാവയിലെ ഉൽപ്പന്നങ്ങളുടെ വികസനത്തിൽ ഈ ലൈസൻസ് ജനപ്രീതി നേടിയിട്ടുണ്ട്. ജാവ ആപ്ലിക്കേഷനുകൾ പരിശോധിക്കുന്നതിനുള്ള ചട്ടക്കൂടായ ക്ലോജൂർ പ്രോഗ്രാമിംഗ് ഭാഷ ഒരു ഉദാഹരണമാണ്.
മോസില്ല പബ്ലിക് ലൈസൻസ്
ചിലർ ഈ പ്രമാണത്തെ ജിപിഎല്ലും വാണിജ്യ ലൈസൻസുകളും തമ്മിലുള്ള ഒത്തുതീർപ്പായി കാണുന്നു. MPL-ന്
ചില ഫയലുകളിലേക്ക് തുറന്ന ആക്സസ് ആവശ്യമാണ് . സോഫ്റ്റ്വെയർ ഉൽപ്പന്നത്തിൽ ഈ ലൈസൻസിന് കീഴിലുള്ള ചില ഫയലുകളും മറ്റുള്ളവ ഇതില്ലാതെയും അടങ്ങിയിരിക്കാം. പരിഷ്ക്കരണത്തിന് ശേഷം, ആവശ്യമായ ലൈസൻസ് ഇടാൻ അനുവദിച്ചിരിക്കുന്നു (ഉദാഹരണത്തിന്, ഇത് ഒരു വാണിജ്യപരമാകാം), എന്നാൽ MPL-ന് കീഴിൽ റിലീസ് ചെയ്ത ഫയലുകളിലേക്കുള്ള ആക്സസ് ഇപ്പോഴും തുറന്നിരിക്കുമെന്ന വ്യവസ്ഥയിൽ മാത്രമേ ഇത് സാധ്യമാകൂ. ഈ സാഹചര്യത്തിൽ, യഥാർത്ഥ സോഫ്റ്റ്വെയറിന്റെ രചയിതാക്കളെക്കുറിച്ചുള്ള വിവരങ്ങൾ അന്തിമ ഉപയോക്താവിന് നൽകണം. ഈ പ്രമാണത്തിന് അനുസൃതമായി, ലിബ്രെ ഓഫീസ് ഓഫീസ്, മോസില്ല ബ്രൗസർ, മറ്റ് സോഫ്റ്റ്വെയർ ഉൽപ്പന്നങ്ങൾ എന്നിവ പുറത്തിറക്കി.
അപ്പാച്ചെ ലൈസൻസ് ഗിത്തബ്
AL-നെ ലിബറൽ ഫ്രീ ലൈസൻസ് എന്ന് വിളിക്കുന്നു. മുമ്പത്തെ അതേ വ്യവസ്ഥകളിൽ ഒരു ഡെറിവേറ്റീവ് ഉൽപ്പന്നം പുറത്തിറക്കേണ്ട ആവശ്യമില്ല എന്ന വസ്തുതയാണ് ഈ സവിശേഷതയ്ക്ക് കാരണം
. ഈ പ്രമാണം Apache Software Foundation സജീവമായി ഉപയോഗിക്കുന്നു. ഉപയോഗിക്കുമ്പോൾ, ഇനിപ്പറയുന്നവ അനുവദനീയമാണ്:
- വാണിജ്യ ആവശ്യങ്ങൾക്കായി സോഫ്റ്റ്വെയർ ഉൽപ്പന്നം കൂടുതൽ ഉപയോഗിക്കാൻ അനുവദിച്ചിരിക്കുന്നു.
- ആപ്ലിക്കേഷൻ പരിഷ്കാരങ്ങൾ അനുവദനീയമാണ്.
- തുടർന്നുള്ള വിതരണങ്ങളിൽ യഥാർത്ഥ രചയിതാവിന്റെ പേര് ഉൾപ്പെടുത്തണം.
ഒരു പുതിയ വേരിയന്റ് സൃഷ്ടിക്കുന്നതിലൂടെ, യഥാർത്ഥ ഉൽപ്പന്ന കോഡ് നൽകാൻ ലൈസൻസികൾക്ക് ഒരു ബാധ്യതയുമില്ല. അത്തരമൊരു ലൈസൻസ് ഗണ്യമായ ജനപ്രീതി നേടിയിട്ടുണ്ട്. ഇത്തരത്തിലുള്ള ലൈസൻസിന് കീഴിൽ പുറത്തിറങ്ങുന്ന അറിയപ്പെടുന്ന സോഫ്റ്റ്വെയർ ഉൽപ്പന്നങ്ങൾ ലിസ്റ്റ് ചെയ്യുന്നതിലൂടെ ഇത് തെളിയിക്കാനാകും: ആൻഡ്രോയിഡ് ഓപ്പറേറ്റിംഗ് സിസ്റ്റം, ജാവയിൽ എന്റർപ്രൈസ് ആപ്ലിക്കേഷനുകൾ സൃഷ്ടിക്കുന്ന ഒരു ചട്ടക്കൂട്, അപ്പാച്ചെ വെബ് സെർവർ. https://youtu.be/wyZq-EazOmU
MIT ലൈസൻസ്
ഈ സ്വതന്ത്ര സോഫ്റ്റ്വെയർ ലൈസൻസ് ഓപ്ഷൻ ഏറ്റവും ജനപ്രിയമായതായി ചിലർ കരുതുന്നു. വിവിധ തരത്തിലുള്ള സൗജന്യ അല്ലെങ്കിൽ വാണിജ്യ ലൈസൻസുകളുമായുള്ള നല്ല അനുയോജ്യതയാണ് ഇതിന്റെ പ്രധാന നേട്ടമായി ചിലർ കണക്കാക്കുന്നത്. കോഡ് പരിഷ്‌ക്കരിക്കുന്നതിനുള്ള കഴിവും മാറ്റങ്ങൾ വരുത്തിയ വ്യക്തിയുടെ ഇഷ്ടപ്രകാരം മറ്റ് ലൈസൻസുകൾക്ക് കീഴിൽ വിതരണം ചെയ്യാനുള്ള അനുമതിയുമാണ് ഏറ്റവും പ്രധാനപ്പെട്ട സവിശേഷതകൾ
. ഈ ഡോക്യുമെന്റ് ഉപയോഗിക്കുന്ന സോഫ്റ്റ്വെയർ ഉൽപ്പന്നങ്ങൾ ഇവയാണ്: JQuiery എന്ന് വിളിക്കുന്ന ഒരു JavaScript ലൈബ്രറി, ഒരു ആറ്റം ടെക്സ്റ്റ് എഡിറ്റർ, AngularJS, ഒരു JavaScript ഡെവലപ്‌മെന്റ് ഫ്രെയിംവർക്ക്. [അടിക്കുറിപ്പ് id=”attachment_11851″ align=”aligncenter” width=”1906″]
വെള്ളത്തിനടിയിലുള്ള പാറകൾ
ചിലപ്പോൾ രചയിതാവ് ആദ്യം ലൈസൻസിന്റെ ഒരു പതിപ്പ് തിരഞ്ഞെടുക്കുന്നു, പിന്നീട് അത് മാറ്റാൻ ആഗ്രഹിക്കുന്നു. അദ്ദേഹം ഒറ്റയ്ക്കാണ് പ്രോഗ്രാം സൃഷ്ടിച്ചതെങ്കിൽ, അത്തരമൊരു മാറ്റം ബുദ്ധിമുട്ടുള്ള കാര്യമല്ല. എന്നിരുന്നാലും, വികസനത്തിൽ ധാരാളം പങ്കാളികൾ ഉണ്ടായിരുന്ന സന്ദർഭങ്ങളിൽ, അവരുടെ സമ്മതമില്ലാതെ ഇത് പ്രവർത്തിക്കില്ല. ഉദാഹരണത്തിന്, ലിനക്സിന്റെ സ്രഷ്ടാവ്, യഥാർത്ഥത്തിൽ ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ അടിസ്ഥാനം ഉണ്ടാക്കിയെങ്കിലും, കൂടുതൽ വികസനത്തിൽ പങ്കെടുത്ത എല്ലാ പ്രോഗ്രാമർമാരുടെയും സമ്മതമില്ലാതെ ലൈസൻസ് മാറ്റാൻ കഴിയില്ല. MPL-ന് കീഴിൽ വിതരണം ചെയ്യുമ്പോൾ, കോഡിൽ മാറ്റങ്ങൾ വരുത്തിയവർക്ക് MPL-ന് കീഴിൽ മറ്റൊരു ലൈസൻസിന് കീഴിൽ ഫയലുകൾ നൽകാൻ കഴിയില്ല. പുതിയ പ്രമാണത്തിന്റെ ഉപയോഗം മറ്റ് പ്രോഗ്രാം മൊഡ്യൂളുകളെ പരാമർശിക്കും.
