അർബൻ ടെക് ചലഞ്ച് ഹാക്കത്തോണിൽ ഞങ്ങൾ എങ്ങനെയാണ്, എന്തുകൊണ്ട് ബിഗ് ഡാറ്റ ട്രാക്ക് നേടി

എന്റെ പേര് ദിമിത്രി. ബിഗ് ഡാറ്റ ട്രാക്കിലെ അർബൻ ടെക് ചലഞ്ച് ഹാക്കത്തണിന്റെ ഫൈനലിൽ ഞങ്ങളുടെ ടീം എങ്ങനെ എത്തി എന്നതിനെക്കുറിച്ച് സംസാരിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. ഇത് ഞാൻ പങ്കെടുത്ത ആദ്യത്തെ ഹാക്കത്തോണല്ലെന്നും ഞാൻ സമ്മാനങ്ങൾ നേടിയ ആദ്യത്തേതല്ലെന്നും ഞാൻ ഉടൻ പറയും. ഇക്കാര്യത്തിൽ, എന്റെ കഥയിൽ, ഹാക്കത്തോൺ വ്യവസായത്തെ മൊത്തത്തിൽ സംബന്ധിച്ച് പൊതുവായ ചില നിരീക്ഷണങ്ങളും നിഗമനങ്ങളും അറിയിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു, കൂടാതെ അർബൻ ടെക് ചലഞ്ച് അവസാനിച്ചതിന് തൊട്ടുപിന്നാലെ ഓൺലൈനിൽ പ്രത്യക്ഷപ്പെട്ട നെഗറ്റീവ് അവലോകനങ്ങൾക്ക് വിരുദ്ധമായി എന്റെ കാഴ്ചപ്പാട് നൽകാനും ആഗ്രഹിക്കുന്നു. ഉദാഹരണം ഇത്).

അതിനാൽ ആദ്യം ചില പൊതു നിരീക്ഷണങ്ങൾ.

1. മികച്ച കോഡർമാർ വിജയിക്കുന്ന ഒരുതരം കായിക മത്സരമാണ് ഹാക്കത്തോൺ എന്ന് വളരെ കുറച്ച് ആളുകൾ നിഷ്കളങ്കമായി ചിന്തിക്കുന്നത് ആശ്ചര്യകരമാണ്. ഇത് തെറ്റാണ്. ഹാക്കത്തോൺ സംഘാടകർക്ക് എന്താണ് വേണ്ടതെന്ന് അറിയാത്ത കേസുകൾ ഞാൻ പരിഗണിക്കുന്നില്ല (ഞാനും അത് കണ്ടിട്ടുണ്ട്). പക്ഷേ, ചട്ടം പോലെ, ഒരു ഹാക്കത്തോൺ സംഘടിപ്പിക്കുന്ന കമ്പനി സ്വന്തം ലക്ഷ്യങ്ങൾ പിന്തുടരുന്നു. അവരുടെ പട്ടിക വ്യത്യസ്തമായിരിക്കാം: ഇത് ചില പ്രശ്നങ്ങൾക്കുള്ള സാങ്കേതിക പരിഹാരമാകാം, പുതിയ ആശയങ്ങൾക്കും ആളുകൾക്കും വേണ്ടിയുള്ള തിരയൽ മുതലായവ. ഈ ലക്ഷ്യങ്ങൾ പലപ്പോഴും ഇവന്റിന്റെ ഫോർമാറ്റ്, അതിന്റെ സമയം, ഓൺലൈൻ/ഓഫ്‌ലൈൻ, ടാസ്‌ക്കുകൾ എങ്ങനെ രൂപപ്പെടുത്തും (അവയെല്ലാം രൂപപ്പെടുത്തുമോ), ഹാക്കത്തണിൽ ഒരു കോഡ് അവലോകനം ഉണ്ടാകുമോ തുടങ്ങിയവ നിർണ്ണയിക്കുന്നു. രണ്ട് ടീമുകളും അവർ ചെയ്ത കാര്യങ്ങളും ഈ കാഴ്ചപ്പാടിൽ നിന്ന് വിലയിരുത്തപ്പെടുന്നു. കമ്പനിക്ക് ആവശ്യമുള്ള പോയിന്റിൽ മികച്ച വിജയം നേടുന്ന ടീമുകൾ വിജയിക്കുന്നു, പലരും പൂർണ്ണമായും അബോധാവസ്ഥയിലും ആകസ്മികമായും ഈ ഘട്ടത്തിലെത്തുന്നു, അവർ ശരിക്കും ഒരു കായിക മത്സരത്തിൽ പങ്കെടുക്കുകയാണെന്ന് കരുതി. പങ്കെടുക്കുന്നവരെ പ്രചോദിപ്പിക്കുന്നതിന്, സംഘാടകർ കുറഞ്ഞത് ഒരു കായിക അന്തരീക്ഷത്തിന്റെ രൂപവും തുല്യ സാഹചര്യങ്ങളും സൃഷ്ടിക്കണമെന്ന് എന്റെ നിരീക്ഷണങ്ങൾ കാണിക്കുന്നു, അല്ലാത്തപക്ഷം മുകളിലുള്ള അവലോകനത്തിലെന്നപോലെ അവർക്ക് നിഷേധാത്മകത ലഭിക്കും. എന്നാൽ ഞങ്ങൾ വ്യതിചലിക്കുന്നു.

