កូឌីម-ភីហ្សា

សួស្តី Habr ។ យើងបានរៀបចំកម្មវិធី hackathon ផ្ទៃក្នុងជាលើកដំបូងរបស់យើងដោយឯកឯង។ ខ្ញុំបានសម្រេចចិត្តចែករំលែកជាមួយអ្នកនូវការឈឺចាប់ និងការសន្និដ្ឋានរបស់ខ្ញុំអំពីការរៀបចំសម្រាប់វាក្នុងរយៈពេល 2 សប្តាហ៍ ក៏ដូចជាគម្រោងដែលបានប្រែក្លាយ។

ផ្នែកគួរឱ្យធុញសម្រាប់អ្នកដែលចាប់អារម្មណ៍លើទីផ្សារ

ខ្ញុំនឹងចាប់ផ្តើមជាមួយនឹងរឿងតូចមួយ។

ដើមខែមេសា។ ការ hackathon សហគមន៍ MskDotNet ដំបូងកំពុងប្រព្រឹត្តទៅនៅក្នុងការិយាល័យរបស់យើង។ សមរភូមិ Tatooine ស្ថិតក្នុងល្បឿនពេញលេញនៅក្នុងកាឡាក់ស៊ីរបស់យើងនៅពេលនេះ។ ថ្ងៃសៅរ៍។ 20 ក្រុម។ ភីហ្សា។ គ្រប់យ៉ាងគឺស្មោះណាស់ (ភស្តុតាង) អតិផរណា R2-D2 អណ្តែតជុំវិញសាល។ ក្រុមសរសេរក្បួនដោះស្រាយត្រឹមត្រូវបំផុតដើម្បីឆ្លងកាត់ការប្រណាំងដ៏គ្រោះថ្នាក់បំផុតនៅលើផែនទី។ យើងកំពុងផ្លាស់ប្តូរការចាប់ផ្តើមនៃការប្រណាំងដំបូង។ ខូឃី និងកាហ្វេគឺជាអ្នកជួយសង្គ្រោះជីវិត។ អ្នករៀបចំ និងខ្ញុំរំពឹងថាមនុស្សជាច្រើននឹងចាកចេញបន្ទាប់ពីអាហារថ្ងៃត្រង់នៅថ្ងៃសៅរ៍។ ប៉ុន្តែទេ។ 12 ម៉ោងនៃការសរសេរកូដក្រោយ។ វគ្គផ្តាច់ព្រ័ត្រ។ អ្វីមួយធ្លាក់ចុះ អ្វីមួយមិនចាប់ផ្តើម។ ប៉ុន្តែមនុស្សគ្រប់គ្នាសប្បាយចិត្ត។ ក្រុមរបស់យើងឈ្នះ។ យើងសប្បាយចិត្តទ្វេដង។

ខ្ញុំកំពុងចែករំលែកសេចក្តីរីករាយរបស់ខ្ញុំនៅក្នុង Slack ហើយគំនិតនេះមកក្នុងគំនិត: "យើងត្រូវធ្វើ hackathon របស់យើង" ។ ខ្ញុំកំពុងសរសេរទៅកាន់ស្ថានីយ៍សេវាកម្ម Sasha របស់យើង។ ស្ងាត់។

ព្រឹក។ ខ្ញុំផឹកកាហ្វេនៅការិយាល័យ។ ខ្ញុំឃើញសាសាដើរមកពីក្រោយ។ "Lisa នេះល្អណាស់! យើងមានកាលបរិច្ឆេទសំខាន់មួយនៅថ្ងៃទី 21 ខែមេសា។ តោះ​ធ្វើ​វា!" WTF!? លឿន​ណាស់? ក? អ្វី? ខ្ញុំត្រូវហោះហើរទៅ Syktyvkar សម្រាប់កម្មសិក្សានៅពាក់កណ្តាលខែមេសា។ ហើយទៅឋាននរកជាមួយវា! តោះ។

នៅសល់ 2 សប្តាហ៍។ ខ្ញុំមិនដែលជាអ្នករៀបចំកម្មវិធី hackathon តែម្នាក់ឯងទេ។ អនុញ្ញាតឱ្យវាជាផ្ទៃក្នុង។ ខ្ញុំបានអានអត្ថបទលើប្រធានបទនេះ។ ស្វិត។ វាត្រូវចំណាយពេលច្រើនខែ។ មនុស្ស​ជា​ច្រើន​ត្រូវ​ការ។ អ្នកត្រូវគិតអំពីទំនិញ រង្វាន់ លក្ខខណ្ឌ កាលវិភាគ ការប្រាក់ យល់ពីគោលដៅ ថវិកា។ ឬក៏អាចស្វែងយល់ពីអត្ថន័យនៃជីវិត។ ខ្ញុំ​ប្រាកដ​ជា​នឹង​មិន​ធ្វើ​វា​ទាន់​ពេល​វេលា។ ហើយខណៈពេលដែលអ្នកកំពុងអាន និងរៀបចំ មួយសប្តាហ៍បានកន្លងផុតទៅហើយ។ វាដល់ពេលដែលត្រូវបំភ្លេចអត្ថបទហើយចាប់ផ្តើមធ្វើអ្វីមួយ។

