"റിപ്പോർട്ടിന് ബോറടിക്കാൻ അവകാശമില്ല": കോൺഫറൻസുകളിലെ പ്രസംഗങ്ങളെക്കുറിച്ച് ബറൂച്ച് സഡോഗുർസ്കിയുമായുള്ള അഭിമുഖം

ബറൂച്ച് സഡോഗുർസ്‌കി - ജെഫ്രോഗിലെ ഡെവലപ്പർ അഡ്വക്കേറ്റ്, "ലിക്വിഡ് സോഫ്റ്റ്‌വെയർ" എന്ന പുസ്തകത്തിൻ്റെ സഹ-രചയിതാവ്, പ്രശസ്ത ഐടി സ്പീക്കർ.

ഒരു അഭിമുഖത്തിൽ, തൻ്റെ റിപ്പോർട്ടുകൾക്കായി താൻ എങ്ങനെ തയ്യാറെടുക്കുന്നു, വിദേശ കോൺഫറൻസുകൾ റഷ്യൻ സമ്മേളനങ്ങളിൽ നിന്ന് എങ്ങനെ വ്യത്യാസപ്പെട്ടിരിക്കുന്നു, പങ്കെടുക്കുന്നവർ എന്തുകൊണ്ട് അതിൽ പങ്കെടുക്കണം, എന്തുകൊണ്ടാണ് അവർ തവള വേഷത്തിൽ സംസാരിക്കേണ്ടതെന്ന് ഒരു അഭിമുഖത്തിൽ വിശദീകരിച്ചു.

നമുക്ക് ഏറ്റവും ലളിതമായതിൽ നിന്ന് ആരംഭിക്കാം. എന്തുകൊണ്ടാണ് നിങ്ങൾ കോൺഫറൻസുകളിൽ സംസാരിക്കുന്നത്?

വാസ്തവത്തിൽ, കോൺഫറൻസുകളിൽ സംസാരിക്കുന്നത് എനിക്ക് ഒരു ജോലിയാണ്. “എന്തുകൊണ്ടാണ് എൻ്റെ ജോലി?” എന്ന ചോദ്യത്തിന് ഞങ്ങൾ കൂടുതൽ പൊതുവായി ഉത്തരം നൽകിയാൽ, രണ്ട് ലക്ഷ്യങ്ങൾ കൈവരിക്കുന്നതിന് ഇത് ക്രമത്തിലാണ് (കുറഞ്ഞത് JFrog കമ്പനിക്കെങ്കിലും). ഒന്നാമതായി, ഞങ്ങളുടെ ഉപയോക്താക്കളുമായും ഉപഭോക്താക്കളുമായും ബന്ധം സ്ഥാപിക്കുക. അതായത്, ഞാൻ കോൺഫറൻസുകളിൽ സംസാരിക്കുമ്പോൾ, ഞങ്ങളുടെ ഉൽപ്പന്നങ്ങളെയും കമ്പനിയെയും കുറിച്ച് എന്തെങ്കിലും ചോദ്യങ്ങൾ ഉള്ളവർക്കും, ചില ഫീഡ്‌ബാക്കും ഉള്ള എല്ലാവർക്കും എന്നോട് സംസാരിക്കാനും, എങ്ങനെയെങ്കിലും അവരെ സഹായിക്കാനും ഞങ്ങളുടെ ഉൽപ്പന്നങ്ങളുമായി പ്രവർത്തിക്കുന്ന അനുഭവം മെച്ചപ്പെടുത്താനും ഞാൻ ലഭ്യമാണ്.

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

പ്രകടനങ്ങൾക്കായി നിങ്ങൾ എങ്ങനെയാണ് തയ്യാറെടുക്കുന്നത് എന്ന് ഞങ്ങളോട് പറയാമോ? ഏതെങ്കിലും തരത്തിലുള്ള തയ്യാറെടുപ്പ് അൽഗോരിതം ഉണ്ടോ?

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

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

ഈ പ്ലാൻ അനുസരിച്ച് സ്ലൈഡുകൾ എഴുതുകയാണ് മൂന്നാം ഘട്ടം. സ്ലൈഡുകളിൽ ദൃശ്യമാകുന്ന ചില അമൂർത്ത ആശയങ്ങൾ നിങ്ങൾ ഉപയോഗിക്കുകയും നിങ്ങളുടെ സ്റ്റോറിയെ പിന്തുണയ്ക്കുകയും ചെയ്യുന്നു.

നാലാമത്തെ ഘട്ടം റൺ-ത്രൂകളും റിഹേഴ്സലുകളുമാണ്. ഈ ഘട്ടത്തിൽ, സ്റ്റോറി ആർക്ക് മാറിയെന്നും, കഥ യോജിച്ചതാണെന്നും, സമയത്തിൻ്റെ അടിസ്ഥാനത്തിൽ എല്ലാം ശരിയാണെന്ന് ഉറപ്പാക്കേണ്ടതും പ്രധാനമാണ്. ഇതിനുശേഷം റിപ്പോർട്ട് തയ്യാറായതായി പ്രഖ്യാപിക്കാം.