2. അതിനാൽ ഇനിപ്പറയുന്ന നിഗമനം. പങ്കെടുക്കുന്നവർ അവരുടെ സ്വന്തം ജോലിയുമായി ഹാക്കത്തണിലേക്ക് വരുന്നതിൽ സംഘാടകർക്ക് താൽപ്പര്യമുണ്ട്, ചിലപ്പോൾ അവർ ഇതിനായി പ്രത്യേകമായി ഒരു ഓൺലൈൻ കത്തിടപാടുകൾ സംഘടിപ്പിക്കുന്നു. ഇത് ശക്തമായ ഔട്ട്പുട്ട് പരിഹാരങ്ങൾ അനുവദിക്കുന്നു. "സ്വന്തം ജോലി" എന്ന ആശയം വളരെ ആപേക്ഷികമാണ്; പരിചയസമ്പന്നനായ ഏതൊരു ഡെവലപ്പർക്കും തന്റെ ആദ്യ പ്രതിബദ്ധതയിൽ തന്നെ തന്റെ പഴയ പ്രോജക്റ്റുകളിൽ നിന്ന് ആയിരക്കണക്കിന് കോഡുകൾ ശേഖരിക്കാൻ കഴിയും. ഇത് മുൻകൂട്ടി തയ്യാറാക്കിയ വികസനം ആയിരിക്കുമോ? എന്തായാലും, നിയമം ബാധകമാണ്, അത് ഞാൻ ഒരു പ്രശസ്ത മെമ്മിന്റെ രൂപത്തിൽ പ്രകടിപ്പിച്ചു:

വിജയിക്കാൻ, നിങ്ങൾക്ക് എന്തെങ്കിലും ഉണ്ടായിരിക്കണം, ഏതെങ്കിലും തരത്തിലുള്ള മത്സര നേട്ടം: നിങ്ങൾ മുമ്പ് ചെയ്ത സമാനമായ പ്രോജക്റ്റ്, ഒരു പ്രത്യേക വിഷയത്തിൽ അറിവും അനുഭവവും, അല്ലെങ്കിൽ ഹാക്കത്തോൺ ആരംഭിക്കുന്നതിന് മുമ്പ് ചെയ്ത ഒരു റെഡിമെയ്ഡ് ജോലി. അതെ, അത് കായികമല്ല. അതെ, ഇത് ചെലവഴിച്ച പ്രയത്നത്തിന് വിലപ്പെട്ടേക്കില്ല (ഇവിടെ, 3 ആയിരം സമ്മാനത്തിന് 100 ആഴ്ച രാത്രിയിൽ കോഡിംഗ് മൂല്യവത്താണോ എന്ന് എല്ലാവരും സ്വയം തീരുമാനിക്കുന്നു, മുഴുവൻ ടീമിനും വിഭജിച്ചിരിക്കുന്നു, അത് ലഭിക്കാത്തതിന്റെ അപകടസാധ്യത പോലും). പക്ഷേ, പലപ്പോഴും, മുന്നോട്ട് പോകാനുള്ള ഒരേയൊരു അവസരം ഇതാണ്.

3. ടീം തിരഞ്ഞെടുപ്പ്. ഹാക്കത്തോൺ ചാറ്റുകളിൽ ഞാൻ ശ്രദ്ധിച്ചതുപോലെ, പലരും ഈ പ്രശ്നത്തെ വളരെ നിസ്സാരമായാണ് സമീപിക്കുന്നത് (ഇതാണെങ്കിലും ഹാക്കത്തണിലെ നിങ്ങളുടെ ഫലം നിർണ്ണയിക്കുന്ന ഏറ്റവും പ്രധാനപ്പെട്ട തീരുമാനമാണ്). പ്രവർത്തനത്തിന്റെ പല മേഖലകളിലും (സ്പോർട്സിലും ഹാക്കത്തണുകളിലും) ശക്തരായ ആളുകൾ ശക്തരോടും ദുർബലരോട് ദുർബലരോടും മിടുക്കന്മാരോടും മിടുക്കന്മാരോടും ഐക്യപ്പെടുന്നതായി ഞാൻ കണ്ടു, പൊതുവേ, നിങ്ങൾക്ക് ആശയം ലഭിക്കും ... ചാറ്റുകളിൽ ഏകദേശം ഇതാണ് സംഭവിക്കുന്നത്: ശക്തി കുറഞ്ഞ പ്രോഗ്രാമർമാരെ അവർ ഉടനടി സ്‌നാപ്പ് ചെയ്യുന്നു, ഹാക്കത്തോണിന് മൂല്യവത്തായ കഴിവുകളൊന്നും ഇല്ലാത്ത ആളുകൾ വളരെക്കാലം ചാറ്റിൽ തൂങ്ങിക്കിടക്കുക, ആരെങ്കിലും അത് എടുക്കുകയാണെങ്കിൽ മാത്രമേ അത് എടുക്കൂ എന്ന തത്വത്തിൽ ഒരു ടീമിനെ തിരഞ്ഞെടുക്കുക. . ചില ഹാക്കത്തണുകളിൽ, ടീമുകളിലേക്കുള്ള ക്രമരഹിതമായ അസൈൻമെന്റ് പരിശീലിക്കപ്പെടുന്നു, കൂടാതെ ക്രമരഹിതമായ ടീമുകൾ നിലവിലുള്ളതിനേക്കാൾ മോശമായ പ്രകടനം കാഴ്ചവെക്കുന്നില്ലെന്ന് സംഘാടകർ അവകാശപ്പെടുന്നു. എന്നാൽ എന്റെ നിരീക്ഷണങ്ങൾ അനുസരിച്ച്, പ്രചോദിതരായ ആളുകൾ, ഒരു ചട്ടം പോലെ, സ്വന്തമായി ഒരു ടീമിനെ കണ്ടെത്തുന്നു; ആരെയെങ്കിലും നിയോഗിക്കണമെങ്കിൽ, പലപ്പോഴും, അവരിൽ പലരും ഹാക്കത്തണിൽ വരാറില്ല.

