Kodim-pizza

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

ສ່ວນທີ່ຫນ້າເບື່ອສໍາລັບຜູ້ທີ່ສົນໃຈໃນການຕະຫຼາດ

ຂ້ອຍຈະເລີ່ມຕົ້ນດ້ວຍເລື່ອງເລັກນ້ອຍ.

ເລີ່ມຕົ້ນເດືອນເມສາ. ການ hackathon ຊຸມຊົນ MskDotNet ຄັ້ງທໍາອິດແມ່ນເກີດຂຶ້ນໃນຫ້ອງການຂອງພວກເຮົາ. ຮົບຂອງ Tatooine ແມ່ນຢູ່ໃນ swing ເຕັມຢູ່ໃນ galaxy ຂອງພວກເຮົາໃນເວລານີ້. ວັນເສົາ. 20 ທີມ. ພິ​ຊ​ຊ່າ. ທຸກຢ່າງຈິງໃຈຫຼາຍ (ຫຼັກຖານສະແດງ). ອັດຕາເງິນເຟີ້ R2-D2 ລອຍອ້ອມຫ້ອງໂຖງ. ທີມງານຂຽນສູດການຄິດໄລ່ທີ່ຖືກຕ້ອງທີ່ສຸດເພື່ອຜ່ານການແຂ່ງຂັນທີ່ເປັນອັນຕະລາຍທີ່ສຸດໃນແຜນທີ່. ພວກເຮົາກໍາລັງເຄື່ອນຍ້າຍການເປີດຕົວຂອງເຊື້ອຊາດທໍາອິດ. ຄຸກກີແລະກາເຟແມ່ນຕົວຊ່ວຍຊີວິດ. ຜູ້​ຈັດ​ຕັ້ງ​ແລະ​ຂ້າ​ພະ​ເຈົ້າ​ຄາດ​ວ່າ​ຫຼາຍ​ຄົນ​ຈະ​ອອກ​ຈາກ​ຫຼັງ​ຈາກ​ອາ​ຫານ​ທ່ຽງ​ໃນ​ວັນ​ເສົາ. ແຕ່ບໍ່ມີ. 12 ຊົ່ວໂມງຂອງການເຂົ້າລະຫັດຫລັງ. ສຸດທ້າຍ. ບາງສິ່ງບາງຢ່າງຕົກ, ບາງສິ່ງບາງຢ່າງບໍ່ເລີ່ມຕົ້ນ. ແຕ່ທຸກຄົນມີຄວາມສຸກ. ທີມງານຂອງພວກເຮົາຊະນະ. ພວກເຮົາມີຄວາມສຸກສອງເທົ່າ.

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

ຕອນເຊົ້າ. ຂ້ອຍດື່ມກາເຟຢູ່ໃນຫ້ອງການ. ຂ້ອຍເຫັນ Sasha ເຂົ້າມາທາງຫລັງ. “Lisa, ອັນນີ້ດີຫຼາຍ! ພວກເຮົາມີວັນສໍາຄັນໃນວັນທີ 21 ເດືອນເມສາ. ໃຫ້ເຮັດມັນ!" WTF!? ໄວ​ຫລາຍ? ກ? ແມ່ນ​ຫຍັງ? ຂ້ອຍຈໍາເປັນຕ້ອງບິນໄປ Syktyvkar ເພື່ອຝຶກງານໃນກາງເດືອນເມສາ. ແລະ hell ກັບມັນ! ໃຫ້.

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

ຈັບລາຍການກວດສອບຂອງພວກເຮົາສໍາລັບການຖື hackathon ພາຍໃນໃນ 1 ອາທິດ

