របៀប និងមូលហេតុដែលយើងឈ្នះបទ Big Data ក្នុងកម្មវិធី Urban Tech Challenge hackathon

ខ្ញុំឈ្មោះឌីមីទ្រី។ ហើយខ្ញុំចង់និយាយអំពីរបៀបដែលក្រុមរបស់យើងឈានដល់វគ្គផ្តាច់ព្រ័ត្រនៃកម្មវិធី Urban Tech Challenge hackathon នៅលើបទ Big Data ។ ខ្ញុំ​នឹង​និយាយ​ភ្លាម​ថា​នេះ​មិន​មែន​ជា​កម្មវិធី hackathon ដំបូង​ដែល​ខ្ញុំ​បាន​ចូល​រួម​នោះ​ទេ ហើយ​ក៏​មិន​មែន​ជា​លើក​ដំបូង​ដែល​ខ្ញុំ​បាន​យក​រង្វាន់​នោះ​ដែរ។ ក្នុងន័យនេះ នៅក្នុងរឿងរបស់ខ្ញុំ ខ្ញុំចង់បង្ហាញការសង្កេត និងការសន្និដ្ឋានទូទៅមួយចំនួនទាក់ទងនឹងឧស្សាហកម្ម hackathon ទាំងមូល ហើយផ្តល់ទស្សនៈរបស់ខ្ញុំ ផ្ទុយពីការពិនិត្យអវិជ្ជមានដែលបានលេចឡើងតាមអ៊ីនធឺណិតភ្លាមៗបន្ទាប់ពីការបញ្ចប់នៃការប្រកួតប្រជែងបច្ចេកវិទ្យាទីក្រុង (សម្រាប់ ឧទាហរណ៍ នេះ).

ដូច្នេះជាដំបូងការសង្កេតទូទៅមួយចំនួន។

1. វាគួរឱ្យភ្ញាក់ផ្អើលណាស់ដែលមនុស្សមួយចំនួនគិតដោយឆោតល្ងង់ថា hackathon គឺជាប្រភេទនៃការប្រកួតកីឡាដែលអ្នកសរសេរកូដល្អបំផុតឈ្នះ។ នេះ​គឺ​ខុស។ ខ្ញុំមិនគិតពីករណីនៅពេលដែលអ្នករៀបចំ hackathon ខ្លួនឯងមិនដឹងថាពួកគេចង់បានអ្វីទេ (ខ្ញុំក៏ធ្លាប់ឃើញដែរ)។ ប៉ុន្តែតាមក្បួនក្រុមហ៊ុនដែលរៀបចំ hackathon បន្តគោលដៅរបស់ខ្លួន។ បញ្ជីរបស់ពួកគេអាចខុសគ្នា៖ វាអាចជាដំណោះស្រាយបច្ចេកទេសចំពោះបញ្ហាមួយចំនួន ការស្វែងរកគំនិតថ្មីៗ និងមនុស្សជាដើម។ គោលដៅទាំងនេះច្រើនតែកំណត់ទម្រង់នៃព្រឹត្តិការណ៍ ពេលវេលារបស់វា អ៊ីនធឺណិត/ក្រៅបណ្តាញ របៀបដែលកិច្ចការនឹងត្រូវបានបង្កើត (និងថាតើពួកវានឹងត្រូវបានបង្កើតទាំងអស់) ថាតើនឹងមានការពិនិត្យកូដនៅ hackathon ដែរឬទេ។ល។ ទាំងក្រុម និងអ្វីដែលពួកគេបានធ្វើត្រូវបានវាយតម្លៃតាមទស្សនៈនេះ។ ហើយក្រុមទាំងនោះដែលឈានដល់ចំណុចល្អបំផុតដែលក្រុមហ៊ុនត្រូវការឈ្នះ ហើយមនុស្សជាច្រើនឈានដល់ចំណុចនេះដោយមិនដឹងខ្លួន និងដោយចៃដន្យ ដោយគិតថាពួកគេពិតជាចូលរួមក្នុងការប្រកួតកីឡា។ ការសង្កេតរបស់ខ្ញុំបង្ហាញថា ដើម្បីលើកទឹកចិត្តអ្នកចូលរួម អ្នករៀបចំគួរតែបង្កើតយ៉ាងហោចណាស់រូបរាងនៃបរិយាកាសកីឡា និងលក្ខខណ្ឌស្មើគ្នា បើមិនដូច្នេះទេពួកគេនឹងទទួលបានរលកនៃភាពអវិជ្ជមានដូចនៅក្នុងការពិនិត្យខាងលើ។ ប៉ុន្តែ​យើង​ហួស​ចិត្ត។

