ດ້ານມືດຂອງ hackathons

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

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

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

ອອກຈາກການເຄົາລົບຜູ້ຈັດຕັ້ງແລະຜູ້ເຂົ້າຮ່ວມ, ຈະບໍ່ມີການອ້າງອີງເຖິງບໍລິສັດສະເພາະໃນການຕອບ. ຢ່າງໃດກໍຕາມ, ຜູ້ອ່ານທີ່ເອົາໃຈໃສ່, ສາມາດເດົາ (ຫຼື Google) ທີ່ພວກເຮົາກໍາລັງເວົ້າເຖິງ.

Hackathon ສະບັບທີ 1. ກອບທີ່ເຄັ່ງຄັດ

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

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

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

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

ສົມບັດສິນ

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

Hackathon ອັນດັບ 2. ວຽກງານທີ່ເປັນໄປບໍ່ໄດ້

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

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

ສົມບັດສິນ

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

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

Hackathon ອັນດັບ 3. ເອົາມັນຫຼືອອກຈາກມັນ

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

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

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

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

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

ສົມບັດສິນ

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

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

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