ແນວໃດ ແລະເປັນຫຍັງພວກເຮົາຈຶ່ງຊະນະການຕິດຕາມຂໍ້ມູນ Big Data ຢູ່ທີ່ Urban Tech Challenge hackathon

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

ດັ່ງນັ້ນທໍາອິດບາງຂໍ້ສັງເກດທົ່ວໄປ.

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

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

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

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

ສໍາລັບອົງປະກອບຂອງທີມງານ, ນີ້ແມ່ນສ່ວນບຸກຄົນຫຼາຍແລະຂຶ້ນກັບວຽກງານຫຼາຍ. ຂ້ອຍສາມາດເວົ້າໄດ້ວ່າອົງປະກອບຂອງທີມງານທີ່ເປັນໄປໄດ້ຕ່ໍາສຸດແມ່ນຜູ້ອອກແບບ - front-end ຫຼື front-end - back-ender. ແຕ່ຂ້າພະເຈົ້າຍັງຮູ້ກໍລະນີໃນເວລາທີ່ທີມງານທີ່ປະກອບດ້ວຍພຽງແຕ່ front-enders ຊະນະ, ຜູ້ທີ່ເພີ່ມ back-end ງ່າຍດາຍໃນ node.js, ຫຼືເຮັດໃຫ້ຄໍາຮ້ອງສະຫມັກໂທລະສັບມືຖືໃນ React Native; ຫຼືພຽງແຕ່ຈາກ backenders ຜູ້ທີ່ເຮັດຮູບແບບງ່າຍດາຍ. ໂດຍທົ່ວໄປ, ທຸກສິ່ງທຸກຢ່າງແມ່ນສ່ວນບຸກຄົນຫຼາຍແລະຂຶ້ນກັບວຽກງານ. ແຜນການຂອງຂ້ອຍສໍາລັບການເລືອກທີມສໍາລັບ hackathon ມີດັ່ງນີ້: ຂ້ອຍວາງແຜນທີ່ຈະລວບລວມທີມຫຼືເຂົ້າຮ່ວມທີມເຊັ່ນ front-end - back-end - designer (ຂ້ອຍເປັນ front-end ຕົວເອງ). ແລະໄວຫຼາຍຂ້ອຍເລີ່ມສົນທະນາກັບ backender python ແລະຜູ້ອອກແບບທີ່ຍອມຮັບການເຊື້ອເຊີນໃຫ້ເຂົ້າຮ່ວມກັບພວກເຮົາ. ຕໍ່ມາບໍ່ດົນ, ເດັກຍິງ, ນັກວິເຄາະທຸລະກິດ, ຜູ້ທີ່ມີປະສົບການໃນການຊະນະ hackathon, ໄດ້ເຂົ້າຮ່ວມກັບພວກເຮົາ, ແລະນີ້ໄດ້ຕັດສິນໃຈບັນຫາຂອງນາງທີ່ຈະເຂົ້າຮ່ວມກັບພວກເຮົາ. ຫຼັງຈາກກອງປະຊຸມສັ້ນໆ, ພວກເຮົາໄດ້ຕັດສິນໃຈເອີ້ນຕົວເອງວ່າ U4 (URBAN 4, urban four) ໂດຍການປຽບທຽບກັບສີ່ທີ່ດີເລີດ. ແລະ​ເຂົາ​ເຈົ້າ​ເຖິງ​ແມ່ນ​ວ່າ​ເອົາ​ຮູບ​ພາບ​ທີ່​ສອດ​ຄ້ອງ​ກັນ​ກ່ຽວ​ກັບ avatar ຂອງ​ຊ່ອງ telegram ຂອງ​ພວກ​ເຮົາ​.

