Urban Tech Challenge hackathon හි අපි Big Data ධාවන පථය ජයග්‍රහණය කළේ කෙසේද සහ ඇයි

මගේ නම දිමිත්‍රි. ඒවගේම Big Data track එකේ Urban Tech Challenge hackathon එකේ අවසන් වටයට අපේ කණ්ඩායම ළඟා වුණේ කොහොමද කියන එක ගැන මට කතා කරන්න ඕන. මම වහාම කියන්නම් මෙය මා සහභාගී වූ පළමු හැකතන් එක නොවන අතර මා ත්‍යාග ලබාගත් පළමු අවස්ථාව නොවේ. මේ සම්බන්ධයෙන්, මගේ කතාවේදී මට සමස්තයක් ලෙස හැකතන් කර්මාන්තය සම්බන්ධයෙන් සාමාන්‍ය නිරීක්ෂණ සහ නිගමන කිහිපයක් ප්‍රකාශ කිරීමට අවශ්‍ය වන අතර නාගරික තාක්ෂණික අභියෝගය අවසන් වූ විගසම අන්තර්ජාලයේ පළ වූ සෘණාත්මක සමාලෝචනවලට වඩා මගේ දෘෂ්ටිකෝණය ලබා දීමට අවශ්‍ය වේ. උදාහරණයක් මේ).

එබැවින් පළමුව පොදු නිරීක්ෂණ කිහිපයක්.

1. Hackathon යනු හොඳම කේත රචකයින් ජයග්‍රහණය කරන යම් ආකාරයක ක්‍රීඩා තරඟයක් බව බොහෝ දෙනෙක් බොළඳ ලෙස සිතීම පුදුමයට කරුණකි. මේක වැරදියි. හැකතන් සංවිධායකයින්ම ඔවුන්ට අවශ්‍ය දේ නොදන්නා අවස්ථා මම සලකන්නේ නැත (මමත් එය දැක ඇත). එහෙත්, නීතියක් ලෙස, hackathon සංවිධානය කරන සමාගම තමන්ගේම ඉලක්ක අනුගමනය කරයි. ඔවුන්ගේ ලැයිස්තුව වෙනස් විය හැකිය: එය සමහර ගැටළු සඳහා තාක්ෂණික විසඳුමක් විය හැකිය, නව අදහස් සහ පුද්ගලයින් සෙවීම යනාදිය. මෙම ඉලක්ක බොහෝ විට සිදුවීමේ ආකෘතිය, එහි වේලාව, මාර්ගගත/නොබැඳි, කාර්යයන් සූත්‍රගත කරන්නේ කෙසේද (සහ ඒවා කිසිසේත් සූත්‍රගත කරන්නේද යන්න), හැකතන්හිදී කේත සමාලෝචනයක් තිබේද යන්න තීරණය කරයි. කණ්ඩායම් දෙකම සහ ඔවුන් කළ දේ මෙම දෘෂ්ටි කෝණයෙන් තක්සේරු කෙරේ. සමාගමට අවශ්‍ය ස්ථානයට හොඳම පහර දුන් කණ්ඩායම් ජයග්‍රහණය කරන අතර බොහෝ දෙනෙක් මෙම ස්ථානයට පැමිණෙන්නේ සම්පූර්ණයෙන්ම නොදැනුවත්වම සහ අහම්බෙන්, ඔවුන් සැබවින්ම ක්‍රීඩා තරඟයකට සහභාගී වන බව සිතමිනි. මගේ නිරීක්ෂණවලින් පෙනී යන්නේ සහභාගිවන්නන් පෙළඹවීම සඳහා සංවිධායකයින් අවම වශයෙන් ක්‍රීඩා පරිසරයක පෙනුම සහ සමාන තත්වයන් නිර්මාණය කළ යුතු අතර එසේ නොමැතිනම් ඉහත සමාලෝචනයේ දී මෙන් ඔවුන්ට සෘණාත්මක රැල්ලක් ලැබෙනු ඇති බවයි. නමුත් අපි හැරෙනවා.

