ເປັນຫຍັງການເລີ່ມຕົ້ນຂອງຮາດແວຈຶ່ງຕ້ອງການຊອບແວ hackathon?

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

ການໂຕ້ຕອບຂອງແອັບພລິເຄຊັນທີ່ຄວບຄຸມໂມດູນ Watts Battery ຈາກຜູ້ເຂົ້າຮອບສຸດທ້າຍຂອງການຕິດຕາມ, "ຜົມປຽກ"

ບໍ​ລິ​ສັດ

ບໍລິສັດຂອງພວກເຮົາ Watts Battery ສ້າງສະຖານີພະລັງງານແບບເຄື່ອນທີ່ແບບໂມດູນ. ຜະລິດຕະພັນແມ່ນສະຖານີພະລັງງານແບບພົກພາ 46x36x11 ຊມ, ສາມາດສົ່ງໄດ້ຈາກ 1,5 ຫາ 15 ກິໂລວັດຕໍ່ຊົ່ວໂມງ. ສີ່ໂມດູນດັ່ງກ່າວສາມາດສະຫນອງການບໍລິໂພກພະລັງງານຂອງເຮືອນປະເທດຂະຫນາດນ້ອຍເປັນເວລາສອງມື້.

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

ອັນນີ້ຍັງລວມເຖິງວຽກງານຊອບແວທີ່ບໍລິສຸດ. ເປັນຫຍັງ?

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

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

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

ການກະກຽມ, ຂໍ້ມູນ, ໂຄງສ້າງພື້ນຖານ

ດັ່ງນັ້ນ, ພວກເຮົາໄດ້ເອົາສອງເພງ: ການວິເຄາະຂໍ້ມູນແລະລະບົບການຄຸ້ມຄອງ. ນອກເຫນືອໄປຈາກຂອງພວກເຮົາ, ຍັງມີເຈັດຕິດຕາມຈາກເພື່ອນຮ່ວມງານ.

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

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

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

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

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

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

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

ນອກຈາກນັ້ນ, ພວກເຮົາໄດ້ໃຫ້ຜູ້ເຂົ້າຮ່ວມເຂົ້າເຖິງ Amazon AWS (ຢ່າງຈິງຈັງວ່າ Amazon ໄດ້ປິດກັ້ນພາກພື້ນຫນຶ່ງສໍາລັບພວກເຮົາ, ພວກເຮົາຈະຊອກຫາສິ່ງທີ່ຕ້ອງເຮັດກ່ຽວກັບມັນ). ຢູ່ທີ່ນັ້ນທ່ານສາມາດຕິດຕັ້ງໂຄງສ້າງພື້ນຖານສໍາລັບ Internet of Things ແລະ, ໂດຍອີງໃສ່ແມ່ແບບ Amazon ງ່າຍໆ, ສ້າງການແກ້ໄຂເຕັມຮູບແບບພາຍໃນຫນຶ່ງມື້. ແຕ່​ໃນ​ທີ່​ສຸດ​, ທຸກ​ຄົນ​ຢ່າງ​ແທ້​ຈິງ​ໄປ​ວິ​ທີ​ການ​ຂອງ​ຕົນ​ເອງ​, ເຮັດ​ທຸກ​ສິ່ງ​ທຸກ​ຢ່າງ​ຂອງ​ຕົນ​ເອງ​ໃຫ້​ສູງ​ສຸດ​. ໃນເວລາດຽວກັນ, ບາງຄົນສາມາດຕອບສະຫນອງກໍານົດເວລາ, ຄົນອື່ນບໍ່ໄດ້. ທີມງານຫນຶ່ງ, Nubble, ໃຊ້ Yandex.cloud, ບາງຄົນໄດ້ຍົກມັນຂຶ້ນຢູ່ໃນໂຮດຕິ້ງຂອງພວກເຂົາ. ພວກເຮົາພ້ອມທີ່ຈະໃຫ້ໂດເມນ (ພວກເຮົາໄດ້ລົງທະບຽນແລ້ວ), ແຕ່ພວກມັນບໍ່ມີປະໂຫຍດ.

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

ສໍາລັບໂຄງສ້າງພື້ນຖານຂອງຄົວເຮືອນ, Skolkovo Technopark ໄດ້ຊ່ວຍທີ່ນີ້ໂດຍການສະຫນອງພວກເຮົາ (ໂດຍບໍ່ເສຍຄ່າ) ມີຫ້ອງ modular ທີ່ສະດວກສະບາຍທີ່ມີຝາວິດີໂອສໍາລັບການນໍາສະເຫນີແລະສອງສາມຫ້ອງຂະຫນາດນ້ອຍສໍາລັບພື້ນທີ່ພັກຜ່ອນແລະການຈັດອາຫານ.

Analytics

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

