ວິທີການເລືອກໃບອະນຸຍາດ Open Source ສໍາລັບກອບ RAD ໃນ GitHub

ໃນບົດຄວາມນີ້ພວກເຮົາຈະສົນທະນາເລັກນ້ອຍກ່ຽວກັບລິຂະສິດ, ແຕ່ສ່ວນໃຫຍ່ແມ່ນກ່ຽວກັບການເລືອກໃບອະນຸຍາດຟຣີສໍາລັບກອບ RAD IONDV. ກອບ ແລະສໍາລັບຜະລິດຕະພັນແຫຼ່ງເປີດໂດຍອີງໃສ່ມັນ. ພວກເຮົາຈະບອກທ່ານກ່ຽວກັບໃບອະນຸຍາດອະນຸຍາດ Apache 2.0, ກ່ຽວກັບສິ່ງທີ່ນໍາພາພວກເຮົາໄປສູ່ມັນແລະການຕັດສິນໃຈທີ່ພວກເຮົາປະເຊີນໃນຂະບວນການ.

ຂະບວນການເລືອກໃບອະນຸຍາດແມ່ນຂ້ອນຂ້າງໃຊ້ແຮງງານຫຼາຍແລະຄວນຈະເຂົ້າຫາແລ້ວອ່ານດີ, ແລະຖ້າທ່ານບໍ່ແມ່ນເຈົ້າຂອງທີ່ມີຄວາມສຸກຂອງການສຶກສາທາງດ້ານກົດຫມາຍ, ຫຼັງຈາກນັ້ນ, ພາກສະຫນາມຂໍ້ມູນຂ່າວສານກ່ຽວກັບໃບອະນຸຍາດຟຣີຕ່າງໆຈະເປີດຂຶ້ນກ່ອນທ່ານ. ສິ່ງຕົ້ນຕໍທີ່ຕ້ອງເຮັດແມ່ນການສ້າງເງື່ອນໄຂຈໍາກັດຈໍານວນຫນຶ່ງ. ຜ່ານຂະບວນການສົນທະນາແລະການສະທ້ອນ, ທ່ານແລະທີມງານຂອງທ່ານຈະສາມາດເຂົ້າໃຈສິ່ງທີ່ທ່ານຕ້ອງການທີ່ຈະອະນຸຍາດໃຫ້ຜູ້ໃຊ້ຜະລິດຕະພັນຂອງທ່ານແລະສິ່ງທີ່ຕ້ອງຫ້າມ. ເມື່ອເຈົ້າມີຄຳອະທິບາຍທີ່ແນ່ນອນຢູ່ໃນມືຂອງເຈົ້າແລ້ວ, ເຈົ້າຕ້ອງວາງມັນໃສ່ໃບທະບຽນທີ່ມີຢູ່ກ່ອນແລ້ວ ແລະເລືອກອັນທີ່ຈຸດທີ່ມີຈຳນວນສູງສຸດກົງກັນ. ມັນເບິ່ງຄືວ່າງ່າຍດາຍ, ແນ່ນອນ, ແຕ່ໃນຄວາມເປັນຈິງແລ້ວ, ປົກກະຕິແລ້ວເຖິງແມ່ນວ່າຫຼັງຈາກການສົນທະນາ, ຄໍາຖາມຍັງຄົງຢູ່.

ຫນ້າທໍາອິດ, ການເຊື່ອມຕໍ່ກັບ ເລືອກalicense.com, ເວັບໄຊທີ່ເປັນປະໂຫຍດທີ່ພວກເຮົາໃຊ້ຢ່າງກວ້າງຂວາງ. ເອົາໃຈໃສ່ເປັນພິເສດ ຕາ​ຕະ​ລາງ​ການ​ປຽບ​ທຽບ​ ໃບອະນຸຍາດຕາມ 13 ເງື່ອນໄຂຕົ້ນຕໍ. ຂໍໃຫ້ພາສາອັງກິດແລະຄວາມອົດທົນຢູ່ກັບທ່ານ.

ແປ້ງທີ່ເລືອກ

ໃຫ້ເລີ່ມຕົ້ນດ້ວຍຄຸນລັກສະນະທົ່ວໄປຂອງໃບອະນຸຍາດສໍາລັບ ຊອບແວຟຣີ. ຊອບແວໂອເພນຊອດ ໝາຍ ເຖິງໃບອະນຸຍາດຟຣີສະເພາະ, ເຊິ່ງບໍ່ ຈຳ ກັດການແຈກຢາຍທາງການຄ້າແລະບໍ່ແມ່ນການຄ້າຕາມຮູບແບບ. ເປີດ Core. ດັ່ງນັ້ນ, ການວາງຊອຟແວໃນເຄືອຂ່າຍພາຍໃຕ້ໃບອະນຸຍາດຟຣີບໍ່ສາມາດຈໍາກັດການໂອນ, ການແຈກຢາຍແລະການຂາຍໂດຍພາກສ່ວນທີສາມຢ່າງສົມບູນ, ແລະທ່ານພຽງແຕ່ຕ້ອງກຽມພ້ອມທາງດ້ານຈິດໃຈສໍາລັບການນີ້.

ໃບອະນຸຍາດຟຣີເຮັດໃຫ້ຜູ້ໃຊ້ມີສິດທີ່ຈະເຂົ້າຮ່ວມໃນດ້ານວິສະວະກໍາຍ້ອນກັບຊອບແວຫຼືປ່ຽນມັນໃນທາງອື່ນ. ໃບອະນຸຍາດສ່ວນໃຫຍ່ບໍ່ອະນຸຍາດໃຫ້ທ່ານປ່ຽນຊື່ຜະລິດຕະພັນຫຼືປະຕິບັດການຫມູນໃຊ້ໃດໆກັບມັນ, ປ່ຽນສິດຂອງຜູ້ຂຽນແລະ / ຫຼືເຈົ້າຂອງລະບົບ.

ຄໍາຖາມຕົ້ນຕໍທີ່ພວກເຮົາສົນໃຈກ່ຽວກັບໃບອະນຸຍາດຟຣີແມ່ນ:

1. ການປ່ຽນແປງຂອງຊອບແວຄວນຖືກບັນທຶກແລະບໍ່ກ່ຽວຂ້ອງກັບຜູ້ຖືລິຂະສິດຂອງລະບົບບໍ?
2. ຊື່ຂອງຊອບແວອະນຸພັນຄວນບໍ່ຄືກັບຊື່ຂອງຊອບແວຂອງຜູ້ຖືລິຂະສິດບໍ?
3. ມັນເປັນໄປໄດ້ທີ່ຈະປ່ຽນໃບອະນຸຍາດສໍາລັບສະບັບໃຫມ່ກັບສະບັບອື່ນ, ລວມທັງການເປັນເຈົ້າຂອງ?