ចាប់យកបញ្ជីត្រួតពិនិត្យរបស់យើងសម្រាប់ការប្រារព្ធពិធី hackathon ផ្ទៃក្នុងក្នុងរយៈពេល 1 សប្តាហ៍

• ផែនការ៖ អ្នកអង្គុយដោយស្ងប់ស្ងាត់ ហើយសរសេរបញ្ជីនៃអ្វីដែលត្រូវធ្វើសម្រាប់ hackathon ។ 30 នាទី.
• គោលបំណង៖ អ្នកចូលរួមស្នើ និងជ្រើសរើសគម្រោងដែលពួកគេចង់បង្កើតនៅក្នុង Google សន្លឹក។ កិច្ចការផ្ទៃខាងក្រោយ 2 ម៉ោង។.
• កាលវិភាគ៖ នៅលើជង្គង់របស់អ្នក អ្នកសរសេរការវិភាគពេលវេលាខ្លីៗ ដោយគិតដល់ការសម្រាក 3 ដង និងចុងក្រោយ។ 20 នាទី.
• ក្រុម៖ ផ្សព្វផ្សាយសារអំពី hackathon ជាមួយនឹងកាលវិភាគពីស្ថានីយ៍សេវាកម្មនៅក្នុងបណ្តាញព័ត៌មានវិទ្យានៅក្នុង Slack/mail/etc ហើយបង្កើតឆានែលដាច់ដោយឡែកសម្រាប់ hackathon ។ នៅក្នុងនោះ អ្នកគ្រប់គ្នាត្រូវបានបែងចែកទៅជាក្រុម ហើយអ្នកដែលមិនទាន់សម្រេចចិត្តធ្វើបែបនេះក្នុងរយៈពេល 5 នាទីដំបូងនៃកម្មវិធី hackathon ។ កិច្ចការផ្ទៃខាងក្រោយ 2 ម៉ោង។.
• នំ៖ អ្នកមកជាមួយទំនិញជាមួយអ្នកអភិវឌ្ឍន៍ពីរនាក់ ប្រគល់វាទៅអ្នករចនាសម្រាប់ការបង្ហាញ ហើយទទួលវារួចរាល់។ កិច្ចការផ្ទៃខាងក្រោយ 3 ថ្ងៃ។.
• Hackathon: អ្នកមកការិយាល័យសម្របសម្រួលអ្នកទាំងអស់គ្នានៅដើមដំបូង អំពីអាជីវកម្មរបស់អ្នក អាន Reddit សំខាន់ប្រកាសរាល់ការសម្រាកអំពីភីហ្សាស្រស់ ថតរូបថ្ងៃលិច ប្រកាសចុងក្រោយ បោះឆ្នោតទាំងអស់គ្នា ហើយជ្រើសរើសអ្នកឈ្នះ។ 1 ថ្ងៃ.
• នៅក្រោមសញ្ញាផ្កាយ៖ ជា​ការ​ពិត​ណាស់ អ្នក​គិត​ជានិច្ច​អំពី​អ្វី​គ្រប់​យ៉ាង​នឹង​ទៅ​បាន​ល្អ។ ជាការពិតណាស់ មិនមែនគ្រប់គ្នានឹងឃើញសាររបស់អ្នកទេ ហើយវាជាការប្រសើរជាងក្នុងការនិយាយទៅកាន់មនុស្សមួយចំនួនដោយផ្ទាល់។ ជាការពិតណាស់ ប្រសិនបើនរណាម្នាក់ជួយអ្នក អ្វីៗនឹងកាន់តែងាយស្រួលជាងមុន 2 ដង (Alena ដ៏អស្ចារ្យបានជួយខ្ញុំ)។

ផ្នែកដែលគួរឱ្យធុញតិចអំពីកាលបរិច្ឆេទ hackathon

ហេតុអ្វីថ្ងៃទី ២១ ខែមេសា? ថ្ងៃនេះគឺសំខាន់សម្រាប់យើង។ ពិតប្រាកដណាស់កាលពីមួយឆ្នាំមុន នៅថ្ងៃទី 21 ខែមេសា យើងបានធ្លាក់នៅក្រោមបន្ទុកក្នុងអំឡុងពេលចុងសប្តាហ៍ដំបូងបន្ទាប់ពីការចាប់ផ្តើមនៃយុទ្ធនាការផ្សព្វផ្សាយសហព័ន្ធ។ ថ្ងៃបន្ទាប់ ថ្ងៃអាទិត្យ ក្រុមការងារយើងទៅធ្វើការចាប់ពីម៉ោង 21 ព្រឹក។ បន្ទាប់មកយើងបានបង្កើតក្រុមប្រឹក្សាភិបាល sundayhackathon នៅ Trello ហើយការងារផ្លាស់ប្តូរមួយសប្តាហ៍បានចាប់ផ្តើម 8 ម៉ោងក្នុងមួយថ្ងៃ។ ស្ថានភាព​នេះ​គឺ​ធ្ងន់ធ្ងរ​ណាស់​ដែល​យើង​មិន​មាន​ពេល​ញ៉ាំ​អាហារ ហើយ​យើង​ត្រូវ​បាន​គេ​ញ៉ាំ​ដោយ​បុរស​មក​ពី​ក្រុម​ផ្សេង​ទៀត។