ສະເພາະ: ສະລັບສັບຊ້ອນຫຼາຍຂອງສອງຕິດຕາມ. ຂໍ້ມູນອຸດສາຫະກໍາມີຄວາມແຕກຕ່າງບາງຢ່າງຈາກຂໍ້ມູນໃນລະບົບປິດ (ຕົວຢ່າງ, ການຕະຫຼາດດິຈິຕອນ). ທີ່ນີ້ທ່ານຈໍາເປັນຕ້ອງເຂົ້າໃຈລັກສະນະທາງດ້ານຮ່າງກາຍຂອງຕົວກໍານົດການທີ່ທ່ານກໍາລັງພະຍາຍາມວິເຄາະ; ເບິ່ງທຸກສິ່ງທຸກຢ່າງເປັນຊຸດຕົວເລກທີ່ບໍ່ມີຕົວຕົນຈະບໍ່ເຮັດວຽກ. ຕົວຢ່າງ, ການແຈກຢາຍການບໍລິໂພກໄຟຟ້າຕະຫຼອດມື້. ມັນຄ້າຍຄືກັບພິທີກໍາ: ມີດຕັດໄຟຟ້າເປີດໃນຕອນເຊົ້າຂອງມື້ເຮັດວຽກ, ແລະເຄື່ອງປະສົມແມ່ນເປີດໃນທ້າຍອາທິດ. ຫຼັງຈາກນັ້ນ, ໂດຍເນື້ອແທ້ແລ້ວຂອງຜິດປົກກະຕິດ້ວຍຕົນເອງ. ແລະຢ່າລືມວ່າ Watts Battery ມີຈຸດປະສົງສໍາລັບການນໍາໃຊ້ສ່ວນບຸກຄົນ, ດັ່ງນັ້ນລູກຄ້າແຕ່ລະຄົນຈະມີພິທີກໍາຂອງຕົນເອງ, ແລະຮູບແບບທົ່ວໄປຫນຶ່ງຈະບໍ່ເຮັດວຽກ. ການຊອກຫາຄວາມຜິດກະຕິທີ່ຮູ້ຈັກໃນຂໍ້ມູນບໍ່ແມ່ນແຕ່ເປັນວຽກ; ການສ້າງລະບົບທີ່ຊອກຫາຄວາມຜິດປົກກະຕິທີ່ບໍ່ມີປ້າຍກຳກັບແບບອັດຕະໂນມັດແມ່ນເປັນອີກເລື່ອງໜຶ່ງ. ຫຼັງຈາກທີ່ທັງຫມົດ, ສິ່ງໃດແດ່ສາມາດເປັນຜິດປົກກະຕິ, ລວມທັງປັດໃຈຂອງມະນຸດ insidious. ຕົວຢ່າງ, ໃນຂໍ້ມູນການທົດສອບຂອງພວກເຮົາມີກໍລະນີທີ່ລະບົບຖືກບັງຄັບໂດຍຜູ້ໃຊ້ເຂົ້າໄປໃນໂຫມດຫມໍ້ໄຟ. ໂດຍບໍ່ມີເຫດຜົນໃດໆ, ບາງຄັ້ງຜູ້ໃຊ້ເຮັດແນວນີ້ (ຂ້ອຍຈະຈອງວ່າຜູ້ໃຊ້ນີ້ກໍາລັງທົດສອບໂມດູນສໍາລັບພວກເຮົາແລະມັນແມ່ນຍ້ອນເຫດຜົນນີ້ທີ່ເຮັດໃຫ້ລາວເຂົ້າເຖິງການຄວບຄຸມຄູ່ມື; ສໍາລັບຜູ້ໃຊ້ອື່ນໆການຄວບຄຸມແມ່ນອັດຕະໂນມັດຢ່າງສົມບູນ). ດັ່ງທີ່ຄາດເດົາໄດ້ງ່າຍ, ໃນສະຖານະການດັ່ງກ່າວ, ແບດເຕີລີ່ຖືກປ່ອຍອອກມາຢ່າງຫ້າວຫັນ, ແລະຖ້າການໂຫຼດໃຫຍ່, ການສາກໄຟຈະສິ້ນສຸດລົງກ່ອນທີ່ແສງຕາເວັນຂຶ້ນຫຼືແຫຼ່ງພະລັງງານອື່ນຈະປາກົດ. ໃນກໍລະນີດັ່ງກ່າວ, ພວກເຮົາຄາດວ່າຈະເຫັນບາງປະເພດຂອງການແຈ້ງເຕືອນວ່າພຶດຕິກໍາຂອງລະບົບໄດ້ devied ຈາກປົກກະຕິ. ຫຼືຄົນທີ່ປະໄວ້ແລ້ວລືມປິດເຕົາອົບ. ລະບົບເຫັນວ່າປົກກະຕິແລ້ວໃນເວລານີ້ການບໍລິໂພກແມ່ນ 500 ວັດ, ແຕ່ມື້ນີ້ - 3,5 ພັນ - ຜິດປົກກະຕິ! ເຊັ່ນດຽວກັນກັບ Denis Matsuev ໃນຍົນ: "ຂ້ອຍບໍ່ເຂົ້າໃຈຫຍັງກ່ຽວກັບເຄື່ອງຈັກຂອງເຮືອບິນ, ແຕ່ໃນລະຫວ່າງທາງທີ່ນັ້ນເຄື່ອງຈັກມີສຽງແຕກຕ່າງກັນ."