4. ການເລືອກໜ້າວຽກ. ດັ່ງທີ່ຂ້າພະເຈົ້າໄດ້ເວົ້າແລ້ວ, ທ່ານຕ້ອງມີຄວາມໄດ້ປຽບໃນການແຂ່ງຂັນ, ວຽກງານສໍາລັບ hackathon ແມ່ນເລືອກໂດຍອີງໃສ່ນີ້. ອີງໃສ່ນີ້, ໄດ້ເບິ່ງ ລາຍການ ໜ້າ ວຽກ ແລະການປະເມີນຄວາມສັບສົນຂອງພວກເຂົາ, ພວກເຮົາໄດ້ຕົກລົງໃນສອງຫນ້າວຽກ: ລາຍການວິສາຫະກິດປະດິດສ້າງຈາກ DPiIR ແລະ chatbot ຈາກ EFKO. ວຽກງານຈາກ DPIiR ຖືກເລືອກໂດຍຜູ້ສະຫນັບສະຫນູນ, ວຽກງານຈາກ EFKO ຖືກເລືອກໂດຍຂ້ອຍ, ເພາະວ່າ ມີປະສົບການຂຽນ chatbots ໃນ node.js ແລະ DialogFlow. ວຽກງານ EFKO ຍັງມີສ່ວນຮ່ວມໃນ ML; ແລະອີງຕາມເງື່ອນໄຂຂອງບັນຫາ, ມັນເບິ່ງຄືວ່າຂ້ອຍບໍ່ສາມາດແກ້ໄຂໄດ້ໂດຍໃຊ້ເຄື່ອງມື ML. ຄວາມຮູ້ສຶກນີ້ໄດ້ຮັບຄວາມເຂັ້ມແຂງໃນເວລາທີ່ຂ້ອຍໄປກອງປະຊຸມ Urban Tech Challenge, ບ່ອນທີ່ຜູ້ຈັດຕັ້ງໄດ້ສະແດງໃຫ້ຂ້ອຍເຫັນຊຸດຂໍ້ມູນໃນ EFKO, ບ່ອນທີ່ມີຮູບປະມານ 100 ຮູບຂອງຮູບແບບຜະລິດຕະພັນ (ຖ່າຍຈາກມຸມທີ່ແຕກຕ່າງກັນ) ແລະປະມານ 20 ຫ້ອງຮຽນຂອງຮູບແບບຜິດພາດ. ແລະ, ໃນຂະນະດຽວກັນ, ຜູ້ທີ່ສັ່ງໃຫ້ວຽກງານຕ້ອງການທີ່ຈະບັນລຸອັດຕາຜົນສໍາເລັດການຈັດປະເພດ 90%. ດັ່ງນັ້ນ, ຂ້າພະເຈົ້າໄດ້ກະກຽມການນໍາສະເຫນີຂອງການແກ້ໄຂໂດຍບໍ່ມີ ML, backender ກະກຽມການນໍາສະເຫນີໂດຍອີງໃສ່ລາຍການ, ແລະຮ່ວມກັນ, ຫຼັງຈາກສໍາເລັດການນໍາສະເຫນີ, ພວກເຮົາໄດ້ສົ່ງພວກເຂົາໄປຫາ Urban Tech Challenge. ແລ້ວໃນຂັ້ນຕອນນີ້, ລະດັບແຮງຈູງໃຈແລະການປະກອບສ່ວນຂອງຜູ້ເຂົ້າຮ່ວມແຕ່ລະຄົນໄດ້ຖືກເປີດເຜີຍ. ຜູ້ອອກແບບຂອງພວກເຮົາບໍ່ໄດ້ເຂົ້າຮ່ວມໃນການສົນທະນາ, ຕອບສະຫນອງຊ້າ, ແລະແມ້ກະທັ້ງການຕື່ມຂໍ້ມູນກ່ຽວກັບຕົນເອງໃນການນໍາສະເຫນີໃນເວລາສຸດທ້າຍ, ໂດຍທົ່ວໄປ, ຄວາມສົງໃສໄດ້ເກີດຂື້ນ.

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