2. ដូច្នេះសេចក្តីសន្និដ្ឋានខាងក្រោម។ អ្នករៀបចំមានការចាប់អារម្មណ៍ចំពោះអ្នកចូលរួមដែលមកចូលរួមកម្មវិធី hackathon ជាមួយនឹងការងារផ្ទាល់ខ្លួនរបស់ពួកគេ ពេលខ្លះពួកគេថែមទាំងរៀបចំជាពិសេសនូវដំណាក់កាលឆ្លើយឆ្លងតាមអ៊ីនធឺណិតសម្រាប់គោលបំណងនេះ។ នេះអនុញ្ញាតឱ្យមានដំណោះស្រាយទិន្នផលខ្លាំងជាងមុន។ គោលគំនិតនៃ "ការងារផ្ទាល់ខ្លួន" គឺទាក់ទងគ្នាខ្លាំងណាស់ អ្នកអភិវឌ្ឍន៍ដែលមានបទពិសោធន៍អាចប្រមូលកូដរាប់ពាន់ជួរពីគម្រោងចាស់របស់គាត់នៅក្នុងការប្តេជ្ញាចិត្តដំបូងរបស់គាត់។ ហើយ​តើ​នេះ​ជា​ការ​អភិវឌ្ឍ​ដែល​បាន​រៀបចំ​ទុក​ជា​មុន​ឬ? ប៉ុន្តែក្នុងករណីណាក៏ដោយ ច្បាប់ត្រូវបានអនុវត្ត ដែលខ្ញុំបានសម្តែងក្នុងទម្រង់នៃ meme ដ៏ល្បីល្បាញមួយ៖

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

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

ចំពោះ​សមាសភាព​ក្រុម​នេះ គឺ​ជា​បុគ្គល​ខ្លាំង​ណាស់ ហើយ​ពឹង​ផ្អែក​ខ្លាំង​លើ​ការងារ។ ខ្ញុំអាចនិយាយបានថាសមាសភាពក្រុមដែលអាចសម្រេចបានអប្បបរមាគឺជាអ្នករចនា - ផ្នែកខាងមុខឬផ្នែកខាងមុខ - ផ្នែកខាងក្រោយ។ ប៉ុន្តែខ្ញុំក៏ដឹងពីករណីនៅពេលដែលក្រុមដែលមានតែក្រុមនាំមុខបានឈ្នះ ដែលបានបន្ថែម back-end សាមញ្ញនៅក្នុង node.js ឬបង្កើតកម្មវិធីទូរស័ព្ទនៅក្នុង React Native ។ ឬមានតែអ្នកនៅពីក្រោយខ្នងដែលធ្វើប្លង់សាមញ្ញ។ ជាទូទៅអ្វីគ្រប់យ៉ាងគឺបុគ្គលខ្លាំងណាស់ហើយអាស្រ័យលើភារកិច្ច។ ផែនការរបស់ខ្ញុំក្នុងការជ្រើសរើសក្រុមសម្រាប់ hackathon មានដូចខាងក្រោម៖ ខ្ញុំមានគម្រោងប្រមូលផ្តុំក្រុម ឬចូលរួមក្រុមដូចជា front-end - back-end - designer (ខ្ញុំជា front-end ខ្លួនឯង)។ ហើយ​យ៉ាង​ឆាប់​រហ័ស ខ្ញុំ​បាន​ចាប់​ផ្ដើម​ជជែក​ជាមួយ​អ្នក​គាំទ្រ​ពស់ថ្លាន់ និង​អ្នក​រចនា​ដែល​ទទួល​យក​ការ​អញ្ជើញ​ឱ្យ​ចូលរួម​ជាមួយ​យើង។ បន្តិចក្រោយមក ក្មេងស្រីម្នាក់ ដែលជាអ្នកវិភាគអាជីវកម្ម ដែលមានបទពិសោធន៍ឈ្នះកម្មវិធី hackathon រួចហើយបានចូលរួមជាមួយយើង ហើយនេះបានសម្រេចចិត្តថានាងចូលរួមជាមួយយើង។ បន្ទាប់ពីកិច្ចប្រជុំខ្លីមួយ យើងបានសម្រេចចិត្តហៅខ្លួនយើងថា U4 (URBAN 4, urban four) ដោយភាពស្រដៀងគ្នាជាមួយនឹង XNUMX ដ៏អស្ចារ្យ។ ហើយពួកគេថែមទាំងដាក់រូបភាពដែលត្រូវគ្នានៅលើ avatar នៃឆានែលទូរលេខរបស់យើង។

