എന്തുകൊണ്ടാണ് ഞങ്ങൾ പരീക്ഷകർക്കായി ഒരു ഹാക്കത്തോൺ നടത്തിയത്?

ഈ ലേഖനം ഞങ്ങളെപ്പോലെ, ടെസ്റ്റിംഗ് മേഖലയിൽ അനുയോജ്യമായ ഒരു സ്പെഷ്യലിസ്റ്റിനെ തിരഞ്ഞെടുക്കുന്നതിനുള്ള പ്രശ്നം നേരിടുന്നവർക്ക് താൽപ്പര്യമുള്ളതായിരിക്കും.

വിചിത്രമെന്നു പറയട്ടെ, നമ്മുടെ റിപ്പബ്ലിക്കിലെ ഐടി കമ്പനികളുടെ എണ്ണം വർദ്ധിക്കുന്നതിനനുസരിച്ച്, യോഗ്യരായ പ്രോഗ്രാമർമാരുടെ എണ്ണം മാത്രം വർദ്ധിക്കുന്നു, പക്ഷേ പരീക്ഷകർ അല്ല. പലരും ഈ തൊഴിലിൽ പ്രവേശിക്കാൻ ഉത്സുകരാണ്, എന്നാൽ പലർക്കും അതിന്റെ അർത്ഥം മനസ്സിലാകുന്നില്ല.

എനിക്ക് എല്ലാ ഐടി കമ്പനികൾക്കും വേണ്ടി സംസാരിക്കാൻ കഴിയില്ല, എന്നാൽ ഞങ്ങളുടെ ഗുണനിലവാരമുള്ള സ്പെഷ്യലിസ്റ്റുകൾക്ക് ഞങ്ങൾ QA/QC യുടെ റോൾ നൽകിയിട്ടുണ്ട്. അവർ ഡെവലപ്‌മെന്റ് ടീമിന്റെ ഭാഗമാണ്, ഗവേഷണം മുതൽ പുതിയ പതിപ്പിന്റെ പ്രകാശനം വരെയുള്ള വികസനത്തിന്റെ എല്ലാ ഘട്ടങ്ങളിലും അവർ പങ്കെടുക്കുന്നു.

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

പരീക്ഷകരെ തിരയുമ്പോൾ ഞങ്ങൾ നേരിട്ടത്

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

അടുത്തതായി, ഗുണനിലവാരത്തിനായി ദീർഘകാലമായി കാത്തിരുന്ന പോരാളികളെ കണ്ടെത്തുന്നതിന് ഞങ്ങൾ എന്ത് നടപടികളാണ് സ്വീകരിച്ചതെന്നും എന്ത് തെറ്റുകൾ വരുത്തിവെന്നും ഞാൻ നിങ്ങളോട് പറയും.

സാഹചര്യം എങ്ങനെ പരിഹരിക്കാൻ ഞങ്ങൾ ശ്രമിച്ചു

റെഡിമെയ്ഡ് സ്പെഷ്യലിസ്റ്റുകളെ സോഴ്‌സിംഗ് ചെയ്യുന്നതിലൂടെ ഞങ്ങൾ ക്ഷീണിതരായതിനാൽ, ഞങ്ങൾ അടുത്തുള്ള പ്രദേശങ്ങൾ ലക്ഷ്യമിടാൻ തുടങ്ങി:

1. ശക്തരായ സ്പെഷ്യലിസ്റ്റുകളെ വികസിപ്പിക്കാൻ കഴിയുന്ന നിരവധി "ലീവ്-ഇറ്റ്" ആളുകളെ തിരിച്ചറിയാൻ ഞങ്ങൾ മൂല്യനിർണ്ണയ രീതികൾ പ്രയോഗിക്കാൻ ശ്രമിച്ചു.

   ടാസ്‌ക്കുകൾ പൂർത്തിയാക്കാൻ ഏകദേശം ഒരേ തലത്തിലുള്ള അറിവുള്ള സാധ്യതയുള്ള ഒരു കൂട്ടം ഉദ്യോഗാർത്ഥികളോട് ഞങ്ങൾ ആവശ്യപ്പെട്ടു. അവരുടെ ചിന്താ പ്രക്രിയ നിരീക്ഷിച്ച്, ഏറ്റവും സാധ്യതയുള്ള സ്ഥാനാർത്ഥിയെ തിരിച്ചറിയാൻ ഞങ്ങൾ ശ്രമിച്ചു.

   പ്രത്യേകിച്ചും, ശ്രദ്ധ, സാങ്കേതികവിദ്യയുടെ കഴിവുകളെക്കുറിച്ച് മനസ്സിലാക്കൽ, മൾട്ടി കൾച്ചറലിസത്തിന്റെ സവിശേഷതകൾ എന്നിവ പരിശോധിക്കുന്നതിനുള്ള ടാസ്ക്കുകൾ ഞങ്ങൾ കൊണ്ടുവന്നു:

   
   