"ഈ വിഷയം" അഭിസംബോധന ചെയ്യേണ്ടതുണ്ടെന്ന് നിങ്ങൾ എങ്ങനെ മനസ്സിലാക്കും? റിപ്പോർട്ടുകൾക്കായി നിങ്ങൾ എങ്ങനെയാണ് മെറ്റീരിയൽ ശേഖരിക്കുന്നത്?

എനിക്ക് എങ്ങനെ ഉത്തരം നൽകണമെന്ന് എനിക്കറിയില്ല, അത് എങ്ങനെയെങ്കിലും വരുന്നു. ഒന്നുകിൽ ഇത് "ഓ, ഇത് ഇവിടെ എത്ര രസകരമായിത്തീർന്നു" അല്ലെങ്കിൽ "ഓ, ഇതിനെക്കുറിച്ച് ആർക്കും ശരിക്കും അറിയുകയോ മനസ്സിലാക്കുകയോ ചെയ്യുന്നില്ല" എന്നതായിരിക്കാം, കൂടാതെ പറയാനും വിശദീകരിക്കാനും സഹായിക്കാനും അവസരമുണ്ട്. ഈ രണ്ട് ഓപ്ഷനുകളിൽ ഒന്ന്.

മെറ്റീരിയലിൻ്റെ ശേഖരണം റിപ്പോർട്ടിനെ ആശ്രയിച്ചിരിക്കുന്നു. ഇത് ഏതെങ്കിലും അമൂർത്ത വിഷയത്തെക്കുറിച്ചുള്ള റിപ്പോർട്ടാണെങ്കിൽ, അത് കൂടുതൽ സാഹിത്യവും ലേഖനങ്ങളും ആണ്. ഇത് പ്രായോഗികമായ എന്തെങ്കിലും ആണെങ്കിൽ, അത് എഴുതുന്നത് കോഡ്, ചില ഡെമോകൾ, ഉൽപ്പന്നങ്ങളിൽ ശരിയായ കോഡ് കഷണങ്ങൾ കണ്ടെത്തൽ തുടങ്ങിയവയായിരിക്കും.

അടുത്തിടെ നടന്ന DevOps ഉച്ചകോടി ആംസ്റ്റർഡാം 2019-ൽ ബറൂച്ചിൻ്റെ പ്രസംഗം

പ്രകടനത്തെക്കുറിച്ചുള്ള ഭയവും ഉത്കണ്ഠയുമാണ് ആളുകൾ സ്റ്റേജിൽ പോകാത്തതിൻ്റെ ഏറ്റവും സാധാരണമായ കാരണങ്ങളിൽ ചിലത്. പ്രകടനം നടത്തുമ്പോൾ അസ്വസ്ഥത തോന്നുന്നവർക്ക് എന്തെങ്കിലും ഉപദേശമുണ്ടോ? നിങ്ങൾ ആശങ്കാകുലനാണോ, എങ്ങനെ നേരിടും?

അതെ, എനിക്കത് ഉണ്ട്, അത് ആയിരിക്കണം, ഒരുപക്ഷേ, ഞാൻ വിഷമിക്കുന്നത് പൂർണ്ണമായും നിർത്തുന്ന നിമിഷത്തിൽ, ഈ കാര്യം ഉപേക്ഷിക്കാനുള്ള ഒരു കാരണമാണിത്.

നിങ്ങൾ സ്റ്റേജിൽ കയറുമ്പോൾ ഇത് തികച്ചും സാധാരണമായ ഒരു പ്രതിഭാസമാണെന്ന് എനിക്ക് തോന്നുന്നു, നിങ്ങളുടെ മുന്നിൽ ധാരാളം ആളുകൾ ഉണ്ട്. നിങ്ങൾ വിഷമിക്കുന്നു, കാരണം ഇത് ഒരു വലിയ ഉത്തരവാദിത്തമാണ്, ഇത് സ്വാഭാവികമാണ്.

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

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

റഷ്യൻ, അന്തർദേശീയ സമ്മേളനങ്ങളിൽ നിങ്ങൾ ധാരാളം സംസാരിക്കുന്നു. റഷ്യൻ, വിദേശ കോൺഫറൻസുകളിലെ റിപ്പോർട്ടുകൾ തമ്മിലുള്ള വ്യത്യാസം നിങ്ങൾ കാണുന്നുണ്ടോ? പ്രേക്ഷകരിൽ വ്യത്യാസമുണ്ടോ? സംഘടനയിൽ?

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

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