• ແຜນການ: ທ່ານນັ່ງລົງຢ່າງສະຫງົບແລະຂຽນບັນຊີລາຍຊື່ຂອງສິ່ງທີ່ຕ້ອງເຮັດສໍາລັບການ hackathon. 30 ນາທີ.
• ຈຸດປະສົງ: ຜູ້ເຂົ້າຮ່ວມສະເໜີ ແລະເລືອກໂຄງການທີ່ເຂົາເຈົ້າຕ້ອງການສ້າງໃນ Google Sheets. ວຽກງານພື້ນຖານ, 2 ຊົ່ວໂມງ.
• ຕາຕະລາງ: ຢູ່ຫົວເຂົ່າຂອງທ່ານທ່ານຂຽນບົດສະຫຼຸບສັ້ນໆຂອງເວລາ, ພິຈາລະນາ 3 ພັກຜ່ອນແລະສຸດທ້າຍ. 20 ນາທີ.
• ຄໍາສັ່ງ: ເຜີຍແຜ່ຂໍ້ຄວາມກ່ຽວກັບ hackathon ທີ່ມີຕາຕະລາງຈາກສະຖານີບໍລິການໃນຊ່ອງທາງ IT ໃນ Slack/mail/etc ແລະສ້າງຊ່ອງທາງແຍກຕ່າງຫາກສໍາລັບ hackathon. ໃນມັນ, ທຸກຄົນຖືກແບ່ງອອກເປັນທີມ, ແລະຜູ້ທີ່ບໍ່ໄດ້ຕັດສິນໃຈເຮັດແບບນີ້ໃນ 5 ນາທີທໍາອິດຂອງການ hackathon. ວຽກງານພື້ນຖານ, 2 ຊົ່ວໂມງ.
• Buns: ເຈົ້າມາຊື້ສິນຄ້າກັບນັກພັດທະນາສອງຄົນ, ມອບໃຫ້ຜູ້ອອກແບບເພື່ອສະແດງຜົນ, ແລະຮັບມັນໃຫ້ພ້ອມ. ວຽກງານພື້ນຖານ, 3 ມື້.
• Hackathon: ທ່ານມາຮອດຫ້ອງການ, ປະສານງານທຸກໆຄົນໃນຕອນເລີ່ມຕົ້ນ, ໄປຫາທຸລະກິດຂອງທ່ານ, ອ່ານ Reddit, ທີ່ສໍາຄັນປະກາດທຸກໆການພັກຜ່ອນກ່ຽວກັບ pizza ສົດ, ຖ່າຍຮູບຂອງ sunset, ປະກາດສຸດທ້າຍ, ໂຫວດຮ່ວມກັນແລະເລືອກຜູ້ຊະນະ. 1 day.
• ພາຍໃຕ້ຮູບດາວ: ແນ່ນອນ, ເຈົ້າຄິດຢູ່ສະເໝີວ່າທຸກຢ່າງຈະໄປໄດ້ດີ. ແນ່ນອນ, ບໍ່ແມ່ນທຸກຄົນຈະເຫັນຂໍ້ຄວາມຂອງເຈົ້າ ແລະມັນດີກວ່າທີ່ຈະລົມກັບບາງຄົນດ້ວຍຕົນເອງ. ແນ່ນອນ, ຖ້າໃຜຜູ້ຫນຶ່ງຊ່ວຍເຈົ້າ, ທຸກສິ່ງທຸກຢ່າງຈະກາຍເປັນ 2 ເທົ່າທີ່ງ່າຍຂຶ້ນ (ສິ່ງມະຫັດ Alena ຊ່ວຍຂ້ອຍ).

ສ່ວນທີ່ຫນ້າເບື່ອຫນ້ອຍກ່ຽວກັບວັນທີ hackathon

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

ທ່ານສາມາດອ່ານເລື່ອງລາຍລະອຽດເພີ່ມເຕີມໄດ້ທີ່ ຫນ້າຂອງ Fyodor Ovchinnikov (CEO ຂອງພວກເຮົາ). ຕັ້ງແຕ່ນັ້ນມາ, ພວກເຮົາມີການປ່ຽນແປງຫຼາຍ, ແຕ່ໃນປັດຈຸບັນພວກເຮົາຈະບໍ່ລືມວັນທີແນ່ນອນ.

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

ພາກສ່ວນທີ່ຫນ້າເບື່ອທີ່ສຸດກ່ຽວກັບໂຄງການ hackathon

ການປະຕິເສດຄວາມຮັບຜິດຊອບ: ຄໍາອະທິບາຍທັງຫມົດໄດ້ຖືກຂຽນໂດຍ guys ເອງ, ດັ່ງນັ້ນການປະພັນຂອງຂໍ້ຄວາມບໍ່ແມ່ນຂອງຂ້ອຍ.

Oleg Learning (ການຮຽນຮູ້ເຄື່ອງຈັກ)

Dima Kochnev, Sasha Andronov (@alexandronov)

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

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

ເຄື່ອງມືທີ່ໃຊ້:

• ຮູບ​ພາບ — ຫ້ອງສະຫມຸດທີ່ສະດວກແລະງ່າຍດາຍສໍາລັບການເຮັດວຽກກັບການຮຽນຮູ້ເຄື່ອງຈັກແລະຄອມພິວເຕີວິໄສທັດ.
• ພວກເຮົາໄດ້ພະຍາຍາມສອງແບບ - ResNet50, Yolo.
• ລະຫັດຖືກຂຽນ, ແນ່ນອນ, ໃນ Python.