2. നിലവിലുള്ള സംഘങ്ങൾക്കിടയിൽ പ്രൊഫഷനെക്കുറിച്ചുള്ള ധാരണയുടെ അതിരുകൾ വികസിപ്പിക്കുന്നതിനായി ഞങ്ങൾ പരീക്ഷകർക്കായി മീറ്റ്അപ്പുകൾ നടത്തി.

   അവയിൽ ഓരോന്നിനെയും കുറിച്ച് ഞാൻ നിങ്ങളോട് കുറച്ച് പറയും.

   Ufa Software QA ഉം Testing Meetup #1 ഉം പ്രൊഫഷനിൽ താൽപ്പര്യമുള്ളവരെ ശേഖരിക്കുന്നതിനുള്ള ഞങ്ങളുടെ ആദ്യ ശ്രമമാണ്, അതേ സമയം ഞങ്ങൾ അവരെ അറിയിക്കാൻ ആഗ്രഹിക്കുന്ന കാര്യങ്ങളിൽ പൊതുജനങ്ങൾക്ക് താൽപ്പര്യമുണ്ടോ എന്ന് മനസ്സിലാക്കുക. അടിസ്ഥാനപരമായി, നിങ്ങൾ ഒരു ടെസ്റ്ററാകാൻ തീരുമാനിച്ചാൽ എവിടെ തുടങ്ങുന്നതാണ് നല്ലത് എന്നതിനെക്കുറിച്ചായിരുന്നു ഞങ്ങളുടെ റിപ്പോർട്ടുകൾ. തുടക്കക്കാരെ കണ്ണുതുറന്ന് മുതിർന്നവരെപ്പോലെ പരീക്ഷണം നോക്കാൻ സഹായിക്കുക. പുതിയ പരീക്ഷകർ പ്രൊഫഷനിൽ ചേരുന്നതിന് സ്വീകരിക്കേണ്ട നടപടികളെക്കുറിച്ച് ഞങ്ങൾ സംസാരിച്ചു. ഗുണനിലവാരം എന്താണെന്നും യഥാർത്ഥ സാഹചര്യങ്ങളിൽ അത് എങ്ങനെ നേടാമെന്നതിനെക്കുറിച്ചും. കൂടാതെ, എന്താണ് ഓട്ടോമാറ്റിക് ടെസ്റ്റിംഗ്, എവിടെയാണ് അത് ഉപയോഗിക്കാൻ കൂടുതൽ അനുയോജ്യം.

   
   
   പിന്നെ, 1-2 മാസത്തെ ഇടവേളയിൽ ഞങ്ങൾ രണ്ട് മീറ്റ്അപ്പുകൾ കൂടി നടത്തി. ഇതിനോടകം തന്നെ ഇതിന്റെ ഇരട്ടി പേർ പങ്കെടുത്തിരുന്നു. "Ufa Software QA and Testing Meetup #2"-ൽ ഞങ്ങൾ വിഷയ മേഖലയിലേക്ക് കൂടുതൽ ആഴത്തിൽ ഇറങ്ങി. അവർ ബഗ് ട്രാക്കിംഗ് സിസ്റ്റങ്ങൾ, യുഐ/യുഎക്സ് ടെസ്റ്റിംഗ്, ഡോക്കർ, അൻസിബിൾ എന്നിവയിൽ സ്പർശിച്ചു, കൂടാതെ ഒരു ഡെവലപ്പറും ടെസ്റ്ററും തമ്മിലുള്ള പൊരുത്തക്കേടുകളെക്കുറിച്ചും അവ പരിഹരിക്കാനുള്ള വഴികളെക്കുറിച്ചും സംസാരിച്ചു.

   ഞങ്ങളുടെ മൂന്നാമത്തെ മീറ്റിംഗ്, "Ufa Software QA and Testing Meetup #3," ടെസ്റ്റർമാരുടെ പ്രവർത്തനവുമായി പരോക്ഷമായി ബന്ധപ്പെട്ടിരിക്കുന്നു, എന്നാൽ പ്രോഗ്രാമർമാർക്ക് അവരുടെ സാങ്കേതികവും സംഘടനാപരവുമായ ചുമതലകൾ സമയബന്ധിതമായി ഓർമ്മിപ്പിക്കുന്നതിന് ഇത് ഉപയോഗപ്രദമായിരുന്നു: ലോഡ് ടെസ്റ്റിംഗ്, e2e ടെസ്റ്റിംഗ്, ഓട്ടോടെസ്റ്റിംഗിലെ സെലിനിയം, വെബ് ആപ്ലിക്കേഷൻ കേടുപാടുകൾ. .

   ഞങ്ങളുടെ ഇവന്റുകളിൽ നിന്ന് പ്രക്ഷേപണങ്ങളിൽ സാധാരണ വെളിച്ചവും ശബ്ദവും എങ്ങനെ സൃഷ്ടിക്കാമെന്ന് ഞങ്ങൾ ഇക്കാലമത്രയും പഠിക്കുന്നു:

   → ടെസ്റ്റിംഗിലെ ആദ്യ ഘട്ടങ്ങൾ - Ufa സോഫ്റ്റ്‌വെയർ QA, ടെസ്റ്റിംഗ് മീറ്റപ്പ് #1
   → UI/UX ടെസ്റ്റിംഗ് - Ufa സോഫ്റ്റ്‌വെയർ QA, ടെസ്റ്റിംഗ് മീറ്റപ്പ് #2
   → സുരക്ഷാ പരിശോധന, ലോഡ് ടെസ്റ്റിംഗ്, ഓട്ടോ ടെസ്റ്റിംഗ് - Ufa QA, ടെസ്റ്റിംഗ് മീറ്റപ്പ് #3

