ວິທີການເລືອກໃບອະນຸຍາດ GitHub ແລະເປັນຫຍັງມັນຈຶ່ງສໍາຄັນທີ່ຈະເລືອກທີ່ຖືກຕ້ອງ? GitHub ເປັນບໍລິການທີ່ໃຫຍ່ທີ່ສຸດສໍາລັບການພັດທະນາຮ່ວມກັນຂອງໂຄງການ IT ແລະການເປັນເຈົ້າພາບຕໍ່ໄປຂອງພວກເຂົາ. ດ້ວຍຄວາມຊ່ອຍເຫລືອຂອງການບໍລິການເວັບນີ້, ຈໍານວນຄົນບໍ່ຈໍາກັດສາມາດເຮັດວຽກໃນໂຄງການໃນເວລາດຽວ, ເຊັ່ນດຽວກັນກັບຈາກທຸກບ່ອນໃນໂລກ. GitHub ຍັງມີລະບົບການຄຸ້ມຄອງຫຼືການຄວບຄຸມທີ່ຊ່ວຍໃຫ້ທ່ານສາມາດເບິ່ງແລະຄວບຄຸມການປ່ຽນແປງຢ່າງແທ້ຈິງໂດຍຜູ້ພັດທະນາໃນໄລຍະເວລາ, ແລະມັນຍັງຊ່ວຍໃຫ້ທ່ານກັບຄືນສູ່ສະພາບທີ່ເກີດຂື້ນກ່ອນການປ່ຽນແປງ.
ໃບອະນຸຍາດ GitHub ແມ່ນຫຍັງ
ໃບອະນຸຍາດແມ່ນເອກະສານພິເສດທີ່ສ້າງຕັ້ງຂຶ້ນໂດຍຮູບແບບຂອງລັດແລະຊ່ວຍໃຫ້ທ່ານສາມາດດໍາເນີນກິດຈະກໍາຂອງຜູ້ປະກອບການປະເພດໃດຫນຶ່ງ, ເຊິ່ງໂດຍບໍ່ມີການລົ້ມເຫລວຮຽກຮ້ອງໃຫ້ມີຄວາມສົນໃຈພິເສດຈາກຝ່າຍລັດ. ແຕ່, ສ່ວນຫຼາຍແລ້ວ, ໃນການປະຕິບັດ, ພຽງແຕ່ສັນຍາໃບອະນຸຍາດຫຍໍ້ຫຼືຂໍ້ຕົກລົງທີ່ສະຫນອງການອອກໃບອະນຸຍາດກົດຫມາຍເອກະຊົນຖືກນໍາໃຊ້. ໂດຍທົ່ວໄປ, ໃບອະນຸຍາດດໍາເນີນການພຽງແຕ່ຫນຶ່ງ, ແຕ່ເປົ້າຫມາຍທີ່ສໍາຄັນທີ່ສຸດ, ນີ້ແມ່ນຂໍ້ຕົກລົງກ່ຽວກັບພັນທະແລະສິດທິລະຫວ່າງຜູ້ອອກໃບອະນຸຍາດແລະຜູ້ຮັບໃບອະນຸຍາດ. ໜ້າທີ່ ແລະ ສິດເຫຼົ່ານີ້ສາມາດເປັນອັນໃດອັນໜຶ່ງຢ່າງແທ້ຈິງ, ແຕ່ຢູ່ໃນຂອບເຂດຂອງກົດໝາຍເທົ່ານັ້ນ. ຕົວຢ່າງທີ່ໂດດເດັ່ນແມ່ນວ່າຜູ້ອອກໃບອະນຸຍາດອາດຈະຕ້ອງການຊື່ຂອງຜູ້ຖືລິຂະສິດທີ່ຕ້ອງການໃນເວລາທີ່ນໍາໃຊ້ວຽກງານໂດຍຜູ້ຮັບໃບອະນຸຍາດ. ຫຼື, ສໍາລັບການຍົກຕົວຢ່າງ, ອະນຸຍາດໃຫ້ເຮັດສໍາເນົາ, ແຕ່ຫ້າມການດັດແກ້ໃດໆຂອງມັນ. ຫຼື, ເພື່ອນໍາເອົາຂໍ້ກໍານົດດັ່ງກ່າວອອກເພື່ອໃຫ້ວຽກງານຖືກປ່ອຍອອກມາໃນເງື່ອນໄຂດຽວກັນກັບຕົ້ນສະບັບ, ແລະອື່ນໆ, ມີຫຼາຍຕົວຢ່າງຂອງການວາງເງື່ອນໄຂຕ່າງໆ.
ແຕ່, ພວກເຮົາຍັງຕ້ອງບໍ່ລືມວ່າໃບອະນຸຍາດປົກປ້ອງສິດທິຂອງບໍ່ພຽງແຕ່ຜູ້ອອກໃບອະນຸຍາດ, ແຕ່ຍັງຜູ້ຮັບໃບອະນຸຍາດ. ເນື່ອງຈາກວ່າໃນນັ້ນທ່ານສາມາດເບິ່ງເຫັນໄດ້ຊັດເຈນແລະອ່ານເງື່ອນໄຂທັງຫມົດໃນການນໍາໃຊ້ວຽກງານ, ແລະດັ່ງນັ້ນ, ລາວບໍ່ຈໍາເປັນຕ້ອງຢ້ານວ່າຜູ້ອອກໃບອະນຸຍາດຈະຮຽກຮ້ອງໃຫ້ມີການຫັກອອກຫຼືຄ່າຊົດເຊີຍອື່ນໆສໍາລັບການນໍາໃຊ້ວຽກງານຂອງລາວ.
ຖ້າທ່ານປະຕິເສດທີ່ຈະນໍາໃຊ້ໃບອະນຸຍາດທີ່ກ່ຽວຂ້ອງກັບວຽກງານ, ລິຂະສິດຍັງຖືກນໍາໃຊ້ໂດຍສອດຄ່ອງກັບກົດລະບຽບທາງດ້ານກົດຫມາຍໃນປະເທດໃດຫນຶ່ງ. ເວົ້າງ່າຍໆ, ການຂາດໃບອະນຸຍາດບໍ່ມີຄວາມຫມາຍວ່າຜູ້ຂຽນອື່ນໆສາມາດນໍາໃຊ້ໂຄງການນີ້ໃນທາງໃດກໍ່ຕາມທີ່ເຂົາເຈົ້າຕ້ອງການ. ທຸກສິ່ງທຸກຢ່າງແມ່ນກົງກັນຂ້າມຢ່າງແທ້ຈິງ, ເພາະວ່າບໍ່ມີໃບອະນຸຍາດສະເພາະ, ນັກຂຽນໂປລແກລມໃນກໍລະນີໃດກໍ່ຕາມທີ່ຍົກເວັ້ນສິດທິທີ່ໄດ້ຮັບໂດຍກົດຫມາຍ. ມັນຍັງມີຄວາມສໍາຄັນທີ່ຈະຈື່ຈໍາໄວ້ສະເຫມີວ່າໃບອະນຸຍາດປົກຄອງສິດແລະພັນທະທັງຫມົດ. ນີ້ແມ່ນການປົກປ້ອງເຈົ້າຂອງວຽກຈາກຄວາມຄາດຫວັງຂອງຜູ້ໃຊ້ແລະການຮັບປະກັນໃດໆ. ຫຼັງຈາກທີ່ທັງຫມົດ, ບໍ່ມີໃຜຕ້ອງການໃຫ້ລະຫັດຂອງພວກເຂົາສິ້ນສຸດລົງໃນສານໃນທາງໃດກໍ່ຕາມ.
ລິຂະສິດແມ່ນຫຍັງ
ລິຂະສິດປາກົດຢູ່ໃນບຸກຄົນພຽງແຕ່ເມື່ອ, ເປັນຜົນມາຈາກກິດຈະກໍາທາງປັນຍາ, ລາວສ້າງວຽກທີ່ແນ່ນອນທີ່ຈະເປັນເອກະລັກ, ແຕ່ໃນເວລາດຽວກັນເປັນປະໂຫຍດ, ຕົວຢ່າງ, ທ່ານສາມາດເອົາການຂຽນໂປຼແກຼມດຽວກັນ. ເມື່ອທັງຫມົດຂ້າງເທິງນີ້ຖືກເຮັດແລ້ວ, ບຸກຄົນດັ່ງກ່າວກາຍເປັນຜູ້ຂຽນແລະໃນປັດຈຸບັນລາວມີລິຂະສິດທັງຫມົດໃນວຽກງານນີ້. ມັນຄວນຈະເວົ້າອີກວ່າລິຂະສິດແມ່ນຊັບສິນແລະບໍ່ແມ່ນຊັບສິນ. ຄວາມແຕກຕ່າງຂອງພວກເຂົາແມ່ນວ່າສິດທິຊັບສິນສາມາດໂອນໃຫ້ໃຜ, ແຕ່ສິດທິທີ່ບໍ່ແມ່ນຊັບສິນຈະຍັງຄົງຢູ່ກັບຜູ້ຂຽນໃນທຸກສະຖານະການ. ຫຼັງຈາກທີ່ທັງຫມົດ, ການເປັນຜູ້ຂຽນແມ່ນສິດທິທີ່ບໍ່ສາມາດໂອນໄດ້ແລະບໍ່ສາມາດຍົກເລີກໄດ້.
ໃບອະນຸຍາດ Open Source ແມ່ນຫຍັງ?
ນີ້ຍັງເປັນຄໍາຖາມທີ່ນິຍົມກັນລະຫວ່າງນັກພັດທະນາແລະນັກຂຽນໂປລແກລມມືໃຫມ່, ເພາະວ່າພວກເຂົາພຽງແຕ່ບໍ່ເຂົ້າໃຈວ່າເປັນຫຍັງໃບອະນຸຍາດຄວນຕິດກັບໂຄງການຂອງພວກເຂົາ, ເພາະວ່າບໍ່ມີມັນ, ໂຄງການຍັງສາມາດຢູ່ຢ່າງງຽບໆ. ຢ່າງໃດກໍຕາມ, ນີ້ບໍ່ແມ່ນຄວາມຈິງທັງຫມົດ, ເພາະວ່າ, ສໍາລັບຕົວຢ່າງ, ນັກພັດທະນາຈົວບາງຄົນຂຽນບາງລະຫັດທີ່ສໍາຄັນແລະເປັນປະໂຫຍດ, ແຕ່ບໍ່ໄດ້ປົກປ້ອງມັນດ້ວຍໃບອະນຸຍາດ, ຫຼັງຈາກນັ້ນຜູ້ໃຊ້ອື່ນໆມີຄໍາຖາມ. ແລະແນ່ນອນເນື່ອງຈາກວ່ານີ້, ເມື່ອລູກຄ້າມາຫາລາວແລະຕ້ອງການໃຊ້ລະຫັດນີ້ເພື່ອຈຸດປະສົງທາງການຄ້າຂອງພວກເຂົາ, ພວກເຂົາເຫັນວ່າລະຫັດບໍ່ມີໃບອະນຸຍາດແລະພຽງແຕ່ປະຕິເສດມັນ. ນີ້ແມ່ນຍ້ອນຄວາມຈິງທີ່ວ່າບໍລິສັດພຽງແຕ່ຈະບໍ່ໃຊ້ລະຫັດໂດຍບໍ່ມີໃບອະນຸຍາດ, ເພາະວ່າພວກເຂົາບໍ່ຕ້ອງການບັນຫາກັບກົດຫມາຍແລະທະນາຍຄວາມ.
ໃບອະນຸຍາດ GitHub ໃດທີ່ເຫມາະສົມໃນເງື່ອນໄຂທີ່ແນ່ນອນ – ວິທີການເລືອກ?
ບໍ່ສາມາດມີຄໍາຕອບທີ່ແນ່ນອນສໍາລັບຄໍາຖາມນີ້, ເນື່ອງຈາກວ່າການເລືອກໃບອະນຸຍາດແມ່ນຂຶ້ນກັບພຽງແຕ່ເປົ້າຫມາຍຂອງໂຄງການແລະຄວາມຕ້ອງການສ່ວນບຸກຄົນແລະຄວາມປາຖະຫນາຂອງຜູ້ພັດທະນາເອງ. ດັ່ງທີ່ເຈົ້າເຫັນ, ມີໃບອະນຸຍາດຕ່າງໆໃນ GitHub, ແລະສໍາຄັນທີ່ສຸດ, ພວກມັນທັງຫມົດແມ່ນບໍ່ເສຍຄ່າແລະຢູ່ໃນສາທາລະນະ, ຊຶ່ງຫມາຍຄວາມວ່ານັກຂຽນໂປລແກລມທຸກຄົນສາມາດຊອກຫາ
ໃບອະນຸຍາດ Open Source ທີ່ແນ່ນອນວ່າຈະເຫມາະສົມກັບໂຄງການຂອງລາວ. ແຕ່, ສໍາຄັນທີ່ສຸດ, ພວກເຮົາຕ້ອງບໍ່ລືມວ່າໃບອະນຸຍາດ Open Source ບໍ່ແມ່ນພຽງແຕ່ລະຫັດທີ່ບໍ່ມີໃບອະນຸຍາດ.
- ປ້ອງກັນຢ່າງແຂງແຮງ.
- ປ້ອງກັນອ່ອນໆ.
- ອະນຸຍາດ.
ປ້ອງກັນຢ່າງແຂງແຮງ
ການປົກປ້ອງໃບອະນຸຍາດຢ່າງແຂງແຮງແມ່ນການປ່ຽນແປງຂອງ GPL. ໃບອະນຸຍາດເຫຼົ່ານີ້ຕ້ອງການການອອກໃບອະນຸຍາດຂອງໂຄງການເຊັ່ນດຽວກັນກັບການເປີດເຜີຍລະຫັດແຫຼ່ງ, ບໍ່ວ່າລະຫັດຫຼືໂຄງການໃດຈະຖືກນໍາໃຊ້ຫຼືຖືກນໍາໃຊ້ແລ້ວ.
ປ້ອງກັນອ່ອນໆ
ການປົກປ້ອງໃບອະນຸຍາດທີ່ອ່ອນແອແມ່ນສ່ວນຫຼາຍແມ່ນການປ່ຽນແປງຂອງ GPL ຫນ້ອຍ. ເຊິ່ງຄວາມແຕກຕ່າງຕົ້ນຕໍຈາກໃບອະນຸຍາດອະນຸຍາດແມ່ນວ່າໃນທີ່ນີ້ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະອະນຸຍາດໃຫ້ໂຄງການພາຍໃຕ້ໃບອະນຸຍາດ GPL, ເຊັ່ນດຽວກັນກັບການສະຫນອງລະຫັດແຫຼ່ງໂດຍບໍ່ມີການລົ້ມເຫລວ. ໃນເວລາດຽວກັນ, ຖ້າມີຫ້ອງສະຫມຸດຢູ່ໃນໂຄງການຂອງນັກຂຽນໂປລແກລມ, ນັ້ນແມ່ນ, ການເຊື່ອມໂຍງແບບຄົງທີ່ຫຼືການເຊື່ອມໂຍງແບບເຄື່ອນໄຫວພາຍໃຕ້ໃບອະນຸຍາດ LGPL, ຫຼັງຈາກນັ້ນມັນກໍ່ຈະເຂົ້າກັນໄດ້ກັບໃບອະນຸຍາດໃດໆຂອງໂຄງການຂອງໂຄງການນີ້.
ອະນຸຍາດ
ມີຈໍານວນໃບອະນຸຍາດທີ່ມີຂະຫນາດໃຫຍ່ພໍສົມຄວນ, ໃນການຈັດອັນດັບຂອງພວກເຂົາໃບອະນຸຍາດທີ່ນິຍົມຫຼາຍທີ່ສຸດແມ່ນ MIT, Apache 2.0, ແລະ BSD. ມີການປ່ຽນແປງເລັກນ້ອຍ, ໃບອະນຸຍາດເຫຼົ່ານີ້ມີຄວາມສາມາດໃນການອະນຸຍາດໃຫ້ນໍາໃຊ້ລະຫັດທັງໃນໂຄງການ Open Source ແລະສໍາລັບຈຸດປະສົງທາງການຄ້າແລະໂຄງການ. ແຕ່, ໃນກໍລະນີນີ້, ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະຈື່ຈໍາວ່າມັນເປັນສິ່ງຈໍາເປັນເພື່ອຊີ້ໃຫ້ເຫັນເຖິງຄວາມເປັນຜູ້ຂຽນຂອງໂຄງການຕົ້ນສະບັບ.
ໃບອະນຸຍາດ GitHub ທີ່ນິຍົມອື່ນໆ
ນອກເຫນືອໄປຈາກສາມກຸ່ມເຫຼົ່ານີ້ຂອງໃບອະນຸຍາດ, ຍັງມີອື່ນໆ, ຕົວຢ່າງ, ໃບອະນຸຍາດທີ່ເປັນປະໂຫຍດທີ່ສຸດອີກອັນຫນຶ່ງແມ່ນ GPLv2 ທີ່ມີການຂະຫຍາຍ classpath. ໃບອະນຸຍາດນີ້ຍັງສາມາດຖືກນໍາໃຊ້ສໍາລັບທັງໂຄງການ Open source ແລະໂຄງການການຄ້າແລະຈຸດປະສົງ. ຮູບລັກສະນະທີ່ເປັນທີ່ນິຍົມທີ່ສຸດຂອງມັນແມ່ນຢູ່ໃນ Oracle, ເຊິ່ງໃຊ້ GPLv2 ດ້ວຍການຂະຫຍາຍ classpath ເພື່ອອະນຸຍາດໂຄງການ Open Source ແລະວິທີແກ້ໄຂຂອງມັນ. ໃບອະນຸຍາດນີ້ແມ່ນຂ້ອນຂ້າງສໍາຄັນແລະເປັນປະໂຫຍດ, ນັບຕັ້ງແຕ່ໃບອະນຸຍາດ GPL ປົກກະຕິ, ສໍາລັບການຍົກຕົວຢ່າງ, ຈະບໍ່ສາມາດຈັດການກັບ bytecode. ນັ້ນແມ່ນ, ພວກເຂົາມີຄໍາອະທິບາຍພິເສດຂອງຂະບວນການລວບລວມແລະການເຊື່ອມໂຍງ, ເຊິ່ງບໍ່ເຫມາະສົມກັບພາສາການຂຽນໂປລແກລມທີ່ມີການຕີຄວາມອື່ນໆ, ພາສາ Java ທີ່ນິຍົມຫລາຍທີ່ສຸດແມ່ນໃນບັນດາພາສາດັ່ງກ່າວ. ມັນແມ່ນສໍາລັບກໍລະນີດັ່ງກ່າວທີ່ໃບອະນຸຍາດພິເສດ GPLv2 ທີ່ມີການຂະຫຍາຍ classpath ຖືກປ່ອຍອອກມາ. ຫຼັງຈາກທີ່ທັງຫມົດ, ມັນເວົ້າຢ່າງຈະແຈ້ງແລະຊັດເຈນວ່າຫ້ອງສະຫມຸດທີ່ຖືກປ່ອຍອອກມາພາຍໃຕ້ໃບອະນຸຍາດນີ້ສາມາດຖືກນໍາໃຊ້ສໍາລັບໂຄງການການຄ້າແລະຈຸດປະສົງທີ່ມີໃບອະນຸຍາດອື່ນໆຢ່າງແທ້ຈິງ.
ໃບອະນຸຍາດ GitHub .
ການເພີ່ມໃບອະນຸຍາດ
ຫຼັງຈາກໃບອະນຸຍາດສຸດທ້າຍໄດ້ຖືກຄັດເລືອກໃນທີ່ສຸດ, ມັນຍັງຄົງພຽງແຕ່ເພີ່ມມັນໃສ່ຮາກໂຄງການຂອງມັນເອງ. ເພື່ອປະຕິບັດການນີ້, ທ່ານພຽງແຕ່ຕ້ອງການເພີ່ມໃບອະນຸຍາດທີ່ເລືອກພາຍໃຕ້ຮາກໂຄງການໃນລະຫວ່າງການສ້າງໂຄງການເອງຫຼືໃນເວລາອື່ນໆ. ແຕ່ເຖິງແມ່ນວ່າໃນການປະຕິບັດນີ້, ການບໍລິການເວັບໄຊຕ໌ GitHub ຄຸ້ມຄອງດູແລຜູ້ໃຊ້ຂອງຕົນແລະພວກເຂົາສ້າງວິທີທີ່ສະດວກຫຼາຍທີ່ຈະເພີ່ມໃບອະນຸຍາດສຸດທ້າຍເຖິງແມ່ນວ່າໃນຕອນເລີ່ມຕົ້ນຂອງໂຄງການຕົວມັນເອງ.