អ្នកអាចអានរឿងលម្អិតបន្ថែមទៀតនៅ ទំព័ររបស់ Fyodor Ovchinnikov (នាយកប្រតិបត្តិរបស់យើង) ។ ចាប់តាំងពីពេលនោះមក ពួកយើងបានផ្លាស់ប្តូរច្រើន ប៉ុន្តែឥឡូវនេះ យើងប្រាកដជាមិនភ្លេចកាលបរិច្ឆេទនោះទេ។

នៅឆ្នាំនេះ យើងបានសម្រេចចិត្តថាព្រឹត្តិការណ៍នេះមានតម្លៃបន្តនៅក្នុងការចងចាំនៃកូនចៅជំនាន់ក្រោយ ហើយនៅក្នុងប្រពៃណីដ៏ល្អបំផុត យើងបានរៀបចំការ hackathon ផ្ទៃក្នុងជាលើកដំបូងនៅក្នុងប្រវត្តិសាស្រ្ត Dodo ដែលមានរយៈពេល 10 ម៉ោង។

ផ្នែកដែលគួរឱ្យធុញទ្រាន់បំផុតអំពីគម្រោង hackathon

ការបដិសេធ៖ ការពិពណ៌នាទាំងអស់ត្រូវបានសរសេរដោយបុរសខ្លួនឯង ដូច្នេះការនិពន្ធអត្ថបទមិនមែនជារបស់ខ្ញុំទេ។

Oleg Learning (ការរៀនម៉ាស៊ីន)

Dima Kochnev, Sasha Andronov (@alexandronov)

ពួកគេចង់បង្កើតបណ្តាញសរសៃប្រសាទដែលនឹងកំណត់ថាតើភីហ្សាប្រភេទណានៅក្នុងរូបថតដោយគ្មានចំណេះដឹង។ ជាលទ្ធផល យើងបានបង្កើតនំដ៏សាមញ្ញ និងប្រដាប់ប្រដាក្មេងលេងមួយ - វាស្គាល់ភីហ្សាចំនួន 10 ភីហ្សា យើងបានគិតយ៉ាងម៉ត់ចត់អំពីរបៀបដែលអ្វីៗដំណើរការបានតាមដែលអាចធ្វើទៅបានក្នុងមួយថ្ងៃ (~10 ម៉ោង)។

ជាពិសេស យើងបានដឹងថា ឧស្សាហកម្មនេះបានឈានដល់កម្រិតមួយដែលអ្នកអភិវឌ្ឍន៍ធម្មតាអាចយកបណ្ណាល័យដែលត្រៀមរួចជាស្រេច អានឯកសារ និងបណ្តុះបណ្តាលបណ្តាញសរសៃប្រសាទរបស់គាត់ដោយមិនចាំបាច់មានចំណេះដឹងជ្រៅជ្រះអំពីប្រធានបទនេះ។ ហើយវានឹងដំណើរការបានល្អគ្រប់គ្រាន់ដើម្បីដោះស្រាយបញ្ហាពិតប្រាកដ។

ឧបករណ៍ដែលបានប្រើ៖

• រូបភាព - បណ្ណាល័យងាយស្រួល និងសាមញ្ញសម្រាប់ធ្វើការជាមួយការរៀនម៉ាស៊ីន និងចក្ខុវិស័យកុំព្យូទ័រ។
• យើងបានសាកល្បងម៉ូដែលពីរ - ResNet50, Yolo ។
• ជាការពិតណាស់ កូដត្រូវបានសរសេរនៅក្នុង Python។