5. ການກະກຽມສໍາລັບການ hackathon. ໃນເວລາທີ່ໃນທີ່ສຸດມັນໄດ້ກາຍເປັນທີ່ຮູ້ຈັກວ່າພວກເຮົາມີຄຸນສົມບັດສໍາລັບການ hackathon, ພວກເຮົາເລີ່ມກະກຽມການກະກຽມ. ແລະໃນທີ່ນີ້ຂ້ອຍບໍ່ໄດ້ສົ່ງເສີມການເລີ່ມຕົ້ນຂຽນລະຫັດຫນຶ່ງອາທິດກ່ອນທີ່ຈະເລີ່ມຕົ້ນຂອງ hackathon. ຢ່າງຫນ້ອຍ, ທ່ານຄວນມີ boilerplate ກຽມພ້ອມ, ທີ່ທ່ານສາມາດເລີ່ມຕົ້ນການເຮັດວຽກໄດ້ທັນທີ, ໂດຍບໍ່ມີການກໍາຫນົດຄ່າເຄື່ອງມື, ແລະໂດຍບໍ່ມີການ bumping ກັບແມງໄມ້ຂອງບາງ lib ທີ່ທ່ານຕັດສິນໃຈທີ່ຈະພະຍາຍາມຄັ້ງທໍາອິດໃນ hackathon. ຂ້ອຍຮູ້ເລື່ອງກ່ຽວກັບວິສະວະກອນ angular ທີ່ເຂົ້າມາໃນງານ hackathon ແລະໃຊ້ເວລາ 2 ມື້ໃນການກໍ່ສ້າງໂຄງການ, ດັ່ງນັ້ນທຸກສິ່ງທຸກຢ່າງຄວນໄດ້ຮັບການກະກຽມລ່ວງຫນ້າ. ພວກເຮົາມີຈຸດປະສົງເພື່ອແຈກຢາຍຄວາມຮັບຜິດຊອບດັ່ງຕໍ່ໄປນີ້: backender ຂຽນ crawlers ທີ່ scour ອິນເຕີເນັດແລະເອົາຂໍ້ມູນທັງຫມົດທີ່ເກັບກໍາຢູ່ໃນຖານຂໍ້ມູນ, ໃນຂະນະທີ່ຂ້ອຍຂຽນ API ໃນ node.js ທີ່ສອບຖາມຖານຂໍ້ມູນນີ້ແລະສົ່ງຂໍ້ມູນໄປທາງຫນ້າ. ໃນເລື່ອງນີ້, ຂ້ອຍໄດ້ກະກຽມເຄື່ອງແມ່ຂ່າຍລ່ວງຫນ້າໂດຍໃຊ້ express.js ແລະກະກຽມ front-end ໃນ react. ຂ້ອຍບໍ່ໃຊ້ CRA, ຂ້ອຍມັກຈະປັບແຕ່ງ webpack ສໍາລັບຕົວຂ້ອຍເອງແລະຂ້ອຍຮູ້ດີວ່າຄວາມສ່ຽງທີ່ນີ້ສາມາດເຮັດໃຫ້ເກີດຫຍັງ (ຈື່ເລື່ອງກ່ຽວກັບນັກພັດທະນາມຸມ). ໃນຈຸດນີ້, ຂ້າພະເຈົ້າໄດ້ຮ້ອງຂໍໃຫ້ແມ່ແບບການໂຕ້ຕອບຫຼືຢ່າງຫນ້ອຍ mockups ຈາກຜູ້ອອກແບບຂອງພວກເຮົາເພື່ອໃຫ້ມີຄວາມຄິດກ່ຽວກັບສິ່ງທີ່ຂ້ອຍຈະວາງອອກ. ໃນທາງທິດສະດີ, ລາວຄວນກະກຽມຂອງຕົນເອງແລະປະສານງານກັບພວກເຮົາ, ແຕ່ຂ້ອຍບໍ່ເຄີຍໄດ້ຮັບຄໍາຕອບ. ດັ່ງນັ້ນ, ຂ້າພະເຈົ້າໄດ້ຢືມການອອກແບບຈາກຫນຶ່ງໃນໂຄງການເກົ່າຂອງຂ້ອຍ. ແລະມັນເລີ່ມເຮັດວຽກໄດ້ໄວຂຶ້ນ, ເພາະວ່າທຸກຮູບແບບສໍາລັບໂຄງການນີ້ໄດ້ຖືກຂຽນແລ້ວ. ດັ່ງນັ້ນການສະຫລຸບ: ຜູ້ອອກແບບແມ່ນບໍ່ຈໍາເປັນສະເຫມີໃນທີມງານ))). ພວກເຮົາມາຮອດ hackathon ກັບການພັດທະນາເຫຼົ່ານີ້.

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