ພວກເຮົາມີ 11000 ຮູບ, ແຕ່ເກືອບ 3/4 ຂອງມັນໄດ້ກາຍເປັນຂີ້ເຫຍື້ອ, ແລະສ່ວນທີ່ເຫຼືອມີມຸມທີ່ແຕກຕ່າງກັນ, ບໍ່ເຫມາະສົມ. ດັ່ງນັ້ນ, ພວກເຮົາໄດ້ເອົາຮູບແບບທີ່ກຽມພ້ອມ (ເຊິ່ງພຽງແຕ່ຮູ້ວິທີການຊອກຫາ pizza) ແລະດ້ວຍການຊ່ວຍເຫຼືອຂອງມັນ, ພວກເຮົາແຍກຂີ້ເຫຍື້ອ. ຕໍ່ໄປ, ຫົວຂໍ້ຂອງຮູບປະກອບມີຊື່ຂອງ pizza - ດັ່ງນັ້ນພວກເຮົາຈັດຮຽງມັນເຂົ້າໄປໃນໂຟນເດີ, ແຕ່ມັນປາກົດວ່າຊື່ບໍ່ກົງກັນກັບຄວາມເປັນຈິງແລະພວກເຮົາຕ້ອງເຮັດຄວາມສະອາດມັນດ້ວຍຕົນເອງ. ໃນທີ່ສຸດ, ມີປະມານ 500-600 ຮູບທີ່ຍັງເຫຼືອ, ມັນເປັນທີ່ຊັດເຈນວ່ານີ້ແມ່ນຈໍານວນທີ່ບໍ່ສໍາຄັນ, ແຕ່ຢ່າງໃດກໍ່ຕາມ, ນີ້ແມ່ນພຽງພໍທີ່ຈະແຍກ 10 pizza ຈາກກັນແລະກັນ.

ເພື່ອຝຶກອົບຮົມຕາຂ່າຍໄຟຟ້າ, ພວກເຮົາໄດ້ເອົາເຄື່ອງ virtual ລາຄາຖືກທີ່ສຸດໃນ Azure ໃນ NVIDIA Tesla K80. ພວກເຂົາເຈົ້າໄດ້ຝຶກອົບຮົມກ່ຽວກັບມັນສໍາລັບ 100 epochs, ແຕ່ວ່າມັນເປັນທີ່ຊັດເຈນວ່າເຄືອຂ່າຍໄດ້ກາຍເປັນ oversaturated ຫຼັງຈາກ 50 epochs, ເນື່ອງຈາກຄວາມຈິງທີ່ວ່າມີຊຸດຂໍ້ມູນຂະຫນາດນ້ອຍ.

ໃນຄວາມເປັນຈິງ, ບັນຫາທັງຫມົດແມ່ນການຂາດຂໍ້ມູນທີ່ດີ.

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

GUI ສໍາລັບ NOOBS (console ສໍາລັບສັ່ງ pizza)

Misha Kumachev (Ceridan), Zhenya Bikkinin, Zhenya Vasiliev

ພວກເຮົາໄດ້ລວມຕົວຕົ້ນແບບຂອງຄໍາຮ້ອງສະຫມັກ console ສໍາລັບ geeks, ຂອບໃຈທີ່ທ່ານສາມາດສັ່ງ pizza ຜ່ານ terminal ຫຼືເສັ້ນຄໍາສັ່ງ, ຫຼືແມ້ກະທັ້ງປະສົມປະສານມັນເຂົ້າໄປໃນທໍ່ນໍາໄປໃຊ້ແລະ, ຫຼັງຈາກການປ່ອຍສົບຜົນສໍາເລັດ, ສົ່ງ pizza ກັບຫ້ອງການ.

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

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

ດັ່ງນັ້ນ, ໃນທີ່ສຸດພວກເຮົາໄດ້ເຮັດມັນ!

CourierGo

Anton Bruzhmelev (ຜູ້ຂຽນ), Vanya Zverev, Gleb Lesnikov (entropy), Andrey Sarafanov

ພວກເຮົາໄດ້ເອົາແນວຄວາມຄິດຂອງ "App ສໍາລັບ Courier".

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

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

ບວກກັບບາງສະຖານະການທາງເລືອກ:

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

ຄວາມຮູ້ສຶກຂອງສັນຍາແລະຄວາມຈໍາເປັນຂອງໂຄງການນີ້ແມ່ນ, ແນ່ນອນ, energizing.

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