ຫຼັງຈາກເບິ່ງຢ່າງລະອຽດກ່ຽວກັບບັນຊີລາຍຊື່ຂອງໃບອະນຸຍາດທົ່ວໄປທີ່ສຸດ, ພວກເຮົາໄດ້ເລືອກຈໍານວນຫນຶ່ງທີ່ພວກເຮົາພິຈາລະນາໃນລາຍລະອຽດເພີ່ມເຕີມ. ໃບອະນຸຍາດທີ່ເປັນໄປໄດ້ສໍາລັບ IONDV. ກອບ ແມ່ນ: GNU GPLv3, Apache 2.0, MIT ແລະ MPL. MIT ເກືອບທັນທີຖືກຍົກເວັ້ນ, ນີ້ແມ່ນໃບອະນຸຍາດທີ່ບໍ່ມີການຄັດລອກ, ເຊິ່ງອະນຸຍາດໃຫ້ນໍາໃຊ້, ດັດແກ້ແລະການແຈກຢາຍລະຫັດໃນເກືອບທຸກທາງ, ແຕ່ພວກເຮົາບໍ່ພໍໃຈກັບທາງເລືອກນີ້, ພວກເຮົາຍັງຕ້ອງການໃຫ້ໃບອະນຸຍາດຄວບຄຸມຄວາມສໍາພັນລະຫວ່າງລິຂະສິດ. ຜູ້ຖືແລະຜູ້ໃຊ້. ສ່ວນໃຫຍ່ຂອງໂຄງການຂະຫນາດນ້ອຍໃນ GitHub ໄດ້ຖືກຈັດພີມມາພາຍໃຕ້ໃບອະນຸຍາດ MIT ຫຼືການປ່ຽນແປງຕ່າງໆຂອງມັນ. ໃບອະນຸຍາດຕົວມັນເອງແມ່ນສັ້ນຫຼາຍ, ແລະຂໍ້ຫ້າມພຽງແຕ່ຊີ້ໃຫ້ເຫັນເຖິງຄວາມເປັນເຈົ້າຂອງຂອງຜູ້ສ້າງຊອບແວ.

ຕໍ່ໄປແມ່ນໃບອະນຸຍາດ mpl 2.0. ຍອມຮັບ, ພວກເຮົາບໍ່ໄດ້ມາຮອດມັນທັນທີ, ແຕ່ຫຼັງຈາກການສຶກສາລາຍລະອຽດເພີ່ມເຕີມ, ພວກເຮົາປະຕິເສດມັນຢ່າງໄວວາ, ເພາະວ່າຂໍ້ບົກຜ່ອງຕົ້ນຕໍແມ່ນວ່າໃບອະນຸຍາດບໍ່ໄດ້ໃຊ້ກັບໂຄງການທັງຫມົດ, ແຕ່ກັບໄຟລ໌ສ່ວນບຸກຄົນ. ນອກຈາກນັ້ນ, ຖ້າຜູ້ໃຊ້ປ່ຽນໄຟລ໌, ລາວບໍ່ສາມາດປ່ຽນໃບອະນຸຍາດໄດ້. ໃນຄວາມເປັນຈິງ, ບໍ່ວ່າທ່ານຈະປ່ຽນແປງໂຄງການ Open source ດ້ວຍຄວາມພາກພຽນແນວໃດ, ທ່ານຈະບໍ່ສາມາດສ້າງລາຍໄດ້ຈາກໃບອະນຸຍາດດັ່ງກ່າວ. ໂດຍວິທີທາງການ, ນີ້ບໍ່ກ່ຽວຂ້ອງກັບຜູ້ຖືລິຂະສິດ.

ບັນຫາທີ່ຄ້າຍຄືກັນຍັງຄົງຢູ່ກັບໃບອະນຸຍາດ GNU GPLv3. ມັນຮຽກຮ້ອງໃຫ້ໄຟລ໌ໃດໆຢູ່ພາຍໃຕ້ມັນ. GNU GPL ແມ່ນໃບອະນຸຍາດ copyleft ທີ່ຮຽກຮ້ອງໃຫ້ວຽກງານອະນຸພັນເປັນແຫຼ່ງເປີດແລະຍັງຄົງຢູ່ພາຍໃຕ້ໃບອະນຸຍາດດຽວກັນ. ນັ້ນແມ່ນ: ໂດຍການຂຽນລະຫັດສອງເສັ້ນໃຫມ່, ທ່ານຈະຖືກບັງຄັບໃຫ້ເຮັດການປ່ຽນແປງຂອງທ່ານແລະ, ໃນລະຫວ່າງການໃຊ້ຫຼືການແຈກຢາຍ, ບັນທຶກລະຫັດພາຍໃຕ້ GNU GPL. ໃນກໍລະນີນີ້, ນີ້ແມ່ນປັດໃຈຈໍາກັດສໍາລັບຜູ້ໃຊ້ຂອງໂຄງການຂອງພວກເຮົາ, ແລະບໍ່ແມ່ນສໍາລັບພວກເຮົາ. ແຕ່ການປ່ຽນ GPL ເປັນໃບອະນຸຍາດອື່ນແມ່ນຫ້າມ, ເຖິງແມ່ນວ່າຢູ່ໃນສະບັບ GPL. ຕົວຢ່າງ, ຖ້າທ່ານປ່ຽນ LGPL (ສ່ວນເສີມຂອງ GPL) ກັບ GPL, ຫຼັງຈາກນັ້ນຈະບໍ່ມີທາງກັບຄືນໄປບ່ອນ LGPL. ແລະຈຸດນີ້ແມ່ນການຕັດສິນໃຈໃນການລົງຄະແນນສຽງຕໍ່ຕ້ານມັນ.

ໂດຍລວມແລ້ວ, ທາງເລືອກຂອງພວກເຮົາໃນເບື້ອງຕົ້ນໄດ້ເອື່ອຍໄປ GPL3 ຊັດເຈນຍ້ອນການແຈກຢາຍລະຫັດດັດແກ້ພາຍໃຕ້ໃບອະນຸຍາດດຽວກັນ. ພວກເຮົາຄິດວ່າວິທີນີ້ພວກເຮົາສາມາດຮັບປະກັນຜະລິດຕະພັນຂອງພວກເຮົາ, ແຕ່ພວກເຮົາເຫັນຄວາມສ່ຽງຫນ້ອຍລົງໃນ Apache 2.0. ອີງຕາມມູນນິທິຊອບແວຟຣີ, GPLv3 ແມ່ນເຂົ້າກັນໄດ້ກັບ Apache License v2.0, ຊຶ່ງຫມາຍຄວາມວ່າມັນເປັນໄປໄດ້ສະເຫມີທີ່ຈະປ່ຽນໃບອະນຸຍາດຈາກ Apache License v2.0 ເປັນ GPL v3.0.

Apache 2.0