4. ការជ្រើសរើសភារកិច្ច។ ដូចដែលខ្ញុំបាននិយាយរួចហើយ អ្នកត្រូវតែមានគុណសម្បត្តិប្រកួតប្រជែង ភារកិច្ចសម្រាប់ hackathon ត្រូវបានជ្រើសរើសដោយផ្អែកលើនេះ។ ដោយ​ផ្អែក​លើ​នេះ​បាន​មើល​ បញ្ជីភារកិច្ច និងការវាយតម្លៃភាពស្មុគស្មាញរបស់ពួកគេ យើងបានដោះស្រាយលើកិច្ចការពីរ៖ កាតាឡុកនៃសហគ្រាសច្នៃប្រឌិតពី DPiIR និង chatbot ពី EFKO ។ ភារកិច្ចពី DPIiR ត្រូវបានជ្រើសរើសដោយអ្នកគាំទ្រ កិច្ចការពី EFKO ត្រូវបានជ្រើសរើសដោយខ្ញុំ ដោយសារតែ មានបទពិសោធន៍ក្នុងការសរសេរ chatbots នៅក្នុង node.js និង DialogFlow ។ ភារកិច្ចរបស់ EFKO ក៏ពាក់ព័ន្ធនឹង ML ផងដែរ ខ្ញុំមានបទពិសោធន៍ខ្លះៗក្នុង ML ។ ហើយយោងទៅតាមលក្ខខណ្ឌនៃបញ្ហាវាហាក់ដូចជាខ្ញុំថាវាមិនទំនងត្រូវបានដោះស្រាយដោយប្រើឧបករណ៍ ML ទេ។ អារម្មណ៍នេះត្រូវបានពង្រឹងនៅពេលដែលខ្ញុំទៅចូលរួមកម្មវិធី Urban Tech Challenge ដែលអ្នករៀបចំបង្ហាញខ្ញុំនូវសំណុំទិន្នន័យនៅលើ EFKO ដែលមានរូបថតប្រហែល 100 សន្លឹកនៃប្លង់ផលិតផល (ថតពីមុំផ្សេងៗគ្នា) និងប្រហែល 20 ថ្នាក់នៃកំហុសប្លង់។ ហើយក្នុងពេលជាមួយគ្នានេះ អ្នកដែលបានបញ្ជាឱ្យបំពេញភារកិច្ចចង់សម្រេចបាននូវអត្រាជោគជ័យក្នុងចំណាត់ថ្នាក់ 90%។ ជាលទ្ធផល ខ្ញុំបានរៀបចំបទបង្ហាញអំពីដំណោះស្រាយដោយគ្មាន ML អ្នកផ្តល់ជំនួយបានរៀបចំបទបង្ហាញដោយផ្អែកលើកាតាឡុក ហើយរួមគ្នាបន្ទាប់ពីបញ្ចប់ការធ្វើបទបង្ហាញ យើងបានបញ្ជូនពួកគេទៅកម្មវិធី Urban Tech Challenge ។ រួចហើយនៅដំណាក់កាលនេះ កម្រិតនៃការលើកទឹកចិត្ត និងការរួមចំណែករបស់អ្នកចូលរួមនីមួយៗត្រូវបានបង្ហាញ។ អ្នករចនារបស់យើងមិនបានចូលរួមក្នុងការពិភាក្សា ឆ្លើយតបយឺតយ៉ាវ ហើយថែមទាំងបានបំពេញព័ត៌មានអំពីខ្លួនគាត់នៅក្នុងបទបង្ហាញនៅពេលចុងក្រោយ ជាទូទៅ ការសង្ស័យបានកើតឡើង។

ជាលទ្ធផល យើងបានឆ្លងផុតកិច្ចការពី DPiIR ហើយមិនខកចិត្តអ្វីទាំងអស់ដែលមិនបានឆ្លងកាត់ EFKO ចាប់តាំងពីកិច្ចការនេះហាក់ដូចជាចំឡែកសម្រាប់ពួកយើង ដើម្បីដាក់វាដោយស្លូតបូត។