ടീമിന്റെ ഘടനയെ സംബന്ധിച്ചിടത്തോളം, ഇത് വളരെ വ്യക്തിഗതവും ചുമതലയെ വളരെയധികം ആശ്രയിച്ചിരിക്കുന്നു. ഒരു ഡിസൈനർ - ഫ്രണ്ട്-എൻഡ് അല്ലെങ്കിൽ ഫ്രണ്ട്-എൻഡ് - ബാക്ക്-എൻഡ് ആണ് ഏറ്റവും കുറഞ്ഞ ലാഭകരമായ ടീം കോമ്പോസിഷൻ എന്ന് എനിക്ക് പറയാൻ കഴിയും. പക്ഷേ, node.js-ൽ ഒരു സിമ്പിൾ ബാക്ക്-എൻഡ് ചേർക്കുകയോ React Native-ൽ ഒരു മൊബൈൽ ആപ്ലിക്കേഷൻ ഉണ്ടാക്കുകയോ ചെയ്ത മുൻനിര താരങ്ങൾ മാത്രം അടങ്ങുന്ന ടീമുകൾ വിജയിച്ച സന്ദർഭങ്ങളും എനിക്കറിയാം. അല്ലെങ്കിൽ ലളിതമായ ലേഔട്ട് ചെയ്ത പിന്നോക്കക്കാരിൽ നിന്ന് മാത്രം. പൊതുവേ, എല്ലാം വളരെ വ്യക്തിഗതവും ചുമതലയെ ആശ്രയിച്ചിരിക്കുന്നു. ഹാക്കത്തണിനായി ഒരു ടീമിനെ തിരഞ്ഞെടുക്കുന്നതിനുള്ള എന്റെ പദ്ധതി ഇപ്രകാരമായിരുന്നു: ഒരു ടീമിനെ കൂട്ടിച്ചേർക്കാനോ ഫ്രണ്ട്-എൻഡ് - ബാക്ക്-എൻഡ് - ഡിസൈനർ (ഞാൻ സ്വയം ഒരു ഫ്രണ്ട്-എൻഡ്) പോലെയുള്ള ഒരു ടീമിൽ ചേരാനോ ഞാൻ പദ്ധതിയിട്ടിരുന്നു. ഞങ്ങളോടൊപ്പം ചേരാനുള്ള ക്ഷണം സ്വീകരിച്ച ഒരു പൈത്തൺ ബാക്കൻഡറുമായും ഒരു ഡിസൈനറുമായും ഞാൻ വളരെ വേഗം ചാറ്റ് ചെയ്യാൻ തുടങ്ങി. കുറച്ച് കഴിഞ്ഞ്, ഒരു ഹാക്കത്തോൺ വിജയിച്ച അനുഭവം ഉള്ള ഒരു ബിസിനസ്സ് അനലിസ്റ്റായ ഒരു പെൺകുട്ടി ഞങ്ങളോടൊപ്പം ചേർന്നു, ഇത് അവൾ ഞങ്ങളോടൊപ്പം ചേരുന്നതിന്റെ പ്രശ്നം തീരുമാനിച്ചു. ഒരു ചെറിയ മീറ്റിംഗിന് ശേഷം, അതിശയകരമായ നാലുമായി സാമ്യപ്പെടുത്തി U4 (URBAN 4, urban four) എന്ന് വിളിക്കാൻ ഞങ്ങൾ തീരുമാനിച്ചു. ഞങ്ങളുടെ ടെലിഗ്രാം ചാനലിന്റെ അവതാറിൽ അവർ അനുബന്ധ ചിത്രം പോലും ഇട്ടു.

4. ഒരു ടാസ്ക് തിരഞ്ഞെടുക്കുന്നു. ഞാൻ ഇതിനകം പറഞ്ഞതുപോലെ, നിങ്ങൾക്ക് ഒരു മത്സര നേട്ടം ഉണ്ടായിരിക്കണം, ഇതിനെ അടിസ്ഥാനമാക്കിയാണ് ഹാക്കത്തണിനുള്ള ചുമതല തിരഞ്ഞെടുക്കുന്നത്. ഇതിന്റെ അടിസ്ഥാനത്തിലാണ് നോക്കിയത് കൃത്യനിർവഹണ പട്ടിക അവയുടെ സങ്കീർണ്ണത വിലയിരുത്തി, ഞങ്ങൾ രണ്ട് ടാസ്‌ക്കുകളിൽ തീർപ്പാക്കി: DPiIR-ൽ നിന്നുള്ള നൂതന സംരംഭങ്ങളുടെ ഒരു കാറ്റലോഗും EFKO-യിൽ നിന്നുള്ള ഒരു ചാറ്റ്‌ബോട്ടും. DPIiR-ൽ നിന്നുള്ള ടാസ്‌ക് തിരഞ്ഞെടുത്തത് ബാക്കൻഡർ ആണ്, EFKO-യിൽ നിന്നുള്ള ചുമതല ഞാൻ തിരഞ്ഞെടുത്തതാണ്, കാരണം node.js, DialogFlow എന്നിവയിൽ ചാറ്റ്ബോട്ടുകൾ എഴുതി പരിചയം ഉണ്ടായിരുന്നു. EFKO ടാസ്‌ക്കിൽ ML ഉൾപ്പെടുന്നു; എനിക്ക് ML-ൽ വളരെ വിപുലമായ അനുഭവങ്ങളൊന്നുമില്ല. പ്രശ്നത്തിന്റെ വ്യവസ്ഥകൾ അനുസരിച്ച്, ML ടൂളുകൾ ഉപയോഗിച്ച് ഇത് പരിഹരിക്കാൻ സാധ്യതയില്ലെന്ന് എനിക്ക് തോന്നി. ഞാൻ അർബൻ ടെക് ചലഞ്ച് മീറ്റപ്പിലേക്ക് പോയപ്പോൾ ഈ വികാരം ശക്തിപ്പെട്ടു, അവിടെ സംഘാടകർ എനിക്ക് EFKO-യിലെ ഒരു ഡാറ്റാസെറ്റ് കാണിച്ചുതന്നു, അവിടെ ഉൽപ്പന്ന ലേഔട്ടുകളുടെ നൂറോളം ഫോട്ടോകളും (വ്യത്യസ്‌ത കോണുകളിൽ നിന്ന് എടുത്തത്) 100 ഓളം ലേഔട്ട് പിശകുകളും ഉണ്ടായിരുന്നു. കൂടാതെ, അതേ സമയം, ടാസ്‌ക്കിന് ഉത്തരവിട്ടവർ 20% എന്ന വർഗ്ഗീകരണ വിജയ നിരക്ക് നേടാൻ ആഗ്രഹിച്ചു. തൽഫലമായി, ഞാൻ ML ഇല്ലാതെ പരിഹാരത്തിന്റെ ഒരു അവതരണം തയ്യാറാക്കി, കാറ്റലോഗിനെ അടിസ്ഥാനമാക്കി ഒരു അവതരണം ബാക്കൻഡർ തയ്യാറാക്കി, ഒപ്പം അവതരണങ്ങൾ അന്തിമമാക്കിയ ശേഷം ഞങ്ങൾ അവരെ അർബൻ ടെക് ചലഞ്ചിലേക്ക് അയച്ചു. ഇതിനകം ഈ ഘട്ടത്തിൽ, ഓരോ പങ്കാളിയുടെയും പ്രചോദനത്തിന്റെയും സംഭാവനയുടെയും നില വെളിപ്പെടുത്തി. ഞങ്ങളുടെ ഡിസൈനർ ചർച്ചകളിൽ പങ്കെടുത്തില്ല, വൈകി പ്രതികരിച്ചു, അവസാന നിമിഷത്തിൽ തന്നെക്കുറിച്ചുള്ള വിവരങ്ങൾ പോലും അവതരണത്തിൽ പൂരിപ്പിച്ചു, പൊതുവേ, സംശയങ്ങൾ ഉയർന്നു.