DevOpsDays പോലുള്ള DevOps കോൺഫറൻസുകൾക്ക് ഇത് വളരെ പ്രധാനമാണ്, കാരണം DevOps സാങ്കേതികവിദ്യയെക്കുറിച്ചല്ല. DevOps എന്നത് ആശയവിനിമയത്തെക്കുറിച്ചാണ്, ഇത് മുമ്പ് ഒരുമിച്ച് പ്രവർത്തിക്കാത്ത ആളുകൾക്ക് ഒരുമിച്ച് പ്രവർത്തിക്കാനുള്ള വഴികളെക്കുറിച്ചാണ്. അതെ, ഒരു സാങ്കേതിക ഘടകമുണ്ട്, കാരണം DevOps-ന് ഓട്ടോമേഷൻ നിർണായകമാണ്, എന്നാൽ ഇത് അവയിൽ ഒന്ന് മാത്രമാണ്. ഒരു DevOps കോൺഫറൻസ്, DevOps-നെക്കുറിച്ച് സംസാരിക്കുന്നതിനുപകരം, സൈറ്റ് വിശ്വാസ്യതയെക്കുറിച്ചോ ഓട്ടോമേഷനെക്കുറിച്ചോ പൈപ്പ് ലൈനുകളെക്കുറിച്ചോ സംസാരിക്കുമ്പോൾ, ഈ കോൺഫറൻസ് വളരെ കഠിനമാണെങ്കിലും, എൻ്റെ അഭിപ്രായത്തിൽ, DevOps-ൻ്റെ സത്ത നഷ്ടപ്പെടുകയും സിസ്റ്റം അഡ്മിനിസ്ട്രേഷനെക്കുറിച്ചുള്ള കോൺഫറൻസുകളായി മാറുകയും ചെയ്യുന്നു. , DevOps-നെക്കുറിച്ചല്ല.

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

റഷ്യയിൽ, അത്തരം അനുമാനങ്ങൾ ഉണ്ടാക്കുന്നില്ല, കാരണം കുറച്ച് ആളുകൾക്ക് പൊതു സംസാരത്തിൽ പരിചയമുണ്ട്, അതിനാൽ സ്പീക്കറുകൾ കൂടുതൽ പരിശീലിപ്പിക്കപ്പെടുന്നു. വീണ്ടും, പൊതുവേ, റൺ-ത്രൂകളുണ്ട്, സ്പീക്കറുകൾ ഉള്ള ക്ലാസുകളുണ്ട്, സ്പീക്കറുകളെ സഹായിക്കാൻ പബ്ലിക് സ്പീക്കിംഗ് കോഴ്സുകളുണ്ട്.

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

ഇവയാണ് രണ്ട് വ്യത്യാസങ്ങൾ.

നിങ്ങൾ മറ്റ് രാജ്യങ്ങളിലെ DevOpsDays-ൽ പോയിട്ടുണ്ടോ? മറ്റ് കോൺഫറൻസുകളിൽ നിന്ന് അവ എങ്ങനെ വ്യത്യാസപ്പെട്ടിരിക്കുന്നു എന്ന് നിങ്ങൾ കരുതുന്നു? എന്തെങ്കിലും പ്രത്യേക സവിശേഷതകൾ ഉണ്ടോ?

ലോകമെമ്പാടുമുള്ള നിരവധി ഡസൻ DevOpsDays കോൺഫറൻസുകളിൽ ഞാൻ ഒരുപക്ഷേ പോയിട്ടുണ്ട്: അമേരിക്ക, യൂറോപ്പ്, ഏഷ്യ എന്നിവിടങ്ങളിൽ. ഈ കോൺഫറൻസ് ഫ്രാഞ്ചൈസി തികച്ചും അദ്വിതീയമാണ്, ഈ കോൺഫറൻസുകളിൽ ഏതിൽ നിന്നും നിങ്ങൾക്ക് എവിടെയും പ്രതീക്ഷിക്കാവുന്ന, കൂടുതലോ കുറവോ സ്ഥാപിതമായ ഫോർമാറ്റ് ഉണ്ട്. ഫോർമാറ്റ് ഇപ്രകാരമാണ്: താരതമ്യേന കുറച്ച് ഫ്രണ്ട്-ലൈൻ കോൺഫറൻസ് അവതരണങ്ങളുണ്ട്, കൂടാതെ ഓപ്പൺ സ്പേസ് ഫോർമാറ്റിനായി ധാരാളം സമയം നീക്കിവച്ചിരിക്കുന്നു.

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

കൂടാതെ, മിന്നൽ സംഭാഷണങ്ങൾ പലപ്പോഴും DevOpsDays-ൽ നടക്കുന്നു - ഇവ അഞ്ച് മിനിറ്റ് ദൈർഘ്യമുള്ള ഹ്രസ്വ റിപ്പോർട്ടുകളാണ്, ഇത് ഒരുപാട് കാര്യങ്ങൾ പഠിക്കാനും ബോറടിപ്പിക്കാത്ത ഫോർമാറ്റിൽ ചില പുതിയ കാര്യങ്ങളിലേക്ക് നിങ്ങളുടെ കണ്ണുകൾ തുറക്കാനും അനുവദിക്കുന്നു. ഒരു സാധാരണ റിപ്പോർട്ടിൻ്റെ മധ്യത്തിൽ ഇത് നിങ്ങളുടേതല്ലെന്ന് നിങ്ങൾ മനസ്സിലാക്കിയാൽ, സമയം പാഴായിപ്പോകുന്നു, നിങ്ങളുടെ ജീവിതത്തിൻ്റെ 30-40 മിനിറ്റ് പോയി, ഇവിടെ ഞങ്ങൾ അഞ്ച് മിനിറ്റിനുള്ള റിപ്പോർട്ടുകളെക്കുറിച്ചാണ് സംസാരിക്കുന്നത്. നിങ്ങൾക്ക് താൽപ്പര്യമില്ലെങ്കിൽ, അത് ഉടൻ അവസാനിക്കും. "ഞങ്ങളോട് പറയൂ, പക്ഷേ വേഗം" എന്നത് വളരെ നല്ല ഫോർമാറ്റാണ്.

