ໃນ 5 ຂັ້ນຕອນທີ່ງ່າຍຕໍ່ການ hackathon

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

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

1. ເລືອກບາງສິ່ງບາງຢ່າງໃນປະຈຸບັນ

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

ຍົກຕົວຢ່າງ, ຍ້ອນການເພີ່ມຂື້ນຢ່າງຫຼວງຫຼາຍໃນການເປັນເຈົ້າຂອງຜູ້ຊ່ວຍເຮືອນ (129% ປີຕໍ່ປີ), ທີມງານຂອງພວກເຮົາໄດ້ຕັດສິນໃຈໃຊ້ Amazon Echo ສຳ ລັບການ hack ຂອງພວກເຮົາ. ບໍລິການ Soluto ຂອງພວກເຮົາໃຫ້ການສະ ໜັບ ສະ ໜູນ ທີ່ນິຍົມທັນທີ ສຳ ລັບບັນຫາດ້ານເຕັກໂນໂລຢີ. ພວກເຮົາຄິດວ່າ Echo ສາມາດເປັນຈຸດເຂົ້າທີ່ສະດວກໃນການບໍລິການຂອງພວກເຮົາ.

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

2. ກຳ ນົດ MVP

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

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

ພິທີມອບລາງວັນໃນງານ Asurion Hackathon 2017 (Nashville). ຊ້າຍຫາຂວາ: Barry Vandevier (ຜູ້ພິພາກສາແລະປະທານປະຕິບັດງານ), Alex Hughes, Lucas Rudd, Jonathan Hughes, Daniel Cottone ແລະ Brandon Evans

3. ທົດສອບການປະສົມປະສານຂອງພາກສ່ວນທີສາມກ່ອນໄວອັນຄວນ

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

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

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

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

4. ຖ້າມັນບໍ່ແຕກ, ຢ່າແກ້ໄຂ

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

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

5. ນຳ ສະ ເໜີ ຄືກັບວ່າ hack ຂອງທ່ານຂື້ນກັບມັນ

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

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

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

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

ຖ້າທ່ານປະຕິບັດຕາມຂັ້ນຕອນເຫຼົ່ານີ້ທ່ານຄວນຈະອອກຈາກ hackathon ດ້ວຍຜົນທີ່ ໜ້າ ສົນໃຈ, ເປັນເອກະລັກແລະປະຕິບັດໄດ້ດີ. ນັ້ນບໍ່ໄດ້ ໝາຍ ຄວາມວ່າທ່ານຈະຮັບປະກັນວ່າທ່ານຈະໄດ້ຮັບໄຊຊະນະ, ແຕ່ນັ້ນບໍ່ແມ່ນຄວາມ ສຳ ຄັນ ໜ້ອຍ ກວ່າທັກສະແລະປະສົບການທີ່ທ່ານໄດ້ຮັບຈາກການເຂົ້າຮ່ວມເຫດການເຫຼົ່ານີ້.

ຖ້າທ່ານສົນໃຈທີ່ຈະເຂົ້າຮ່ວມທີມງານຂອງພວກເຮົາ, ເບິ່ງທີ່ວຽກເປີດງານທີ່ Soluto Nashville ແລະສົ່ງຂໍ້ຄວາມຫາຂ້ອຍ!