Apache 2.0 — ໃບ​ອະ​ນຸ​ຍາດ​ທີ່​ສົມ​ດູນ​ໂດຍ​ເນັ້ນ​ຫນັກ​ໃສ່​ການ​ລິ​ຂະ​ສິດ​. ນີ້ແມ່ນຄໍາຕອບທີ່ນາງໃຫ້ຄໍາຖາມທີ່ພວກເຮົາສົນໃຈ. ການປ່ຽນແປງຂອງຊອບແວຄວນຖືກບັນທຶກແລະບໍ່ກ່ຽວຂ້ອງກັບຜູ້ຖືລິຂະສິດຂອງລະບົບບໍ? ແມ່ນແລ້ວ, ການປ່ຽນແປງທັງໝົດຕ້ອງຖືກບັນທຶກເປັນເອກະສານ ແລະພວກເຮົາບໍ່ຮັບຜິດຊອບຕໍ່ລະຫັດຕົ້ນສະບັບ ຫຼືລະຫັດທີ່ມີການປ່ຽນແປງ. ໄຟລ໌ທີ່ມີການປ່ຽນແປງຈະຕ້ອງຕິດກັບລະຫັດທີ່ທ່ານເຮັດການປ່ຽນແປງເຫຼົ່ານີ້. ຊື່ຂອງຊອບແວອະນຸພັນຄວນບໍ່ຄືກັບຊື່ຂອງຊອບແວຂອງຜູ້ຖືລິຂະສິດບໍ? ແມ່ນແລ້ວ, ຊອບແວອະນຸພັນຄວນຖືກປ່ອຍອອກມາພາຍໃຕ້ຊື່ອື່ນ ແລະພາຍໃຕ້ເຄື່ອງໝາຍການຄ້າທີ່ແຕກຕ່າງກັນ, ແຕ່ມີຕົວຊີ້ບອກຂອງເຈົ້າຂອງລິຂະສິດ. ມັນເປັນໄປໄດ້ທີ່ຈະປ່ຽນໃບອະນຸຍາດສໍາລັບສະບັບໃຫມ່ກັບສະບັບອື່ນ, ລວມທັງການເປັນເຈົ້າຂອງ? ແມ່ນແລ້ວ, ມັນສາມາດຖືກປ່ອຍອອກມາພາຍໃຕ້ໃບອະນຸຍາດທີ່ແຕກຕ່າງກັນ, Apache 2.0 ບໍ່ຈໍາກັດການນໍາໃຊ້ໃບອະນຸຍາດທີ່ບໍ່ແມ່ນການຄ້າແລະການຄ້າໃດໆ.

ນອກຈາກນີ້, ເມື່ອອອກຜະລິດຕະພັນໃຫມ່ໂດຍອີງໃສ່ລະຫັດແຫຼ່ງເປີດສໍາລັບ Apache 2.0 ຫຼືຜະລິດຕະພັນທີ່ມີຫນ້າທີ່ເພີ່ມເຕີມ, ມັນບໍ່ຈໍາເປັນຕ້ອງໃຊ້ໃບອະນຸຍາດດຽວກັນ. ຂ້າງລຸ່ມນີ້ທ່ານສາມາດເບິ່ງຮູບພາບທີ່ມີຂໍ້ກໍານົດແລະຂໍ້ຈໍາກັດຂອງໃບອະນຸຍາດ Apache 2.0.

ໃບອະນຸຍາດກໍານົດຂໍ້ກໍານົດທີ່ຈະຮັກສາແລະກ່າວເຖິງລິຂະສິດແລະໃບອະນຸຍາດທີ່ຊອບແວຖືກປ່ອຍອອກມາ. ການມີໃຫ້ບັງຄັບ ແຈ້ງການລິຂະສິດ ດ້ວຍຊື່ຂອງຜູ້ຖືລິຂະສິດແລະໃບອະນຸຍາດປົກປ້ອງສິດຂອງຜູ້ຂຽນຕົ້ນສະບັບຂອງຊອບແວ, ເພາະວ່າເຖິງແມ່ນວ່າມັນຖືກປ່ຽນຊື່, ມອບໃຫ້ຫຼືຂາຍພາຍໃຕ້ໃບອະນຸຍາດທີ່ແຕກຕ່າງກັນ, ເຄື່ອງຫມາຍຂອງຜູ້ຂຽນຈະຍັງຄົງຢູ່. ທ່ານຍັງສາມາດໃຊ້ໄຟລ໌ສໍາລັບການນີ້ ແຈ້ງການ ແລະຄັດຕິດມັນໃສ່ລະຫັດແຫຼ່ງຫຼືເອກະສານໂຄງການ.

ພວກເຮົາປ່ອຍຜະລິດຕະພັນທັງໝົດຂອງພວກເຮົາອອກສູ່ສາທາລະນະຢູ່ໃນ GitHub ພາຍໃຕ້ໃບອະນຸຍາດ Apache 2.0, ຍົກເວັ້ນ IONDV. ຮວບຮວມສົງຄາມ, ລະຫັດແຫຼ່ງທີ່ໄດ້ຖືກຈັດພີມມາພາຍໃຕ້ໃບອະນຸຍາດ GPLv3 ໃນ GitHub ໃນເດືອນເມສາຂອງປີນີ້ໂດຍ Far Eastern Center for Social Technologies. ໃນປັດຈຸບັນ, ນອກເຫນືອໄປຈາກ ກອບ ແລະລາວ ໂມດູນ ຈັດພີມມາ apps ເຮັດ​ໃຫ້​ຢູ່​ໃນ​ຂອບ​ເຂດ​. ຢູ່ໃນສູນກາງທີ່ພວກເຮົາໄດ້ສົນທະນາແລ້ວ ລະບົບການຄຸ້ມຄອງໂຄງການ ແລະກ່ຽວກັບ ທະບຽນການສື່ສານ.

ເຫຼົ່ານັ້ນ. ລາຍລະອຽດກ່ຽວກັບກອບ

IONDV. Framework ເປັນກອບແຫຼ່ງເປີດໂດຍອີງໃສ່ node.js ສໍາລັບການສ້າງຄໍາຮ້ອງສະຫມັກເວັບໄຊຕ໌ລະດັບສູງໂດຍອີງໃສ່ metadata, ເຊິ່ງບໍ່ຈໍາເປັນຕ້ອງມີທັກສະການຂຽນໂປຼແກຼມທີ່ຮ້າຍແຮງ.

ພື້ນຖານຂອງການເຮັດວຽກຂອງແອັບພລິເຄຊັນແມ່ນການລົງທະບຽນຂໍ້ມູນ - ໂມດູນລົງທະບຽນ. ນີ້ແມ່ນໂມດູນທີ່ສໍາຄັນທີ່ຖືກອອກແບບໂດຍກົງສໍາລັບການເຮັດວຽກກັບຂໍ້ມູນໂດຍອີງໃສ່ໂຄງສ້າງ metadata - ລວມທັງການຄຸ້ມຄອງໂຄງການ, ໂຄງການ, ເຫດການ, ແລະອື່ນໆ. ໂຄງການຍັງໃຊ້ໂມດູນປະຕູສໍາລັບການສະແດງແມ່ແບບຂໍ້ມູນ arbitrary - ມັນປະຕິບັດການເກັບຂໍ້ມູນທາງຫນ້າ.

MongoDb ຖືກນໍາໃຊ້ສໍາລັບ DBMS - ມັນເກັບຮັກສາການຕັ້ງຄ່າແອັບພລິເຄຊັນ, metadata ແລະຂໍ້ມູນຂອງມັນເອງ.

ວິທີການສະຫມັກຂໍໃບອະນຸຍາດກັບໂຄງການຂອງທ່ານ?

ເພີ່ມໄຟລ໌ ລິຂະສິດ ກັບຂໍ້ຄວາມໃບອະນຸຍາດໃນ repository ຂອງໂຄງການຂອງທ່ານແລະvoilà, ໂຄງການປ້ອງກັນໂດຍ Apache 2.0. ທ່ານຈໍາເປັນຕ້ອງຊີ້ບອກເຈົ້າຂອງລິຂະສິດ, ນັ້ນແມ່ນມັນ ແຈ້ງການລິຂະສິດ. ນີ້ສາມາດເຮັດໄດ້ໃນລະຫັດແຫຼ່ງຫຼືໃນໄຟລ໌ ແຈ້ງການ (ໄຟລ໌ຂໍ້ຄວາມທີ່ລາຍຊື່ຫ້ອງສະຫມຸດທັງຫມົດທີ່ໄດ້ຮັບອະນຸຍາດພາຍໃຕ້ໃບອະນຸຍາດ Apache ພ້ອມກັບຊື່ຂອງຜູ້ສ້າງຂອງພວກເຂົາ). ວາງໄຟລ໌ຕົວມັນເອງຢູ່ໃນລະຫັດແຫຼ່ງຫຼືໃນເອກະສານທີ່ແຈກຢາຍພ້ອມກັບວຽກງານ. ສໍາລັບພວກເຮົາມັນເບິ່ງຄືວ່າ:

ສະຫງວນລິຂະສິດ © 2018 ION DV LLC.
ໄດ້ຮັບອະນຸຍາດພາຍໃຕ້ Apache License, ເວີຊັນ 2.0

ຂໍ້ຄວາມໃບອະນຸຍາດ Apache 2.0

ໃບອະນຸຍາດ Apache
ຮຸ່ນ 2.0, ມັງກອນ 2004
http://www.apache.org/licenses/

ຂໍ້ ກຳ ນົດແລະຂໍ້ ກຳ ນົດ ສຳ ລັບການ ນຳ ໃຊ້, ການ ນຳ ສະ ເໜີ, ແລະການແຈກຢາຍ

1. ຄໍານິຍາມ.

   "ໃບອະນຸຍາດ" ຫມາຍເຖິງຂໍ້ກໍານົດແລະເງື່ອນໄຂສໍາລັບການນໍາໃຊ້, ການແຜ່ພັນ,
   ແລະການແຈກຢາຍຕາມທີ່ໄດ້ ກຳ ນົດໄວ້ໃນພາກ 1 ເຖິງ 9 ຂອງເອກະສານນີ້.

   "ຜູ້ອະນຸຍາດ" ຫມາຍເຖິງເຈົ້າຂອງລິຂະສິດຫຼືນິຕິບຸກຄົນທີ່ໄດ້ຮັບອະນຸຍາດຈາກ
   ເຈົ້າຂອງລິຂະສິດທີ່ ກຳ ລັງໃຫ້ໃບອະນຸຍາດ.

   "ນິຕິບຸກຄົນ" ຫມາຍເຖິງສະຫະພັນຂອງນິຕິບຸກຄົນແລະທັງຫມົດ
   ໜ່ວຍ ງານອື່ນທີ່ຄວບຄຸມ, ຄວບຄຸມໂດຍ, ຫຼືຢູ່ພາຍໃຕ້ທົ່ວໄປ
   ຄວບຄຸມກັບຫົວ ໜ່ວຍ ນັ້ນ. ສຳ ລັບຈຸດປະສົງຂອງນິຍາມນີ້,
   "ການຄວບຄຸມ" ຫມາຍຄວາມວ່າ (i) ອໍານາດ, ໂດຍກົງຫຼືທາງອ້ອມ, ເພື່ອເຮັດໃຫ້ເກີດການ
   ທິດທາງຫລືການຄຸ້ມຄອງຂອງ ໜ່ວຍ ງານດັ່ງກ່າວ, ບໍ່ວ່າຈະເປັນສັນຍາຫລື
   ຖ້າບໍ່ດັ່ງນັ້ນ, ຫຼື (ii) ຄວາມເປັນເຈົ້າຂອງຫ້າສິບເປີເຊັນ (50%) ຫຼືຫຼາຍກວ່ານັ້ນ
   ຮຸ້ນທີ່ຍັງຄ້າງຄາ, ຫຼື (iii) ຄວາມເປັນເຈົ້າຂອງທີ່ເປັນປະໂຫຍດຂອງນິຕິບຸກຄົນດັ່ງກ່າວ.

   "ເຈົ້າ" (ຫຼື "ຂອງເຈົ້າ") ໝາຍ ເຖິງບຸກຄົນຫຼືນິຕິບຸກຄົນ
   ໃຊ້ສິດອະນຸຍາດທີ່ໄດ້ຮັບໂດຍໃບອະນຸຍາດນີ້.

   ແບບຟອມ "ແຫຼ່ງ" ຈະຫມາຍເຖິງແບບຟອມທີ່ຕ້ອງການສໍາລັບການດັດແກ້,
   ລວມທັງແຕ່ບໍ່ ຈຳ ກັດລະຫັດແຫຼ່ງຊອບແວ, ເອກະສານ
   ແຫຼ່ງ, ແລະໄຟລ໌ການຕັ້ງຄ່າ.

   ຮູບແບບ "ວັດຖຸ" ໝາຍ ເຖິງຮູບແບບໃດ ໜຶ່ງ ທີ່ມາຈາກກົນຈັກ
   ການຫັນປ່ຽນຫລືການແປແບບຟອມແຫຼ່ງຂໍ້ມູນ, ລວມທັງແຕ່
   ບໍ່ ຈຳ ກັດການລວບລວມລະຫັດວັດຖຸ, ເອກະສານທີ່ຜະລິດ,
   ແລະປ່ຽນເປັນສື່ປະເພດອື່ນ.

   "ວຽກ" ຫມາຍເຖິງການເຮັດວຽກຂອງຜູ້ຂຽນ, ບໍ່ວ່າຈະຢູ່ໃນແຫຼ່ງຫຼື
   ແບບຟອມວັດຖຸ, ເຮັດໃຫ້ມີພາຍໃຕ້ໃບອະນຸຍາດ, ຕາມທີ່ລະບຸໄວ້ໂດຍກ
   ແຈ້ງການກ່ຽວກັບລິຂະສິດເຊິ່ງປະກອບເຂົ້າໃນຫລືຕິດຢູ່ກັບວຽກງານ
   (ຕົວຢ່າງແມ່ນໃຫ້ຢູ່ໃນເອກະສານຊ້ອນທ້າຍຂ້າງລຸ່ມນີ້).

   "ວຽກງານອະນຸພັນ" ຫມາຍເຖິງວຽກງານໃດກໍ່ຕາມ, ບໍ່ວ່າຈະຢູ່ໃນແຫຼ່ງຫຼືວັດຖຸ
   ແບບຟອມ, ທີ່ແມ່ນອີງໃສ່ (ຫຼືມາຈາກ) ການເຮັດວຽກແລະສໍາລັບການທີ່
   ການດັດແກ້ຂອງບັນນາທິການ, ຄຳ ບັນຍາຍ, ຄວາມລະອຽດ, ຫລືການດັດແປງອື່ນໆ
   ເປັນຕົວແທນທັງ ໝົດ, ເປັນວຽກເບື້ອງຕົ້ນຂອງການປະພັນ. ເພື່ອຈຸດປະສົງ
   ຂອງໃບອະນຸຍາດນີ້, ວຽກງານອະນຸພັນຈະບໍ່ລວມເອົາວຽກທີ່ຍັງເຫຼືອຢູ່
   ແຍກອອກຈາກ, ຫຼືພຽງແຕ່ເຊື່ອມຕໍ່ (ຫຼືຜູກໂດຍຊື່) ກັບອິນເຕີເຟດຂອງ,
   ການເຮັດວຽກແລະອະນຸພັນສິ່ງດັ່ງກ່າວ.

   "ການປະກອບສ່ວນ" ຫມາຍເຖິງການເຮັດວຽກຂອງຜູ້ຂຽນ, ລວມທັງ
   ຮູບແບບຕົ້ນສະບັບຂອງວຽກງານແລະການດັດແປງຫລືເພີ່ມເຕີມຕ່າງໆ
   ກັບວຽກນັ້ນຫລືວຽກທີ່ມາຈາກນັ້ນ, ນັ້ນແມ່ນເຈດຕະນາ
   ຍື່ນສະ ເໜີ ຕໍ່ຜູ້ອອກໃບອະນຸຍາດ ສຳ ລັບການລວມເຂົ້າໃນວຽກງານໂດຍເຈົ້າຂອງລິຂະສິດ
   ຫຼືໂດຍບຸກຄົນຫຼືນິຕິບຸກຄົນທີ່ໄດ້ຮັບອະນຸຍາດສົ່ງແທນ
   ເຈົ້າຂອງລິຂະສິດ. ສໍາລັບຈຸດປະສົງຂອງຄໍານິຍາມນີ້, "ສົ່ງ"
   ໝາຍ ເຖິງທຸກຮູບແບບຂອງການສື່ສານທາງເອເລັກໂຕຣນິກ, ວາຈາ, ຫຼືເປັນລາຍລັກອັກສອນທີ່ຖືກສົ່ງ
   ກັບຜູ້ຮັບອະນຸຍາດຫລືຜູ້ຕາງ ໜ້າ ຂອງມັນ, ລວມທັງແຕ່ບໍ່ ຈຳ ກັດ
   ການສື່ສານໃນບັນຊີລາຍຊື່ທາງໄປສະນີເອເລັກໂຕຣນິກ, ລະບົບຄວບຄຸມລະຫັດແຫຼ່ງ,
   ແລະອອກລະບົບຕິດຕາມທີ່ຄຸ້ມຄອງໂດຍ, ຫຼືໃນນາມຂອງ,
   ຜູ້ອອກໃບອະນຸຍາດເພື່ອຈຸດປະສົງໃນການສົນທະນາແລະປັບປຸງວຽກ, ແຕ່ວ່າ
   ຍົກເວັ້ນການສື່ສານທີ່ຖືກ ໝາຍ ຢ່າງເດັ່ນຊັດຫຼືອື່ນໆ
   ກຳນົດເປັນລາຍລັກອັກສອນໂດຍເຈົ້າຂອງລິຂະສິດວ່າ "ບໍ່ແມ່ນການປະກອບສ່ວນ."

   "ຜູ້ປະກອບສ່ວນ" ຫມາຍເຖິງຜູ້ໃຫ້ໃບອະນຸຍາດ ແລະບຸກຄົນ ຫຼືນິຕິບຸກຄົນ
   ໃນນາມຂອງຜູ້ທີ່ການປະກອບສ່ວນໄດ້ຮັບໂດຍຜູ້ລິຂະສິດແລະ
   ລວມເຂົ້າກັນພາຍໃນງານ.