കൂടുതൽ സാങ്കേതികമായ DevOpsDays ഉണ്ട്, കൂടാതെ DevOps എന്താണെന്നതിന് പ്രത്യേകമായി രൂപകൽപ്പന ചെയ്തവയും ഉണ്ട്: പ്രക്രിയകൾ, സഹകരണം, അതുപോലുള്ള കാര്യങ്ങൾ. രണ്ടും ഉള്ളത് രസകരമാണ്, രണ്ടും ഉള്ളത് രസകരമാണ്. ഇന്നത്തെ ഏറ്റവും മികച്ച DevOps കോൺഫറൻസ് ഫ്രാഞ്ചൈസികളിൽ ഒന്നാണിതെന്ന് ഞാൻ കരുതുന്നു.

നിങ്ങളുടെ പല പ്രകടനങ്ങളും പ്രകടനങ്ങളോ നാടകങ്ങളോ പോലെയാണ്: ചിലപ്പോൾ നിങ്ങൾ ഒരു ഗ്രീക്ക് ദുരന്തത്തിൻ്റെ രൂപത്തിൽ ഒരു പ്രസംഗം നടത്തുന്നു, ചിലപ്പോൾ നിങ്ങൾ ഷെർലക്കിൻ്റെ വേഷം ചെയ്യുന്നു, ചിലപ്പോൾ നിങ്ങൾ ഒരു തവള വേഷത്തിൽ അവതരിപ്പിക്കുന്നു. നിങ്ങൾ അവരുമായി എങ്ങനെ വരുന്നു? റിപ്പോർട്ട് ബോറടിപ്പിക്കുന്നതല്ലാതെ എന്തെങ്കിലും അധിക ലക്ഷ്യങ്ങളുണ്ടോ?

ഒരു റിപ്പോർട്ടിന് ബോറടിക്കാൻ അവകാശമില്ലെന്ന് എനിക്ക് തോന്നുന്നു, കാരണം, ഒന്നാമതായി, ഞാൻ ശ്രോതാക്കളുടെ സമയം പാഴാക്കുന്നു, വിരസമായ റിപ്പോർട്ടിൽ അവർ കുറവാണ്, അവർ കുറച്ച് പഠിച്ചു, അവർ കുറച്ച് പുതിയ കാര്യങ്ങൾ പഠിച്ചു, ഇത് അങ്ങനെയല്ല അവരുടെ സമയത്തിൻ്റെ ഏറ്റവും നല്ല പാഴാക്കൽ. രണ്ടാമതായി, എൻ്റെ ലക്ഷ്യങ്ങളും നേടിയിട്ടില്ല: അവർ എന്നെക്കുറിച്ച് നല്ലതൊന്നും കരുതുന്നില്ല, ജെഫ്രോഗിനെക്കുറിച്ച് അവർ ഒന്നും ചിന്തിക്കുന്നില്ല, എന്നെ സംബന്ധിച്ചിടത്തോളം ഇത് ഒരുതരം പരാജയമാണ്.

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

ഞാൻ ഇതെങ്ങനെ കൊണ്ടുവരും? അത് എപ്പോഴും ഒരുപോലെയല്ല. ചിലപ്പോഴൊക്കെ ഇത് എൻ്റെ മനസ്സിൽ വരുന്ന ചില ആശയങ്ങളാണ്, ചിലപ്പോൾ ഇത് ഒരു റിപ്പോർട്ടിനെക്കുറിച്ചുള്ള ചിന്തകൾ പങ്കുവെക്കുമ്പോഴോ ഞാൻ ഓട്ടം ചെയ്യുമ്പോഴോ എനിക്ക് നൽകുന്ന ചില ആശയങ്ങളാണ്, അവർ എന്നോട് പറയും: "ഓ, ഇത് ഇങ്ങനെ ചെയ്യാം!" അത് വ്യത്യസ്തമായി സംഭവിക്കുന്നു. ഒരു ആശയം ദൃശ്യമാകുമ്പോൾ, അത് എല്ലായ്പ്പോഴും വളരെ സന്തോഷകരവും രസകരവുമാണ്, ഇതിനർത്ഥം നിങ്ങൾക്ക് കൂടുതൽ രസകരവും ഉൾപ്പെട്ടതുമായ ഒരു റിപ്പോർട്ട് ഉണ്ടാക്കാൻ കഴിയും എന്നാണ്.

ഐടി മേഖലയിൽ നിന്നുള്ള ആരുടെ പ്രസംഗങ്ങളാണ് നിങ്ങൾക്ക് വ്യക്തിപരമായി ഇഷ്ടം? അത്തരം സ്പീക്കറുകൾ ഉണ്ടോ? എന്തുകൊണ്ട്?