ເພາະສະນັ້ນ, ຫຼັງຈາກນອນອອກໄປ, ເວລາ 9.00 ພວກເຮົານັ່ງຢູ່ຊັ້ນທີ 4 ຂອງ Dewocracy. ຫຼັງຈາກນັ້ນ, ຜູ້ອອກແບບຂອງພວກເຮົາໄດ້ປະກາດຢ່າງບໍ່ຄາດຝັນວ່າລາວບໍ່ມີຄອມພິວເຕີ້ແລະວ່າລາວຈະເຮັດວຽກຈາກບ້ານ, ແລະພວກເຮົາຈະຕິດຕໍ່ສື່ສານທາງໂທລະສັບ. ນີ້ແມ່ນເຟືອງສຸດທ້າຍ. ແລະດັ່ງນັ້ນພວກເຮົາໄດ້ຫັນຈາກສີ່ຫາສາມ, ເຖິງແມ່ນວ່າພວກເຮົາບໍ່ໄດ້ປ່ຽນຊື່ທີມ. ອີກເທື່ອຫນຶ່ງ, ນີ້ບໍ່ແມ່ນຄວາມເສຍຫາຍອັນໃຫຍ່ຫຼວງສໍາລັບພວກເຮົາ; ໂດຍທົ່ວໄປ, ໃນຕອນທໍາອິດທຸກສິ່ງທຸກຢ່າງໄດ້ຂ້ອນຂ້າງກ້ຽງແລະຕາມແຜນການ. ພວກເຮົາໄດ້ໂຫລດເຂົ້າໄປໃນຖານຂໍ້ມູນ (ພວກເຮົາຕັດສິນໃຈໃຊ້ neo4j) ຊຸດຂໍ້ມູນຂອງບໍລິສັດທີ່ມີນະວັດກໍາຈາກຜູ້ຈັດຕັ້ງ. ຂ້ອຍເລີ່ມການພິມ, ຈາກນັ້ນເອົາ node.js, ແລະຫຼັງຈາກນັ້ນສິ່ງຕ່າງໆກໍ່ເລີ່ມຜິດພາດ. ຂ້ອຍບໍ່ເຄີຍເຮັດວຽກກັບ neo8j ມາກ່ອນ, ແລະໃນຕອນທໍາອິດຂ້ອຍກໍາລັງຊອກຫາໄດເວີທີ່ເຮັດວຽກສໍາລັບຖານຂໍ້ມູນນີ້, ຫຼັງຈາກນັ້ນຂ້ອຍກໍ່ຄິດວິທີການຂຽນແບບສອບຖາມ, ແລະຫຼັງຈາກນັ້ນຂ້ອຍແປກໃຈທີ່ຄົ້ນພົບວ່າຖານຂໍ້ມູນນີ້, ເມື່ອຖືກສອບຖາມ, ສົ່ງຄືນຫນ່ວຍງານໃນ ຮູບແບບຂອງ array ຂອງ node objects ແລະແຄມຂອງພວກມັນ. ເຫຼົ່ານັ້ນ. ໃນເວລາທີ່ຂ້າພະເຈົ້າຮ້ອງຂໍໃຫ້ອົງການຈັດຕັ້ງແລະຂໍ້ມູນທັງຫມົດກ່ຽວກັບມັນໂດຍ TIN, ແທນທີ່ຈະເປັນຫນຶ່ງອົງການຈັດຕັ້ງ, ຂ້າພະເຈົ້າໄດ້ຖືກສົ່ງຄືນ array ຍາວຂອງວັດຖຸທີ່ມີຂໍ້ມູນໃນອົງການຈັດຕັ້ງນີ້ແລະຄວາມສໍາພັນລະຫວ່າງເຂົາເຈົ້າ. ຂ້າພະເຈົ້າໄດ້ຂຽນແຜນທີ່ທີ່ຜ່ານ array ທັງຫມົດແລະ glued ວັດຖຸທັງຫມົດຕາມອົງການຈັດຕັ້ງຂອງເຂົາເຈົ້າເຂົ້າໄປໃນວັດຖຸດຽວ. ​ແຕ່​ໃນ​ການ​ສູ້​ຮົບ, ​ໃນ​ເວລາ​ຮ້ອງ​ຂໍ​ຖານ​ຂໍ້​ມູນ​ຂອງ 20 ພັນ​ອົງການ, ​ໄດ້​ປະຕິບັດ​ຢ່າງ​ຊ້າ​ສຸດ, ປະມານ 30 – 30 ວິນາທີ. ຂ້ອຍເລີ່ມຄິດກ່ຽວກັບການເພີ່ມປະສິດທິພາບ ... ແລະຫຼັງຈາກນັ້ນພວກເຮົາຢຸດເຊົາໃນເວລາແລະປ່ຽນໄປຫາ MongoDB, ແລະມັນໃຊ້ເວລາປະມານ 4 ນາທີ. ໃນຈໍານວນທັງຫມົດ, ປະມານ 5 ຊົ່ວໂມງໄດ້ຖືກສູນເສຍໄປໃນ neoXNUMXj.

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