យើងមានរូបថតចំនួន 11000 ប៉ុន្តែស្ទើរតែ 3/4 នៃរូបថតទាំងនោះបានប្រែទៅជាសំរាម ហើយនៅសល់មានមុំមិនសមរម្យខុសៗគ្នា។ ជាលទ្ធផល យើងបានយកគំរូដែលត្រៀមរួចជាស្រេច (ដែលគ្រាន់តែដឹងពីរបៀបស្វែងរកភីហ្សា) ហើយដោយមានជំនួយពីវា យើងបានបំបែកធុងសំរាម។ បន្ទាប់មកចំណងជើងនៃរូបថតរួមបញ្ចូលឈ្មោះរបស់ភីហ្សា - ដូច្នេះយើងបានតម្រៀបវាទៅជាថត ប៉ុន្តែវាបានប្រែក្លាយថាឈ្មោះមិនស្របគ្នានឹងការពិត ហើយយើងត្រូវសម្អាតវាដោយដៃរបស់យើង។ នៅទីបញ្ចប់ នៅសល់រូបថតប្រហែល 500-600 សន្លឹក វាច្បាស់ណាស់ថានេះជាចំនួនមិនសំខាន់ ប៉ុន្តែទោះជាយ៉ាងណា វាគ្រប់គ្រាន់ដើម្បីបំបែកភីហ្សាចំនួន 10 ពីគ្នាទៅវិញទៅមក។

ដើម្បីបណ្តុះបណ្តាលក្រឡាចត្រង្គ យើងបានយកម៉ាស៊ីននិម្មិតថោកបំផុតនៅក្នុង Azure នៅលើ NVIDIA Tesla K80 ។ ពួកគេបានបណ្តុះបណ្តាលលើវាសម្រាប់ 100 សម័យ ប៉ុន្តែវាច្បាស់ណាស់ថាបណ្តាញនេះត្រូវបាន oversaturated បន្ទាប់ពី 50 សម័យ ដោយសារតែការពិតដែលថាមានសំណុំទិន្នន័យតូចមួយ។

តាមពិតបញ្ហាទាំងមូលគឺកង្វះទិន្នន័យល្អ។

យើងអាចច្រឡំលក្ខខណ្ឌបន្តិច ប៉ុន្តែយើងត្រូវពិចារណាថាយើងមិនមានបទពិសោធន៍ទាល់តែសោះក្នុងការធ្វើការជាមួយបញ្ហាទាំងអស់នេះ។

GUI សម្រាប់ NOOBS (កុងសូលសម្រាប់ការបញ្ជាទិញភីហ្សា)

Misha Kumachev (សេរីដាន), Zhenya Bikkinin, Zhenya Vasiliev

យើងបានដាក់បញ្ចូលគ្នានូវគំរូនៃកម្មវិធីកុងសូលសម្រាប់ geeks ដោយអរគុណដែលអ្នកអាចបញ្ជាទិញភីហ្សាតាមរយៈស្ថានីយ ឬបន្ទាត់ពាក្យបញ្ជា ឬសូម្បីតែបញ្ចូលវាទៅក្នុងបំពង់ដាក់ពង្រាយ ហើយនៅពេលចេញផ្សាយដោយជោគជ័យ បញ្ជូនភីហ្សាទៅការិយាល័យ។

ការងារនេះត្រូវបានបែងចែកទៅជាផ្នែកជាច្រើន៖ យើងបានរកឃើញពីរបៀបដែល API របស់យើងសម្រាប់កម្មវិធីទូរស័ព្ទដំណើរការ ប្រមូលផ្តុំ CLI ផ្ទាល់ខ្លួនរបស់យើងដោយប្រើ អូកលីហ្វ និងកំណត់រចនាសម្ព័ន្ធការបោះពុម្ពកញ្ចប់ដែលយើងប្រមូលបាន។ កិច្ចការចុងក្រោយពាក់ព័ន្ធនឹងការមិនសប្បាយចិត្តប៉ុន្មាននាទីឆ្ពោះទៅចុងបញ្ចប់នៃកម្មវិធី hackathon ។ អ្វីៗដំណើរការក្នុងមូលដ្ឋានសម្រាប់យើង ហើយសូម្បីតែកំណែដែលបានបោះពុម្ពចាស់នៃកញ្ចប់ក៏ដំណើរការបានដែរ ប៉ុន្តែអ្វីដែលថ្មី (ដែលបានបន្ថែមលក្ខណៈពិសេស និងសញ្ញាអារម្មណ៍ល្អជាង) បានបដិសេធមិនដំណើរការ។ យើង​បាន​ចំណាយ​ពេល​ប្រហែល 40 នាទី​ក្នុង​ការ​ព្យាយាម​រក​ឱ្យ​ឃើញ​នូវ​អ្វី​ដែល​ខុស ប៉ុន្តែ​នៅ​ទី​បញ្ចប់​អ្វី​គ្រប់​យ៉ាង​បាន​ដំណើរការ​ដោយ​វេទមន្ត​ដោយ​ខ្លួន​ឯង)។

កម្មវិធីអតិបរមារបស់យើងសម្រាប់ hackathon គឺជាការបញ្ជាទិញភីហ្សាពិតប្រាកដទៅកាន់ការិយាល័យតាមរយៈ CLI របស់យើង។ យើងបានដំណើរការអ្វីៗគ្រប់យ៉ាងជាច្រើនដងនៅលើកៅអីសាកល្បង ប៉ុន្តែដៃរបស់ខ្ញុំនៅតែញ័រនៅពេលដែលខ្ញុំបញ្ចូលពាក្យបញ្ជានៅក្នុងផលិតកម្ម។