5. ការរៀបចំសម្រាប់ hackathon ។ នៅពេលដែលគេដឹងថាយើងមានលក្ខណៈសម្បត្តិគ្រប់គ្រាន់សម្រាប់កម្មវិធី hackathon យើងចាប់ផ្តើមរៀបចំការរៀបចំ។ ហើយនៅទីនេះ ខ្ញុំមិនតស៊ូមតិចាប់ផ្តើមសរសេរកូដមួយសប្តាហ៍មុនពេលចាប់ផ្តើមកម្មវិធី hackathon នោះទេ។ យ៉ាងហោចណាស់ អ្នកគួរតែមាន boilerplate រួចរាល់ហើយ ដែលអ្នកអាចចាប់ផ្តើមធ្វើការភ្លាមៗ ដោយមិនចាំបាច់កំណត់រចនាសម្ព័ន្ធឧបករណ៍ និងដោយគ្មានបញ្ហានៃ lib មួយចំនួនដែលអ្នកសម្រេចចិត្តសាកល្បងជាលើកដំបូងនៅ hackathon ។ ខ្ញុំដឹងរឿងមួយអំពីវិស្វករ angular ដែលបានមកចូលរួមកម្មវិធី hackathon ហើយចំណាយពេល 2 ថ្ងៃដើម្បីរៀបចំគម្រោងសាងសង់ ដូច្នេះអ្វីៗទាំងអស់គួរតែត្រូវបានរៀបចំជាមុន។ យើងមានបំណងចែកចាយទំនួលខុសត្រូវដូចខាងក្រោម៖ backender សរសេរ crawlers ដែលវាយលុកអ៊ីនធឺណិត និងដាក់ព័ត៌មានដែលប្រមូលបានទាំងអស់នៅក្នុង database ខណៈពេលដែលខ្ញុំសរសេរ API នៅក្នុង node.js ដែលសួរ database នេះហើយបញ្ជូនទិន្នន័យទៅខាងមុខ។ ក្នុងន័យនេះ ខ្ញុំបានរៀបចំ server ជាមុនដោយប្រើ express.js ហើយរៀបចំ front-end ក្នុងប្រតិកម្ម។ ខ្ញុំមិនប្រើ CRA ទេ ខ្ញុំតែងតែកែប្រែ webpack សម្រាប់ខ្លួនខ្ញុំផ្ទាល់ ហើយខ្ញុំដឹងយ៉ាងច្បាស់អំពីហានិភ័យដែលវាអាចបង្កឡើង (ចងចាំរឿងអំពីអ្នកអភិវឌ្ឍន៍ angular)។ នៅចំណុចនេះ ខ្ញុំបានស្នើសុំគំរូចំណុចប្រទាក់ ឬយ៉ាងហោចណាស់គំរូពីអ្នករចនារបស់យើង ដើម្បីមានគំនិតអំពីអ្វីដែលខ្ញុំនឹងដាក់ចេញ។ តាមទ្រឹស្តី គាត់ក៏គួរតែរៀបចំខ្លួនគាត់ ហើយសម្របសម្រួលពួកគេជាមួយយើងដែរ ប៉ុន្តែខ្ញុំមិនបានទទួលចម្លើយទេ។ ជាលទ្ធផល ខ្ញុំបានខ្ចីការរចនាពីគម្រោងចាស់មួយរបស់ខ្ញុំ។ ហើយវាបានចាប់ផ្តើមដំណើរការលឿនជាងមុន ដោយសាររចនាប័ទ្មទាំងអស់សម្រាប់គម្រោងនេះត្រូវបានសរសេររួចហើយ។ ដូច្នេះការសន្និដ្ឋាន៖ អ្នករចនាមិនតែងតែត្រូវការនៅក្នុងក្រុមទេ))) ។ យើងបានមកដល់កម្មវិធី hackathon ជាមួយនឹងការអភិវឌ្ឍន៍ទាំងនេះ។

6. ធ្វើការនៅ hackathon ។ លើកទីមួយដែលខ្ញុំបានឃើញក្រុមរបស់ខ្ញុំផ្ទាល់ គឺគ្រាន់តែនៅក្នុងពិធីបើកកម្មវិធី hackathon នៅមជ្ឈមណ្ឌលចែកចាយកណ្តាលប៉ុណ្ណោះ។ យើង​បាន​ជួប​ពិភាក្សា​គ្នា​អំពី​ដំណោះ​ស្រាយ និង​ដំណាក់កាល​នៃ​ការ​ធ្វើ​ការ​លើ​បញ្ហា។ ហើយ​បើ​ទោះ​បី​ជា​បន្ទាប់​ពី​បើក​ដំណើរ​ការ យើង​ត្រូវ​ធ្វើ​ដំណើរ​តាម​ឡាន​ក្រុង​ទៅ Red October ប៉ុន្តែ​យើង​បាន​ទៅ​ផ្ទះ​ដេក ដោយ​យល់​ព្រម​ទៅ​ដល់​កន្លែង​នៅ​ម៉ោង ៩.០០។ ហេតុអ្វី? អ្នករៀបចំទំនងជាចង់ទទួលបានច្រើនបំផុតពីអ្នកចូលរួម ដូច្នេះពួកគេរៀបចំកាលវិភាគបែបនេះ។ ប៉ុន្តែ តាមបទពិសោធន៍របស់ខ្ញុំ អ្នកអាចសរសេរកូដបានជាធម្មតា ដោយមិនចាំបាច់ដេកមួយយប់។ ចំណែក​រឿង​ទី​២​វិញ ខ្ញុំ​មិន​ប្រាកដ​ទេ​។ hackathon គឺជាការរត់ម៉ារ៉ាតុង អ្នកត្រូវគណនា និងរៀបចំផែនការកម្លាំងរបស់អ្នកឱ្យបានគ្រប់គ្រាន់។ លើសពីនេះ យើងមានការត្រៀមលក្ខណៈ។