2. එබැවින් පහත නිගමනය. සහභාගිවන්නන් තමන්ගේම වැඩ සමඟ හැකතන් වෙත පැමිණීම ගැන සංවිධායකයින් උනන්දු වෙති, සමහර විට ඔවුන් මේ සඳහා විශේෂයෙන් මාර්ගගත ලිපි හුවමාරු වේදිකාවක් පවා සංවිධානය කරති. මෙය ශක්තිමත් නිමැවුම් විසඳුම් සඳහා ඉඩ සලසයි. "තමන්ගේම වැඩ" යන සංකල්පය ඉතා සාපේක්ෂ එකකි; ඕනෑම පළපුරුදු සංවර්ධකයෙකුට ඔහුගේ පළමු කැපවීමේදී ඔහුගේ පැරණි ව්‍යාපෘති වලින් කේත පේළි දහස් ගණනක් රැස් කර ගත හැකිය. තවද මෙය පෙර සූදානම් කළ සංවර්ධනයක් වේවිද? නමුත් ඕනෑම අවස්ථාවක, රීතිය අදාළ වේ, එය මම ප්‍රසිද්ධ මතකයේ ස්වරූපයෙන් ප්‍රකාශ කළෙමි:

Urban Tech Challenge hackathon හි අපි Big Data ධාවන පථය ජයග්‍රහණය කළේ කෙසේද සහ ඇයි

ජයග්‍රහණය කිරීම සඳහා, ඔබට යමක් තිබිය යුතුය, යම් ආකාරයක තරඟකාරී වාසියක්: ඔබ අතීතයේ කළ සමාන ව්‍යාපෘතියක්, නිශ්චිත මාතෘකාවක් පිළිබඳ දැනුම සහ අත්දැකීම්, හෝ හැකතන් ආරම්භයට පෙර සූදානම් කළ කාර්යයක්. ඔව්, එය ක්රීඩාව නොවේ. ඔව්, මෙය වියදම් කළ උත්සාහය වටින්නේ නැත (මෙහි, සෑම කෙනෙකුම තමන් විසින්ම තීරණය කරයි සති 3 ක් සඳහා රාත්‍රියේ 100 ක ත්‍යාගයක් සඳහා කේතනය කිරීම වටී ද යන්න, මුළු කණ්ඩායම අතර බෙදී ඇති අතර එය ලබා නොගැනීමේ අවදානමක් ඇත). එහෙත්, බොහෝ විට, ඉදිරියට යාමට ඇති එකම අවස්ථාව මෙයයි.

3. කණ්ඩායම් තේරීම. Hackathon කතාබස් වලදී මා දුටු පරිදි, බොහෝ දෙනෙක් මෙම ගැටලුවට ඉතා අශෝභන ලෙස ප්‍රවේශ වෙති (හැකතන්හිදී ඔබගේ ප්‍රතිඵලය තීරණය කරන වැදගත්ම තීරණය මෙය වුවද). බොහෝ ක්‍රියාකාරකම් ක්ෂේත්‍රවල (ක්‍රීඩා සහ හැකතන් යන දෙඅංශයේම) ශක්තිමත් මිනිසුන් ශක්තිමත් අය සමඟ, දුර්වලයන් දුර්වලයන් සමඟ, බුද්ධිමත් අය බුද්ධිමත් අය සමඟ එක්සත් වීමට නැඹුරු වන බව මම දැක ඇත්තෙමි, හොඳයි, පොදුවේ, ඔබට අදහසක් ලැබේ ... කතාබස් වලදී දළ වශයෙන් සිදුවන්නේ මෙයයි: අඩු ප්‍රබල ක්‍රමලේඛකයින් ඔවුන් වහාම අල්ලා ගනු ලැබේ, හැකතන් සඳහා වටිනා කුසලතා නොමැති පුද්ගලයින් දිගු වේලාවක් චැට් එකේ රැඳී සිටින අතර යමෙකු එය ගන්නේ නම් පමණක් යන මූලධර්මය මත කණ්ඩායමක් තෝරා ගනී. . සමහර hackathons වලදී, කණ්ඩායම් වෙත අහඹු පැවරුම් සිදු කරනු ලබන අතර, සංවිධායකයින් කියා සිටින්නේ අහඹු කණ්ඩායම් පවතින කණ්ඩායම්වලට වඩා නරක ලෙස ක්‍රියා නොකරන බවයි. නමුත් මගේ නිරීක්ෂණවලට අනුව, අභිප්‍රේරිත පුද්ගලයින්, රීතියක් ලෙස, තනිවම කණ්ඩායමක් සොයා ගනී; යමෙකු පැවරිය යුතු නම්, බොහෝ විට, ඔවුන්ගෙන් බොහෝ දෙනෙක් හැකතන් වෙත නොඑති.