ជាលទ្ធផល ទីបំផុតយើងធ្វើបានហើយ!

CourierGo

Anton Bruzhmelev (អ្នកនិពន្ធ), Vanya Zverev, Gleb Lesnikov (entropy), Andrey Sarafanov

យើងបានយកគំនិតនៃ "កម្មវិធីសម្រាប់នាំសំបុត្រ" ។

ផ្ទៃខាងក្រោយអំពីការរៀបចំ។ដំបូង​ខ្ញុំ​ឆ្ងល់​ថា​តើ​មុខងារ​ប្រភេទ​ណា​ខ្លះ​ដែល​អាច​មាន​ក្នុង​កម្មវិធី? បញ្ជីមុខងារខាងក្រោមបានលេចចេញមក៖

• កម្មវិធីចូលទៅក្នុងបញ្ជីសាច់ប្រាក់ដឹកជញ្ជូនដោយប្រើលេខកូដ។
• កម្មវិធីនេះបង្ហាញការបញ្ជាទិញ និងការបញ្ជាទិញភ្លាមៗ ដែលចាំបាច់ត្រូវយក។
• អ្នកនាំសំបុត្រកត់ត្រាការបញ្ជាទិញ ហើយយកវាទៅធ្វើដំណើរ។
• គាត់ត្រូវបានបង្ហាញពេលវេលាប៉ាន់ស្មាន ហើយថាតើគាត់មកទាន់ពេលឬអត់។
• បង្ហាញអតិថិជនថាអ្នកនាំសំបុត្របានចាកចេញ។
• អតិថិជនចាប់ផ្តើមបង្ហាញចំណុចរបស់អ្នកនាំសំបុត្រនៅលើផែនទី និងពេលវេលាប៉ាន់ស្មាន។
• អ្នកនាំសំបុត្រអាចសរសេរទៅកាន់អតិថិជនក្នុងការជជែកពីកម្មវិធី។
• អតិថិជនអាចសរសេរទៅកាន់អ្នកនាំសំបុត្រតាមរយៈការជជែកពីកម្មវិធី។
• ប្រាំនាទីមុនពេលមកដល់ អតិថិជនទទួលបានសារថាអ្នកនាំសំបុត្រជិតមកដល់ សូមត្រៀមខ្លួន។
• អ្នកនាំសំបុត្រកត់ត្រានៅក្នុងពាក្យសុំថាគាត់បានមកដល់ហើយកំពុងរង់ចាំ។
• អ្នកនាំសំបុត្រហៅពីកម្មវិធីដោយចុចតែម្តង ហើយរាយការណ៍ថា (កំពុងកើនឡើង មកដល់ហើយ ។ល។)
• អតិថិជនទទួលយកការបញ្ជាទិញ ហើយបញ្ចូលលេខកូដ PIN ពីកម្មវិធី ឬសារ SMS ដើម្បីបញ្ជាក់ការដឹកជញ្ជូន (ជាហត្ថលេខា) ដូច្នេះអ្នកនាំសំបុត្រមិនអាចបញ្ចប់ការដឹកជញ្ជូនជាមុនបានទេ ប្រសិនបើគាត់មកយឺត។
• ការបញ្ជាទិញត្រូវបានសម្គាល់ថាបានចែកចាយនៅក្នុងប្រព័ន្ធ។

បូកនឹងសេណារីយ៉ូជំនួសមួយចំនួន៖

• អ្នកនាំសំបុត្រអាចសម្គាល់ការបញ្ជាទិញថាមិនទាន់បានដឹកជញ្ជូន ហើយជ្រើសរើសហេតុផល។
• ប្រសិនបើអ្នកមកយឺត អ្នកនាំសំបុត្រអាចចេញវិញ្ញាបនបត្រអេឡិចត្រូនិចតាមរយៈសារ SMS ដោយចុចប៊ូតុងមួយ។ ឬវិញ្ញាបនបត្រមកដល់ដោយស្វ័យប្រវត្តិ ប្រសិនបើកាលបរិច្ឆេទនៃការចែកចាយមិនត្រូវបានបំពេញ។

អារម្មណ៍នៃការសន្យា និងភាពចាំបាច់នៃគម្រោងនេះគឺពិតជាមានថាមពល។

នៅថ្ងៃបន្ទាប់ យើងបានទៅទទួលទានអាហារថ្ងៃត្រង់ជាមួយក្រុម ហើយពិភាក្សាអំពីមុខងារអប្បបរមានៃកម្មវិធីនឹងមើលទៅដូចអ្វី។

ជាលទ្ធផល បញ្ជីខាងក្រោមនៃអ្វីដែលត្រូវធ្វើនៅ hackathon ត្រូវបានបង្កើតឡើង៖