ດັ່ງນັ້ນ, ບັນຊີລາຍຊື່ດັ່ງຕໍ່ໄປນີ້ຂອງສິ່ງທີ່ຕ້ອງເຮັດໃນ hackathon ໄດ້ຖືກສ້າງຕັ້ງຂຶ້ນ:

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

ວຽກງານຕົ້ນຕໍ, ຍ້ອນວ່າມັນເບິ່ງຄືວ່າ, ວາງໃນການສ້າງ backend, ແອັບພລິເຄຊັນຕົວມັນເອງ (ຫຼັງຈາກການສົນທະນາ, ພວກເຮົາໄດ້ເລືອກ ReactNative ເພື່ອພັດທະນາແອັບພລິເຄຊັນ, ຫຼືແທນທີ່ຈະເປັນກອບສໍາລັບມັນ - expo.io, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານບໍ່ຂຽນລະຫັດພື້ນເມືອງທັງຫມົດ). ໃນແງ່ຂອງ backend, ໃນເບື້ອງຕົ້ນມີຄວາມຫວັງໃນ Vanya Zverev, ຍ້ອນວ່າລາວມີປະສົບການໃນການເຮັດວຽກກັບແມ່ແບບການບໍລິການຂອງພວກເຮົາແລະ k8s (ທີ່ລາວປະຕິບັດ). Andrey Sarafanov ແລະຂ້ອຍເອົາ ReactNative ສໍາລັບການຫມຸນ.

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

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

ພວກເຮົາໄດ້ເຮັດຜິດພາດໃນເວລາທີ່, ອີງຕາມຮູບແບບໂຄງການ, ພວກເຮົາພະຍາຍາມຕິດຕໍ່ສື່ສານບໍ່ແມ່ນຜ່ານ HTTP, ແຕ່ຜ່ານ GRPC, ເນື່ອງຈາກວ່າບໍ່ມີໃຜຮູ້ວິທີການສ້າງລູກຄ້າ GRPC ສໍາລັບ JavaScript. ໃນທີ່ສຸດ, ຫຼັງຈາກໃຊ້ເວລາປະມານຫນຶ່ງຊົ່ວໂມງແລະເຄິ່ງຫນຶ່ງໃນເລື່ອງນີ້, ພວກເຮົາໄດ້ປະຖິ້ມຄວາມຄິດນີ້. ເນື່ອງຈາກວ່ານີ້, guys ໃນ back-end ເລີ່ມ remake ເຄື່ອງແມ່ຂ່າຍສໍາເລັດຮູບຈາກ GRPC ກັບ WebApi. ຫຼັງຈາກເຄິ່ງຊົ່ວໂມງ, ໃນທີ່ສຸດພວກເຮົາສາມາດຕັ້ງຄ່າການສື່ສານລະຫວ່າງແອັບພລິເຄຊັນແລະ backend, ເບິ່ງແລະເບິ່ງ. ແຕ່ໃນເວລາດຽວກັນ, Gleb ເກືອບຈະສິ້ນສຸດການປະຕິບັດກັບ k8s ແລະບວກກັບການປະຕິບັດອັດຕະໂນມັດຂອງຄໍາຫມັ້ນສັນຍາກັບແມ່ບົດ. 🙂

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

ໃນທີ່ສຸດ:

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

M87

Roma Bukin, Gosha Polevoy (Georgepolevoy), Artyom Trofimushkin

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