2. ມອບໃບອະນຸຍາດລິຂະສິດ. ຂຶ້ນກັບຂໍ້ກໍານົດແລະເງື່ອນໄຂຂອງ
   ໃບອະນຸຍາດນີ້, ຜູ້ປະກອບສ່ວນແຕ່ລະຄົນໃຫ້ແກ່ທ່ານຕະຫຼອດໄປ,
   ທົ່ວໂລກ, ບໍ່ພິເສດ, ບໍ່ເກັບຄ່າ, ຄ່າພາກຫຼວງ, ບໍ່ມີຂໍ້ອ້າງ
   ລິຂະສິດລິຂະສິດໃນການແຜ່ພັນ, ກະກຽມວຽກອະນຸພັນຂອງ,
   ສະແດງ, ໂຄສະນາເຜີຍແຜ່, ເຜີຍແຜ່ສາທາລະນະ, ແຈກຢາຍເອກະສານ
   ເຮັດວຽກແລະວຽກງານອະນຸພັນດັ່ງກ່າວໃນຮູບແບບແຫຼ່ງຂໍ້ມູນຫລືວັດຖຸ.

3. ການໃຫ້ໃບອະນຸຍາດສິດທິບັດ. ຂຶ້ນກັບຂໍ້ກໍານົດແລະເງື່ອນໄຂຂອງ
   ໃບອະນຸຍາດນີ້, ຜູ້ປະກອບສ່ວນແຕ່ລະຄົນໃຫ້ແກ່ທ່ານຕະຫຼອດໄປ,
   ທົ່ວໂລກ, ບໍ່ພິເສດ, ບໍ່ເກັບຄ່າ, ຄ່າພາກຫຼວງ, ບໍ່ມີຂໍ້ອ້າງ
   (ຍົກເວັ້ນຕາມທີ່ໄດ້ ກຳ ນົດໄວ້ໃນພາກນີ້)
   ນຳ ໃຊ້, ສະ ເໜີ ຂາຍ, ຂາຍ, ນຳ ເຂົ້າແລະໂອນຍ້າຍບ່ອນເຮັດວຽກ,
   ບ່ອນທີ່ໃບອະນຸຍາດດັ່ງກ່າວໃຊ້ໄດ້ກັບການຮ້ອງຂໍສິດທິບັດເຫຼົ່ານັ້ນເທົ່ານັ້ນ
   ໂດຍຜູ້ປະກອບສ່ວນດັ່ງກ່າວທີ່ຖືກລະເມີດໂດຍ ຈຳ ເປັນ
   ການປະກອບສ່ວນຢ່າງດຽວຫຼືໂດຍການລວມເຂົ້າກັນຂອງການປະກອບສ່ວນຂອງພວກເຂົາ
   ກັບວຽກທີ່ການປະກອບສ່ວນດັ່ງກ່າວຖືກສົ່ງມາ. ຖ້າ​ເຈົ້າ
   ຈັດຕັ້ງການ ດຳ ເນີນຄະດີກ່ຽວກັບສິດທິບັດຕໍ່ຫົວ ໜ່ວຍ ໃດ ໜຶ່ງ (ລວມທັງກ
   ການຮ້ອງຟ້ອງຂ້າມຫຼືການຟ້ອງຮ້ອງໃນການຟ້ອງຮ້ອງ) ກ່າວຫາວ່າວຽກງານ
   ຫຼືການປະກອບສ່ວນທີ່ປະກອບເຂົ້າໃນວຽກງານປະກອບໂດຍກົງ
   ຫຼືການລະເມີດສິດທິບັດການປະກອບສ່ວນ, ຫຼັງຈາກນັ້ນໃບອະນຸຍາດກ່ຽວກັບສິດທິບັດໃດໆ
   ພາຍໃຕ້ໃບອະນຸຍາດ ສຳ ລັບວຽກງານນີ້ຈະສິ້ນສຸດລົງ
   ມາຮອດວັນທີການດຳເນີນຄະດີດັ່ງກ່າວຖືກຍື່ນ.