ដូច្នេះបន្ទាប់ពីគេងលក់នៅម៉ោង 9.00 យើងបានអង្គុយនៅជាន់ទី 4 នៃ Dewocracy ។ បន្ទាប់មកអ្នករចនារបស់យើងបានប្រកាសដោយមិនបានរំពឹងទុកថាគាត់មិនមានកុំព្យូទ័រយួរដៃទេ ហើយថាគាត់នឹងធ្វើការពីផ្ទះ ហើយយើងនឹងទាក់ទងគ្នាតាមទូរស័ព្ទ។ នេះគឺជាចំបើងចុងក្រោយ។ ដូច្នេះហើយ​យើង​បាន​ប្រែក្លាយ​ពី​បួន​ទៅ​បី​ទោះបីជា​យើង​មិន​បាន​ប្តូរ​ឈ្មោះ​ក្រុម​ក៏ដោយ។ ជា​ថ្មី​ម្តង​ទៀត នេះ​មិន​មែន​ជា​បញ្ហា​ធំ​សម្រាប់​យើង​ទេ ខ្ញុំ​មាន​ការ​រចនា​រួច​ហើយ​ពី​គម្រោង​ចាស់។ ជាទូទៅ​ដំបូង​អ្វីៗ​ដំណើរការ​ទៅ​ដោយ​រលូន និង​ស្រប​តាម​ផែនការ។ យើងបានផ្ទុកទៅក្នុងមូលដ្ឋានទិន្នន័យ (យើងបានសម្រេចចិត្តប្រើ neo4j) សំណុំទិន្នន័យរបស់ក្រុមហ៊ុនច្នៃប្រឌិតពីអ្នករៀបចំ។ ខ្ញុំចាប់ផ្តើមវាយអក្សរ បន្ទាប់មកយក node.js ហើយបន្ទាប់មកអ្វីៗចាប់ផ្តើមខុស។ ខ្ញុំមិនធ្លាប់ធ្វើការជាមួយ neo8j ពីមុនមកទេ ហើយដំបូងឡើយ ខ្ញុំកំពុងស្វែងរកកម្មវិធីបញ្ជាដែលធ្វើការសម្រាប់មូលដ្ឋានទិន្នន័យនេះ បន្ទាប់មកខ្ញុំបានរកវិធីសរសេរសំណួរ ហើយបន្ទាប់មកខ្ញុំភ្ញាក់ផ្អើលដែលបានរកឃើញថា មូលដ្ឋានទិន្នន័យនេះ នៅពេលសួរនាំ ត្រឡប់អង្គភាពនៅក្នុង ទម្រង់នៃអារេនៃវត្ថុថ្នាំង និងគែមរបស់វា។ ទាំងនោះ។ នៅពេលដែលខ្ញុំបានស្នើសុំស្ថាប័នមួយ និងទិន្នន័យទាំងអស់នៅលើវាដោយ TIN ជំនួសឱ្យវត្ថុរបស់អង្គការមួយ ខ្ញុំត្រូវបានប្រគល់មកវិញនូវអារេដ៏វែងនៃវត្ថុដែលមានទិន្នន័យនៅលើអង្គការនេះ និងទំនាក់ទំនងរវាងពួកគេ។ ខ្ញុំ​បាន​សរសេរ​អ្នក​ធ្វើ​ផែនទី​ដែល​ឆ្លងកាត់​អារេ​ទាំងមូល ហើយ​បាន​ស្អិត​ជាប់​វត្ថុ​ទាំងអស់​តាម​ស្ថាប័ន​របស់​ពួកគេ​ទៅជា​វត្ថុតែមួយ។ ប៉ុន្តែនៅក្នុងសមរភូមិនៅពេលស្នើសុំមូលដ្ឋានទិន្នន័យនៃអង្គការចំនួន 20 ពាន់វាត្រូវបានប្រតិបត្តិយឺតបំផុតប្រហែល 30 - 30 វិនាទី។ ខ្ញុំចាប់ផ្តើមគិតអំពីការបង្កើនប្រសិទ្ធភាព... ហើយបន្ទាប់មកយើងបានឈប់ទាន់ពេលវេលា ហើយប្តូរទៅ MongoDB ហើយវាចំណាយពេលប្រហែល 4 នាទី។ ជាសរុបប្រហែល 5 ម៉ោងត្រូវបានបាត់បង់នៅលើ neoXNUMXj ។

