ເປັນຫຍັງທ່ານຄວນເຂົ້າຮ່ວມໃນ hackathons

ປະມານຫນຶ່ງປີແລະເຄິ່ງຫນຶ່ງກ່ອນຫນ້ານີ້, ຂ້າພະເຈົ້າໄດ້ເລີ່ມຕົ້ນເຂົ້າຮ່ວມໃນ hackathons. ໃນລະຫວ່າງໄລຍະເວລານີ້, ຂ້າພະເຈົ້າໄດ້ຈັດການເຂົ້າຮ່ວມຫຼາຍກວ່າ 20 ເຫດການທີ່ມີຂະຫນາດແລະຫົວຂໍ້ຕ່າງໆໃນ Moscow, Helsinki, Berlin, Munich, Amsterdam, Zurich ແລະ Paris. ໃນກິດຈະກໍາທັງຫມົດ, ຂ້າພະເຈົ້າໄດ້ມີສ່ວນຮ່ວມໃນການວິເຄາະຂໍ້ມູນໃນຮູບແບບຫນຶ່ງຫຼືອື່ນ. ຂ້ອຍມັກໄປເມືອງໃຫມ່, ຕິດຕໍ່ພົວພັນໃຫມ່, ມາພ້ອມກັບຄວາມຄິດໃຫມ່, ປະຕິບັດແນວຄວາມຄິດເກົ່າໃນໄລຍະເວລາສັ້ນໆແລະ adrenaline rush ໃນລະຫວ່າງການປະຕິບັດແລະການປະກາດຜົນ.

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

hackathon ແມ່ນຫຍັງ?

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

ໄລຍະ Hackathon

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

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

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

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

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

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

ໃນ​ຕອນ​ເຊົ້າ​ວັນ​ອາ​ທິດ​, ທ່ານ​ຈໍາ​ເປັນ​ຕ້ອງ​ນໍາ​ສະ​ເຫນີ​ຜົນ​ໄດ້​ຮັບ​ຂອງ​ການ​ເຮັດ​ວຽກ​ຂອງ​ທ່ານ​ຕໍ່​ຄະ​ນະ​ລູກ​ຂຸ້ນ​. ໃນ hackathons ທີ່ດີ, ມັນທັງຫມົດເລີ່ມຕົ້ນດ້ວຍຄວາມຊໍານານດ້ານວິຊາການ - ສິ່ງທີ່ທ່ານອ້າງວ່າເຮັດວຽກແທ້ໆບໍ? ຈຸດປະສົງຂອງການກວດສອບນີ້ແມ່ນເພື່ອກໍາຈັດທີມງານທີ່ມີການນໍາສະເຫນີທີ່ສວຍງາມແລະຄໍາເວົ້າ, ແຕ່ບໍ່ມີຜະລິດຕະພັນ, ຈາກຜູ້ຊາຍທີ່ເຮັດບາງສິ່ງບາງຢ່າງ. ແຕ່ຫນ້າເສຍດາຍ, ຄວາມຊໍານານດ້ານວິຊາການບໍ່ມີຢູ່ໃນທຸກ hackathons, ແລະມີກໍລະນີທີ່ທີມງານທີ່ມີ 12 slides ແລະແນວຄວາມຄິດ "... blockchain, quantum computing, ແລະຫຼັງຈາກນັ້ນ AI ຈະສໍາເລັດມັນ ... " ຊະນະອັນດັບທໍາອິດ. ຕົວຢ່າງເຊັ່ນນັ້ນບໍ່ແມ່ນເລື່ອງທໍາມະດາ, ແຕ່ເນື່ອງຈາກມັນເປັນທີ່ຫນ້າຈົດຈໍາທີ່ສຸດ, ຫຼາຍຄົນຄິດວ່າການນໍາສະເຫນີທີ່ດີແມ່ນ 99% ຂອງໄຊຊະນະໃນ hackathon. ການນໍາສະເຫນີ, ໂດຍວິທີທາງການ, ແມ່ນມີຄວາມສໍາຄັນແທ້ໆ, ແຕ່ການປະກອບສ່ວນຂອງມັນບໍ່ເກີນ 30%.