කණ්ඩායමේ සංයුතිය සම්බන්ධයෙන් ගත් කල, මෙය ඉතා තනි පුද්ගලයෙකු වන අතර කාර්යය මත බෙහෙවින් රඳා පවතී. මට කියන්න පුළුවන් අවම ශක්‍ය කණ්ඩායම් සංයුතිය නිර්මාණකරුවෙකු - ඉදිරිපස අන්තය හෝ ඉදිරිපස අන්තය - පසුපස අන්තය. නමුත් node.js හි සරල පසුපෙළක් එක් කළ, හෝ React Native හි ජංගම යෙදුමක් සාදන ලද, ඉදිරිපසින් පමණක් සමන්විත කණ්ඩායම් ජයග්‍රහණය කළ අවස්ථා ද මම දනිමි; නැතහොත් සරල පිරිසැලසුම කළ පසුගාමීන්ගෙන් පමණි. පොදුවේ, සෑම දෙයක්ම ඉතා තනි පුද්ගලයෙකු වන අතර කාර්යය මත රඳා පවතී. Hackathon සඳහා කණ්ඩායමක් තෝරා ගැනීමේ මගේ සැලැස්ම පහත පරිදි විය: මම කණ්ඩායමක් එක්රැස් කිරීමට හෝ ඉදිරිපස - පසු-අන්ත - නිර්මාණකරු (මම ඉදිරි අන්තය) වැනි කණ්ඩායමකට සම්බන්ධ වීමට සැලසුම් කළෙමි. ඒ වගේම ඉතා ඉක්මනින් මම පයිතන් පසුපෙළකරුවෙකු සහ අප හා සම්බන්ධ වීමට ආරාධනාව පිළිගත් නිර්මාණකරුවෙකු සමඟ කතාබස් කිරීමට පටන් ගතිමි. මඳ වේලාවකට පසු, ව්‍යාපාරික විශ්ලේෂකයෙකු වන ගැහැණු ළමයෙකු අප හා සම්බන්ධ වූ අතර, ඒ වන විටත් හැකතන් තරඟයක් ජයග්‍රහණය කර ඇති අතර, ඇය අප හා සම්බන්ධ වීමේ ප්‍රශ්නය මෙය තීරණය කළේය. කෙටි රැස්වීමකින් පසු, අපි අපව U4 (URBAN 4, නාගරික හතර) ලෙස හැඳින්වීමට තීරණය කළේ අපූර්ව හතර සමඟ සැසඳීමෙනි. තවද ඔවුන් අපගේ ටෙලිග්‍රාම් නාලිකාවේ අවතාරයේ අනුරූප පින්තූරයක් පවා තැබූහ.