សូមចងចាំថា កុំយកបច្ចេកវិទ្យាទៅ hackathon ដែលអ្នកមិនធ្លាប់ស្គាល់ វាអាចនឹងមានការភ្ញាក់ផ្អើល។ ប៉ុន្តែជាទូទៅ ក្រៅពីការបរាជ័យនេះ អ្វីៗដំណើរការទៅតាមផែនការ។ ហើយ​នៅ​ព្រឹក​ថ្ងៃ​ទី​៩ ខែ​ធ្នូ យើង​មាន​ពាក្យ​សុំ​ធ្វើ​ការ​ពេញ​លេញ​ហើយ។ សម្រាប់ថ្ងៃដែលនៅសល់ យើងគ្រោងនឹងបន្ថែមមុខងារបន្ថែមទៅវា។ នៅពេលអនាគត អ្វីៗដំណើរការទៅដោយរលូនសម្រាប់ខ្ញុំ ប៉ុន្តែអ្នកគាំទ្រមានបញ្ហាទាំងមូលជាមួយនឹងការហាមឃាត់អ្នករុករករបស់គាត់នៅក្នុងម៉ាស៊ីនស្វែងរក នៅក្នុងការផ្ញើសារឥតបានការនៃអ្នកប្រមូលផ្ដុំនៃនីតិបុគ្គល ដែលបានមកនៅកន្លែងដំបូងនៃលទ្ធផលស្វែងរកនៅពេលស្នើសុំ សម្រាប់ក្រុមហ៊ុនជាក់លាក់នីមួយៗ។ ប៉ុន្តែវាជាការប្រសើរសម្រាប់គាត់ក្នុងការប្រាប់អំពីវាដោយខ្លួនឯង។ មុខងារបន្ថែមដំបូងដែលខ្ញុំបានបន្ថែមគឺការស្វែងរកតាមឈ្មោះពេញ។ អគ្គនាយក VKontakte ។ វាចំណាយពេលច្រើនម៉ោង។

ដូច្នេះនៅលើទំព័ររបស់ក្រុមហ៊ុននៅក្នុងកម្មវិធីរបស់យើង រូបតំណាងរបស់អគ្គនាយកបានបង្ហាញខ្លួន តំណភ្ជាប់ទៅកាន់ទំព័រ VKontakte របស់គាត់ និងទិន្នន័យមួយចំនួនផ្សេងទៀត។ វា​ជា​ផ្លែ​ឈើ​រី​ដ៏​ស្រស់​ស្អាត​នៅ​លើ​នំ​ខេក ថ្វី​បើ​វា​មិន​បាន​ផ្តល់​ឱ្យ​យើង​ឈ្នះ​ក្តី។ បន្ទាប់មក ខ្ញុំចង់ដំណើរការការវិភាគមួយចំនួន។ ប៉ុន្តែបន្ទាប់ពីការស្វែងរកជម្រើសដ៏យូរមួយ (មានចំណុចពិសេសជាច្រើនជាមួយ UI) ខ្ញុំបានដោះស្រាយលើការប្រមូលផ្តុំអង្គការសាមញ្ញបំផុតដោយកូដសកម្មភាពសេដ្ឋកិច្ច។ រួចហើយនៅពេលល្ងាច នៅប៉ុន្មានម៉ោងចុងក្រោយនេះ ខ្ញុំកំពុងដាក់គំរូសម្រាប់បង្ហាញផលិតផលប្រកបដោយភាពច្នៃប្រឌិត (នៅក្នុងកម្មវិធីរបស់យើង វាត្រូវបានសន្មត់ថាជាផ្នែកផលិតផល និងសេវាកម្ម) ទោះបីជាផ្នែកខាងក្រោយមិនទាន់រួចរាល់សម្រាប់រឿងនេះក៏ដោយ។ ក្នុងពេលជាមួយគ្នានោះ មូលដ្ឋានទិន្នន័យត្រូវបានហើមដោយការលោតផ្លោះ និងព្រំដែន អ្នករុករកបានបន្តធ្វើការ អ្នកខាងក្រោយបានពិសោធជាមួយ NLP ដើម្បីបែងចែកអត្ថបទច្នៃប្រឌិតពីអត្ថបទដែលមិនច្នៃប្រឌិត)))។ ប៉ុន្តែពេលវេលាសម្រាប់ការធ្វើបទបង្ហាញចុងក្រោយគឺខិតជិតមកដល់ហើយ។