3. അവസാനം, പരീക്ഷകർക്കായി ഒരു ഹാക്കത്തോൺ നടത്താൻ ഞങ്ങൾ തീരുമാനിച്ചു

പരീക്ഷകർക്കായി ഞങ്ങൾ എങ്ങനെ ഒരു ഹാക്കത്തോൺ തയ്യാറാക്കി നടത്തി

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

വ്യക്തമായ ടെസ്‌റ്റിംഗ് മാപ്പുകൾ സൃഷ്‌ടിക്കുന്നതിൽ പ്രാദേശിക പരീക്ഷകർക്കിടയിലെ പരിശീലനത്തിന്റെ അഭാവമാണ് ഞങ്ങളുടെ പ്രധാന തലവേദന. പ്രവർത്തനപരവും പ്രവർത്തനപരമല്ലാത്തതുമായ ആവശ്യകതകൾ, യുഐ/യുഎക്‌സ്, സുരക്ഷ, ജോലിഭാരം, പീക്ക് ലോഡുകൾ എന്നിവയ്‌ക്കായി ഡെവലപ്പർമാർക്ക് വ്യക്തമാകുന്ന പ്രീ-ഇംപ്ലിമെന്റേഷൻ ഉപയോക്തൃ സ്റ്റോറികൾ ഗവേഷണം ചെയ്യുന്നതിനും സ്വീകാര്യത മാനദണ്ഡങ്ങൾ സൃഷ്ടിക്കുന്നതിനും അവർ സമയം ചെലവഴിക്കുന്നില്ല. അതിനാൽ, അവരുടെ ജോലിയുടെ ഏറ്റവും രസകരവും ക്രിയാത്മകവുമായ ഭാഗത്തിലൂടെ കടന്നുപോകാൻ ഞങ്ങൾ ആദ്യമായി തീരുമാനിച്ചു - പ്രീ-പ്രൊജക്റ്റ് ഗവേഷണ സമയത്ത് ആവശ്യകതകളുടെ വിശകലനവും രൂപീകരണവും.

പങ്കെടുക്കുന്നവരുടെ സാധ്യതയുള്ള എണ്ണം ഞങ്ങൾ കണക്കാക്കുകയും, MVP റിലീസുകൾ, 5 ഉൽപ്പന്നങ്ങൾ, ഉൽപ്പന്ന ഉടമകളായി പ്രവർത്തിക്കുകയും ബിസിനസ്സ് ആവശ്യങ്ങൾ മനസ്സിലാക്കുകയും നിയന്ത്രണങ്ങളിൽ തീരുമാനങ്ങൾ എടുക്കുകയും ചെയ്യുന്ന 5 ആളുകൾക്ക് കുറഞ്ഞത് 5 ബാക്ക്‌ലോഗുകൾ ആവശ്യമാണെന്ന് ഞങ്ങൾ തീരുമാനിച്ചു.