• ចូលទៅកាន់បញ្ជីសាច់ប្រាក់ដឹកជញ្ជូន។
• បង្ហាញទីតាំងបច្ចុប្បន្ន។
• ផ្ញើទិន្នន័យទៅ API ខាងក្រៅ (សំរបសំរួល បានទទួលការបញ្ជាទិញ បញ្ជូនការបញ្ជាទិញ)។
• ទទួលទិន្នន័យពី API ខាងក្រៅ (ការបញ្ជាទិញអ្នកនាំសំបុត្របច្ចុប្បន្ន) ។
• ផ្ញើព្រឹត្តិការណ៍ដែលបង្ហាញថាអ្នកបានទទួលការបញ្ជាទិញសម្រាប់ការដឹកជញ្ជូន / ដឹកជញ្ជូន។
• បង្ហាញទីតាំងបច្ចុប្បន្នរបស់អ្នកនាំសំបុត្រនៅលើផែនទីនៅលើគេហទំព័រ។

ការងារសំខាន់ដូចដែលវាហាក់បីដូចជាបង្កើតផ្នែកខាងក្រោយ កម្មវិធីខ្លួនវា (បន្ទាប់ពីការពិភាក្សា យើងបានជ្រើសរើស ReactNative ដើម្បីអភិវឌ្ឍកម្មវិធី ឬជាក្របខ័ណ្ឌសម្រាប់វា - expo.ioដែលអនុញ្ញាតឱ្យអ្នកមិនសរសេរកូដដើមទាល់តែសោះ) ។ នៅក្នុងលក្ខខណ្ឌនៃផ្នែកខាងក្រោយ ដំបូងមានក្តីសង្ឃឹមនៅក្នុង Vanya Zverev ដូចដែលគាត់មានបទពិសោធន៍ក្នុងការធ្វើការជាមួយគំរូសេវាកម្មរបស់យើង និង k8s (ការងារដែលគាត់បានធ្វើ)។ Andrey Sarafanov និងខ្ញុំបានយក ReactNative សម្រាប់ការបង្វិល។

ខ្ញុំបានសម្រេចចិត្តព្យាយាមបង្កើតឃ្លាំងការងារភ្លាមៗសម្រាប់គម្រោងខ្លួនឯង។ នៅម៉ោង 12 យប់ ខ្ញុំបានជួបការពិតដែលថាទីតាំងភូមិសាស្ត្រក្នុងផ្ទៃខាងក្រោយមិនដំណើរការល្អនៅក្នុង ReactNative ប្រសិនបើអ្នកមិនសរសេរកូដដើមទេ ខ្ញុំមានការខកចិត្តបន្តិច។ បន្ទាប់មកខ្ញុំក៏លែងពេលខ្ញុំដឹងថាខ្ញុំកំពុងអានឯកសារមិនមែនរបស់ expo.io framework ទេ ប៉ុន្តែជារបស់ ReactNative។ ជាលទ្ធផល នៅពេលល្ងាចខ្ញុំបានយល់រួចហើយពីរបៀបដើម្បីទទួលបានទីតាំងបច្ចុប្បន្ននៅក្នុង expo.io និងគូរអេក្រង់ដាច់ដោយឡែក (សម្រាប់ការចូល ការបង្ហាញការបញ្ជាទិញ។ល។)។

នៅពេលព្រឹកនៅឯកម្មវិធី hackathon ពួកគេបានទាក់ទាញ Gleb ចូលទៅក្នុងគម្រោងដ៏អស្ចារ្យរបស់ពួកគេ។ ពួក​គេ​បាន​រៀប​ចំ​ផែន​ការ​យ៉ាង​ឆាប់​រហ័ស​នូវ​អ្វី​ដែល​ត្រូវ​ធ្វើ។

យើងមានកំហុសនៅពេលដែលអនុលោមតាមគំរូគម្រោង យើងបានព្យាយាមទំនាក់ទំនងមិនមែនតាមរយៈ HTTP ប៉ុន្តែតាមរយៈ GRPC ដោយសារតែគ្មាននរណាម្នាក់ដឹងពីរបៀបបង្កើតម៉ាស៊ីនភ្ញៀវ GRPC សម្រាប់ JavaScript ។ នៅ​ទី​បំផុត បន្ទាប់​ពី​ចំណាយ​ពេល​ប្រហែល​មួយ​ម៉ោង​កន្លះ​លើ​រឿង​នេះ យើង​បាន​បោះ​បង់​ចោល​គំនិត​នេះ។ ដោយសារតែនេះ បុរសនៅផ្នែកខាងក្រោយបានចាប់ផ្តើមបង្កើតម៉ាស៊ីនមេដែលបានបញ្ចប់ឡើងវិញពី GRPC ទៅ WebApi ។ បន្ទាប់ពីកន្លះម៉ោង ទីបំផុតយើងអាចរៀបចំទំនាក់ទំនងរវាងកម្មវិធី និងផ្នែកខាងក្រោយ សូមមើល និងមើល។ ប៉ុន្តែនៅពេលជាមួយគ្នានោះ Gleb ស្ទើរតែបញ្ចប់ការដាក់ពង្រាយទៅ k8s ហើយបូកនឹងការដាក់ពង្រាយដោយស្វ័យប្រវត្តិនៃការប្តេជ្ញាចិត្តចំពោះមេ។ 🙂