4. කාර්යයක් තෝරාගැනීම. මම දැනටමත් පවසා ඇති පරිදි, ඔබට තරඟකාරී වාසියක් තිබිය යුතුය, හැකතන් සඳහා කාර්යය තෝරා ගනු ලබන්නේ මේ මත පදනම්වය. මේ මත පදනම්ව, බැලූ විට කාර්ය සාධක ලැයිස්තුව සහ ඒවායේ සංකීර්ණත්වය තක්සේරු කරමින්, අපි කාර්යයන් දෙකක් මත පදිංචි විය: DPiIR වෙතින් නව්‍ය ව්‍යවසායන් නාමාවලියක් සහ EFKO වෙතින් චැට්බෝට් එකක්. DPIiR වෙතින් කාර්යය බැකන්ඩර් විසින් තෝරා ගන්නා ලදී, EFKO වෙතින් කාර්යය මා විසින් තෝරා ගන්නා ලදී, මන්ද node.js සහ DialogFlow හි chatbot ලිවීමේ පළපුරුද්ද තිබුණා. EFKO කර්තව්‍යයට ML ද සම්බන්ධ විය; මට ML පිළිබඳ ඉතා පුළුල් නොවන අත්දැකීම් කිහිපයක් තිබේ. ගැටලුවේ කොන්දේසි වලට අනුව, එය ML මෙවලම් භාවිතයෙන් විසඳිය නොහැකි බව මට පෙනී ගියේය. මම නාගරික තාක්ෂණ අභියෝග හමුවට ගිය විට මෙම හැඟීම ශක්තිමත් විය, එහිදී සංවිධායකයින් මට EFKO හි දත්ත කට්ටලයක් පෙන්වූ අතර එහිදී නිෂ්පාදන පිරිසැලසුම් ඡායාරූප 100 ක් පමණ (විවිධ කෝණවලින් ගත්) සහ පන්ති 20 ක් පමණ පිරිසැලසුම් දෝෂ තිබේ. තවද, ඒ අතරම, කාර්යය ඇණවුම් කළ අයට 90% ක වර්ගීකරණ සාර්ථකත්ව අනුපාතයක් ලබා ගැනීමට අවශ්ය විය. එහි ප්‍රතිඵලයක් වශයෙන්, මම ML නොමැතිව විසඳුමේ ඉදිරිපත් කිරීමක් සකස් කළෙමි, පසුබිම්කරු නාමාවලිය මත පදනම්ව ඉදිරිපත් කිරීමක් සකස් කළෙමි, සහ ඉදිරිපත් කිරීම් අවසන් කිරීමෙන් පසු අපි ඔවුන්ව නාගරික තාක්ෂණික අභියෝගයට යැව්වෙමු. දැනටමත් මෙම අදියරේදී, එක් එක් සහභාගිවන්නාගේ අභිප්රේරණය සහ දායකත්වයේ මට්ටම අනාවරණය විය. අපගේ නිර්මාණකරු සාකච්ඡාවලට සහභාගී නොවී, ප්‍රමාද වී ප්‍රතිචාර දැක්වූ අතර, අවසාන මොහොතේ ඉදිරිපත් කිරීමේදී තමා පිළිබඳ තොරතුරු පවා පුරවා ඇත, පොදුවේ සැකයන් මතු විය.

එහි ප්‍රතිඵලයක් වශයෙන්, අපි DPiIR වෙතින් කාර්යය සමත් වූ අතර, අපි EFKO සමත් නොවීම ගැන කිසිසේත්ම කණගාටු නොවෙමු, මන්ද එම කාර්යය අපට අමුතු දෙයක් ලෙස පෙනුනද, එය මෘදු ලෙස කිවහොත්.

5. hackathon සඳහා සූදානම් වීම. අවසානයේ අපි hackathon සඳහා සුදුසුකම් ලබා ඇති බව දැනගත් විට, අපි සූදානම් වීමට පටන් ගත්තා. හැකතන් ආරම්භ වීමට සතියකට පෙර කේතය ලිවීමට පටන් ගැනීම මෙහිදී මම යෝජනා නොකරමි. අවම වශයෙන්, ඔබට බොයිලේරු තහඩුවක් සූදානම් කර තිබිය යුතුය, එය සමඟ ඔබට වහාම වැඩ ආරම්භ කළ හැකිය, මෙවලම් වින්‍යාස කිරීමකින් තොරව සහ ඔබ පළමු වරට hackathon එකකදී උත්සාහ කිරීමට තීරණය කළ සමහර lib වල දෝෂ වලට හසු නොවී. Hackathon එකකට ඇවිත් ප්‍රොජෙක්ට් බිල්ඩ් එක සෙට් කරලා දවස් 2ක් ගත කරපු කෝණික ඉංජිනේරුවන් ගැන කතාවක් මම දන්නවා, ඒ නිසා හැම දෙයක්ම කලින් සූදානම් කරන්න. අපි පහත පරිදි වගකීම් බෙදා හැරීමට අදහස් කළෙමු: පසුබිම්කරු අන්තර්ජාලය පිරික්සීමට සහ එකතු කරන ලද සියලුම තොරතුරු දත්ත ගබඩාවේ තබන බඩගාන්නන් ලියන අතර, මම මෙම දත්ත සමුදාය විමසා දත්ත ඉදිරියට යවන API එකක් node.js හි ලියන අතර. මේ සම්බන්ධව, මම express.js භාවිතයෙන් සේවාදායකයක් කල්තියා සූදානම් කර ප්‍රතික්‍රියාවේ ඉදිරිපස අන්තයක් සකස් කළෙමි. මම CRA භාවිතා නොකරමි, මම හැමවිටම webpack එක මා වෙනුවෙන් අභිරුචිකරණය කරනවා සහ මෙයින් ඇතිවිය හැකි අවදානම් මොනවාදැයි මම හොඳින් දනිමි (කෝණික සංවර්ධකයින් පිළිබඳ කතාව මතක තබා ගන්න). මෙම අවස්ථාවේදී, මම සකස් කරන්නේ කුමක්ද යන්න පිළිබඳ අදහසක් ලබා ගැනීම සඳහා අපගේ නිර්මාණකරුගෙන් අතුරු මුහුණත් සැකිලි හෝ අවම වශයෙන් mockups ඉල්ලා සිටියෙමි. න්‍යායාත්මකව, ඔහු තමාගේම සූදානමක් ඇති කර ඒවා අප සමඟ සම්බන්ධීකරණය කළ යුතුය, නමුත් මට පිළිතුරක් ලැබුණේ නැත. ඒ නිසා මම මගේ පැරණි ව්‍යාපෘතියකින් නිර්මාණය ණයට ගත්තා. මෙම ව්‍යාපෘතිය සඳහා වන සියලුම මෝස්තර දැනටමත් ලියා ඇති බැවින් එය වඩාත් වේගයෙන් ක්‍රියාත්මක වීමට පටන් ගත්තේය. එබැවින් නිගමනය: කණ්ඩායමක නිර්මාණකරුවෙකු සෑම විටම අවශ්ය නොවේ))). අපි hackathon එකට ආවේ මේ වර්ධනයන් එක්ක.