4. ການແຈກຢາຍຄືນ. ທ່ານ​ສາ​ມາດ​ເຮັດ​ໃຫມ່​ແລະ​ແຈກ​ຢາຍ​ສໍາ​ເນົາ​ຂອງ​
   ເຮັດວຽກຫລືອະນຸພັນຜົນງານຂອງມັນໃນສື່ກາງ, ມີຫລືບໍ່ມີ
   ການດັດແປງແລະໃນຮູບແບບແຫຼ່ງຂໍ້ມູນຫລືວັດຖຸ, ສະ ໜອງ ໃຫ້ທ່ານ
   ຕອບສະ ໜອງ ເງື່ອນໄຂດັ່ງຕໍ່ໄປນີ້:

   (a) ທ່ານຕ້ອງໃຫ້ຜູ້ຮັບອື່ນຈາກວຽກຫຼື
   ອະນຸພັນເຮັດ ສຳ ເນົາໃບອະນຸຍາດນີ້; ແລະ

   (b) ທ່ານຕ້ອງເຮັດໃຫ້ໄຟລ໌ດັດແກ້ໃດໆທີ່ຈະປະຕິບັດແຈ້ງການທີ່ໂດດເດັ່ນ
   ລະບຸວ່າທ່ານປ່ຽນໄຟລ໌; ແລະ

   © ທ່ານຕ້ອງຮັກສາໄວ້, ໃນຮູບແບບແຫຼ່ງທີ່ມາຂອງຜົນງານການສືບພັນ
   ທີ່ທ່ານແຈກຢາຍ, ລິຂະສິດ, ສິດທິບັດ, ເຄື່ອງ ໝາຍ ການຄ້າ, ແລະ
   ໃບແຈ້ງການໃຫ້ເຫດຜົນຈາກແບບຟອມແຫຼ່ງຂໍ້ມູນຂອງວຽກ,
   ນອກຈາກແຈ້ງການເຫຼົ່ານັ້ນທີ່ບໍ່ກ່ຽວຂ້ອງກັບສ່ວນໃດສ່ວນ ໜຶ່ງ
   ວຽກງານອະນຸພັນ; ແລະ

   (d) ຖ້າບ່ອນເຮັດວຽກປະກອບມີ "ແຈ້ງການ" ໄຟລ໌ຂໍ້ຄວາມເປັນສ່ວນຫນຶ່ງຂອງມັນ
   ການແຈກຢາຍ, ຫຼັງຈາກນັ້ນວຽກງານອັນ ໜຶ່ງ ທີ່ທ່ານແຈກຢາຍຕ້ອງ
   ລວມທັງ ສຳ ເນົາທີ່ສາມາດອ່ານໄດ້ຂອງໃບແຈ້ງການໃຫ້ເຫດຜົນທີ່ບັນຈຸ
   ພາຍໃນໄຟລ໌ແຈ້ງການດັ່ງກ່າວ, ບໍ່ລວມເອົາແຈ້ງການເຫຼົ່ານັ້ນທີ່ບໍ່ມີ
   ກ່ຽວຂ້ອງກັບພາກສ່ວນໃດ ໜຶ່ງ ຂອງວຽກງານອະນຸພັນ, ໃນຢ່າງ ໜ້ອຍ ໜຶ່ງ ບົດ
   ຂອງສະຖານທີ່ຕໍ່ໄປນີ້: ພາຍໃນໄຟລ໌ຂໍ້ຄວາມແຈ້ງການທີ່ແຈກຢາຍ
   ເປັນສ່ວນ ໜຶ່ງ ຂອງວຽກງານອະນຸພັນ; ພາຍໃນແບບຟອມແຫຼ່ງຂໍ້ມູນຫລື
   ເອກະສານ, ຖ້າມີພ້ອມກັບ Derivative Works; ຫຼື,
   ພາຍໃນງານວາງສະແດງທີ່ຜະລິດໂດຍ Derivative Works, ຖ້າແລະ
   ບ່ອນໃດກໍ່ຕາມການແຈ້ງເຕືອນຂອງບຸກຄົນທີສາມປະກົດວ່າ. ເນື້ອໃນ
   ຂອງໄຟລ໌ແຈ້ງການແມ່ນສໍາລັບຈຸດປະສົງຂໍ້ມູນເທົ່ານັ້ນແລະ
   ບໍ່ດັດແປງໃບອະນຸຍາດ. ທ່ານອາດຈະເພີ່ມຄຸນລັກສະນະຂອງທ່ານເອງ
   ແຈ້ງການພາຍໃນ Derivative Works ທີ່ທ່ານແຈກຢາຍ, ຄຽງຄູ່
   ຫຼືເປັນຜູ້ເພີ່ມເຕີມໃສ່ຂໍ້ຄວາມແຈ້ງການຈາກ Work, ທີ່ສະ ໜອງ ໃຫ້
   ຂໍ້ມູນກ່ຽວກັບການໃຫ້ເຫດຜົນເພີ່ມເຕີມດັ່ງກ່າວບໍ່ສາມາດຕີຄວາມ ໝາຍ ໄດ້
   ເປັນການດັດແກ້ໃບອະນຸຍາດ.

   ທ່ານອາດຈະເພີ່ມ ຄຳ ຖະແຫຼງການລິຂະສິດຂອງທ່ານເຂົ້າໃນການດັດແປງຂອງທ່ານແລະ
   ອາດຈະໃຫ້ຂໍ້ ກຳ ນົດແລະເງື່ອນໄຂການອະນຸຍາດເພີ່ມເຕີມຫຼືແຕກຕ່າງກັນ
   ສຳ ລັບການ ນຳ ໃຊ້, ການສືບພັນ, ຫຼືການແຈກຢາຍການດັດແປງຂອງທ່ານ, ຫຼື
   ສຳ ລັບວຽກງານອະນຸພັນດັ່ງກ່າວໂດຍລວມ, ສະ ໜອງ ໃຫ້ແກ່ການ ນຳ ໃຊ້ຂອງທ່ານ,
   ການສືບພັນ, ແລະການແຈກຢາຍວຽກງານຖ້າບໍ່ດັ່ງນັ້ນຈະປະຕິບັດຕາມ
   ເງື່ອນໄຂທີ່ລະບຸໄວ້ໃນໃບອະນຸຍາດນີ້.

5. ການຍື່ນສະເຫນີການປະກອບສ່ວນ. ເວັ້ນເສຍແຕ່ວ່າທ່ານໄດ້ກ່າວຢ່າງຈະແຈ້ງເປັນຢ່າງອື່ນ,
   ການປະກອບສ່ວນໃດໆທີ່ສົ່ງໂດຍເຈດຕະນາ ສຳ ລັບການລວມເຂົ້າໃນວຽກງານ
   ໂດຍທ່ານຕໍ່ຜູ້ຮັບອະນຸຍາດຈະຢູ່ພາຍໃຕ້ຂໍ້ ກຳ ນົດແລະເງື່ອນໄຂຂອງ
   ໃບອະນຸຍາດນີ້, ໂດຍບໍ່ມີຂໍ້ ກຳ ນົດຫຼືເງື່ອນໄຂເພີ່ມເຕີມ.
   ເຖິງວ່າຈະເປັນສິ່ງທີ່ກ່າວມາຂ້າງເທິງນີ້, ບໍ່ມີຫຍັງຢູ່ທີ່ນີ້ຈະປ່ຽນແທນຫລືດັດແປງ
   ຂໍ້ ກຳ ນົດຂອງຂໍ້ຕົກລົງໃບອະນຸຍາດຕ່າງຫາກທີ່ທ່ານອາດຈະປະຕິບັດ
   ກັບຜູ້ຮັບອະນຸຍາດກ່ຽວກັບການປະກອບສ່ວນດັ່ງກ່າວ.