രണ്ട് തരം സ്പീക്കറുകളുണ്ട്, അവരുടെ അവതരണങ്ങൾ ഞാൻ ആസ്വദിക്കുന്നു. ആദ്യത്തേത് ഞാൻ പോലെയാകാൻ ശ്രമിക്കുന്ന സ്പീക്കറുകളാണ്. അവർ രസകരവും ഇടപെടുന്നതുമായ രീതിയിൽ സംസാരിക്കുന്നു, എല്ലാവർക്കും താൽപ്പര്യമുണ്ടെന്നും എല്ലാവരും ശ്രദ്ധിക്കുന്നുണ്ടെന്നും ഉറപ്പാക്കാൻ ശ്രമിക്കുന്നു.

സാധാരണ വിരസമായ ഹാർഡ്‌കോറിനെക്കുറിച്ച് വളരെ രസകരവും ആവേശകരവുമായ രീതിയിൽ സംസാരിക്കാൻ കഴിയുന്നവരാണ് രണ്ടാമത്തെ തരം സ്പീക്കറുകൾ.

രണ്ടാമത്തെ വിഭാഗത്തിലെ പേരുകളിൽ, ഇത് Alexey Shepelev ആണ്, ചിലതരം ആഴത്തിലുള്ള പ്രകടന മാലിന്യ ശേഖരണത്തെക്കുറിച്ചും ജാവ വെർച്വൽ മെഷീൻ്റെ ഉൾവശങ്ങളെക്കുറിച്ചും രസകരവും നർമ്മവുമായ രീതിയിൽ സംസാരിക്കുന്നു. ഏറ്റവും പുതിയ DevOops-ൻ്റെ മറ്റൊരു കണ്ടെത്തൽ Netflix-ൽ നിന്നുള്ള സെർജി ഫെഡോറോവ് ആണ്. അവരുടെ ഉള്ളടക്ക ഡെലിവറി നെറ്റ്‌വർക്ക് എങ്ങനെ ഒപ്റ്റിമൈസ് ചെയ്‌തു എന്നതിനെക്കുറിച്ചുള്ള തികച്ചും സാങ്കേതികമായ ഒരു കാര്യം അദ്ദേഹം പറഞ്ഞു, അത് വളരെ രസകരമായ രീതിയിൽ അദ്ദേഹം പറഞ്ഞു.

ആദ്യ വിഭാഗത്തിൽ നിന്ന് - ഇവ ജെസ്സിക്ക ഡീൻ, ആൻ്റൺ വെയ്സ്, റോമൻ ഷാപോഷ്നിക്. രസകരവും നർമ്മബോധത്തോടെയും സംസാരിക്കുന്നവരും ഉയർന്ന റേറ്റിംഗുകൾ അർഹിക്കുന്നവരുമാണ് ഇവർ.

കോൺഫറൻസുകളിൽ സംസാരിക്കാനുള്ള സമയത്തേക്കാൾ കൂടുതൽ ക്ഷണങ്ങൾ നിങ്ങൾക്ക് ഉണ്ടായിരിക്കാം. നിങ്ങൾ എവിടെ പോകണമെന്നും എവിടെ പോകരുതെന്നും എങ്ങനെ തിരഞ്ഞെടുക്കാം?

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

അതായത്, ഇത്, ഉദാഹരണത്തിന്, ഞാൻ തന്ത്രപരമായി പോകേണ്ട ഏതെങ്കിലും തരത്തിലുള്ള ഭൂമിശാസ്ത്രമാണെങ്കിൽ, ഇത് ഒരു നല്ല പ്രശസ്തിയുള്ളതും ആളുകൾ പോകുന്നതുമായ ഒരു വലിയ അറിയപ്പെടുന്ന കോൺഫറൻസാണ്, അപ്പോൾ എനിക്ക് അത് ശരിക്കും ആവശ്യമാണ്. മറ്റ് കോൺഫറൻസുകളേക്കാൾ ഞാൻ അത് ഇഷ്ടപ്പെടുന്നു.

ഇതൊരു ചെറിയ പ്രാദേശിക സമ്മേളനമാണെങ്കിൽ, ഒരുപക്ഷേ, ഞങ്ങൾക്ക് വലിയ താൽപ്പര്യമില്ലാത്തിടത്ത്, അവിടെയുള്ള യാത്ര ഈ വിഷയത്തിൽ ചെലവഴിച്ച സമയത്തെ ന്യായീകരിക്കുന്നില്ലായിരിക്കാം. ആവശ്യം, വിതരണം, മൂല്യം എന്നിവയുടെ സാധാരണ വിപണി ബന്ധങ്ങൾ.

നല്ല ഭൂമിശാസ്ത്രം, നല്ല ജനസംഖ്യാശാസ്‌ത്രം, നല്ല ബന്ധങ്ങൾ, ആശയവിനിമയം എന്നിവ കോൺഫറൻസ് എനിക്ക് രസകരമായിരിക്കുമെന്നതിൻ്റെ ഉറപ്പ്.

നിങ്ങളുടെ ഒരു അഭിമുഖത്തിൽ, നിങ്ങൾ വർഷത്തിൽ നാൽപ്പതോളം സമ്മേളനങ്ങളിൽ സംസാരിക്കുന്നതായി സൂചിപ്പിച്ചു. നിങ്ങൾ എങ്ങനെ പ്രവർത്തിക്കുകയും പ്രകടനങ്ങൾക്കായി തയ്യാറെടുക്കുകയും ചെയ്യുന്നു? അത്തരമൊരു ഷെഡ്യൂൾ ഉപയോഗിച്ച് ജോലി/ജീവിത ബാലൻസ് നിലനിർത്താൻ നിങ്ങൾക്ക് കഴിയുന്നുണ്ടോ? നിങ്ങളുടെ രഹസ്യങ്ങൾ പങ്കിടണോ?

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