ഞങ്ങൾക്ക് ലഭിച്ചത് ഇതാ: ഹാക്കത്തോണിനുള്ള ബാക്ക്ലോഗുകൾ.

പങ്കെടുക്കുന്നവരുടെ ദൈനംദിന ജോലികളിൽ നിന്ന് കഴിയുന്നത്ര അകന്ന വിഷയങ്ങൾ കൊണ്ടുവരികയും ഭാവനയുടെ സൃഷ്ടിപരമായ പറക്കലിന് അവർക്ക് സാധ്യത നൽകുകയും ചെയ്യുക എന്നതായിരുന്നു പ്രധാന ആശയം.

ഞങ്ങൾ എന്ത് തെറ്റുകൾ വരുത്തി, നമുക്ക് എന്താണ് മികച്ചത് ചെയ്യാൻ കഴിയുക?

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

കൂടിക്കാഴ്ചകൾ നല്ല കാര്യമാണ്. വിപുലീകരണത്തിന് വിപുലമായ അടിസ്ഥാനം സൃഷ്ടിക്കപ്പെടുന്നു, പങ്കെടുക്കുന്നവരുടെ പൊതു നില വർദ്ധിക്കുന്നു. വിപണിയിൽ കമ്പനി കൂടുതൽ കൂടുതൽ തിരിച്ചറിയപ്പെടുകയാണ്. എന്നാൽ അത്തരം സംരംഭങ്ങളുടെ അധ്വാന തീവ്രത ചെറുതല്ല. മീറ്റുകൾ നടത്തുന്നതിന് പ്രതിവർഷം ഏകദേശം 700-800 മനുഷ്യ-മണിക്കൂറുകൾ എടുക്കുമെന്ന് നിങ്ങൾ വ്യക്തമായി മനസ്സിലാക്കേണ്ടതുണ്ട്.

ടെസ്റ്റിംഗ് ഹാക്കത്തോണിനെ സംബന്ധിച്ചിടത്തോളം. ഇത്തരത്തിലുള്ള ഇവന്റുകൾ ഇതുവരെ വിരസമായിട്ടില്ല, കാരണം, ഡെവലപ്പർമാർക്കുള്ള ഹാക്കത്തണുകളിൽ നിന്ന് വ്യത്യസ്തമായി, അവ വളരെ കുറച്ച് തവണ മാത്രമേ നടക്കുന്നുള്ളൂ. ഈ ആശയത്തിന്റെ പ്രയോജനം, ശാന്തമായ രീതിയിൽ നിങ്ങൾക്ക് ധാരാളം പ്രായോഗിക അറിവ് കൈമാറാനും ഓരോ പങ്കാളിയുടെയും നിലവാരം കൃത്യമായി നിർണ്ണയിക്കാനും കഴിയും എന്നതാണ്.

ഇവന്റിന്റെ ഫലങ്ങൾ വിശകലനം ചെയ്ത ശേഷം, ഞങ്ങൾ ഒരുപാട് തെറ്റുകൾ വരുത്തിയതായി ഞങ്ങൾ മനസ്സിലാക്കി:

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

നിങ്ങൾ എന്താണ് നേടിയത്?

ഞങ്ങൾ ഞങ്ങളുടെ പ്രശ്‌നം ഭാഗികമായി പരിഹരിച്ചു, ഇപ്പോൾ 4 ഡവലപ്‌മെന്റ് ടീമുകളുടെ പിൻഭാഗം ഉൾക്കൊള്ളുന്ന 4 ധീരരും സുന്ദരരുമായ പുരുഷന്മാർ ഞങ്ങൾക്കായി പ്രവർത്തിക്കുന്നു. ശക്തരായ സ്ഥാനാർത്ഥികളുടെ ഗണ്യമായ ഒരു കൂട്ടവും നഗരത്തിലെ ക്യുഎ കമ്മ്യൂണിറ്റിയുടെ തലത്തിൽ പ്രകടമായ മാറ്റങ്ങളും ഇതുവരെ ശ്രദ്ധയിൽപ്പെട്ടിട്ടില്ല. എന്നാൽ കുറച്ച് പുരോഗതിയുണ്ട്, ഇത് സന്തോഷിക്കാതെ വയ്യ.

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