ഹാക്കത്തോണുകളുടെ ഇരുണ്ട വശം

В ട്രൈലോജിയുടെ മുൻ ഭാഗം ഹാക്കത്തോണുകളിൽ പങ്കെടുക്കാനുള്ള നിരവധി കാരണങ്ങൾ ഞാൻ പരിശോധിച്ചു. ധാരാളം പുതിയ കാര്യങ്ങൾ പഠിക്കാനും വിലപ്പെട്ട സമ്മാനങ്ങൾ നേടാനുമുള്ള പ്രചോദനം പലരെയും ആകർഷിക്കുന്നു, പക്ഷേ പലപ്പോഴും, സംഘാടകരുടെയോ സ്പോൺസർ ചെയ്യുന്ന കമ്പനികളുടെയോ തെറ്റുകൾ കാരണം, ഇവന്റ് പരാജയപ്പെട്ടു, പങ്കെടുക്കുന്നവർ അസംതൃപ്തരായി പോകുന്നു. ഇത്തരം അസുഖകരമായ സംഭവങ്ങൾ ഇടയ്ക്കിടെ സംഭവിക്കാതിരിക്കാൻ, ഞാൻ ഈ പോസ്റ്റ് എഴുതി. ട്രൈലോജിയുടെ രണ്ടാം ഭാഗം സംഘാടകരുടെ തെറ്റുകൾക്കായി സമർപ്പിക്കുന്നു.

പോസ്റ്റ് ഇനിപ്പറയുന്ന രീതിയിൽ ക്രമീകരിച്ചിരിക്കുന്നു: തുടക്കത്തിൽ ഞാൻ ഇവന്റിനെക്കുറിച്ച് സംസാരിക്കുന്നു, എന്താണ് തെറ്റ് സംഭവിച്ചതെന്നും അത് എന്തിലേക്ക് നയിച്ചെന്നും വിശദീകരിക്കുക (അല്ലെങ്കിൽ ദീർഘകാലത്തേക്ക് നയിച്ചേക്കാം). തുടർന്ന് എന്താണ് സംഭവിക്കുന്നതെന്നും ഞാൻ സംഘാടകനാണെങ്കിൽ ഞാൻ എന്തുചെയ്യുമെന്നും എന്റെ വിലയിരുത്തൽ നൽകുന്നു. എല്ലാ പരിപാടികളിലും ഞാൻ പങ്കെടുത്തതിനാൽ, സംഘാടകരുടെ യഥാർത്ഥ പ്രചോദനം എനിക്ക് ഊഹിക്കാവുന്നതേയുള്ളൂ. തൽഫലമായി, എന്റെ വിലയിരുത്തൽ ഏകപക്ഷീയമായിരിക്കാം. എനിക്ക് തെറ്റായി തോന്നുന്ന ചില പോയിന്റുകൾ യഥാർത്ഥത്തിൽ അങ്ങനെയാണ് ഉദ്ദേശിച്ചത് എന്ന് ഞാൻ ഒഴിവാക്കുന്നില്ല.

ഒരു പ്രത്യേക ഘട്ടത്തിൽ, ഒരു വഴക്കിനുശേഷം രചയിതാവ് മുഷ്ടി ചുഴറ്റാൻ തീരുമാനിച്ചുവെന്ന് വായനക്കാരൻ ചിന്തിച്ചേക്കാം. എന്നാൽ ഇത് അങ്ങനെയല്ലെന്ന് എനിക്ക് ഉറപ്പിക്കാം. ലിസ്റ്റുചെയ്ത ചില ഹാക്കത്തണുകളിൽ, എനിക്ക് ഒരു സമ്മാനം നേടാൻ കഴിഞ്ഞു, എന്നിരുന്നാലും, ഇവന്റ് മോശമായി സംഘടിപ്പിച്ചതാണെന്ന് പറയുന്നതിൽ നിന്ന് ഞങ്ങളെ തടയുന്നില്ല.

സംഘാടകരോടും പങ്കെടുക്കുന്നവരോടും ഉള്ള ബഹുമാനം കണക്കിലെടുത്ത്, പോസ്റ്റിൽ പ്രത്യേക കമ്പനികളെക്കുറിച്ചുള്ള പരാമർശങ്ങളൊന്നും ഉണ്ടാകില്ല. എന്നിരുന്നാലും, ശ്രദ്ധയുള്ള ഒരു വായനക്കാരന്, നമ്മൾ ആരെക്കുറിച്ചാണ് സംസാരിക്കുന്നതെന്ന് ഊഹിക്കാൻ (അല്ലെങ്കിൽ Google) കഴിയും.

ഹാക്കത്തോൺ നമ്പർ 1. കർശനമായ ചട്ടക്കൂടുകൾ

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

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

തൽഫലമായി, ധാരാളം ടീമുകൾ (15-ൽ 20) ചാറ്റ്ബോട്ടുകൾ ഉണ്ടാക്കി. പ്രകടനത്തിനിടെ, ഒരു ടീമിന്റെ തീരുമാനം മുമ്പത്തേതിൽ നിന്ന് വ്യത്യസ്തമായിരുന്നു. അത് സഹിക്കാനാകാതെ ജൂറി അംഗങ്ങളിൽ ഒരാൾ സ്റ്റേജിൽ കയറുന്ന അടുത്ത ടീമിനോട് ചോദിച്ചു: "എന്താ കൂട്ടരേ, നിങ്ങൾക്കും ഒരു ചാറ്റ്ബോട്ട് ഉണ്ടോ?" തൽഫലമായി, മൂന്ന് സമ്മാനങ്ങളിൽ ഒന്നും രണ്ടും സ്ഥാനങ്ങൾ ചാറ്റ്ബോട്ടുകൾ നിർമ്മിക്കാത്ത ടീമുകൾക്കായിരുന്നു.

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