ດັ່ງນັ້ນ, ໃນຫນ້າຂອງບໍລິສັດໃນຄໍາຮ້ອງສະຫມັກຂອງພວກເຮົາ, ຮູບແທນຕົວຂອງຜູ້ອໍານວຍການທົ່ວໄປໄດ້ປາກົດ, ການເຊື່ອມຕໍ່ກັບຫນ້າ VKontakte ຂອງລາວແລະຂໍ້ມູນອື່ນໆຈໍານວນຫນຶ່ງ. ມັນເປັນຫມາກເຜັດທີ່ສວຍງາມ, ເຖິງແມ່ນວ່າມັນອາດຈະບໍ່ໄດ້ໃຫ້ພວກເຮົາຊະນະ. ຫຼັງຈາກນັ້ນ, ຂ້ອຍຕ້ອງການດໍາເນີນການວິເຄາະບາງຢ່າງ. ແຕ່ຫຼັງຈາກການຄົ້ນຫາທາງເລືອກທີ່ຍາວນານ (ຫຼາຍ nuances ເກີດຂຶ້ນກັບ UI), ຂ້າພະເຈົ້າໄດ້ຕົກລົງກ່ຽວກັບການລວບລວມທີ່ງ່າຍດາຍທີ່ສຸດຂອງອົງການຈັດຕັ້ງໂດຍລະຫັດກິດຈະກໍາທາງເສດຖະກິດ. ແລ້ວໃນຕອນແລງ, ໃນຊົ່ວໂມງທີ່ຜ່ານມາ, ຂ້ອຍໄດ້ວາງແມ່ແບບສໍາລັບການສະແດງຜະລິດຕະພັນທີ່ມີນະວັດກໍາ (ໃນຄໍາຮ້ອງສະຫມັກຂອງພວກເຮົາຄວນຈະເປັນພາກຜະລິດຕະພັນແລະການບໍລິການ), ເຖິງແມ່ນວ່າ backend ບໍ່ໄດ້ກຽມພ້ອມສໍາລັບການນີ້. ໃນຂະນະດຽວກັນ, ຖານຂໍ້ມູນໄດ້ມີອາການບວມໂດຍ leaps ແລະ bounds, crawlers ສືບຕໍ່ເຮັດວຽກ, backender ທົດລອງກັບ NLP ເພື່ອຈໍາແນກບົດເລື່ອງໃຫມ່ຈາກບົດເລື່ອງທີ່ບໍ່ມີນະວັດກໍາ))). ແຕ່ເວລາສໍາລັບການນໍາສະເຫນີສຸດທ້າຍແມ່ນໃກ້ເຂົ້າມາແລ້ວ.

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

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

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

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

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

ແລະສະຫຼຸບ, ຂອບໃຈປະເພນີກັບທຸກຄົນທີ່ສະຫນັບສະຫນູນພວກເຮົາ, jury ຂອງການຕິດຕາມຂອງພວກເຮົາ, Evgeniy Evgrafiev (ຜູ້ຂຽນຂອງບັນຫາທີ່ພວກເຮົາໄດ້ແກ້ໄຂໃນ hackathon ໄດ້) ແລະແນ່ນອນຂອງອົງການຈັດຕັ້ງຂອງ hackathon ໄດ້. ນີ້ອາດຈະເປັນ hackathon ທີ່ໃຫຍ່ທີ່ສຸດແລະເຢັນທີ່ສຸດທີ່ຂ້ອຍເຄີຍເຂົ້າຮ່ວມ, ຂ້ອຍພຽງແຕ່ສາມາດປາດຖະຫນາໃຫ້ຜູ້ຊາຍຮັກສາມາດຕະຖານທີ່ສູງດັ່ງກ່າວໃນອະນາຄົດ!

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