ຫຼັງຈາກການສະແດງຂອງຜູ້ເຂົ້າຮ່ວມ, ຄະນະລູກຂຸນຕັດສິນໃຈມອບລາງວັນໃຫ້ຜູ້ຊະນະ. ນີ້ສະຫຼຸບສ່ວນທີ່ເປັນທາງການຂອງ hackathon.

ແຮງຈູງໃຈທີ່ຈະເຂົ້າຮ່ວມໃນ hackathons

ປະສົບການ

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

ລາງວັນ

ໂດຍປົກກະຕິ, ກອງທຶນລາງວັນ hackathon ແມ່ນປະມານ 1.5k - 10k ເອີໂຣສໍາລັບສະຖານທີ່ທໍາອິດ (ໃນລັດເຊຍ - 100-300 ພັນຮູເບີນ). ຜົນປະໂຫຍດທີ່ຄາດຫວັງ (ມູນຄ່າທີ່ຄາດໄວ້, EV) ຈາກການມີສ່ວນຮ່ວມສາມາດຖືກຄິດໄລ່ໂດຍໃຊ້ສູດງ່າຍໆ:

EV = Prize * WinRate + Future_Value - Costs

ບ່ອນທີ່ ລາງວັນ - ຂະຫນາດຂອງລາງວັນ (ສໍາລັບຄວາມງ່າຍດາຍ, ພວກເຮົາຈະສົມມຸດວ່າມີລາງວັນດຽວເທົ່ານັ້ນ);
WinRate — ຄວາມ​ເປັນ​ໄປ​ໄດ້​ຂອງ​ການ​ຊະ​ນະ (ສໍາ​ລັບ​ທີມ​ທີ່​ເລີ່ມ​ຕົ້ນ​ຄ່າ​ນີ້​ຈະ​ຖືກ​ຈໍາ​ກັດ 10​%​, ສໍາ​ລັບ​ທີມ​ງານ​ທີ່​ມີ​ປະ​ສົບ​ການ​ຫຼາຍ - 50​% ແລະ​ສູງ​ກວ່າ​; ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ພົບ​ປະ​ກັບ​ຜູ້​ທີ່​ປະ​ໄວ້​ແຕ່​ລະ hackathon ກັບ​ລາງ​ວັນ​, ແຕ່​ນີ້​ແມ່ນ​ແທນ​ທີ່​ຈະ​ເປັນ​ຂໍ້​ຍົກ​ເວັ້ນ​ຂອງ​ກົດ​ລະ​ບຽບ ແລະໃນໄລຍະຍາວອັດຕາການຊະນະຂອງພວກເຂົາຈະຕໍ່າກວ່າ 100%);
Future_Value - ມູນຄ່າທີ່ສະແດງໃຫ້ເຫັນຜົນກໍາໄລໃນອະນາຄົດຈາກການເຂົ້າຮ່ວມໃນ hackathon: ນີ້ສາມາດເປັນກໍາໄລຈາກປະສົບການທີ່ໄດ້ຮັບ, ການເຊື່ອມຕໍ່ທີ່ສ້າງຂຶ້ນ, ຂໍ້ມູນທີ່ໄດ້ຮັບ, ແລະອື່ນໆ. ມູນຄ່ານີ້ແມ່ນເກືອບບໍ່ສາມາດກໍານົດໄດ້ຢ່າງຖືກຕ້ອງ, ແຕ່ມັນຕ້ອງໄດ້ຮັບການຈົດຈໍາ;
ຄ່າໃຊ້ຈ່າຍ - ຄ່າ​ໃຊ້​ຈ່າຍ​ໃນ​ການ​ຂົນ​ສົ່ງ​, ທີ່​ພັກ​, ແລະ​ອື່ນໆ

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

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

ການຈ້າງງານຂອງບໍລິສັດແລະເຄືອຂ່າຍ

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

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

ໂອກາດທີ່ຈະໄດ້ຮັບຊຸດຂໍ້ມູນທີ່ເປັນເອກະລັກ

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