6. ເຄື່ອງໝາຍການຄ້າ. ໃບອະນຸຍາດນີ້ບໍ່ໄດ້ອະນຸຍາດໃຫ້ນໍາໃຊ້ການຄ້າ
   ຊື່, ເຄື່ອງ ໝາຍ ການຄ້າ, ເຄື່ອງ ໝາຍ ການບໍລິການ, ຫຼືຊື່ຜະລິດຕະພັນຂອງຜູ້ອອກໃບອະນຸຍາດ,
   ຍົກເວັ້ນຕາມຄວາມຕ້ອງການ ສຳ ລັບການ ນຳ ໃຊ້ທີ່ສົມເຫດສົມຜົນແລະຕາມປະເພນີໃນການພັນລະນາ
   ຕົ້ນກຳເນີດຂອງການເຮັດວຽກ ແລະການຜະລິດເນື້ອຫາຂອງໄຟລ໌ແຈ້ງການຄືນໃໝ່.

7. ການປະຕິເສດການຮັບປະກັນ. ເວັ້ນເສຍແຕ່ຕ້ອງການໂດຍກົດຫມາຍທີ່ກ່ຽວຂ້ອງຫຼື
   ໄດ້ຕົກລົງເປັນລາຍລັກອັກສອນ, ລິຂະສິດສະ ໜອງ ການເຮັດວຽກ (ແລະແຕ່ລະຄົນ)
   ຜູ້ປະກອບສ່ວນສະໜອງການປະກອບສ່ວນຂອງຕົນ) ບົນພື້ນຖານ “AS IS”,
   ໂດຍບໍ່ມີການຄ້ ຳ ປະກັນຫຼືຂໍ້ ກຳ ນົດໃດໆ, ບໍ່ວ່າຈະເປັນການສະແດງອອກຫຼື
   ໝາຍ ເຖິງ, ລວມທັງ, ໂດຍບໍ່ ຈຳ ກັດ, ການຄ້ ຳ ປະກັນຫຼືເງື່ອນໄຂໃດໆ
   ຂອງຫົວຂໍ້ເລື່ອງ, ບໍ່ມີເງິນ, ຄວາມ ໝັ້ນ ຄົງ, ຫຼືຄວາມສາມາດ ສຳ ລັບ A
   ຈຸດປະສົງສ່ວນຕົວ. ທ່ານຮັບຜິດຊອບພຽງແຕ່ ສຳ ລັບການ ກຳ ນົດເອກະສານ
   ຄວາມ ເໝາະ ສົມຂອງການ ນຳ ໃຊ້ຫຼືຈັດແບ່ງວຽກຄືນ ໃໝ່ ແລະຖືວ່າມີອັນໃດອັນ ໜຶ່ງ
   ຄວາມສ່ຽງທີ່ກ່ຽວຂ້ອງກັບການອອກ ກຳ ລັງກາຍຂອງທ່ານອະນຸຍາດພາຍໃຕ້ໃບອະນຸຍາດນີ້.

