ເຮັດແນວໃດເພື່ອກາຍເປັນ committer ແລະທ່ານຕ້ອງການມັນແທ້ໆ?

ສະບາຍດີ! ຂ້ອຍຊື່ Dmitry Pavlov, ຂ້ອຍເຮັດວຽກຢູ່ GridGain, ແລະຍັງເປັນ committer ແລະ PMC ເຂົ້າຮ່ວມໃນ Apache Ignite ແລະເປັນຜູ້ປະກອບສ່ວນໃນ Apache Training. ບໍ່ດົນມານີ້, ຂ້າພະເຈົ້າໄດ້ໃຫ້ການນໍາສະເຫນີກ່ຽວກັບວຽກງານຂອງຄະນະກໍາມະການຢູ່ໃນກອງປະຊຸມເປີດ Sberbank. ດ້ວຍການພັດທະນາຂອງຊຸມຊົນ opensource, ຫຼາຍຄົນເລີ່ມມີຄໍາຖາມ: ວິທີການກາຍເປັນ committer, ວຽກງານໃດທີ່ຕ້ອງປະຕິບັດ, ແລະຈໍານວນລະຫັດຈໍາເປັນຕ້ອງຂຽນເພື່ອໃຫ້ໄດ້ພາລະບົດບາດນີ້. ເມື່ອພວກເຮົາຄິດເຖິງບັນດາຜູ້ບັນຊາການ, ພວກເຮົາຈິນຕະນາການທັນທີທັນໃດຄົນທີ່ມີອຳນາດ ແລະ ມີສະຕິປັນຍາທັງໝົດທີ່ມີມົງກຸດຢູ່ເທິງຫົວ ແລະ ປະລິມານຂອງ “ລະຫັດສະອາດ” ແທນທີ່ຈະເປັນໄມ້ຄ້ອນເທົ້າ. ເປັນແນວນັ້ນບໍ? ໃນການຕອບຂອງຂ້ອຍ, ຂ້ອຍຈະພະຍາຍາມຕອບທຸກຄໍາຖາມທີ່ສໍາຄັນກ່ຽວກັບ committers ເພື່ອໃຫ້ເຈົ້າເຂົ້າໃຈວ່າເຈົ້າຕ້ອງການມັນແທ້ໆບໍ.

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

ໃຜເປັນຄະນະກໍາມະແລະເປັນຫຍັງຕ້ອງການຫນຶ່ງ?

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

ເປັນ​ຫຍັງ​ຈຶ່ງ​ກາຍ​ເປັນ committer?

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

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

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

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

ດີ, ຍັງມີໂບນັດເພີ່ມເຕີມ: Apache committers, ສໍາລັບຕົວຢ່າງ, ໄດ້ຮັບໃບອະນຸຍາດ IntelliJ Idea Ultimate ຟຣີ (ເຖິງແມ່ນວ່າມີຂໍ້ຈໍາກັດບາງຢ່າງ).

ຈະເຮັດແນວໃດເພື່ອກາຍເປັນ committer?

ມັນງ່າຍດາຍ - ທ່ານພຽງແຕ່ຕ້ອງການຄໍາຫມັ້ນສັນຍາ.

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

ເຈົ້າຈະຕ້ອງແກ້ໄຂບັນຫາອັນໃດແດ່?

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

ຂ້ອຍຈໍາເປັນຕ້ອງຂຽນລັກສະນະອັນໃຫຍ່ຫຼວງເພື່ອກາຍເປັນ committer?

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

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

ເຮັດແນວໃດ?

ມີຄວາມສ້າງສັນ, ບວກ, ສຸພາບ ແລະມີຄວາມອົດທົນ. ຈົ່ງຈື່ໄວ້ວ່າໃນແຫຼ່ງເປີດທຸກຄົນແມ່ນອາສາສະຫມັກແລະບໍ່ມີໃຜເປັນຫນີ້ໃຜ. ພວກເຂົາບໍ່ຕອບເຈົ້າ - ລໍຖ້າແລະເຕືອນເຈົ້າກ່ຽວກັບຄໍາຖາມຂອງເຈົ້າໃນ 3-4 ມື້. ເຂົາເຈົ້າບໍ່ຕອບເຈົ້າສະເໝີ - ແຫຼ່ງເປີດແມ່ນສະໝັກໃຈ.

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

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

ສຸດທ້າຍ, ອ່ານ Code of Conduct ແລະຮຽນຮູ້ ຖາມຄໍາຖາມ.

ວິທີການປະກອບສ່ວນຖ້າຫາກວ່າທ່ານບໍ່ແມ່ນ committer?

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

ຄວາມຫຼາກຫຼາຍ - ຜົນປະໂຫຍດຫຼືອັນຕະລາຍ?

ຄວາມຫຼາກຫຼາຍ - ໃນຄວາມເຂົ້າໃຈຂອງ Apache Software Foundation, ນີ້, ໃນບັນດາສິ່ງອື່ນໆ, ແມ່ນການເຊື່ອມໂຍງຂອງຜູ້ເຂົ້າຮ່ວມໃນໂຄງການ opensource ໂດຍບໍລິສັດຈໍານວນຫນຶ່ງ. ຖ້າທຸກຄົນມີສ່ວນຮ່ວມກັບອົງການດຽວ, ຫຼັງຈາກນັ້ນ, ດ້ວຍການສູນເສຍຄວາມສົນໃຈໃນໂຄງການ, ຜູ້ເຂົ້າຮ່ວມທັງຫມົດແລ່ນຫນີຈາກມັນຢ່າງໄວວາ. ຄວາມຫຼາກຫຼາຍໃຫ້ໂຄງການໄລຍະຍາວ, ໝັ້ນຄົງ, ປະສົບການທີ່ຫຼາກຫຼາຍ ແລະ ຄວາມຄິດເຫັນທີ່ຫຼາກຫຼາຍຂອງຜູ້ເຂົ້າຮ່ວມ.

ເພື່ອຄວາມຮັກຫຼືເພື່ອຄວາມສະດວກ?

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

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

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

Committer - ຈະເປັນຫຼືບໍ່ຈະເປັນ?

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

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