យើងបានជ្រើសរើស MySQL ជាកន្លែងផ្ទុក ដើម្បីកុំឱ្យប្រថុយយ៉ាងហោចណាស់ជាមួយមូលដ្ឋានទិន្នន័យ (យើងមានគំនិតអំពី CosmosDb) ។

សង្ខេប៖

• បានអនុវត្តការរក្សាទុកកូអរដោនេបច្ចុប្បន្នរបស់អ្នកនាំសំបុត្រពីកម្មវិធីទៅមូលដ្ឋានទិន្នន័យ។
• យើងបានដំឡើង RabbitMQ ហើយបានជាវសារអំពីអ្នកនាំសំបុត្រមកទទួលការបញ្ជាទិញដើម្បីបង្ហាញការបញ្ជាទិញភ្លាមៗពីអ្នកនាំសំបុត្រនៅក្នុងកម្មវិធី។
• យើងបានចាប់ផ្តើមរក្សាទុកពេលវេលានៃការដឹកជញ្ជូនការបញ្ជាទិញទៅក្នុងមូលដ្ឋានទិន្នន័យរបស់យើង បន្ទាប់ពីអ្នកនាំសំបុត្រចុចប៊ូតុងមួយនៅក្នុងកម្មវិធី។ យើងមិនមានពេលវេលាដើម្បីបន្ថែមការផ្ញើព្រឹត្តិការណ៍ត្រឡប់ទៅវិក័យប័ត្រឡើងវិញដែលការបញ្ជាទិញត្រូវបានប្រគល់ឱ្យនោះទេ។
• ខ្ញុំបានធ្វើការបង្ហាញផែនទីនៅលើទំព័រការបញ្ជាទិញបច្ចុប្បន្ននៅលើគេហទំព័រជាមួយនឹងទីតាំងបច្ចុប្បន្នរបស់អ្នកនាំសំបុត្រ។ ប៉ុន្តែមុខងារនេះនៅតែមិនទាន់បញ្ចប់នៅឡើយ ដោយសារវាមិនអាចកំណត់រចនាសម្ព័ន្ធ CORS នៅក្នុងបរិយាកាសដើម្បីទទួលបានកូអរដោនេពីសេវាកម្មថ្មីរបស់យើង។

M87

Roma Bukin, Gosha Polevoy (georgepolevoy), Artyom Trofimushkin

យើងចង់អនុវត្តអ្នកផ្តល់សេវា OpenID Connect ដោយហេតុថានៅពេលនេះយើងប្រើពិធីការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវនៃការរចនាផ្ទាល់ខ្លួនរបស់យើង ហើយនេះបង្កើតការលំបាកមួយចំនួន៖ បណ្ណាល័យអតិថិជនផ្ទាល់ខ្លួន ការងារមិនងាយស្រួលនៅក្នុងផ្នែកនៃដៃគូខាងក្រៅ បញ្ហាសុវត្ថិភាពដែលអាចកើតមាន (បន្ទាប់ពីទាំងអស់ , OAuth2.0 និង OpenID Connect ក្នុងការអនុវត្តឯកសារយោងអាចចាត់ទុកថាមានសុវត្ថិភាព ប៉ុន្តែខ្ញុំមិនប្រាកដអំពីដំណោះស្រាយរបស់យើងទេ)។