7. បទបង្ហាញ។ តាមបទពិសោធន៍របស់ខ្ញុំ ខ្ញុំអាចនិយាយបានថា អ្នកគួរតែប្តូរទៅរៀបចំបទបង្ហាញប្រហែល 3 ទៅ 4 ម៉ោងមុនពេលវាដល់ពេលកំណត់។ ជាពិសេសប្រសិនបើវាពាក់ព័ន្ធនឹងវីដេអូ ការថត និងការកែសម្រួលរបស់វាត្រូវចំណាយពេលច្រើនណាស់។ យើង​ត្រូវ​មាន​វីដេអូ។ ហើយ​យើង​មាន​មនុស្ស​ពិសេស​ម្នាក់​ដែល​បាន​ដោះស្រាយ​បញ្ហា​នេះ ហើយ​ក៏​បាន​ដោះស្រាយ​បញ្ហា​ស្ថាប័ន​មួយ​ចំនួន​ទៀត។ ក្នុងន័យនេះ យើងមិនបានបំបែរអារម្មណ៍ខ្លួនយើងពីការសរសេរកូដរហូតដល់ពេលចុងក្រោយនោះទេ។

8. ទីលាន។ ខ្ញុំ​មិន​ពេញ​ចិត្ត​ដែល​បទ​បង្ហាញ​និង​ការ​ប្រកួត​វគ្គ​ផ្តាច់​ព្រ័ត្រ​ត្រូវ​បាន​ធ្វើ​ឡើង​នៅ​ថ្ងៃ​សប្ដាហ៍​ដោយ​ឡែក​ពី​គ្នា (ថ្ងៃ​ចន្ទ)។ នៅទីនេះ ភាគច្រើនទំនងជាគោលការណ៍របស់អ្នករៀបចំក្នុងការច្របាច់បញ្ចូលចំនួនអតិបរមាចេញពីអ្នកចូលរួមនៅតែបន្ត។ ខ្ញុំ​មិន​មាន​គម្រោង​ឆ្លៀត​ពេល​សម្រាក​ពី​ការងារ​ទេ ខ្ញុំ​គ្រាន់​តែ​ចង់​មក​ដល់​វគ្គ​ផ្ដាច់ព្រ័ត្រ​ប៉ុណ្ណោះ បើ​ទោះ​បី​ជា​ក្រុម​ដែល​នៅ​សល់​ខ្ញុំ​ឈប់​សម្រាក​មួយ​ថ្ងៃ​ក៏​ដោយ។ ទោះជាយ៉ាងណាក៏ដោយ អារម្មណ៍រំជើបរំជួលនៅក្នុងកម្មវិធី hackathon គឺមានកម្រិតខ្ពស់រួចទៅហើយ ដែលនៅម៉ោង 8 ព្រឹក ខ្ញុំបានសរសេរនៅក្នុង chat របស់ក្រុមខ្ញុំ (ក្រុមការងារមិនមែនក្រុម hackathon) ថាខ្ញុំកំពុងចំណាយពេលមួយថ្ងៃដោយចំណាយផ្ទាល់ខ្លួន ហើយទៅកណ្តាល។ ការិយាល័យសម្រាប់ទីលាន។ បញ្ហារបស់យើងប្រែទៅជាមានអ្នកវិទ្យាសាស្ត្រទិន្នន័យសុទ្ធជាច្រើន ហើយនេះប៉ះពាល់យ៉ាងខ្លាំងដល់វិធីសាស្រ្តក្នុងការដោះស្រាយបញ្ហា។ មនុស្សជាច្រើនមាន DS ដ៏ល្អ ប៉ុន្តែគ្មាននរណាម្នាក់មានគំរូដែលដំណើរការនោះទេ មនុស្សជាច្រើនមិនអាចទទួលបានជុំវិញការហាមឃាត់របស់អ្នករុករករបស់ពួកគេនៅក្នុងម៉ាស៊ីនស្វែងរក។ យើងជាក្រុមតែមួយគត់ដែលមានគំរូការងារ។ ហើយយើងដឹងពីរបៀបដោះស្រាយបញ្ហា។ នៅទីបញ្ចប់ យើងបានឈ្នះផ្លូវនេះ ទោះបីជាយើងមានសំណាងណាស់ដែលយើងជ្រើសរើសការងារដែលមានការប្រកួតប្រជែងតិចបំផុត។ ក្រឡេក​មើល​ទីលាន​ក្នុង​បទ​ផ្សេង យើង​ដឹង​ថា​យើង​នឹង​គ្មាន​ឱកាស​នៅ​ទីនោះ​ទេ។ ខ្ញុំ​ក៏​ចង់​និយាយ​ដែរ​ថា យើង​មាន​សំណាង​ខ្លាំង​ណាស់​ជាមួយ​នឹង​គណៈ​កម្មាធិការ ដោយ​ពួកគេ​បាន​ពិនិត្យ​លេខ​កូដ​យ៉ាង​ល្អិតល្អន់។ ហើយការវិនិច្ឆ័យដោយការពិនិត្យឡើងវិញនេះមិនបានកើតឡើងនៅក្នុងបទទាំងអស់ទេ។