8. ຂໍ້ຈໍາກັດຂອງຄວາມຮັບຜິດຊອບ. ບໍ່​ມີ​ເຫດ​ການ​ໃດ​ຫນຶ່ງ​ແລະ​ພາຍ​ໃຕ້​ການ​ບໍ່​ມີ​ທິດ​ສະ​ດີ​ທາງ​ດ້ານ​ກົດ​ຫມາຍ​,
   ບໍ່ວ່າຈະເປັນການທໍລະມານ (ລວມທັງການລະເລີຍ), ສັນຍາ, ຫຼືອື່ນໆ,
   ເວັ້ນເສຍແຕ່ໄດ້ ກຳ ນົດໄວ້ໃນກົດ ໝາຍ ທີ່ມີຜົນບັງຄັບໃຊ້ (ເຊັ່ນວ່າມີເຈດຕະນາແລະໂດຍລວມ)
   ການກະ ທຳ ທີ່ບໍ່ເປັນລະບຽບ) ຫຼືຕົກລົງເປັນລາຍລັກອັກສອນ, ຜູ້ປະກອບສ່ວນຈະເປັນ
   ທ່ານຮັບຜິດຊອບຕໍ່ທ່ານ ສຳ ລັບຄວາມເສຍຫາຍ, ລວມທັງການໂດຍກົງ, ທາງອ້ອມ, ພິເສດ,
   ຄວາມເສຍຫາຍທີ່ເກີດຂື້ນໂດຍບັງເອີນ, ຫຼືຜົນກະທົບທີ່ເກີດຈາກລັກສະນະໃດ ໜຶ່ງ ທີ່ເກີດຂື້ນເປັນກ
   ຜົນໄດ້ຮັບຂອງໃບອະນຸຍາດນີ້ຫຼືອອກຈາກການ ນຳ ໃຊ້ຫລືບໍ່ສາມາດ ນຳ ໃຊ້ໄດ້
   ເຮັດວຽກ (ລວມທັງແຕ່ບໍ່ ຈຳ ກັດຄວາມເສຍຫາຍ ສຳ ລັບການສູນເສຍຄວາມສະຫວັດດີພາບ,
   ການຢຸດເຮັດວຽກ, ຄວາມລົ້ມເຫຼວຂອງຄອມພິວເຕີ້ຫຼືການຜິດປົກກະຕິ, ຫຼືໃດໆແລະທັງ ໝົດ
   ຄ່າເສຍຫາຍຫຼືການສູນເສຍທາງການຄ້າອື່ນໆ, ເຖິງແມ່ນວ່າຈະມີຜູ້ປະກອບສ່ວນດັ່ງກ່າວ
   ໄດ້ຮັບການແນະ ນຳ ກ່ຽວກັບຄວາມເປັນໄປໄດ້ຂອງຄວາມເສຍຫາຍດັ່ງກ່າວ.

9. ຍອມຮັບການຮັບປະກັນຫຼືຄວາມຮັບຜິດຊອບເພີ່ມເຕີມ. ໃນຂະນະທີ່ການແຈກຢາຍຄືນ
   ວຽກງານຫຼືອະນຸພັນສິ່ງດັ່ງກ່າວ, ທ່ານອາດຈະເລືອກທີ່ຈະສະ ເໜີ,
   ແລະເກັບຄ່າ ທຳ ນຽມ ສຳ ລັບ, ຮັບເອົາການສະ ໜັບ ສະ ໜູນ, ການຄ້ ຳ ປະກັນ, ຄ່າທົດແທນ,
   ຫລືພັນທະຄວາມຮັບຜິດຊອບອື່ນໆແລະ / ຫຼືສິດທີ່ສອດຄ້ອງກັບເລື່ອງນີ້
   ໃບອະນຸຍາດ. ເຖິງຢ່າງໃດກໍ່ຕາມ, ໃນການຮັບເອົາພັນທະດັ່ງກ່າວ, ທ່ານອາດຈະປະຕິບັດພຽງແຕ່
   ໃນນາມຂອງທ່ານເອງແລະໃນ ໜ້າ ທີ່ຮັບຜິດຊອບຂອງທ່ານ, ບໍ່ແມ່ນໃນນາມ
   ຂອງຜູ້ປະກອບສ່ວນອື່ນໆ, ແລະພຽງແຕ່ຖ້າວ່າທ່ານຕົກລົງທີ່ຈະຊົດເຊີຍ,
   ປ້ອງກັນ, ແລະຖືເອົາຜູ້ປະກອບສ່ວນແຕ່ລະຄົນບໍ່ມີອັນຕະລາຍຕໍ່ຄວາມຮັບຜິດຊອບໃດໆ
   ເກີດຂື້ນໂດຍ, ຫຼືການຮຽກຮ້ອງທີ່ຢືນຢັນຕໍ່, ຜູ້ປະກອບສ່ວນດັ່ງກ່າວໂດຍເຫດຜົນ
   ຂອງທ່ານຍອມຮັບເອົາການຮັບປະກັນດັ່ງກ່າວຫຼືຄວາມຮັບຜິດຊອບເພີ່ມເຕີມ.

   ໃນຕອນທ້າຍຂອງຂໍ້ກໍານົດແລະເງື່ອນໄຂ

   ເອກະສານຊ້ອນທ້າຍ: ວິທີການ ນຳ ໃຊ້ໃບອະນຸຍາດ Apache ໃນວຽກຂອງທ່ານ.

   ເພື່ອ ນຳ ໃຊ້ໃບອະນຸຍາດ Apache ໃນວຽກຂອງທ່ານ, ໃຫ້ຕິດຕໍ່ໄປນີ້
   ແຈ້ງ​ການ boilerplate, ກັບ​ທົ່ງ​ນາ​ທີ່​ໄດ້​ປິດ​ລ້ອມ​ໂດຍ​ວົງ​ເລັບ "[]"
   ປ່ຽນແທນດ້ວຍຂໍ້ມູນການລະບຸຕົວຂອງທ່ານເອງ. (ຢ່າລວມເອົາ
   ວົງເລັບ!) ບົດເລື່ອງຄວນຖືກໃສ່ໃນທີ່ ເໝາະ ສົມ
   syntax ຄໍາເຫັນສໍາລັບຮູບແບບໄຟລ໌. ພວກເຮົາຍັງແນະນໍາວ່າ a
   ໄຟລ໌ຫຼືຊື່ຫ້ອງຮຽນແລະຄໍາອະທິບາຍຈຸດປະສົງຈະຖືກລວມຢູ່ໃນ
   "ຫນ້າພິມ" ດຽວກັນກັບແຈ້ງການລິຂະສິດເພື່ອໃຫ້ງ່າຍຂຶ້ນ
   ການ ກຳ ນົດພາຍໃນບ່ອນເກັບມ້ຽນຂອງພາກສ່ວນທີສາມ.

   ລິຂະສິດ [yyyy] [ຊື່ຂອງເຈົ້າຂອງລິຂະສິດ]

   ອະນຸຍາດພາຍໃຕ້ໃບອະນຸຍາດ Apache, ເວີຊັນ 2.0 (“ໃບອະນຸຍາດ”);
   ທ່ານອາດຈະບໍ່ໃຊ້ເອກະສານນີ້ຍົກເວັ້ນໃນການປະຕິບັດຕາມໃບອະນຸຍາດ.
   ທ່ານອາດຈະໄດ້ຮັບ ສຳ ເນົາໃບອະນຸຍາດທີ່

   http://www.apache.org/licenses/LICENSE-2.0

   ເວັ້ນເສຍແຕ່ວ່າກົດ ໝາຍ ທີ່ຕ້ອງການຫຼືໄດ້ຕົກລົງເປັນລາຍລັກອັກສອນ, ຊອບແວ
   ແຈກຢາຍພາຍໃຕ້ໃບອະນຸຍາດແມ່ນແຈກຢາຍຢູ່ໃນ "AS IS" ພື້ນຖານ,
   ໂດຍບໍ່ມີການຄ້ ຳ ປະກັນຫຼືຂໍ້ ກຳ ນົດໃດໆກໍ່ຕາມ, ບໍ່ວ່າຈະເປັນການສະແດງອອກ.
   ເບິ່ງໃບອະນຸຍາດ ສຳ ລັບການອະນຸຍາດພາສາສະເພາະແລະ
   ຂໍ້ ຈຳ ກັດພາຍໃຕ້ໃບອະນຸຍາດ.

ໃບອະນຸຍາດ = ສັນຍາ

ໃບອະນຸຍາດຟຣີ, ເຖິງແມ່ນວ່າມັນບໍ່ເສຍຄ່າ, ບໍ່ອະນຸຍາດໃຫ້ມີການອະນຸຍາດແລະພວກເຮົາໄດ້ໃຫ້ຕົວຢ່າງຂອງຂໍ້ຈໍາກັດແລ້ວ. ເລືອກໃບອະນຸຍາດທີ່ຄໍານຶງເຖິງຜົນປະໂຫຍດຂອງເຈົ້າແລະຜູ້ໃຊ້, ເພາະວ່າຊອບແວ open source ຖືກອອກແບບໂດຍສະເພາະສໍາລັບລາວ. ຜູ້ໃຊ້ຂອງໂຄງການຄວນຈະຮັບຮູ້ວ່າໃບອະນຸຍາດເປັນປະເພດຂອງຂໍ້ຕົກລົງລະຫວ່າງລາວແລະຜູ້ຖືລິຂະສິດ, ດັ່ງນັ້ນກ່ອນທີ່ຈະດໍາເນີນການໃດໆກ່ຽວກັບລະຫັດແຫຼ່ງ, ສຶກສາຢ່າງລະມັດລະວັງກ່ຽວກັບຂໍ້ຈໍາກັດທີ່ຖືກບັງຄັບໃຫ້ທ່ານໂດຍໃບອະນຸຍາດຂອງໂຄງການ.

ພວກເຮົາຫວັງວ່າພວກເຮົາໄດ້ສ່ອງແສງບາງຢ່າງກ່ຽວກັບຫົວຂໍ້ຂອງໃບອະນຸຍາດແລະ, ເຖິງວ່າຈະມີຄວາມສັບສົນຂອງບັນຫາ, ມັນບໍ່ຄວນກາຍເປັນອຸປະສັກໃນເສັ້ນທາງໄປສູ່ Open Source. ພັດທະນາໂຄງການຂອງທ່ານແລະຢ່າລືມກ່ຽວກັບສິດທິ, ຂອງເຈົ້າແລະອື່ນໆ.

ການເຊື່ອມຕໍ່ທີ່ເປັນປະໂຫຍດ

ສຸດທ້າຍ, ບາງຊັບພະຍາກອນທີ່ເປັນປະໂຫຍດທີ່ຊ່ວຍພວກເຮົາໃນເວລາຄົ້ນຫາຂໍ້ມູນກ່ຽວກັບໃບອະນຸຍາດທີ່ມີຢູ່ແລະເລືອກທີ່ເຫມາະສົມທີ່ສຸດສໍາລັບຈຸດປະສົງຂອງພວກເຮົາ:

• ໃບອະນຸຍາດ IT
• ບັນຊີລາຍຊື່ຂອງໃບອະນຸຍາດ
• ໃບອະນຸຍາດ repo ຈາກ github
• ຄູ່ມືກ່ຽວກັບແຫຼ່ງເປີດ
• ບົດເລື່ອງໃບອະນຸຍາດ
• ຄວາມແຕກຕ່າງລະຫວ່າງປະເພດຕ່າງໆຂອງໃບອະນຸຍາດແຫຼ່ງເປີດ
• ຄູ່ມືສັ້ນໆກ່ຽວກັບໃບອະນຸຍາດແຫຼ່ງເປີດ
• ມີປະໂຫຍດຫຼາຍ ບົດຄວາມ ຈາກ ໝາຍອັນໜຶ່ງ
• ປະເພດໃບອະນຸຍາດແຫຼ່ງເປີດ
• ກ່ຽວກັບ GNU GPL 3
• ຄໍາຕອບຈາກ StackOverflow

ແຫຼ່ງຂໍ້ມູນ: www.habr.com