തൽഫലമായി, ഞങ്ങൾ DPiIR-ൽ നിന്ന് ടാസ്‌ക് പാസ്സാക്കി, ഞങ്ങൾ EFKO പാസാകാത്തതിൽ ഒട്ടും അസ്വസ്ഥരായില്ല, കാരണം ടാസ്‌ക്ക് ഞങ്ങൾക്ക് വിചിത്രമായി തോന്നിയതിനാൽ, അത് മിതമായ രീതിയിൽ പറഞ്ഞാൽ.

5. ഹാക്കത്തോണിന് തയ്യാറെടുക്കുന്നു. അവസാനം ഞങ്ങൾ ഹാക്കത്തണിലേക്ക് യോഗ്യത നേടി എന്നറിഞ്ഞപ്പോൾ ഞങ്ങൾ തയ്യാറെടുപ്പ് തുടങ്ങി. ഹാക്കത്തോൺ ആരംഭിക്കുന്നതിന് ഒരാഴ്ച മുമ്പ് കോഡ് എഴുതാൻ തുടങ്ങണമെന്ന് ഞാൻ ഇവിടെ വാദിക്കുന്നില്ല. കുറഞ്ഞത്, നിങ്ങൾക്ക് ഒരു ബോയിലർ പ്ലേറ്റ് തയ്യാറായിരിക്കണം, അത് ഉപയോഗിച്ച് നിങ്ങൾക്ക് ഉടനടി പ്രവർത്തിക്കാൻ തുടങ്ങാം, ഉപകരണങ്ങൾ കോൺഫിഗർ ചെയ്യാതെ തന്നെ, ഒരു ഹാക്കത്തോണിൽ ആദ്യമായി ശ്രമിക്കാൻ തീരുമാനിച്ച ചില ലിബിന്റെ ബഗുകളിലേക്ക് കയറാതെ. ഒരു ഹാക്കത്തണിൽ വന്ന് പ്രോജക്റ്റ് ബിൽഡ് സജ്ജീകരിക്കാൻ 2 ദിവസം ചെലവഴിച്ച കോണീയ എഞ്ചിനീയർമാരെക്കുറിച്ചുള്ള ഒരു കഥ എനിക്കറിയാം, അതിനാൽ എല്ലാം മുൻകൂട്ടി തയ്യാറാക്കണം. ഉത്തരവാദിത്തങ്ങൾ ഇനിപ്പറയുന്ന രീതിയിൽ വിതരണം ചെയ്യാനാണ് ഞങ്ങൾ ഉദ്ദേശിക്കുന്നത്: ബാക്കൻഡർ ഇന്റർനെറ്റ് പരിശോധിച്ച് ശേഖരിച്ച എല്ലാ വിവരങ്ങളും ഡാറ്റാബേസിൽ ഇടുന്ന ക്രാളറുകൾ എഴുതുന്നു, അതേസമയം ഞാൻ node.js-ൽ ഒരു API എഴുതുകയും ഈ ഡാറ്റാബേസ് അന്വേഷിക്കുകയും ഡാറ്റ ഫ്രണ്ടിലേക്ക് അയയ്ക്കുകയും ചെയ്യുന്നു. ഇക്കാര്യത്തിൽ, ഞാൻ express.js ഉപയോഗിച്ച് മുൻകൂട്ടി ഒരു സെർവർ തയ്യാറാക്കുകയും പ്രതികരണത്തിൽ ഒരു ഫ്രണ്ട്-എൻഡ് തയ്യാറാക്കുകയും ചെയ്തു. ഞാൻ CRA ഉപയോഗിക്കുന്നില്ല, ഞാൻ എപ്പോഴും എനിക്കായി വെബ്‌പാക്ക് ഇഷ്‌ടാനുസൃതമാക്കുന്നു, ഇത് എന്ത് അപകടസാധ്യത ഉണ്ടാക്കുമെന്ന് എനിക്ക് നന്നായി അറിയാം (കോണീയ ഡെവലപ്പർമാരെക്കുറിച്ചുള്ള കഥ ഓർക്കുക). ഈ സമയത്ത്, ഞാൻ എന്താണ് ഇടാൻ പോകുന്നത് എന്നതിനെക്കുറിച്ച് ഒരു ആശയം ലഭിക്കുന്നതിന് ഞങ്ങളുടെ ഡിസൈനറിൽ നിന്ന് ഇന്റർഫേസ് ടെംപ്ലേറ്റുകളോ കുറഞ്ഞത് മോക്കപ്പുകളോ അഭ്യർത്ഥിച്ചു. സിദ്ധാന്തത്തിൽ, അവൻ സ്വന്തം തയ്യാറെടുപ്പുകൾ നടത്തുകയും ഞങ്ങളുമായി അവയെ ഏകോപിപ്പിക്കുകയും വേണം, പക്ഷേ എനിക്ക് ഒരിക്കലും ഉത്തരം ലഭിച്ചില്ല. തൽഫലമായി, എന്റെ പഴയ പ്രോജക്‌റ്റുകളിലൊന്നിൽ നിന്ന് ഞാൻ ഡിസൈൻ കടമെടുത്തു. ഈ പ്രോജക്റ്റിനായുള്ള എല്ലാ ശൈലികളും ഇതിനകം എഴുതിയതിനാൽ ഇത് കൂടുതൽ വേഗത്തിൽ പ്രവർത്തിക്കാൻ തുടങ്ങി. അതിനാൽ നിഗമനം: ഒരു ടീമിൽ ഒരു ഡിസൈനർ എപ്പോഴും ആവശ്യമില്ല))). ഈ സംഭവവികാസങ്ങളുമായിട്ടാണ് ഞങ്ങൾ ഹാക്കത്തോണിൽ എത്തിയത്.