9. ចុងក្រោយ។ បន្ទាប់ពីយើងត្រូវបានគេហៅទៅកាន់គណៈវិនិច្ឆ័យជាច្រើនដងសម្រាប់ការពិនិត្យកូដ យើងគិតថាទីបំផុតយើងបានដោះស្រាយបញ្ហាទាំងអស់ហើយ បានទៅញ៉ាំអាហារថ្ងៃត្រង់នៅ Burger King។ នៅទីនោះអ្នករៀបចំបានទូរស័ព្ទមកយើងម្តងទៀត យើងត្រូវខ្ចប់ការបញ្ជាទិញរបស់យើងហើយត្រឡប់ទៅវិញ។

អ្នករៀបចំបានបង្ហាញពីបន្ទប់ដែលយើងត្រូវចូលទៅ ហើយពេលចូល យើងបានរកឃើញខ្លួនយើងនៅឯវគ្គបណ្តុះបណ្តាលនិយាយជាសាធារណៈសម្រាប់ក្រុមដែលឈ្នះ។ អ្នក​ដែល​ត្រូវ​ឡើង​សម្តែង​លើ​ឆាក​ត្រូវ​បាន​គេ​ចោទ​ប្រកាន់​យ៉ាង​ល្អ គ្រប់​គ្នា​ចេញ​មក​ដូច​អ្នក​សម្តែង​ពិតៗ។

ហើយខ្ញុំត្រូវតែទទួលស្គាល់ថា នៅវគ្គផ្តាច់ព្រ័ត្រ ប្រឆាំងនឹងផ្ទៃខាងក្រោយនៃក្រុមខ្លាំងបំផុតពីបទផ្សេងទៀត យើងមើលទៅស្លេកហើយ ជ័យជំនះក្នុងការតែងតាំងអតិថិជនរបស់រដ្ឋាភិបាលពិតជាសមនឹងទទួលបានទៅក្រុមពីផ្លូវបច្ចេកវិទ្យាអចលនទ្រព្យ។ ខ្ញុំគិតថាកត្តាសំខាន់ៗដែលរួមចំណែកដល់ការទទួលជ័យជម្នះរបស់យើងនៅលើផ្លូវគឺ៖ ភាពអាចរកបាននៃទទេដែលត្រៀមរួចជាស្រេច ដោយសារតែការដែលយើងអាចបង្កើតគំរូបានយ៉ាងឆាប់រហ័ស វត្តមាននៃ "ការរំលេច" នៅក្នុងគំរូ (ស្វែងរក CEOs នៅលើបណ្តាញសង្គម) និងជំនាញ NLP របស់អ្នកគាំទ្ររបស់យើង ដែលចាប់អារម្មណ៍យ៉ាងខ្លាំងចំពោះគណៈវិនិច្ឆ័យ។

ហើយសរុបមក អរគុណជាប្រពៃណីដល់អស់អ្នកដែលគាំទ្រយើង គណៈវិនិច្ឆ័យនៃបទរបស់យើង Evgeniy Evgrafiev (អ្នកនិពន្ធនៃបញ្ហាដែលយើងបានដោះស្រាយនៅឯ hackathon) និងជាការពិតណាស់អ្នករៀបចំកម្មវិធី hackathon ។ នេះប្រហែលជាការ hackathon ដ៏ធំ និងត្រជាក់បំផុតដែលខ្ញុំធ្លាប់បានចូលរួម ខ្ញុំគ្រាន់តែចង់ជូនពរឱ្យបុរសរក្សាស្តង់ដារខ្ពស់បែបនេះនាពេលអនាគត!

ប្រភព: www.habr.com