6. hackathon හි වැඩ කරන්න. මම මුලින්ම මගේ කණ්ඩායම සජීවීව දැක්කේ මධ්‍යම බෙදාහැරීමේ මධ්‍යස්ථානයේ හැකතන් විවෘත කරන අවස්ථාවේදී පමණයි. අපි හමුවී, ගැටලුව විසඳීමේ හා වැඩ කිරීමේ අදියර සාකච්ඡා කළා. විවෘත කිරීමෙන් පසු අපට රතු ඔක්තෝබර් දක්වා බස් රථයෙන් යාමට සිදු වුවද, අපි නිදා ගැනීමට ගෙදර ගියෙමු, 9.00 වන විට එම ස්ථානයට පැමිණීමට එකඟ විය. ඇයි? සංවිධායකයින්ට පැහැදිලිවම සහභාගිවන්නන්ගෙන් උපරිම ප්‍රයෝජන ගැනීමට අවශ්‍ය වූ බැවින් ඔවුන් එවැනි කාලසටහනක් සකස් කළහ. නමුත්, මගේ අත්දැකීම අනුව, ඔබට එක රැයක් නිදා නොගෙන සාමාන්‍ය ලෙස කේත කළ හැකිය. දෙවැන්න සම්බන්ධයෙන්, මට තවදුරටත් විශ්වාස නැත. හැකතන් යනු මැරතන් තරඟයකි; ඔබ ඔබේ ශක්තිය ප්‍රමාණවත් ලෙස ගණනය කර සැලසුම් කළ යුතුය. එපමණක්ද නොව, අපට සූදානමක් තිබුණි.

Urban Tech Challenge hackathon හි අපි Big Data ධාවන පථය ජයග්‍රහණය කළේ කෙසේද සහ ඇයි

