Hackathon DevDays'19 (ສ່ວນ 1): ໄດອາຣີ່ທີ່ມີຄໍາແນະນໍາ, ເຄື່ອງກໍາເນີດເສັ້ນທາງຍ່າງແລະປະຊາທິປະໄຕຂອງແຫຼວ

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

ມື້ເປີດຈະຈັດຂຶ້ນທີ່ຫ້ອງການ JetBrains ໃນ Times Business Center, ບ່ອນທີ່ນັກສຶກສາປະລິນຍາໂທຂອງພວກເຮົາຮຽນ. ເລີ່ມເວລາ 17:00 ໂມງ. ທ່ານສາມາດຊອກຫາລາຍລະອຽດທັງຫມົດແລະລົງທະບຽນສໍາລັບເຫດການຢູ່ໃນເວັບໄຊທ໌ mse.itmo.ru. ມາແລະທ່ານຈະບໍ່ເສຍໃຈ!

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

ໃນບົດຂຽນນີ້, ພວກເຮົາຕ້ອງການເວົ້າລາຍລະອຽດເພີ່ມເຕີມກ່ຽວກັບ DevDays hackathons, ເຊິ່ງຈັດຂຶ້ນທຸກໆຫົກເດືອນ. ກົດ​ລະ​ບຽບ​ແມ່ນ​ງ່າຍ​ດາຍ​: ທີມ​ຂອງ 3-4 ປະ​ຊາ​ຊົນ​ເຕົ້າ​ໂຮມ​ກັນ​ແລະ​ສໍາ​ລັບ​ສາມ​ມື້​ນັກ​ສຶກ​ສາ​ນໍາ​ເອົາ​ແນວ​ຄວາມ​ຄິດ​ຂອງ​ຕົນ​ເອງ​ກັບ​ຊີ​ວິດ​. ສິ່ງ​ທີ່​ອາດ​ຈະ​ມາ​ຈາກ​ນີ້? ອ່ານສ່ວນທໍາອິດຂອງບົດເລື່ອງກ່ຽວກັບໂຄງການ hackathon ຂອງພາກຮຽນນີ້ຈາກນັກຮຽນເອງ :)

Diary ກັບ​ຄໍາ​ແນະ​ນໍາ​ຮູບ​ເງົາ​

ຜູ້ຂຽນແນວຄວາມຄິດ
Ivan Ilchuk
ໂຄງສ້າງ ຄຳ ສັ່ງ
Ivan Ilchuk - ການ​ວິ​ເຄາະ​ຮູບ​ເງົາ​, ເຄື່ອງ​ແມ່​ຂ່າຍ​
Vladislav Korablinov - ການພັດທະນາແບບຈໍາລອງສໍາລັບການປຽບທຽບຄວາມໃກ້ຊິດຂອງລາຍການບັນທຶກແລະດິນຕອນຂອງຮູບເງົາ
Dmitry Valchuk - UI
Nikita Vinokurov - UI, ການອອກແບບ

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

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

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

ພວກເຮົາໄດ້ປະຕິບັດສິ່ງນີ້ແນວໃດ? ເມື່ອທ່ານກົດປຸ່ມ magic, ໄດອາຣີຈະສົ່ງເຂົ້າໄປຫາເຄື່ອງແມ່ຂ່າຍ, ບ່ອນທີ່ຮູບເງົາຖືກເລືອກໂດຍອີງໃສ່ຄໍາອະທິບາຍທີ່ເອົາມາຈາກ Wikipedia. Frontend ຂອງພວກເຮົາຖືກສ້າງຂື້ນໃນ Electron (ພວກເຮົາໃຊ້ມັນ, ບໍ່ແມ່ນເວັບໄຊທ໌, ເພາະວ່າພວກເຮົາໄດ້ຕັດສິນໃຈໃນເບື້ອງຕົ້ນທີ່ຈະເກັບຂໍ້ມູນຜູ້ໃຊ້ບໍ່ແມ່ນຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ, ແຕ່ຢູ່ໃນທ້ອງຖິ່ນໃນຄອມພິວເຕີ), ແລະເຄື່ອງແມ່ຂ່າຍແລະລະບົບການແນະນໍາຕົວມັນເອງແມ່ນເຮັດຢູ່ໃນ Python: TFs ແມ່ນ ໄດ້ມາຈາກຄໍາອະທິບາຍ -IDF vectors ທີ່ຖືກປຽບທຽບສໍາລັບຄວາມໃກ້ຊິດກັບ vector entry diary.

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

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

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

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

ການເຊື່ອມຕໍ່ທີ່ກ່ຽວຂ້ອງ, ການຕິດຕັ້ງ, ແລະອື່ນໆສາມາດພົບເຫັນ ທີ່ນີ້.

ເຄື່ອງກໍາເນີດເສັ້ນທາງ

ຜູ້ຂຽນແນວຄວາມຄິດ
Artemyeva Irina
ໂຄງສ້າງ ຄຳ ສັ່ງ
Artemyeva Irina - ຫົວຫນ້າທີມ, ສາຍຫຼັກ
Gordeeva Lyudmila - ດົນຕີ
Platonov Vladislav - ເສັ້ນທາງ

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

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

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

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

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

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

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

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

ບັນຫາຕົ້ນຕໍໃນການເຮັດວຽກກັບດົນຕີແມ່ນບໍ່ຮູ້ວ່າຈະເອົາໄຟລ໌ mp3 ຈາກບ່ອນໃດໂດຍບໍ່ໄດ້ຮຽກຮ້ອງໃຫ້ຜູ້ໃຊ້ມີບັນຊີໃນການບໍລິການໃດໆ. ມັນໄດ້ຖືກຕັດສິນໃຈທີ່ຈະຮ້ອງຂໍເພງຈາກຜູ້ໃຊ້ (ຮູບແບບ UserMusic). ອັນນີ້ສ້າງບັນຫາໃໝ່: ບໍ່ແມ່ນທຸກຄົນມີຄວາມສາມາດໃນການດາວໂຫຼດເພງ. ການ​ແກ້​ໄຂ​ຫນຶ່ງ​ແມ່ນ​ການ​ສ້າງ repository ກັບ​ດົນ​ຕີ​ຈາກ​ຜູ້​ໃຊ້ (ຮູບ​ແບບ BotMusic​) - ຈາກ​ມັນ​ທ່ານ​ສາ​ມາດ​ສ້າງ​ດົນ​ຕີ​ໂດຍ​ບໍ່​ສົນ​ເລື່ອງ​ຂອງ​ການ​ບໍ​ລິ​ການ​.

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

ຊາທິປະໄຕແຫຼວ

ຜູ້ຂຽນແນວຄວາມຄິດ
Stanislav Sychev
ໂຄງສ້າງ ຄຳ ສັ່ງ
Stanislav Sychev - ຫົວຫນ້າທີມ, ຖານຂໍ້ມູນ
Nikolay Izyumov - ການໂຕ້ຕອບ bot
Anton Ryabushev - ດ້ານຫລັງ

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

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

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

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

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

ວິດີໂອທີ່ມີຕົວຢ່າງຂອງການເຮັດວຽກ.

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

PS. ການລົງທະບຽນສໍາລັບຫຼັກສູດປະລິນຍາໂທສໍາລັບປີການສຶກສາຕໍ່ໄປແມ່ນແລ້ວ ເປີດ. ເຂົ້າ​ຮ່ວມ​ນໍາ​ພວກ​ເຮົາ!

ທີ່ມາ: www.habr.com