നിങ്ങൾ ബിസിനസ്സ് യാത്രകളിൽ കൂടുതൽ സമയം ചെലവഴിക്കുമ്പോൾ ജോലി/ജീവിത ബാലൻസ് നിലനിർത്തുന്നത് തീർച്ചയായും ബുദ്ധിമുട്ടാണ്. എന്നാൽ ഞാൻ ഒരു ബിസിനസ്സ് യാത്രയിലല്ലെങ്കിൽ, ഞാൻ 100% എൻ്റെ കുടുംബത്തോടൊപ്പമാണ്, വൈകുന്നേരങ്ങളിൽ ഞാൻ ഇമെയിലുകൾക്ക് ഉത്തരം നൽകുന്നില്ല, ഒന്നിലും പങ്കെടുക്കാതിരിക്കാൻ ഞാൻ ശ്രമിക്കുന്നു എന്ന വസ്തുതയിലൂടെ ഞാൻ ഇത് പരിഹരിക്കാൻ ശ്രമിക്കുന്നു. വൈകുന്നേരങ്ങളിലും വാരാന്ത്യങ്ങളിലും വിളിക്കുന്നു. ഞാൻ ഒരു ബിസിനസ്സ് യാത്രയിലല്ലാത്തപ്പോൾ, ഇത് കുടുംബ സമയമാകുമ്പോൾ, അത് ശരിക്കും 100% കുടുംബ സമയമാണ്. ഇത് പ്രവർത്തിക്കുന്നുണ്ടോ, അത് പ്രശ്നം പരിഹരിക്കുമോ? ഇല്ല. പക്ഷേ, ഞാൻ അകലെയുള്ള എല്ലാ സമയത്തും ഇത് എങ്ങനെയെങ്കിലും എൻ്റെ കുടുംബത്തിന് നഷ്ടപരിഹാരം നൽകുമെന്ന് ഞാൻ പ്രതീക്ഷിക്കുന്നു.

ബറൂച്ചിൻ്റെ റിപ്പോർട്ടുകളിലൊന്ന് “ഞങ്ങൾക്ക് DevOps ഉണ്ട്. എല്ലാ പരീക്ഷകരെയും പുറത്താക്കാം.

ഇത്രയും ഇറുകിയ ഷെഡ്യൂൾ ഉപയോഗിച്ച്, നിങ്ങളുടെ സാങ്കേതിക നിലവാരം നിലനിർത്താൻ നിങ്ങൾക്ക് കഴിയുന്നുണ്ടോ അതോ നിങ്ങൾ ഇതിനകം പ്രോഗ്രാമിംഗിൽ നിന്ന് മാറിയോ?

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

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

ഞാൻ ഇപ്പോഴും എന്നെ ഒരു ശക്തമായ സാങ്കേതിക വിദഗ്ധനായി കണക്കാക്കുന്നു, എന്താണ് സംഭവിക്കുന്നതെന്ന് ഞാൻ ഇപ്പോഴും മനസ്സിലാക്കുന്നു, ഞാൻ എൻ്റെ കാൽവിരലുകളിൽ എന്നെത്തന്നെ സൂക്ഷിക്കുന്നു. ഇതാണ് ഇന്നത്തെ എൻ്റെ ഹൈബ്രിഡ് അവസ്ഥ.

നിങ്ങൾക്ക് സംഭവിച്ച രസകരമായ രണ്ട് കഥകളോ അങ്ങേയറ്റത്തെ സാഹചര്യങ്ങളോ ഞങ്ങളോട് പറയൂ: വിമാനം നഷ്‌ടപ്പെട്ടു/അവതരണം ഇല്ലാതാക്കി/റിപ്പോർട്ടിനിടെ പവർ കട്ട് ഓഫ് ചെയ്‌തു/ലഗേജ് എത്തിയില്ലേ?

രസകരമായ സാഹചര്യങ്ങളിൽ, റിപ്പോർട്ടുകൾക്കിടയിൽ സംഭവിച്ച എല്ലാത്തരം ഭയാനകമായ പരാജയങ്ങളുമാണ് ഞാൻ ഏറ്റവും കൂടുതൽ ഓർക്കുന്നത്. സ്വാഭാവികമായും, ഇത് ഏറ്റവും സമ്മർദ്ദകരമായ സാഹചര്യമാണ്, കാരണം ഇത് പ്രേക്ഷകർ, സമയം, അവർ അത് പാഴാക്കില്ലെന്ന് ഉറപ്പാക്കേണ്ടതുണ്ട്.

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

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