ඒ නිසා, නින්දෙන් පසු, 9.00 ට අපි ඩිවෝක්‍රසියේ හයවන මහලේ වාඩි වී සිටියෙමු. එවිට අපගේ නිර්මාණකරු අනපේක්ෂිත ලෙස නිවේදනය කළේ ඔහුට ලැප්ටොප් පරිගණකයක් නොමැති බවත්, ඔහු නිවසේ සිට වැඩ කරන බවත්, අපි දුරකථනයෙන් සන්නිවේදනය කරන බවත්ය. මෙය අන්තිම පිදුරු විය. ඉතින් අපි කණ්ඩායමේ නම වෙනස් නොකළත් අපි හතරේ සිට තුනට හැරෙමු. නැවතත්, මෙය අපට විශාල පහරක් නොවීය; මම දැනටමත් පැරණි ව්යාපෘතියෙන් නිර්මාණය කර ඇත. පොදුවේ ගත් කල, මුලදී සෑම දෙයක්ම තරමක් සුමටව හා සැලැස්මට අනුව සිදු විය. අපි සංවිධායකයින්ගෙන් නව්‍ය සමාගම්වල දත්ත සමුදායක් දත්ත ගබඩාවට (අපි neo4j භාවිතා කිරීමට තීරණය කළෙමු) පූරණය කළෙමු. මම අකුරු සැකසීමට පටන් ගත්තා, පසුව node.js ගත්තා, පසුව දේවල් වැරදියට පටන් ගත්තා. මම මීට පෙර කවදාවත් neo4j සමඟ වැඩ කර නොතිබූ අතර, මුලදී මම මෙම දත්ත සමුදාය සඳහා වැඩ කරන ධාවකයක් සොයමින් සිටියෙමි, පසුව මම විමසුමක් ලියන්නේ කෙසේදැයි සොයා බැලුවෙමි, පසුව මෙම දත්ත සමුදාය විමසූ විට, එහි ඇති ආයතන ආපසු ලබා දෙන බව සොයා ගැනීමෙන් මම පුදුමයට පත් විය. නෝඩ් වස්තූන් සහ ඒවායේ දාරවල අරාවක ස්වරූපය. එම. මම TIN මගින් සංවිධානයක් සහ එහි ඇති සියලුම දත්ත ඉල්ලා සිටි විට, එක් ආයතනික වස්තුවක් වෙනුවට, මෙම සංවිධානයේ දත්ත සහ ඒවා අතර සම්බන්ධතා අඩංගු දිගු වස්තු මාලාවක් මට ආපසු ලබා දෙන ලදී. මම සිතියම්කරුවෙකු ලියා මුළු අරාව හරහා ගොස් ඔවුන්ගේ සංවිධානයට අනුව සියලුම වස්තූන් එක වස්තුවකට ඇලෙව්වා. නමුත් සටනේදී, සංවිධාන 8 ක දත්ත සමුදායක් ඉල්ලා සිටින විට, එය තත්පර 20 - 30 ක් පමණ ඉතා සෙමින් ක්‍රියාත්මක විය. මම optimization ගැන හිතන්න පටන් ගත්තා... ඊට පස්සේ අපි වෙලාවට නවත්තලා MongoDB වලට මාරු උනා, අපිට විනාඩි 30ක් විතර ගියා. සමස්තයක් වශයෙන්, neo4j මත පැය 5 ක් පමණ අහිමි විය.

මතක තබා ගන්න, ඔබ නොදන්නා hackathon එකකට කිසිවිටෙක තාක්ෂණය රැගෙන නොයන්න, විස්මයන් තිබිය හැකිය. එහෙත්, පොදුවේ ගත් කල, මෙම අසාර්ථකත්වය හැරුණු විට, සියල්ල සැලැස්මට අනුව සිදු විය. දැනටමත් දෙසැම්බර් 9 වන දින උදෑසන අපට සම්පූර්ණයෙන්ම වැඩ කරන අයදුම්පතක් තිබුණි. ඉතිරි දවස සඳහා අපි එයට අමතර විශේෂාංග එකතු කිරීමට සැලසුම් කළෙමු. අනාගතයේ දී, සෑම දෙයක්ම මට සාපේක්ෂව සුමටව සිදු විය, නමුත් පසුපෙළකරුට සෙවුම් යන්ත්‍රවල, නෛතික ආයතනවල එකතු කරන්නන්ගේ අයාචිත තැපැල් තුළ ඔහුගේ බඩගාන්නන් තහනම් කිරීම පිළිබඳ ගැටළු රාශියක් ඇති අතර, එය ඉල්ලා සිටින විට සෙවුම් ප්‍රතිඵලවල පළමු ස්ථානවලට පැමිණියේය. එක් එක් විශේෂිත සමාගම සඳහා. නමුත් ඔහුම ඒ ගැන පැවසීම වඩා හොඳය. මම එකතු කළ පළමු අමතර විශේෂාංගය සම්පූර්ණ නමෙන් සෙවීමයි. VKontakte හි සාමාන්ය අධ්යක්ෂ. පැය කිහිපයක් ගත විය.