ພວກເຮົາໄດ້ເຮັດການບໍລິການແຍກຕ່າງຫາກທີ່ຈໍາລອງການບໍລິການສໍາລັບການເກັບຮັກສາຂໍ້ມູນສ່ວນບຸກຄົນເພື່ອສ້າງຮູບແບບ Country-Agnostic ຂະຫນາດນ້ອຍຂອງຜູ້ໃຫ້ບໍລິການກວດສອບຄວາມຖືກຕ້ອງທີ່ຈະໄປຫາບໍລິການແຍກຕ່າງຫາກສໍາລັບຂໍ້ມູນສ່ວນບຸກຄົນ (ອັນນີ້ໃນອະນາຄົດເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະມີບໍລິການດຽວກັບ. ທີ່ຄົນຫນຶ່ງສາມາດເຂົ້າສູ່ລະບົບດ້ວຍການລົງທະບຽນບັນຊີໃນປະເທດໃດກໍ່ຕາມ, ແລະໃນເວລາດຽວກັນປະຕິບັດຕາມ GDPR ແລະກົດຫມາຍຂອງລັດຖະບານກາງອື່ນໆ). ພວກເຮົາໄດ້ເຮັດພາກສ່ວນນີ້, ເຊັ່ນດຽວກັນກັບຜູ້ໃຫ້ບໍລິການ, ແລະເຊື່ອມຕໍ່ພວກເຂົາກັບກັນແລະກັນຢ່າງສໍາເລັດຜົນ. ຕໍ່ໄປ, ມັນຈໍາເປັນຕ້ອງສ້າງ API ທີ່ຈະໄດ້ຮັບການປົກປ້ອງໂດຍ tokens ທີ່ອອກໃຫ້ໂດຍຜູ້ໃຫ້ບໍລິການ, ສະຫນັບສະຫນູນການກວດກາຂອງພວກເຂົາຜ່ານຜູ້ໃຫ້ບໍລິການແລະສົ່ງຄືນຂໍ້ມູນທີ່ຖືກປົກປ້ອງຖ້າຄໍາຮ້ອງຂໍພໍໃຈກັບນະໂຍບາຍການອະນຸຍາດ (ພວກເຮົາກວດເບິ່ງວ່າຜູ້ໃຊ້ໄດ້ຮັບການຢືນຢັນຕາມໂຄງການ Bearer. , token ຂອງລາວມີຂອບເຂດທີ່ແນ່ນອນ + y ຜູ້ໃຊ້ເອງມີການອະນຸຍາດທີ່ອະນຸຍາດໃຫ້ໂທຫາໄດ້). ສ່ວນ​ນີ້​ຍັງ​ໄດ້​ສໍາ​ເລັດ. ອົງປະກອບສຸດທ້າຍແມ່ນລູກຄ້າ JavaScript, ເຊິ່ງຈະໄດ້ຮັບ token, ໂດຍການຊ່ວຍເຫຼືອຂອງມັນຈະເອີ້ນວ່າ API ປ້ອງກັນ. ພວກເຮົາບໍ່ມີເວລາເຮັດສ່ວນນີ້. ນັ້ນແມ່ນ, ພາກສ່ວນທີ່ມີປະໂຫຍດທັງຫມົດແມ່ນກຽມພ້ອມ, ແຕ່ສ່ວນດ້ານຫນ້າບໍ່ພ້ອມທີ່ຈະສະແດງໃຫ້ເຫັນເຖິງການເຮັດວຽກຂອງລະບົບທັງຫມົດ.

E-E-E (ຂອງຫຼິ້ນ)

Dima Afonchenko, Sasha Konovalov

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

ພວກເຮົາຕ້ອງການເຮັດລະດັບທີສອງດ້ວຍການຖິ້ມຫມາກເລັ່ນ, ແຕ່ພວກເຮົາບໍ່ມີເວລາ.

ສືບຕໍ່ສັ້ນ: ໃຜຊະນະ?

ກ່ອນທີ່ຈະ hackathon, ພວກເຮົາໄດ້ສົນທະນາກັບ guys ແລະຂ້າພະເຈົ້າໄດ້ຖາມວ່າພວກເຂົາຈະໄດ້ຮັບລາງວັນໃດຖ້າພວກເຂົາຊະນະ. ມັນໄດ້ຫັນອອກວ່າລາງວັນທີ່ມີຄຸນຄ່າທີ່ສຸດຈະເປັນ "ເສັ້ນທາງໄປສູ່ອາຫານ."

ດັ່ງນັ້ນ, ຄາດຫວັງວ່າພວກເຮົາຈະປະກາດເກມທີ່ມີມືໃສ່ pepperons ສຸດ pizza ໃນໄວໆນີ້.

ໃນຖານະເປັນຜູ້ອ່ານທີ່ເອົາໃຈໃສ່ອາດຈະສັງເກດເຫັນ, ທີມງານ "E-E-E (toy)" ຊະນະ. ຂໍສະແດງຄວາມຍິນດີນຳ!

ພຽງແຕ່ຜູ້ໃຊ້ລົງທະບຽນສາມາດເຂົ້າຮ່ວມໃນການສໍາຫຼວດ. ເຂົ້າ​ສູ່​ລະ​ບົບກະລຸນາ.

ໂຄງການໃດທີ່ທ່ານມັກທີ່ສຸດ?

• Oleg Learning (ການຮຽນຮູ້ເຄື່ອງຈັກ)

• GUI ສໍາລັບ NOOBS

• CourierGo

• M87

• E-E-E

5 ຜູ້ໃຊ້ລົງຄະແນນສຽງ. 3 ຜູ້ໃຊ້ງົດ.

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