ലഗേജ് വന്നില്ല തുടങ്ങിയ കഥകളിൽ നിന്ന് - ഇത് തത്വത്തിൽ, ഒരു സാധാരണ കഥയാണ്, സംസാരിക്കാൻ പോലും ഒന്നുമില്ല. എല്ലാത്തരം യാത്രാ നുറുങ്ങുകളെയും കുറിച്ച് ഞങ്ങൾക്ക് ഒരു പ്രത്യേക അഭിമുഖം ക്രമീകരിക്കാം, അവിടെ എത്താത്ത ലഗേജിനെക്കുറിച്ച് സംസാരിക്കാം, പക്ഷേ നിർണായകമായ ഒന്നും തന്നെയില്ല.

ഞാൻ വാഗ്‌ദാനം ചെയ്‌ത എല്ലാ കോൺഫറൻസുകളിലും എപ്പോഴും പറക്കാനും വരാനും പങ്കെടുക്കാനും ഞാൻ എന്തുവിലകൊടുത്തും കഠിനമായി ശ്രമിക്കുന്നു, കാരണം, വീണ്ടും, ഇത് ആളുകളുടെ സമയമാണ്. ആളുകളുടെ സമയം വിലമതിക്കാനാവാത്തതാണ്, കാരണം അവർ നിങ്ങൾക്ക് നൽകുന്ന വിശ്വാസത്തിൻ്റെ ക്രെഡിറ്റ്. ഈ ലോൺ പാഴായാൽ പിന്നീട് തിരിച്ച് കിട്ടാൻ വഴിയില്ല.

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

പലരും ഇതുപോലെ ചിന്തിക്കുന്നു: “എന്തുകൊണ്ടാണ് കോൺഫറൻസുകൾക്ക് പോകുന്നത്? നിങ്ങൾക്ക് YouTube-ൽ വീഡിയോ കാണാം, നിങ്ങൾക്ക് എല്ലായ്പ്പോഴും ഓൺലൈനിൽ ചാറ്റ് ചെയ്യാം. പങ്കെടുക്കുന്നവർ കോൺഫറൻസുകൾക്ക് പോകണമെന്ന് നിങ്ങൾ കരുതുന്നത് എന്തുകൊണ്ട്?

വലിയ ചോദ്യം! നെറ്റ്‌വർക്കിംഗിനായി നിങ്ങൾ കോൺഫറൻസുകളിൽ പോകണം. ഇത് അമൂല്യമാണ്, ഇത് ലഭിക്കാൻ മറ്റ് മാർഗങ്ങളില്ല. ആശയവിനിമയം, ആശയവിനിമയം, സോഫ്റ്റ് സ്‌കിൽസ് എന്നിവയുടെ പ്രാധാന്യത്തെക്കുറിച്ച് ഞാൻ ഇതിനകം സൂചിപ്പിച്ചിട്ടുണ്ട്. YouTube-ൽ ഒരു വീഡിയോ കാണുന്നത്, നിർഭാഗ്യവശാൽ, സോഫ്റ്റ് സ്‌കിൽ അനുഭവം നൽകുന്നില്ല. അതിനാൽ, ആശയവിനിമയത്തിനായി നിങ്ങൾ കോൺഫറൻസുകളിൽ പോകേണ്ടതുണ്ട്.

കൂടാതെ, കുറഞ്ഞത് എന്നെ സംബന്ധിച്ചിടത്തോളം, YouTube-ൽ വീഡിയോകൾ കാണുമ്പോൾ, ഇടപഴകൽ തികച്ചും വ്യത്യസ്തമാണ്, കൂടാതെ മെറ്റീരിയൽ ഓർമ്മിക്കുകയും ഓർമ്മിക്കുകയും ചെയ്യുന്നത് വളരെ കുറവാണ്. ഒരുപക്ഷേ ഇത് ഞാൻ മാത്രമായിരിക്കാം, പക്ഷേ ഒരു സംഭാഷണത്തിൽ മുറിയിലായിരിക്കുന്നതും YouTube-ൽ ഒരു വീഡിയോ കാണുന്നതും തികച്ചും വ്യത്യസ്തമായ കാര്യങ്ങളാണെന്ന് ഞാൻ സംശയിക്കുന്നു. പ്രത്യേകിച്ച് റിപ്പോർട്ട് നല്ലതാണെങ്കിൽ, അത് തത്സമയം കേൾക്കുന്നത് വളരെ മികച്ചതാണെന്ന് എനിക്ക് തോന്നുന്നു. ഒരു ലൈവ് കച്ചേരിയും റെക്കോർഡും കേൾക്കുന്നത് പോലെയാണ് ഇത്.

ഞാൻ ഒരിക്കൽ കൂടി ആവർത്തിക്കുന്നു: നെറ്റ്‌വർക്കിംഗും ആശയവിനിമയവും നിങ്ങൾക്ക് YouTube-ൽ നിന്ന് എടുക്കാവുന്ന ഒന്നല്ല.

DevOpsCon-ൽ ലിയോനിഡ് ഇഗോൾനിക്കുമായുള്ള സംയുക്ത റിപ്പോർട്ട്

സ്പീക്കറാകാൻ പദ്ധതിയിടുന്നവരോ ഇപ്പോൾ സംസാരിച്ചുതുടങ്ങിയവരോ ആയവർക്ക് ദയവായി വേർപിരിയൽ വാക്കുകൾ പറയാമോ?

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