6. ഹാക്കത്തണിൽ പ്രവർത്തിക്കുക. സെൻട്രൽ ഡിസ്ട്രിബ്യൂഷൻ സെന്ററിലെ ഹാക്കത്തോൺ ഉദ്ഘാടന വേളയിൽ മാത്രമാണ് ഞാൻ ആദ്യമായി എന്റെ ടീമിനെ നേരിട്ട് കാണുന്നത്. ഞങ്ങൾ കണ്ടുമുട്ടി, പ്രശ്നത്തിന്റെ പരിഹാരവും ഘട്ടങ്ങളും ചർച്ച ചെയ്തു. ഉദ്ഘാടനത്തിന് ശേഷം ഞങ്ങൾക്ക് റെഡ് ഒക്ടോബറിലേക്ക് ബസ്സിൽ പോകേണ്ടിവന്നെങ്കിലും, ഞങ്ങൾ ഉറങ്ങാൻ വീട്ടിലേക്ക് പോയി, 9.00 മണിക്ക് സ്ഥലത്ത് എത്താമെന്ന് സമ്മതിച്ചു. എന്തുകൊണ്ട്? പങ്കെടുക്കുന്നവരിൽ നിന്ന് പരമാവധി പ്രയോജനപ്പെടുത്താൻ സംഘാടകർ ആഗ്രഹിച്ചു, അതിനാൽ അവർ അത്തരമൊരു ഷെഡ്യൂൾ ക്രമീകരിച്ചു. പക്ഷേ, എന്റെ അനുഭവത്തിൽ, ഒരു രാത്രി ഉറങ്ങാതെ നിങ്ങൾക്ക് സാധാരണ കോഡ് ചെയ്യാം. രണ്ടാമത്തേതിനെ സംബന്ധിച്ചിടത്തോളം, എനിക്ക് ഇനി ഉറപ്പില്ല. ഒരു ഹാക്കത്തോൺ ഒരു മാരത്തൺ ആണ്; നിങ്ങളുടെ ശക്തി നിങ്ങൾ വേണ്ടത്ര കണക്കാക്കുകയും ആസൂത്രണം ചെയ്യുകയും വേണം. മാത്രമല്ല, ഞങ്ങൾ തയ്യാറെടുപ്പുകൾ നടത്തിയിരുന്നു.