එබැවින්, අපගේ යෙදුමේ සමාගමේ පිටුවේ, සාමාන්‍ය අධ්‍යක්ෂවරයාගේ අවතාරයක් දර්ශනය විය, ඔහුගේ VKontakte පිටුවට සබැඳියක් සහ වෙනත් දත්ත. එය අපට ජයග්‍රහණය ලබා නොදුන්නත් එය කේක් මත ලස්සන චෙරි ගෙඩියක් විය. පසුව, මට විශ්ලේෂණ කිහිපයක් ධාවනය කිරීමට අවශ්‍ය විය. නමුත් දිගු විකල්ප සෙවීමකින් පසුව (UI සමඟ බොහෝ සූක්ෂ්මතා තිබුණි), මම ආර්ථික ක්‍රියාකාරකම් කේතය මගින් සංවිධානවල සරලම එකතු කිරීම මත පදිංචි විය. දැනටමත් සවස් වරුවේ, අවසාන පැය කිහිපය තුළ, මම නව්‍ය නිෂ්පාදන ප්‍රදර්ශනය කිරීම සඳහා අච්චුවක් සකස් කරමින් සිටියෙමි (අපගේ යෙදුමේ නිෂ්පාදන සහ සේවා අංශයක් තිබිය යුතුය), නමුත් පසුබිම මේ සඳහා සූදානම් නැත. ඒ අතරම, දත්ත සමුදාය වේගයෙන් ඉදිමී ගියේය, බඩගාන්නන් දිගටම වැඩ කළේය, නව්‍ය පෙළ නවෝත්පාදන නොවන ඒවායින් වෙන්කර හඳුනා ගැනීමට පසුබිම්කරු NLP සමඟ අත්හදා බැලීම් කළේය))). නමුත් අවසාන ඉදිරිපත් කිරීම සඳහා කාලය දැනටමත් ළං වෙමින් තිබුණි.

7. ඉදිරිපත් කිරීම. මගේම අත්දැකීමෙන්, මට කියන්න පුළුවන්, ඔබ ඉදිරිපත් කිරීමක් නියමිත වේලාවට පැය 3-4 කට පමණ පෙර සූදානම් කිරීමට මාරු විය යුතු බව. විශේෂයෙන්ම එය වීඩියෝ සම්බන්ධ නම්, එහි වෙඩි තැබීම සහ සංස්කරණය කිරීම සඳහා සෑහෙන කාලයක් ගතවේ. අපි ළඟ වීඩියෝ එකක් තියෙන්න තිබුණා. ඒවගේම අපිට මේ සම්බන්ධයෙන් කටයුතු කරපු විශේෂ පුද්ගලයෙක් හිටියා වගේම තවත් ආයතනික ප්‍රශ්න ගණනාවක් විසඳුවා. මේ සම්බන්ධයෙන්, අපි අවසාන මොහොත දක්වාම කේතනය කිරීමෙන් අප අවධානය වෙනතකට යොමු නොකළෙමු.

8. තණතීරුව. ඉදිරිපත් කිරීම් සහ අවසන් තරග වෙනම සතියේ දිනක (සඳුදා) පැවැත්වීම ගැන මම කැමති වුණේ නැහැ. මෙහිදී, බොහෝ විට, සහභාගිවන්නන්ගෙන් උපරිම මිරිකීමේ සංවිධායකයින්ගේ ප්රතිපත්තිය දිගටම පැවතුනි. මම රැකියාවෙන් විවේක ගැනීමට සැලසුම් නොකළෙමි, මගේ කණ්ඩායමේ සෙසු අය නිවාඩු ගත්තද මට අවශ්‍ය වූයේ අවසන් මහා තරගයට පැමිණීමට පමණි. කෙසේ වෙතත්, hackathon හි චිත්තවේගීය ගිල්වීම දැනටමත් ඉහළ මට්ටමක පැවතුනි, උදේ 8 ට මම මගේ කණ්ඩායමේ (වැඩ කණ්ඩායම, hackathon කණ්ඩායම නොවේ) චැට් එකේ මගේ වියදමින් දවස ගත කරන බව ලියා මධ්‍යම වෙත ගියෙමි. තණතීරු සඳහා කාර්යාලය. අපගේ ගැටලුව පිරිසිදු දත්ත විද්‍යාඥයින් විශාල ප්‍රමාණයක් සිටින අතර, මෙය ගැටලුව විසඳීමේ ප්‍රවේශයට බෙහෙවින් බලපෑවේය. බොහෝ දෙනෙකුට හොඳ ඩීඑස් එකක් තිබුණි, නමුත් කිසිවෙකුට වැඩ කරන මූලාකෘතියක් නොතිබුණි, බොහෝ දෙනෙකුට සෙවුම් යන්ත්‍රවල ඔවුන්ගේ බඩගාන්නන්ගේ තහනම මඟහරවා ගත නොහැක. වැඩ කරන මූලාකෘතියක් සහිත එකම කණ්ඩායම අපියි. ඒ වගේම අපි දැනගෙන හිටියා ප්‍රශ්නය විසඳන්නේ කොහොමද කියලා. අවසානයේදී, අපි ධාවන පථය ජය ගත්තෙමු, නමුත් අපි තරඟකාරී අවම කාර්යය තෝරා ගැනීම වාසනාවන්ත විය. අනෙක් ධාවන පථවල තණතීරු දෙස බලන විට අපට එහි අවස්ථාවක් නොමැති බව අපට වැටහුණි. ජූරි සභාව සමඟ අපි ඉතා වාසනාවන්ත බව මට පැවසීමට අවශ්‍යයි; ඔවුන් කේතය ඉතා සූක්ෂම ලෙස පරීක්ෂා කළා. තවද, සමාලෝචන අනුව විනිශ්චය කිරීම, මෙය සියලුම ධාවන පථවල සිදු නොවීය.