ກຣາບຂອງຮູບແບບການຄາດເດົາໃນເຄືອຂ່າຍ neural ຂອງ opensource Yandex CatBoost

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

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

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

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

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

ກຣາບຂອງຮູບແບບການຄາດເດົາໃນເຄືອຂ່າຍ neural ຂອງ opensource Facebook Prophet

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

ການຄຸ້ມຄອງ

ຈຸດປະສົງ: (ແອັບພລິເຄຊັນ) ທີ່ຈັດການເຄືອຂ່າຍຂອງໂມດູນແບັດເຕີຣີ Watts, ດ້ວຍບັນຊີສ່ວນຕົວ, ການເກັບຮັກສາຂໍ້ມູນໃນຄລາວ, ແລະການຕິດຕາມສະຖານະ.

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

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

ເປັນຫຍັງມັນບໍ່ເປັນໄປໄດ້ໃນຂັ້ນຕອນນີ້?: ປະລິມານຕະຫຼາດແມ່ນຍັງນ້ອຍເກີນໄປສໍາລັບການສ້າງຕັ້ງອິນຊີຂອງຊຸມຊົນດັ່ງກ່າວ.

ເຈົ້າຕັດສິນໃຈແນວໃດ?: ເປັນສ່ວນຫນຶ່ງຂອງການ hackathon, ພວກເຮົາໄດ້ດໍາເນີນການສຶກສາດ້ານຮ່າງກາຍເພື່ອເບິ່ງວ່າມັນເປັນໄປໄດ້ທີ່ຈະເກີດຂຶ້ນກັບລັກສະນະບໍ່ພຽງແຕ່, ແຕ່ຮູບແບບທຸລະກິດທີ່ເຕັມໄປດ້ວຍຄວາມສາມາດປະມານຜະລິດຕະພັນສະເພາະຂອງພວກເຮົາ. ຍິ່ງໄປກວ່ານັ້ນ, ເພື່ອໃຫ້ຄົນທີ່ມີຄວາມສາມາດໃນການປະຕິບັດຕົວແບບເພື່ອເຮັດສິ່ງນີ້, ຫຼັງຈາກທີ່ທັງຫມົດ, ທີ່ນີ້ - ຂ້ອຍບໍ່ຕ້ອງການທີ່ຈະເຮັດຜິດຕໍ່ໃຜ - ນີ້ບໍ່ແມ່ນລະດັບຂອງການຂຽນໂປລແກລມ LED ກະພິບໃນ Arduino (ເຖິງແມ່ນວ່ານີ້ສາມາດເຮັດໄດ້ດ້ວຍການປະດິດສ້າງ). , ທັກສະສະເພາະແມ່ນຕ້ອງການຢູ່ທີ່ນີ້: ການພັດທະນາລະບົບ backend ແລະ frontend, ຄວາມເຂົ້າໃຈກ່ຽວກັບຫຼັກການຂອງການກໍ່ສ້າງລະບົບ Internet of Things ທີ່ສາມາດຂະຫຍາຍໄດ້.

* ເວົ້າໂດຍຜູ້ຊະນະຂອງເພງທີສອງ *

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

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

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

ປະຊາຊົນ

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

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

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

ພວກເຮົາບໍ່ມີຮາດແວ geeks ພຽງພໍ, ແຕ່ພວກເຮົາຫວັງວ່າຈະສ້າງມັນຢູ່ໃນ hackathon ທີສອງ.

ຄວາມຄືບໜ້າຂອງ Hackathon

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

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

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

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

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

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

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

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

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

ໃນເພງນີ້, "ຜົມປຽກ" ເຂົ້າສູ່ຮອບສຸດທ້າຍຢ່າງໝັ້ນໃຈ, ແລະພວກເຮົາໄດ້ປຶກສາຫາລືກ່ຽວກັບການຮ່ວມມືຕື່ມອີກກັບພວກເຂົາແລະ "Hustlers." ພວກເຮົາໄດ້ພົບກັນແລ້ວໃນປີໃຫມ່.

ຂ້າພະເຈົ້າຫວັງວ່າທຸກສິ່ງທຸກຢ່າງຈະເຮັດວຽກອອກ, ແລະພວກເຮົາຫວັງວ່າຈະໄດ້ພົບທຸກຄົນໃນ hackathon ທີສອງໃນເດືອນມີນາ!

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