അതിനാൽ, ഉറങ്ങിയ ശേഷം, 9.00 ന് ഞങ്ങൾ ഡെവോക്രസിയുടെ ആറാം നിലയിൽ ഇരിക്കുകയായിരുന്നു. അപ്പോൾ ഞങ്ങളുടെ ഡിസൈനർ അപ്രതീക്ഷിതമായി തനിക്ക് ലാപ്‌ടോപ്പ് ഇല്ലെന്നും വീട്ടിൽ നിന്ന് ജോലി ചെയ്യുമെന്നും ഞങ്ങൾ ഫോണിലൂടെ ആശയവിനിമയം നടത്തുമെന്നും അറിയിച്ചു. ഇതായിരുന്നു അവസാനത്തെ ചതി. അതിനാൽ ഞങ്ങൾ ടീമിന്റെ പേര് മാറ്റിയില്ലെങ്കിലും ഞങ്ങൾ നാലിൽ നിന്ന് മൂന്നിലേക്ക് മാറി. വീണ്ടും, ഇത് ഞങ്ങൾക്ക് വലിയ പ്രഹരമായിരുന്നില്ല; എനിക്ക് ഇതിനകം പഴയ പ്രോജക്റ്റിൽ നിന്നുള്ള ഡിസൈൻ ഉണ്ടായിരുന്നു. പൊതുവേ, ആദ്യം എല്ലാം വളരെ സുഗമമായും പ്ലാൻ അനുസരിച്ച് നടന്നു. സംഘാടകരിൽ നിന്ന് നൂതന കമ്പനികളുടെ ഒരു ഡാറ്റാസെറ്റ് ഞങ്ങൾ ഡാറ്റാബേസിലേക്ക് ലോഡ് ചെയ്തു (ഞങ്ങൾ neo4j ഉപയോഗിക്കാൻ തീരുമാനിച്ചു). ഞാൻ ടൈപ്പ് സെറ്റിംഗ് ആരംഭിച്ചു, തുടർന്ന് node.js എടുത്തു, തുടർന്ന് കാര്യങ്ങൾ തെറ്റായി തുടങ്ങി. ഞാൻ മുമ്പ് neo4j-ൽ പ്രവർത്തിച്ചിട്ടില്ല, ആദ്യം ഞാൻ ഈ ഡാറ്റാബേസിനായി ഒരു വർക്കിംഗ് ഡ്രൈവർക്കായി തിരയുകയായിരുന്നു, തുടർന്ന് ഒരു ചോദ്യം എങ്ങനെ എഴുതാമെന്ന് ഞാൻ കണ്ടെത്തി, തുടർന്ന് ഈ ഡാറ്റാബേസ്, അന്വേഷിക്കുമ്പോൾ, ഇതിലെ എന്റിറ്റികൾ തിരികെ നൽകുന്നുവെന്ന് കണ്ടെത്തിയപ്പോൾ ഞാൻ ആശ്ചര്യപ്പെട്ടു. നോഡ് ഒബ്‌ജക്റ്റുകളുടെയും അവയുടെ അരികുകളുടെയും ഒരു നിരയുടെ രൂപം. ആ. ഞാൻ ഒരു ഓർഗനൈസേഷനും അതിലെ എല്ലാ ഡാറ്റയും TIN-ൽ അഭ്യർത്ഥിച്ചപ്പോൾ, ഒരു ഓർഗനൈസേഷൻ ഒബ്‌ജക്റ്റിന് പകരം, ഈ ഓർഗനൈസേഷനെയും അവ തമ്മിലുള്ള ബന്ധത്തെയും കുറിച്ചുള്ള ഡാറ്റ അടങ്ങിയ ഒബ്‌ജക്റ്റുകളുടെ ഒരു നീണ്ട നിര എനിക്ക് തിരികെ ലഭിച്ചു. ഞാൻ ഒരു മാപ്പർ എഴുതി, അത് മുഴുവൻ അറേയിലൂടെയും എല്ലാ വസ്തുക്കളെയും അവയുടെ ഓർഗനൈസേഷനനുസരിച്ച് ഒട്ടിച്ചു. എന്നാൽ യുദ്ധത്തിൽ, 8 ആയിരം ഓർഗനൈസേഷനുകളുടെ ഒരു ഡാറ്റാബേസ് അഭ്യർത്ഥിച്ചപ്പോൾ, അത് വളരെ സാവധാനത്തിൽ, ഏകദേശം 20 - 30 സെക്കൻഡ് നേരത്തേക്ക് നിർവ്വഹിച്ചു. ഞാൻ ഒപ്റ്റിമൈസേഷനെക്കുറിച്ച് ചിന്തിക്കാൻ തുടങ്ങി... തുടർന്ന് ഞങ്ങൾ കൃത്യസമയത്ത് നിർത്തി മോംഗോഡിബിയിലേക്ക് മാറി, ഇതിന് ഏകദേശം 30 മിനിറ്റ് എടുത്തു. മൊത്തത്തിൽ, ഏകദേശം 4 മണിക്കൂർ neo5j-ൽ നഷ്ടപ്പെട്ടു.

നിങ്ങൾക്ക് പരിചിതമല്ലാത്ത ഒരു ഹാക്കത്തോണിലേക്ക് സാങ്കേതികവിദ്യ ഒരിക്കലും കൊണ്ടുപോകില്ലെന്ന് ഓർക്കുക, ആശ്ചര്യങ്ങൾ ഉണ്ടാകാം. പക്ഷേ, പൊതുവേ, ഈ പരാജയം കൂടാതെ, എല്ലാം പ്ലാൻ അനുസരിച്ച് നടന്നു. ഇതിനകം ഡിസംബർ 9 ന് രാവിലെ, ഞങ്ങൾക്ക് പൂർണ്ണമായും പ്രവർത്തിക്കുന്ന ഒരു അപേക്ഷ ഉണ്ടായിരുന്നു. ബാക്കിയുള്ള ദിവസങ്ങളിൽ ഞങ്ങൾ അതിൽ കൂടുതൽ സവിശേഷതകൾ ചേർക്കാൻ പദ്ധതിയിട്ടിരുന്നു. ഭാവിയിൽ, എല്ലാം എനിക്ക് താരതമ്യേന സുഗമമായി നടന്നു, പക്ഷേ സെർച്ച് എഞ്ചിനുകളിൽ, നിയമപരമായ സ്ഥാപനങ്ങളുടെ അഗ്രഗേറ്റർമാരുടെ സ്പാമിൽ, അഭ്യർത്ഥിക്കുമ്പോൾ തിരയൽ ഫലങ്ങളുടെ ആദ്യ സ്ഥലങ്ങളിൽ വന്ന തന്റെ ക്രാളറുകൾ നിരോധിക്കുന്നതിൽ പിന്നണിക്കാരന് ഒരു കൂട്ടം പ്രശ്‌നങ്ങളുണ്ടായിരുന്നു. ഓരോ നിർദ്ദിഷ്ട കമ്പനിക്കും. എന്നാൽ അതിനെക്കുറിച്ച് അദ്ദേഹം തന്നെ പറയുന്നതാണ് നല്ലത്. ഞാൻ ചേർത്ത ആദ്യത്തെ അധിക സവിശേഷത പൂർണ്ണമായ പേര് ഉപയോഗിച്ച് തിരയുക എന്നതാണ്. VKontakte ജനറൽ ഡയറക്ടർ. കുറേ മണിക്കൂറുകൾ എടുത്തു.