យើងបានបង្កើតសេវាកម្មដាច់ដោយឡែកមួយដោយត្រាប់តាមសេវាកម្មសម្រាប់រក្សាទុកទិន្នន័យផ្ទាល់ខ្លួន ដើម្បីបង្កើតគំរូ Country-Agnostic តូចមួយនៃអ្នកផ្តល់ការផ្ទៀងផ្ទាត់ដែលនឹងទៅកាន់សេវាកម្មដាច់ដោយឡែកសម្រាប់ទិន្នន័យផ្ទាល់ខ្លួន (វានាពេលអនាគតនឹងធ្វើឱ្យវាអាចទទួលបានសេវាកម្មតែមួយជាមួយ ដែល​អ្នក​អាច​ចូល​ដោយ​ការ​ចុះ​ឈ្មោះ​គណនី​ក្នុង​ប្រទេស​ណា​មួយ ហើយ​ក្នុង​ពេល​ជាមួយ​គ្នា​នេះ​គោរព​តាម GDPR និង​ច្បាប់​សហព័ន្ធ​ផ្សេង​ទៀត)។ យើងបានធ្វើផ្នែកនេះដូចអ្នកផ្តល់សេវា ហើយបានភ្ជាប់ពួកវាជាមួយគ្នាដោយជោគជ័យ។ បន្ទាប់មក វាចាំបាច់ក្នុងការបង្កើត API ដែលនឹងត្រូវបានការពារដោយសញ្ញាសម្ងាត់ដែលចេញដោយអ្នកផ្តល់សេវា គាំទ្រការត្រួតពិនិត្យរបស់ពួកគេតាមរយៈអ្នកផ្តល់សេវា និងបញ្ជូនទិន្នន័យដែលបានការពារមកវិញ ប្រសិនបើសំណើពេញចិត្តនឹងគោលការណ៍អនុញ្ញាត (យើងពិនិត្យមើលថាអ្នកប្រើប្រាស់ត្រូវបានផ្ទៀងផ្ទាត់ដោយយោងតាមគ្រោងការណ៍ Bearer សញ្ញាសម្ងាត់របស់គាត់មានវិសាលភាពជាក់លាក់ + y អ្នកប្រើប្រាស់ខ្លួនគាត់មានការអនុញ្ញាតដែលអនុញ្ញាតឱ្យហៅទូរស័ព្ទត្រូវបានធ្វើឡើង) ។ ផ្នែកនេះក៏ត្រូវបានបញ្ចប់ផងដែរ។ សមាសភាគចុងក្រោយគឺជាកម្មវិធី JavaScript ដែលនឹងត្រូវបានផ្តល់សញ្ញាសម្ងាត់ ដោយមានជំនួយពីវាហៅថា API ដែលត្រូវបានការពារ។ យើងមិនមានពេលដើម្បីធ្វើផ្នែកនេះទេ។ នោះគឺផ្នែកមុខងារទាំងមូលបានត្រៀមរួចរាល់ ប៉ុន្តែផ្នែកខាងមុខមិនទាន់រួចរាល់ដើម្បីបង្ហាញពីមុខងារនៃប្រព័ន្ធទាំងមូលនោះទេ។

អ៊ី-អ៊ី-អ៊ី (ប្រដាប់ក្មេងលេង)

Dima Afonchenko, Sasha Konovalov

យើងបង្កើតប្រដាប់ប្រដាក្មេងលេងតូចមួយនៅលើ yunka ដែលជាកន្លែងដែលដៃដ៏គួរឱ្យភ័យខ្លាចបោះសាច់ក្រកនៅលើភីហ្សា។ ប្រសិនបើអ្នកដាក់សាច់ក្រកមិនត្រឹមត្រូវ សារ "បដិសេធ" ដ៏ក្រៀមក្រំនឹងលេចឡើងនៅលើអេក្រង់ ហើយប្រសិនបើសាច់ក្រកទាំងអស់ត្រូវបានដាក់ត្រឹមត្រូវ ការពិតចៃដន្យអំពីភីហ្សានឹងលេចឡើង។

យើងចង់បង្កើតកម្រិតទីពីរជាមួយនឹងការបោះប៉េងប៉ោះ ប៉ុន្តែយើងមិនមានពេលទេ។

វគ្គខ្លី៖ អ្នកណាឈ្នះ?

មុនពេលកម្មវិធី hackathon យើងបាននិយាយជាមួយបុរស ហើយខ្ញុំបានសួរថាតើពួកគេចង់ទទួលបានរង្វាន់អ្វី ប្រសិនបើពួកគេឈ្នះ។ វាប្រែថារង្វាន់ដ៏មានតម្លៃបំផុតគឺ "ផ្លូវទៅរកអាហារ" ។

ដូច្នេះហើយ រំពឹងថាពួកយើងនឹងប្រកាសហ្គេមមួយដោយដៃដែលដាក់ម្ទេសនៅលើភីហ្សាក្នុងពេលឆាប់ៗនេះ។

ដូចដែលអ្នកអានយកចិត្តទុកដាក់ប្រហែលជាបានកត់សម្គាល់ ក្រុម "E-E-E (តុក្កតា)" បានឈ្នះ។ សូមអបអរសាទរប្អូនៗ!

មានតែអ្នកប្រើប្រាស់ដែលបានចុះឈ្មោះប៉ុណ្ណោះដែលអាចចូលរួមក្នុងការស្ទង់មតិនេះ។ ចូលសូម។

តើគម្រោងមួយណាដែលអ្នកចូលចិត្តជាងគេ?

• Oleg Learning (ការរៀនម៉ាស៊ីន)

• GUI សម្រាប់ NOOBS

• CourierGo

• M87

• អ៊ី-អ៊ី-អ៊ី

អ្នកប្រើប្រាស់ 5 នាក់បានបោះឆ្នោត។ អ្នកប្រើប្រាស់ ៦៣ នាក់ត្រូវបានហាមឃាត់។

ប្រភព: www.habr.com