9. අවසාන. කෝඩ් රිවිව් එකකට කීප සැරයක්ම ජූරියට කැඳෙව්වාට පස්සේ අන්තිමට ප් රශ්න ඔක්කොම විසඳගත්තා කියලා හිතාගෙන අපි බර්ගර් කිං එකේ දවල්ට කන්න ගියා. එහිදී සංවිධායකයින් අපට නැවත කතා කළා, අපට ඉක්මනින් අපගේ ඇණවුම් ඇසුරුම් කර ආපසු යාමට සිදු විය.

සංවිධායකවරයා අපට යා යුත්තේ කුමන කාමරයටද යන්න පෙන්වූ අතර, ඇතුළු වූ පසු, ජයග්‍රාහී කණ්ඩායම් සඳහා ප්‍රසිද්ධ කථන පුහුණු සැසියකදී අපට හමු විය. වේදිකාවේ රඟ දැක්වීමට නියමිතව සිටි අය හොඳින් ආරෝපණය කර ඇත, සියල්ලෝම සැබෑ සංදර්ශන කරුවන් මෙන් පිටතට පැමිණියහ.

මම පිළිගත යුතුයි, අවසාන තරගයේදී, අනෙකුත් ධාවන පථවල ප්‍රබල කණ්ඩායම් පසුබිම්වලට එරෙහිව, අපි සුදුමැලි බවක් පෙනෙන්නට තිබුණි; රජයේ පාරිභෝගික නාමයෝජනා ජයග්‍රහණය බොහෝ දුරට දේපළ වෙළඳාම් තාක්‍ෂණ ධාවන පථයෙන් කණ්ඩායමට හිමි විය. ධාවන පථයේ අපගේ ජයග්‍රහණයට දායක වූ ප්‍රධාන සාධක වූයේ: සූදානම් කළ හිස් එකක් තිබීම, එම නිසා අපට ඉක්මනින් මූලාකෘතියක් සෑදීමට හැකි වීම, මූලාකෘතියේ “උද්දීපනය” තිබීම (ප්‍රධාන විධායක නිලධාරීන් සඳහා සෙවීම සමාජ ජාල වල) සහ අපගේ පසුපෙළේ NLP කුසලතා, ජූරි සභාව ද බෙහෙවින් උනන්දු විය.

Urban Tech Challenge hackathon හි අපි Big Data ධාවන පථය ජයග්‍රහණය කළේ කෙසේද සහ ඇයි

අවසාන වශයෙන්, අපට සහාය දුන් සැමට, අපගේ ධාවන පථයේ ජූරි සභාව, Evgeniy Evgrafiev (අපි hackathon හිදී විසඳූ ගැටලුවේ කතුවරයා) සහ ඇත්ත වශයෙන්ම hackathon සංවිධායකයින් වෙත සම්ප්‍රදායික ස්තුතිය පුද කරමි. මෙය සමහර විට මා සහභාගී වූ විශාලතම සහ සිසිල්ම hackathon විය හැක, මට ප්‍රාර්ථනා කළ හැක්කේ අනාගතයේදී එවැනි උසස් ප්‍රමිතියක් තබා ගැනීමට යාලුවනේ පමණි!

මූලාශ්රය: www.habr.com

අදහස් එක් කරන්න