അതിനാൽ, ഞങ്ങളുടെ ആപ്ലിക്കേഷനിലെ കമ്പനിയുടെ പേജിൽ, ജനറൽ ഡയറക്ടറുടെ ഒരു അവതാർ പ്രത്യക്ഷപ്പെട്ടു, അവന്റെ VKontakte പേജിലേക്കുള്ള ഒരു ലിങ്കും മറ്റ് ചില ഡാറ്റയും. കേക്കിലെ ഒരു നല്ല ചെറി ആയിരുന്നു, അത് ഞങ്ങൾക്ക് വിജയം നൽകിയില്ലെങ്കിലും. പിന്നെ, ചില അനലിറ്റിക്സ് പ്രവർത്തിപ്പിക്കാൻ ഞാൻ ആഗ്രഹിച്ചു. എന്നാൽ ഓപ്‌ഷനുകളുടെ ഒരു നീണ്ട തിരച്ചിലിന് ശേഷം (യുഐയിൽ നിരവധി സൂക്ഷ്മതകൾ ഉണ്ടായിരുന്നു), സാമ്പത്തിക പ്രവർത്തന കോഡ് ഉപയോഗിച്ച് ഓർഗനൈസേഷനുകളുടെ ഏറ്റവും ലളിതമായ സംയോജനത്തിൽ ഞാൻ സ്ഥിരതാമസമാക്കി. ഇതിനകം വൈകുന്നേരം, അവസാന മണിക്കൂറുകളിൽ, നൂതന ഉൽപ്പന്നങ്ങൾ പ്രദർശിപ്പിക്കുന്നതിന് ഞാൻ ഒരു ടെംപ്ലേറ്റ് ഇടുകയായിരുന്നു (ഞങ്ങളുടെ ആപ്ലിക്കേഷനിൽ ഒരു ഉൽപ്പന്നങ്ങളും സേവനങ്ങളും ഉണ്ടായിരിക്കണം), ബാക്കെൻഡ് ഇതിന് തയ്യാറായില്ലെങ്കിലും. അതേ സമയം, ഡാറ്റാബേസ് കുതിച്ചുയരുകയും അതിരുകൾ കൊണ്ട് വീർക്കുകയും ചെയ്തു, ക്രാളറുകൾ തുടർന്നും പ്രവർത്തിക്കുന്നു, നൂതനമായ പാഠങ്ങളിൽ നിന്ന് നൂതനമായ പാഠങ്ങളെ വേർതിരിച്ചറിയാൻ ബാക്കൻഡർ NLP ഉപയോഗിച്ച് പരീക്ഷിച്ചു))). എന്നാൽ അന്തിമ അവതരണത്തിനുള്ള സമയം അപ്പോഴേക്കും അടുത്തിരുന്നു.

7. അവതരണം. എന്റെ സ്വന്തം അനുഭവത്തിൽ നിന്ന്, അത് അവസാനിക്കുന്നതിന് ഏകദേശം 3-4 മണിക്കൂർ മുമ്പ് നിങ്ങൾ ഒരു അവതരണം തയ്യാറാക്കുന്നതിലേക്ക് മാറണമെന്ന് എനിക്ക് പറയാൻ കഴിയും. പ്രത്യേകിച്ചും വീഡിയോ ഉൾപ്പെടുന്നതാണെങ്കിൽ, അതിന്റെ ഷൂട്ടിംഗും എഡിറ്റിംഗും വളരെയധികം സമയമെടുക്കും. ഞങ്ങൾക്ക് ഒരു വീഡിയോ ഉണ്ടായിരിക്കേണ്ടതായിരുന്നു. ഞങ്ങൾക്ക് ഇത് കൈകാര്യം ചെയ്ത ഒരു പ്രത്യേക വ്യക്തി ഉണ്ടായിരുന്നു, കൂടാതെ മറ്റ് നിരവധി സംഘടനാ പ്രശ്നങ്ങൾ പരിഹരിക്കുകയും ചെയ്തു. ഇക്കാര്യത്തിൽ, അവസാന നിമിഷം വരെ ഞങ്ങൾ കോഡിംഗിൽ നിന്ന് ശ്രദ്ധ വ്യതിചലിച്ചില്ല.

8. പിച്ച്. അവതരണങ്ങളും ഫൈനലുകളും ഒരു പ്രത്യേക പ്രവൃത്തിദിനത്തിൽ (തിങ്കളാഴ്‌ച) നടന്നത് എനിക്ക് ഇഷ്ടപ്പെട്ടില്ല. ഇവിടെ, മിക്കവാറും, പങ്കെടുക്കുന്നവരിൽ നിന്ന് പരമാവധി ചൂഷണം ചെയ്യുന്ന സംഘാടകരുടെ നയം തുടർന്നു. ജോലിയിൽ നിന്ന് അവധിയെടുക്കാൻ ഞാൻ പദ്ധതിയിട്ടിരുന്നില്ല, എന്റെ ടീമിലെ മറ്റുള്ളവർ അവധിയെടുത്തുവെങ്കിലും ഫൈനലിൽ വരാൻ ഞാൻ ആഗ്രഹിച്ചു. എന്നിരുന്നാലും, ഹാക്കത്തണിലെ വൈകാരിക മുഴക്കം ഇതിനകം തന്നെ വളരെ ഉയർന്നതായിരുന്നു, രാവിലെ 8 മണിക്ക് ഞാൻ എന്റെ ടീമിന്റെ (വർക്ക് ടീം, ഹാക്കത്തൺ ടീമല്ല) ചാറ്റിൽ എന്റെ സ്വന്തം ചെലവിൽ ദിവസം എടുക്കുന്നുവെന്ന് എഴുതി, കേന്ദ്രത്തിലേക്ക് പോയി. പിച്ചുകൾക്കുള്ള ഓഫീസ്. ഞങ്ങളുടെ പ്രശ്നത്തിന് ധാരാളം ശുദ്ധമായ ഡാറ്റ ശാസ്ത്രജ്ഞർ ഉണ്ടെന്ന് തെളിഞ്ഞു, ഇത് പ്രശ്നം പരിഹരിക്കുന്നതിനുള്ള സമീപനത്തെ വളരെയധികം ബാധിച്ചു. പലർക്കും നല്ല ഡിഎസ് ഉണ്ടായിരുന്നു, പക്ഷേ ആർക്കും പ്രവർത്തിക്കുന്ന പ്രോട്ടോടൈപ്പ് ഇല്ലായിരുന്നു, പലർക്കും സെർച്ച് എഞ്ചിനുകളിൽ അവരുടെ ക്രാളറുകളുടെ വിലക്കുകൾ മറികടക്കാൻ കഴിഞ്ഞില്ല. വർക്കിംഗ് പ്രോട്ടോടൈപ്പ് ഉള്ള ഒരേയൊരു ടീം ഞങ്ങളായിരുന്നു. പ്രശ്‌നം എങ്ങനെ പരിഹരിക്കാമെന്ന് ഞങ്ങൾക്കറിയാമായിരുന്നു. അവസാനം, ഞങ്ങൾ ട്രാക്ക് വിജയിച്ചു, ഞങ്ങൾ വളരെ ഭാഗ്യവാനാണെങ്കിലും ഏറ്റവും കുറഞ്ഞ മത്സര ടാസ്ക്ക് ഞങ്ങൾ തിരഞ്ഞെടുത്തു. മറ്റ് ട്രാക്കുകളിലെ പിച്ചുകൾ നോക്കിയപ്പോൾ ഞങ്ങൾക്ക് അവിടെ അവസരമില്ലെന്ന് മനസ്സിലായി. ജൂറിയിൽ ഞങ്ങൾ വളരെ ഭാഗ്യവാന്മാരായിരുന്നുവെന്നും ഞാൻ പറയാൻ ആഗ്രഹിക്കുന്നു; അവർ കോഡ് സൂക്ഷ്മമായി പരിശോധിച്ചു. കൂടാതെ, അവലോകനങ്ങൾ അനുസരിച്ച്, എല്ലാ ട്രാക്കുകളിലും ഇത് സംഭവിച്ചില്ല.