ຄໍາແນະນໍາ

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

1. ຢ່າຢ້ານທີ່ຈະໄປ hackathons ເຖິງແມ່ນວ່າທ່ານຈະບໍ່ມີປະສົບການຫຼືທີມງານ. ຄິດກ່ຽວກັບວິທີທີ່ເຈົ້າຈະເປັນປະໂຫຍດ. ຕົວຢ່າງ, ບາງທີເຈົ້າມີຄວາມຄິດທີ່ຫນ້າສົນໃຈຫຼືເຈົ້າຮູ້ດີໃນບາງພື້ນທີ່ບໍ? ທ່ານ​ສາ​ມາດ​ນໍາ​ໃຊ້​ຄວາມ​ຮູ້​ໂດ​ເມນ​ຂອງ​ທ່ານ​ໃນ​ເວ​ລາ​ທີ່​ການ​ສ້າງ​ບັນ​ຫາ​ແລະ​ຊອກ​ຫາ​ວິ​ທີ​ແກ້​ໄຂ​ທີ່​ບໍ່​ແມ່ນ trivial. ຫຼືບາງທີເຈົ້າແມ່ນດີທີ່ສຸດໃນ Google? ທັກສະຂອງທ່ານຈະປະຫຍັດເວລາຫຼາຍຖ້າທ່ານສາມາດຊອກຫາການປະຕິບັດທີ່ກຽມພ້ອມໃນ Github. ຫຼືເຈົ້າເກັ່ງຫຼາຍໃນການປັບຄ່າພາລາມິເຕີ lightgbm? ໃນກໍລະນີນີ້, ຢ່າໄປ hackathon, ແຕ່ພິສູດໃນການແຂ່ງຂັນ kagla.
2. ຍຸດທະວິທີສຳຄັນກວ່າການຊ້ອມຮົບ. ເປົ້າຫມາຍຂອງທ່ານໃນ hackathon ແມ່ນເພື່ອແກ້ໄຂບັນຫາ. ບາງຄັ້ງ, ເພື່ອແກ້ໄຂບັນຫາ, ທ່ານຈໍາເປັນຕ້ອງກໍານົດມັນ. ກວດເບິ່ງວ່າບັນຫາທີ່ທ່ານໄດ້ລະບຸນັ້ນມີຄວາມກ່ຽວຂ້ອງຢ່າງແທ້ຈິງສໍາລັບບໍລິສັດ. ກວດເບິ່ງການແກ້ໄຂຂອງທ່ານຕໍ່ກັບບັນຫາ, ຖາມຕົວທ່ານເອງວ່າການແກ້ໄຂຂອງທ່ານແມ່ນດີທີ່ສຸດ. ເມື່ອປະເມີນການແກ້ໄຂຂອງທ່ານ, ທໍາອິດພວກເຂົາຈະເບິ່ງຄວາມກ່ຽວຂ້ອງຂອງບັນຫາແລະຄວາມພຽງພໍຂອງການແກ້ໄຂທີ່ສະເຫນີ. ມີຄົນຈໍານວນຫນ້ອຍທີ່ມີຄວາມສົນໃຈໃນສະຖາປັດຕະຍະກໍາຂອງເຄືອຂ່າຍ neural ຂອງທ່ານຫຼືຈໍານວນມືທີ່ທ່ານໄດ້ຮັບ.
3. ເຂົ້າຮ່ວມການ hackathons ຫຼາຍເທົ່າທີ່ເປັນໄປໄດ້, ແຕ່ຢ່າລັງເລທີ່ຈະຍ່າງຫນີຈາກກິດຈະກໍາທີ່ຈັດບໍ່ດີ.
4. ເພີ່ມຜົນຂອງການເຮັດວຽກຂອງທ່ານໃນ hackathon ໃສ່ຊີວະປະຫວັດຂອງທ່ານແລະຢ່າຢ້ານທີ່ຈະຂຽນກ່ຽວກັບມັນສາທາລະນະ.

ໂດຍເນື້ອແທ້ແລ້ວຂອງ hackathons. ໂດຍຫຍໍ້

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