കൂടാതെ, സമ്മർദ്ദ നില തികച്ചും വ്യത്യസ്തമാണ്. 10-15-30 ആളുകൾ വരുമ്പോൾ, ഹാളിൽ 150-200-300 ആളുകൾ ഉള്ളപ്പോൾ ഇത് ഒരുപോലെയല്ല, അതിനാൽ ഇത് വളരെ എളുപ്പമാണ്.

വീണ്ടും, ഒരു പ്രാദേശിക മീറ്റിംഗിനുള്ള ചെലവ് വളരെ കുറവാണ്: നിങ്ങൾ എവിടെയും പറക്കേണ്ടതില്ല, ദിവസങ്ങൾ ചെലവഴിക്കേണ്ടതില്ല, നിങ്ങൾക്ക് വൈകുന്നേരം വരാം. പ്രേക്ഷകരിൽ സൗഹാർദ്ദപരമായ മുഖം ഉണ്ടായിരിക്കേണ്ടതിൻ്റെ പ്രാധാന്യത്തെക്കുറിച്ചുള്ള എൻ്റെ ഉപദേശം ഓർക്കുമ്പോൾ, പണച്ചെലവില്ലാത്തതിനാൽ ഒരാളുമായി ഒരു പ്രാദേശിക മീറ്റിംഗിൽ വരുന്നത് വളരെ എളുപ്പമാണ്. നിങ്ങൾ ഒരു കോൺഫറൻസിൽ സംസാരിക്കുകയാണെങ്കിൽ, ഒരു സ്പീക്കർ എന്ന നിലയിൽ നിങ്ങൾ സൗജന്യമായി വരൂ, എന്നാൽ പൊതുസമൂഹത്തിൽ സൗഹൃദപരമായ മുഖമാകുന്ന നിങ്ങളുടെ ഈ +1 ന് ഒരു ടിക്കറ്റ് വാങ്ങേണ്ടതുണ്ട്. നിങ്ങൾ മീറ്റ്അപ്പിൽ സംസാരിക്കുകയാണെങ്കിൽ, അത്തരമൊരു പ്രശ്നമില്ല, മുറിയിൽ സൗഹൃദപരമായ മുഖമുള്ള ഒന്നോ രണ്ടോ മൂന്നോ സുഹൃത്തുക്കളെ നിങ്ങൾക്കൊപ്പം കൊണ്ടുവരാം.

മീറ്റ്അപ്പ് സംഘാടകർക്ക് നിങ്ങളെ സഹായിക്കാൻ കൂടുതൽ അവസരങ്ങളുണ്ട് എന്നതാണ് ഒരു അധിക പ്ലസ്. കാരണം കോൺഫറൻസ് സംഘാടകർക്ക് 60 അവതരണങ്ങൾ ഉണ്ടായിരിക്കും, അവ അവലോകനം ചെയ്യുകയും പരിശീലിക്കുകയും തയ്യാറാക്കുകയും വേണം. മീറ്റപ്പുകളുടെ സംഘാടകർക്ക് ഒന്നോ രണ്ടോ മൂന്നോ ഉണ്ട്, അതിനാൽ നിങ്ങൾക്ക് സ്വാഭാവികമായും കൂടുതൽ ശ്രദ്ധ ലഭിക്കും.

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

ഒരാൾ എന്ത് പറഞ്ഞാലും, പ്രാദേശിക മീറ്റിംഗുകൾ പൊതുവെയും തുടക്കക്കാർക്ക് പ്രത്യേകിച്ചും ഒരു മികച്ച വിഷയമാണ്.

ഡിസംബർ ഏഴിന് നടക്കുന്ന സമ്മേളനത്തിൽ ബറൂക്ക് സംസാരിക്കും DevOpsDays മോസ്കോ. സോഫ്റ്റ്‌വെയർ അപ്‌ഡേറ്റ് ചെയ്യുമ്പോൾ എല്ലാ ദിവസവും എല്ലായിടത്തും സംഭവിക്കുന്ന യഥാർത്ഥ പരാജയങ്ങൾ ബറൂച്ച് തൻ്റെ റിപ്പോർട്ടിൽ വിശകലനം ചെയ്യും. എല്ലാത്തരം DevOps പാറ്റേണുകളും വ്യത്യസ്‌ത സാഹചര്യങ്ങളുമായി എങ്ങനെ യോജിക്കുന്നുവെന്നും അവ ശരിയായി പ്രയോഗിക്കുന്നത് നിങ്ങളെ എങ്ങനെ രക്ഷിക്കുമെന്നും ഇത് കാണിക്കും.

കൂടാതെ പ്രോഗ്രാമിൽ: അലക്സാണ്ടർ ചിസ്ത്യാക്കോവ് (vdsina.ru), മിഖായേൽ ചിങ്കോവ് (AMBOSS), റോമൻ ബോയ്കോ (AWS), പാവൽ സെലിവാനോവ് (സൗത്ത്ബ്രിഡ്ജ്), റോഡിയൻ നാഗോർനോവ് (കാസ്പെർസ്കി ലാബ്), ആൻഡ്രി ഷോറിൻ (DevOps കൺസൾട്ടൻ്റ്).

പരിചയപ്പെടാൻ വരൂ!

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