9. ഫൈനൽ. കോഡ് അവലോകനത്തിനായി ജൂറിയിലേക്ക് ഞങ്ങളെ പലതവണ വിളിച്ചതിന് ശേഷം, ഒടുവിൽ പ്രശ്‌നങ്ങളെല്ലാം പരിഹരിച്ചുവെന്ന് കരുതി ഞങ്ങൾ ബർഗർ കിംഗിൽ ഉച്ചഭക്ഷണം കഴിക്കാൻ പോയി. അവിടെ സംഘാടകർ ഞങ്ങളെ വീണ്ടും വിളിച്ചു, ഞങ്ങൾ വേഗം ഓർഡർ പാക്ക് ചെയ്ത് തിരികെ പോകണം.

ഞങ്ങൾ ഏത് മുറിയിലാണ് പോകേണ്ടതെന്ന് സംഘാടകൻ ഞങ്ങളെ കാണിച്ചുതന്നു, പ്രവേശിച്ചപ്പോൾ, വിജയികളായ ടീമുകൾക്കായി ഒരു പൊതു സംസാര പരിശീലന സെഷനിൽ ഞങ്ങളെ കണ്ടെത്തി. സ്റ്റേജിൽ അവതരിപ്പിക്കേണ്ട ആൺകുട്ടികൾ നന്നായി ചാർജ് ചെയ്തു, എല്ലാവരും യഥാർത്ഥ ഷോമാൻമാരെപ്പോലെ പുറത്തിറങ്ങി.

കൂടാതെ, ഫൈനലിൽ, മറ്റ് ട്രാക്കുകളിൽ നിന്നുള്ള ഏറ്റവും ശക്തമായ ടീമുകളുടെ പശ്ചാത്തലത്തിൽ, ഞങ്ങൾ വിളറിയതായി കാണപ്പെട്ടു; സർക്കാർ ഉപഭോക്തൃ നാമനിർദ്ദേശത്തിലെ വിജയം റിയൽ എസ്റ്റേറ്റ് ടെക് ട്രാക്കിൽ നിന്ന് ടീമിന് അർഹമായി ലഭിച്ചു. ട്രാക്കിലെ ഞങ്ങളുടെ വിജയത്തിന് കാരണമായ പ്രധാന ഘടകങ്ങൾ ഇവയാണെന്ന് ഞാൻ കരുതുന്നു: ഒരു റെഡിമെയ്ഡ് ബ്ലാങ്കിന്റെ ലഭ്യത, അതിനാൽ ഞങ്ങൾക്ക് വേഗത്തിൽ ഒരു പ്രോട്ടോടൈപ്പ് നിർമ്മിക്കാൻ കഴിഞ്ഞു, പ്രോട്ടോടൈപ്പിലെ “ഹൈലൈറ്റുകളുടെ” സാന്നിധ്യം (സിഇഒമാർക്കായി തിരയുക സോഷ്യൽ നെറ്റ്‌വർക്കുകളിൽ) കൂടാതെ ഞങ്ങളുടെ ബാക്കൻഡറുടെ NLP കഴിവുകളും, അത് ജൂറിക്ക് വളരെയധികം താൽപ്പര്യമുണ്ട്.

ഉപസംഹാരമായി, ഞങ്ങളെ പിന്തുണച്ച എല്ലാവർക്കും, ഞങ്ങളുടെ ട്രാക്കിന്റെ ജൂറി, Evgeniy Evgrafiev (ഞങ്ങൾ ഹാക്കത്തണിൽ പരിഹരിച്ച പ്രശ്നത്തിന്റെ രചയിതാവ്) കൂടാതെ തീർച്ചയായും ഹാക്കത്തോണിന്റെ സംഘാടകർക്കും പരമ്പരാഗത നന്ദി. ഒരുപക്ഷേ ഞാൻ പങ്കെടുത്തിട്ടുള്ളതിൽ വച്ച് ഏറ്റവും വലുതും മികച്ചതുമായ ഹാക്കത്തോണായിരുന്നു ഇത്, ഭാവിയിൽ ആൺകുട്ടികൾ ഇത്രയും ഉയർന്ന നിലവാരം പുലർത്തണമെന്ന് ഞാൻ ആഗ്രഹിക്കുന്നു!

അവലംബം: www.habr.com