ധാർമ്മികത

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

ഹാക്കത്തോൺ നമ്പർ 2. അസാധ്യമായ ജോലികൾ

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

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

ധാർമ്മികത

അസൈൻമെന്റുകളുടെ സാങ്കേതിക അവലോകനങ്ങൾ നടത്തുകയും പര്യാപ്തതയ്ക്കായി നിങ്ങളുടെ അസൈൻമെന്റുകൾ പരിശോധിക്കുകയും ചെയ്യുക. പിന്നീട് ഖേദിക്കുന്നതിനേക്കാൾ ഒരു പ്രാഥമിക പരീക്ഷയ്ക്ക് അമിതമായി പണം നൽകുന്നതാണ് നല്ലത് (ഈ സാഹചര്യത്തിൽ, ഈ പ്രശ്നം പരിഹരിക്കുന്നത് അസാധ്യമാണെന്ന് ഏതൊരു ഡാറ്റാ ശാസ്ത്രജ്ഞനും ഉടനടി ചൂണ്ടിക്കാണിക്കും).

ഈ സാഹചര്യത്തിൽ, സമയവും പണവും പാഴാക്കുന്നതിന് പുറമേ, കമ്പനിക്ക് സാധ്യതയുള്ള സ്ഥാനാർത്ഥികളുമായി വിശ്വാസ്യത നഷ്ടപ്പെടുകയും ഫലങ്ങളെക്കുറിച്ച് എഴുതുകയും ചെയ്തു. വഴിയിൽ, പങ്കെടുക്കുന്നവർ മാത്രമല്ല, കമ്പനിയും വിജയകരമായ ഫലങ്ങളെക്കുറിച്ച് എഴുതണം, പിആർ പോയിന്റിൽ നിന്ന് ഹാക്കത്തോൺ പരമാവധിയാക്കുക. നിർഭാഗ്യവശാൽ, എല്ലാ കമ്പനികളും ഇത് ചെയ്യുന്നില്ല, ട്വിറ്ററിലെ ഇവന്റിൽ നിന്നുള്ള ഒരു അറിയിപ്പ് പോസ്റ്റും രണ്ട് ഫോട്ടോകളും മാത്രം.

ഹാക്കത്തോൺ നമ്പർ 3. എടുക്കുക അല്ലെങ്കിൽ ഉപേക്ഷിക്കുക

അടുത്തിടെ, ഞങ്ങളുടെ ടീം ആംസ്റ്റർഡാമിൽ നടന്ന ഒരു ഹാക്കത്തണിൽ പങ്കെടുത്തു. ഞാൻ പരിശീലനത്തിലൂടെ (പുനരുപയോഗ ഊർജ സ്രോതസ്സുകളുടെ മേഖലയിൽ) ഒരു ഇലക്ട്രിക്കൽ എഞ്ചിനീയർ ആയതിനാൽ, വിഷയം ഞങ്ങൾക്ക് ശരിയായിരുന്നു - ഊർജ്ജം. ഹാക്കത്തോൺ ഓൺലൈനിൽ നടന്നു: ടാസ്ക്കിന്റെ വിവരണവും അത് പൂർത്തിയാക്കാൻ ഒരു മാസവും ഞങ്ങൾക്ക് നൽകി. ആംസ്റ്റർഡാം വീടുകളുടെ ഊർജ്ജ കാര്യക്ഷമത വർദ്ധിപ്പിക്കാൻ സഹായിക്കുന്ന ഒരു പൂർത്തിയായ പദ്ധതി കാണാൻ സംഘാടകർ ആഗ്രഹിച്ചു.

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

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

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

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

ധാർമ്മികത

പലപ്പോഴും സംഘാടകരിൽ നിന്നുള്ള ആശംസകളും ഫീഡ്‌ബാക്കും പ്രോജക്റ്റിനെ സഹായിക്കുന്നു. അതേസമയം, പങ്കെടുക്കുന്നവർ ചൂരലിൽ മുടന്തനെപ്പോലെ ഉപദേശകരുടെ ഉപദേശത്തെ ആശ്രയിക്കരുത്. "ഇത് എടുത്തുകളയൂ, ഞങ്ങൾ ഇത് ഓർഡർ ചെയ്തില്ല" എന്ന മനോഭാവത്തിൽ നിങ്ങളുടെ പ്രോജക്റ്റിനെക്കുറിച്ച് സംഘാടകരിൽ നിന്ന് ഫീഡ്‌ബാക്ക് കേൾക്കുകയാണെങ്കിൽ, ഹാക്കത്തണിലെ നിങ്ങളുടെ പങ്കാളിത്തം പൂർത്തിയായതായി കണക്കാക്കാം.

പ്രോജക്റ്റിനായി വ്യക്തമായ കാഴ്ചപ്പാടോടെയാണ് നിങ്ങൾ ഒരു ഹാക്കത്തോൺ സംഘടിപ്പിക്കുന്നതെങ്കിൽ, അത് സ്വയം നടപ്പിലാക്കാനുള്ള കഴിവുകളോ കഴിവോ ഇല്ലാതെ, ഒരു ഫ്രീലാൻസർക്കുള്ള സാങ്കേതിക സവിശേഷതകളുടെ രൂപത്തിൽ നിങ്ങളുടെ കാഴ്ചപ്പാട് ഔപചാരികമാക്കുന്നതാണ് നല്ലത്. അല്ലെങ്കിൽ, നിങ്ങൾ രണ്ടുതവണ പണം നൽകേണ്ടിവരും - ഹാക്കത്തോണിനും ഫ്രീലാൻസർ സേവനത്തിനും.

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