"અહેવાલને કંટાળાજનક હોવાનો કોઈ અધિકાર નથી": પરિષદોમાં ભાષણો વિશે બરુચ સદોગુર્સ્કી સાથેની મુલાકાત

Baruch Sadogursky - JFrog ખાતે ડેવલપર એડવોકેટ, "લિક્વિડ સોફ્ટવેર" પુસ્તકના સહ-લેખક, પ્રખ્યાત IT સ્પીકર.

એક મુલાકાતમાં, બરુચે સમજાવ્યું કે તે તેના અહેવાલો માટે કેવી રીતે તૈયારી કરે છે, કેવી રીતે વિદેશી પરિષદો રશિયન કરતા અલગ છે, શા માટે સહભાગીઓએ તેમાં હાજરી આપવી જોઈએ અને શા માટે તેઓએ દેડકાના પોશાકમાં બોલવું જોઈએ.

ચાલો સૌથી સરળ સાથે પ્રારંભ કરીએ. પરિષદોમાં બોલવાનું તમને કેમ લાગે છે?

હકીકતમાં, પરિષદોમાં બોલવું એ મારા માટે એક કામ છે. જો આપણે વધુ સામાન્ય રીતે પ્રશ્નનો જવાબ આપીએ કે "મારું કામ શા માટે છે?", તો આ ક્રમમાં છે (ઓછામાં ઓછું જેફ્રોગ કંપની માટે) બે લક્ષ્યો હાંસલ કરવા માટે. પ્રથમ, અમારા વપરાશકર્તાઓ અને ગ્રાહકો સાથે સંપર્ક સ્થાપિત કરવા માટે. એટલે કે, જ્યારે હું પરિષદોમાં બોલું છું, ત્યારે હું ઉપલબ્ધ હોઉં છું જેથી દરેક વ્યક્તિ કે જેને કોઈ પ્રશ્નો હોય, અમારી પ્રોડક્ટ્સ અને કંપની વિશે કોઈ પ્રતિસાદ હોય, તેઓ મારી સાથે વાત કરી શકે, હું તેમને કોઈક રીતે મદદ કરી શકું અને અમારા ઉત્પાદનો સાથે કામ કરવામાં તેમનો અનુભવ બહેતર બનાવી શકું.

બીજું, બ્રાન્ડ અવેરનેસ વધારવા માટે આ જરૂરી છે. એટલે કે, જો હું કેટલીક રસપ્રદ બાબતો કહું, તો લોકોને રસ પડે છે કે આ કેવા પ્રકારનો જેફ્રોગ છે, અને પરિણામે તેઓ અમારા વિકાસકર્તા સંબંધોના ફનલમાં સમાપ્ત થાય છે, જે આખરે અમારા વપરાશકર્તાઓના ફનલમાં જાય છે, જે છેવટે અમારા ગ્રાહકોનું ફનલ.

કૃપા કરીને અમને જણાવો કે તમે પ્રદર્શન માટે કેવી રીતે તૈયારી કરો છો? શું કોઈ પ્રકારની તૈયારી અલ્ગોરિધમ છે?

તૈયારીના ચાર વધુ કે ઓછા પ્રમાણભૂત તબક્કાઓ છે. પ્રથમ શરૂઆત છે, ફિલ્મોની જેમ. કેટલાક વિચાર દેખાવા જોઈએ. એક વિચાર દેખાય છે, અને પછી તે લાંબા સમય સુધી પરિપક્વ થાય છે. તે પરિપક્વ છે, તમે વિચારી રહ્યા છો કે આ વિચારને કેવી રીતે શ્રેષ્ઠ રીતે રજૂ કરવો, કઈ ચાવીમાં, કયા ફોર્મેટમાં, તેના વિશે શું કહી શકાય. આ પહેલો તબક્કો છે.

બીજો તબક્કો ચોક્કસ યોજના લખી રહ્યો છે. તમારી પાસે એક વિચાર છે, અને તે તમે તેને કેવી રીતે રજૂ કરશો તેની વિગતો મેળવવાનું શરૂ કરે છે. આ સામાન્ય રીતે અમુક પ્રકારના માઇન્ડ-મેપ ફોર્મેટમાં કરવામાં આવે છે, જ્યારે રિપોર્ટને લગતી દરેક વસ્તુ વિચારની આસપાસ દેખાય છે: સહાયક દલીલો, પરિચય, કેટલીક વાર્તાઓ જે તમે તેના વિશે કહેવા માંગો છો. આ બીજો તબક્કો છે - યોજના.

ત્રીજો તબક્કો આ યોજના અનુસાર સ્લાઇડ્સ લખવાનું છે. તમે સ્લાઇડ્સ પર દેખાતા કેટલાક અમૂર્ત વિચારોનો ઉપયોગ કરો છો અને તમારી વાર્તાને સમર્થન આપો છો.

ચોથો તબક્કો રન-થ્રુ અને રિહર્સલ છે. આ તબક્કે, એ સુનિશ્ચિત કરવું મહત્વપૂર્ણ છે કે વાર્તાની ચાપ બહાર આવી છે, વાર્તા સુસંગત છે, અને સમયની દ્રષ્ટિએ બધું બરાબર છે તેની ખાતરી કરવી. આ પછી, રિપોર્ટ તૈયાર જાહેર કરી શકાય છે.

તમે કેવી રીતે સમજો છો કે "આ વિષય" પર ધ્યાન આપવાની જરૂર છે? અને તમે રિપોર્ટ્સ માટે સામગ્રી કેવી રીતે એકત્રિત કરો છો?

મને ખબર નથી કે કેવી રીતે જવાબ આપવો, તે કોઈક રીતે આવે છે. કાં તો તે "ઓહ, તે અહીં કેટલું સરસ બન્યું" અથવા તે "ઓહ, આ વિશે ખરેખર કોઈ જાણતું નથી અથવા સમજતું નથી" અને કહેવાની, સમજાવવાની અને મદદ કરવાની તક છે. આ બે વિકલ્પોમાંથી એક.

સામગ્રીનો સંગ્રહ અહેવાલ પર ખૂબ આધાર રાખે છે. જો આ કોઈ અમૂર્ત વિષય પરનો અહેવાલ છે, તો તે વધુ સાહિત્ય, લેખો છે. જો આ કંઈક વ્યવહારુ છે, તો તે કોડ લખવાનું, કેટલાક ડેમો, ઉત્પાદનોમાં કોડના યોગ્ય ટુકડાઓ શોધવા વગેરે હશે.

તાજેતરના DevOps સમિટ એમ્સ્ટરડેમ 2019માં બરુચનું ભાષણ

પ્રદર્શનનો ડર અને અસ્વસ્થતા એ કેટલાક સામાન્ય કારણો છે જેના કારણે લોકો સ્ટેજ પર જતા નથી. શું તમારી પાસે એવા લોકો માટે કોઈ સલાહ છે જેઓ પ્રદર્શન કરતી વખતે નર્વસ અનુભવે છે? શું તમે ચિંતિત છો અને તમે કેવી રીતે સામનો કરશો?

હા, મારી પાસે તે છે, તે હોવું જોઈએ, અને, સંભવતઃ, આ ક્ષણે જ્યારે હું સંપૂર્ણપણે ચિંતા કરવાનું બંધ કરું છું, ત્યારે આ બાબત છોડી દેવાનું આ એક કારણ છે.

મને લાગે છે કે જ્યારે તમે સ્ટેજ પર જાઓ છો અને તમારી સામે ઘણા બધા લોકો હોય ત્યારે આ એક સંપૂર્ણપણે સામાન્ય ઘટના છે. તમે ચિંતા કરો કારણ કે તે એક મોટી જવાબદારી છે, તે સ્વાભાવિક છે.

આનો સામનો કેવી રીતે કરવો? ત્યાં અલગ અલગ રીતે છે. મારી પાસે તે ક્યારેય એવા સ્તરે નથી કે મારે તેની સાથે સીધી લડાઈ કરવાની જરૂર છે, તેથી તે કહેવું મારા માટે મુશ્કેલ છે.

સૌથી મહત્વની વસ્તુ જે મને મદદ કરે છે તે એક મૈત્રીપૂર્ણ ચહેરો છે - પ્રેક્ષકોમાં કેટલાક પરિચિત ચહેરા. જો તમે તમારી જાણમાં હોય તેવી કોઈ વ્યક્તિને તમારી વાતમાં આવવાનું કહો, તો મધ્યમાં આગળની હરોળમાં બેસો, જેથી તમે હંમેશા તેની તરફ જોઈ શકો, અને તે વ્યક્તિ હકારાત્મક હશે, સ્મિત કરશે, હકાર કરશે, સમર્થન કરશે, મને લાગે છે કે આ એક વિશાળ છે, મોટી મદદ. હું ખાસ કરીને કોઈને આ કરવા માટે કહેતો નથી, પરંતુ જો એવું બને કે પ્રેક્ષકોમાં કોઈ પરિચિત ચહેરો હોય, તો તે ઘણી મદદ કરે છે અને તણાવ દૂર કરે છે. આ સૌથી મહત્વપૂર્ણ સલાહ છે.

તમે રશિયન અને આંતરરાષ્ટ્રીય પરિષદોમાં ઘણું બોલો છો. શું તમે રશિયન અને વિદેશી પરિષદોના અહેવાલો વચ્ચેનો તફાવત જુઓ છો? શું પ્રેક્ષકોમાં કોઈ તફાવત છે? સંસ્થામાં?

મને બે મોટા તફાવત દેખાય છે. તે સ્પષ્ટ છે કે રશિયા અને વિદેશમાં પરિષદો અલગ છે, પરંતુ જો આપણે હોસ્પિટલ માટે સરેરાશ લઈએ, તો રશિયામાં પરિષદો હાર્ડકોરના સંદર્ભમાં અહેવાલોની ઊંડાઈના સંદર્ભમાં વધુ તકનીકી છે. જોકર, જેપોઈન્ટ, હાઈલોડ જેવી મોટી કોન્ફરન્સનો આભાર, જે હંમેશા હાર્ડકોર પ્રેઝન્ટેશન પર આધારિત હોય છે તે માટે લોકો આના ટેવાયેલા છે. અને લોકો પરિષદોમાંથી આ જ અપેક્ષા રાખે છે. અને ઘણા લોકો માટે આ પરિષદ સારી કે ખરાબ છે કે કેમ તેનું સૂચક છે: ત્યાં ઘણું માંસ અને હાર્ડકોર છે અથવા ઘણું પાણી છે.

સાચું કહું તો, કદાચ એ હકીકતને કારણે કે હું વિદેશી પરિષદોમાં ઘણું બોલું છું, હું આ અભિગમ સાથે સહમત નથી. હું માનું છું કે નરમ કૌશલ્ય પરના અહેવાલો, "અર્ધ-માનવતાવાદી અહેવાલો", પરિષદો માટે ઓછા નથી, અને કદાચ વધુ મહત્વપૂર્ણ છે. કારણ કે કેટલીક તકનીકી વસ્તુઓ આખરે પુસ્તકોમાં વાંચી શકાય છે, તમે વપરાશકર્તા માર્ગદર્શિકાનો ઉપયોગ કરીને તેને શોધી શકો છો, પરંતુ જ્યારે તે નરમ કુશળતાની વાત આવે છે, જ્યારે મનોવિજ્ઞાનની વાત આવે છે, જ્યારે વાતચીતની વાત આવે છે, ત્યારે આ બધું મેળવવા માટે ક્યાંય નથી, ઓછામાં ઓછું સરળ, સુલભ અને સમજી શકાય તેવું. મને લાગે છે કે આ તકનીકી ઘટક કરતાં ઓછું મહત્વનું નથી.

આ ખાસ કરીને DevOps કોન્ફરન્સ જેમ કે DevOpsDays માટે મહત્વપૂર્ણ છે, કારણ કે DevOps એ ટેક્નોલોજી વિશે બિલકુલ નથી. DevOps એ ફક્ત સંચાર વિશે છે, તે ફક્ત એવા લોકો માટેના માર્ગો વિશે છે કે જેમણે પહેલાં સાથે કામ કર્યું નથી. હા, ત્યાં એક તકનીકી ઘટક છે, કારણ કે DevOps માટે ઓટોમેશન મહત્વપૂર્ણ છે, પરંતુ આ તેમાંથી એક છે. અને જ્યારે DevOps કોન્ફરન્સ, DevOps વિશે વાત કરવાને બદલે, સાઇટની વિશ્વસનીયતા અથવા ઓટોમેશન અથવા પાઇપલાઇન્સ વિશે વાત કરે છે, ત્યારે આ પરિષદ, તે ખૂબ જ હાર્ડકોર હોવા છતાં, મારા મતે, DevOpsનો ખૂબ જ સાર ચૂકી જાય છે અને સિસ્ટમ એડમિનિસ્ટ્રેશન વિશે પરિષદો બની જાય છે. , DevOps વિશે નહીં.

બીજો તફાવત તૈયારીમાં છે. ફરીથી, હું હોસ્પિટલના સરેરાશ અને સામાન્ય કેસો લઉં છું, ચોક્કસ નહીં. વિદેશમાં, તેઓ માને છે કે મોટાભાગના લોકોએ તેમના જીવનમાં જાહેરમાં બોલવાની તાલીમ લીધી છે. ઓછામાં ઓછું અમેરિકામાં, તે ઉચ્ચ શિક્ષણનો ભાગ છે. જો કોઈ વ્યક્તિ કૉલેજમાંથી સ્નાતક થઈ હોય, તો તેની પાસે પહેલેથી જ જાહેર બોલવાનો નોંધપાત્ર અનુભવ છે. તેથી, કાર્યક્રમ સમિતિએ યોજના જોયા પછી અને અહેવાલ શું હશે તે સમજ્યા પછી, વક્તા માટે બોલવાની વધુ તાલીમ આપવામાં આવતી નથી, કારણ કે એવું માનવામાં આવે છે કે તે, સંભવત,, તે કેવી રીતે કરવું તે જાણે છે.

રશિયામાં, આવી ધારણાઓ કરવામાં આવતી નથી, કારણ કે થોડા લોકોને જાહેર બોલવાનો અનુભવ હોય છે, અને તેથી વક્તાઓને વધુ તાલીમ આપવામાં આવે છે. ફરીથી, સામાન્ય રીતે, ત્યાં રન-થ્રુ છે, સ્પીકર્સ સાથેના વર્ગો છે, સ્પીકર્સને મદદ કરવા માટે જાહેર બોલવાના અભ્યાસક્રમો છે.

પરિણામે, નબળા સ્પીકર્સ કે જેઓ નબળી રીતે વાતચીત કરે છે તેઓને દૂર કરવામાં આવે છે, અથવા તેમને મજબૂત પ્રસ્તુતકર્તા બનવામાં મદદ કરવામાં આવે છે. હકીકત એ છે કે પશ્ચિમમાં જાહેરમાં બોલવું એ એક કૌશલ્ય માનવામાં આવે છે જે ઘણા લોકો પાસે હોય છે, આખરે તેની વિપરીત અસર થાય છે, કારણ કે આ ધારણા ઘણીવાર ખોટી, ભૂલભરેલી હોવાનું બહાર આવે છે અને જે લોકો જાહેરમાં કેવી રીતે બોલવું તે જાણતા નથી તેઓ તેના પર ભડક્યા કરે છે. સ્ટેજ અને ઘૃણાસ્પદ અહેવાલો પેદા કરે છે. અને રશિયામાં, જ્યાં એવું માનવામાં આવે છે કે જાહેરમાં બોલવાનો કોઈ અનુભવ નથી, અંતે તે વધુ સારું છે, કારણ કે તેઓને તાલીમ આપવામાં આવી હતી, તેઓનું પરીક્ષણ કરવામાં આવ્યું હતું, તેઓએ એક સારું પસંદ કર્યું, વગેરે.

આ બે તફાવતો છે.

શું તમે અન્ય દેશોમાં DevOpsDays માં ગયા છો? તમે કેવી રીતે વિચારો છો કે તેઓ અન્ય પરિષદોથી અલગ છે? ત્યાં કોઈ વિશિષ્ટ લક્ષણો છે?

હું કદાચ વિશ્વભરમાં અનેક ડઝન DevOpsDays પરિષદોમાં ગયો છું: અમેરિકા, યુરોપ અને એશિયામાં. આ કોન્ફરન્સ ફ્રેન્ચાઇઝી તદ્દન અનન્ય છે કારણ કે તેમાં વધુ કે ઓછા સ્થાપિત ફોર્મેટ છે જેની તમે આમાંની કોઈપણ પરિષદોમાંથી ગમે ત્યાંથી અપેક્ષા રાખી શકો છો. ફોર્મેટ નીચે મુજબ છે: ફ્રન્ટ-લાઇન કોન્ફરન્સ પ્રેઝન્ટેશન્સ પ્રમાણમાં ઓછા છે, અને ઘણો સમય ઓપન સ્પેસ ફોર્મેટ માટે સમર્પિત છે.

ઓપન સ્પેસ એ એક ફોર્મેટ છે જેમાં જે વિષય માટે સૌથી વધુ લોકોએ મત આપ્યો છે તેની અન્ય સહભાગીઓ સાથે મળીને ચર્ચા કરવામાં આવે છે. જેણે આ વિષયનો પ્રસ્તાવ મૂક્યો તે નેતા છે, તે ખાતરી કરે છે કે ચર્ચા શરૂ થાય છે. આ એક સરસ ફોર્મેટ છે કારણ કે, જેમ આપણે જાણીએ છીએ, કોમ્યુનિકેશન અને નેટવર્કિંગ કોઈપણ કોન્ફરન્સના પ્રસ્તુતિઓ કરતાં ઓછા મહત્વના ભાગો નથી. અને જ્યારે કોન્ફરન્સ તેનો અડધો સમય નેટવર્કિંગ ફોર્મેટમાં ફાળવે છે, તે ખૂબ જ સરસ છે.

ઉપરાંત, લાઈટનિંગ ટોક્સ ઘણીવાર DevOpsDays પર યોજવામાં આવે છે - આ પાંચ-મિનિટના ટૂંકા અહેવાલો છે જે તમને ઘણું વિશે ઘણું શીખવા દે છે અને બિન-કંટાળાજનક ફોર્મેટમાં કેટલીક નવી વસ્તુઓ તરફ તમારી આંખો ખોલે છે. અને જો રેગ્યુલર રિપોર્ટની વચ્ચે તમને સમજાયું કે આ તમારો નથી, તો સમયનો બગાડ થાય છે, તમારા જીવનની 30-40 મિનિટ વેડફાઈ જાય છે, તો અહીં અમે પાંચ મિનિટના રિપોર્ટ્સ વિશે વાત કરી રહ્યા છીએ. અને જો તમને રસ નથી, તો તે ટૂંક સમયમાં સમાપ્ત થશે. "અમને કહો, પણ ઝડપથી" એ પણ ખૂબ જ સારું ફોર્મેટ છે.

ત્યાં વધુ ટેક્નિકલ DevOpsDays છે, અને એવા પણ છે જે ખાસ કરીને DevOps શું છે તેના અનુરૂપ છે: પ્રક્રિયાઓ, સહયોગ, તેના જેવી વસ્તુઓ. બંને હોવું રસપ્રદ છે, અને બંને હોવું રસપ્રદ છે. મને લાગે છે કે આ આજની શ્રેષ્ઠ DevOps કોન્ફરન્સ ફ્રેન્ચાઇઝીમાંની એક છે.

તમારા ઘણા પ્રદર્શન પ્રદર્શન અથવા નાટકો જેવા જ છે: ક્યારેક તમે ગ્રીક ટ્રેજેડીના રૂપમાં વાર્તાલાપ આપો છો, ક્યારેક તમે શેરલોકની ભૂમિકા ભજવો છો, ક્યારેક તમે દેડકાના પોશાકમાં પ્રદર્શન કરો છો. તમે તેમની સાથે કેવી રીતે આવો છો? શું રિપોર્ટને કંટાળાજનક ન બનાવવા ઉપરાંત કોઈ વધારાના લક્ષ્યો છે?

મને એવું લાગે છે કે અહેવાલને કંટાળાજનક હોવાનો કોઈ અધિકાર નથી, કારણ કે, પ્રથમ, હું શ્રોતાઓનો સમય બગાડું છું, કંટાળાજનક અહેવાલમાં તેઓ ઓછા સામેલ છે, તેઓ ઓછું શીખ્યા છે, તેઓ ઓછી નવી વસ્તુઓ શીખ્યા છે, અને આ નથી તેમના સમયનો શ્રેષ્ઠ બગાડ. બીજું, મારા લક્ષ્યો પણ પ્રાપ્ત થયા નથી: તેઓ મારા વિશે કંઈપણ સારું વિચારતા નથી, તેઓ જેફ્રોગ વિશે કંઈપણ સારું વિચારતા નથી, અને મારા માટે આ એક પ્રકારની નિષ્ફળતા છે.

તેથી, કંટાળાજનક અહેવાલો અસ્તિત્વમાં હોવાનો કોઈ અધિકાર નથી, ઓછામાં ઓછા મારા માટે. હું તેમને રસપ્રદ, આકર્ષક અને યાદગાર બનાવવાનો પ્રયત્ન કરું છું. પ્રદર્શન એક માર્ગ છે. અને, હકીકતમાં, પદ્ધતિ એકદમ સરળ છે. તમારે ફક્ત કેટલાક રસપ્રદ ફોર્મેટ સાથે આવવાની જરૂર છે, અને પછી તે જ વિચારો રજૂ કરો જે નિયમિત અહેવાલના સ્વરૂપમાં અસામાન્ય ફોર્મેટમાં રજૂ કરવામાં આવે છે.

હું આ સાથે કેવી રીતે આવી શકું? તે હંમેશા સમાન નથી. કેટલીકવાર આ એવા કેટલાક વિચારો હોય છે જે મારા મગજમાં આવે છે, કેટલીકવાર આ એવા કેટલાક વિચારો હોય છે જે મને આપવામાં આવે છે જ્યારે હું કોઈ રિપોર્ટ વિશે વિચાર કરું છું અથવા શેર કરું છું અને તેઓ મને કહે છે: "ઓહ, તે આ રીતે કરી શકાય છે!" તે અલગ રીતે થાય છે. જ્યારે કોઈ વિચાર દેખાય છે, ત્યારે તે હંમેશા ખૂબ જ આનંદકારક અને સરસ હોય છે, આનો અર્થ એ છે કે તમે વધુ રસપ્રદ અને સામેલ અહેવાલ બનાવી શકો છો.

આઈટી ક્ષેત્રના કોના ભાષણો તમને વ્યક્તિગત રીતે ગમે છે? શું આવા વક્તાઓ છે? અને શા માટે?

બે પ્રકારના સ્પીકર્સ છે જેમની પ્રસ્તુતિઓ મને ગમે છે. પ્રથમ હું જેમ બનવાનો પ્રયત્ન કરું છું તે વક્તા છે. તેઓ એક રસપ્રદ અને સંકળાયેલી રીતે વાત કરે છે, ખાતરી કરવાનો પ્રયાસ કરે છે કે દરેકને રસ છે અને દરેક સાંભળે છે.

બીજા પ્રકારના સ્પીકર્સ એવા છે જેઓ સામાન્ય રીતે કંટાળાજનક હાર્ડકોર વિશે ખૂબ જ રસપ્રદ અને ઉત્તેજક રીતે વાત કરી શકે છે.

બીજી કેટેગરીના નામોમાંથી, આ એલેક્સી શેપ્લેવ છે, જે અમુક પ્રકારના ડીપ પરફોર્મન્સ ગાર્બેજ કલેક્શન અને જાવા વર્ચ્યુઅલ મશીનના અંદરના ભાગ વિશે રસપ્રદ અને રમૂજી રીતે વાત કરે છે. નવીનતમ DevOops ની બીજી શોધ Netflix ના Sergey Fedorov છે. તેમણે તેમના કન્ટેન્ટ ડિલિવરી નેટવર્કને કેવી રીતે ઑપ્ટિમાઇઝ કર્યું તે વિશે એક સંપૂર્ણ ટેકનિકલ વાત કહી અને તેણે તે ખૂબ જ રસપ્રદ રીતે જણાવ્યું.

પ્રથમ શ્રેણીમાંથી - આ જેસિકા ડીન, એન્ટોન વેઇસ, રોમન શાપોશ્નિક છે. આ એવા સ્પીકર્સ છે જે રસપ્રદ રીતે, રમૂજ સાથે બોલે છે અને યોગ્ય રીતે ઉચ્ચ રેટિંગ મેળવે છે.

સંભવતઃ તમારી પાસે પરિષદોમાં બોલવા માટેના સમય કરતાં વધુ આમંત્રણો છે. તમે ક્યાં જશો અને ક્યાં નહીં તે તમે કેવી રીતે પસંદ કરશો?

કોન્ફરન્સ અને સ્પીકર્સ, લગભગ દરેક વસ્તુની જેમ, પુરવઠા અને માંગના બજાર સંબંધો અને એકથી બીજાના મૂલ્ય દ્વારા સંચાલિત થાય છે. એવી પરિષદો છે કે, સારું, ચાલો કહીએ, મને તેમની જરૂર કરતાં વધુ જોઈએ છે. પ્રેક્ષકોના સંદર્ભમાં હું ત્યાં મળવાની અપેક્ષા રાખું છું અને ત્યાં જે અસર થવાની અપેક્ષા રાખું છું. એવી પરિષદો છે કે, તેનાથી વિપરીત, હું તેમને મારી જરૂરિયાત કરતાં વધુ જવા માંગુ છું. મારા માટેના મૂલ્યના આધારે, હું ક્યાં જવું તે નક્કી કરું છું.

એટલે કે, જો આ, ઉદાહરણ તરીકે, કોઈ પ્રકારની ભૂગોળ છે જ્યાં મારે વ્યૂહાત્મક રીતે જવાની જરૂર છે, આ એક મોટી જાણીતી કોન્ફરન્સ છે જેની સારી પ્રતિષ્ઠા છે અને લોકો તેમાં જશે, તો દેખીતી રીતે મને ખરેખર તેની જરૂર છે. અને હું તેને અન્ય પરિષદોમાં પસંદ કરું છું.

જો આ કોઈ પ્રકારની નાની પ્રાદેશિક પરિષદ છે, અને, કદાચ, જ્યાં અમને ખૂબ રસ નથી, તો તે હોઈ શકે છે કે ત્યાંની સફર આ બાબતે વિતાવેલા સમયને યોગ્ય ઠેરવશે નહીં. માંગ, પુરવઠા અને મૂલ્યના સામાન્ય બજાર સંબંધો.

સારી ભૂગોળ, સારી વસ્તી વિષયક, સંભવિત સારા સંપર્કો, સંચાર એ ગેરંટી છે કે કોન્ફરન્સ મારા માટે રસપ્રદ રહેશે.

તમારા એક ઇન્ટરવ્યુમાં, તમે ઉલ્લેખ કર્યો છે કે તમે વર્ષમાં લગભગ ચાલીસ કોન્ફરન્સમાં બોલો છો. તમે કેવી રીતે કામ કરવા અને પ્રદર્શન માટે તૈયારી કરવાનું મેનેજ કરો છો? અને શું તમે આવા શેડ્યૂલ સાથે કામ/જીવન સંતુલન જાળવવાનું મેનેજ કરો છો? તમારા રહસ્યો શેર કરો?

પરિષદોમાં મુસાફરી એ મારા કામનો સિંહફાળો છે. અલબત્ત, ત્યાં બીજું બધું છે: અહેવાલોની તૈયારી છે, તમારી જાતને તકનીકી આકારમાં રાખવી, કોડ લખવો, નવી વસ્તુઓ શીખવી. આ બધું પરિષદોની સમાંતર રીતે કરવામાં આવે છે: સાંજે, પ્લેનમાં, એક દિવસ પહેલા, જ્યારે તમે પરિષદ માટે પહેલેથી જ પહોંચ્યા છો, અને તે આવતીકાલે છે. થોડું આના જેવું.

અલબત્ત, જ્યારે તમે બિઝનેસ ટ્રિપ્સ પર ઘણો સમય પસાર કરો છો ત્યારે કામ/જીવનનું સંતુલન જાળવવું મુશ્કેલ છે. પરંતુ હું આ હકીકત દ્વારા વળતર આપવાનો પ્રયાસ કરું છું કે, ઓછામાં ઓછું જ્યારે હું વ્યવસાયિક સફર પર ન હોઉં, ત્યારે હું મારા પરિવાર સાથે 100% છું, હું સાંજે ઇમેઇલનો જવાબ આપતો નથી, હું કોઈ પણ કાર્યક્રમમાં ભાગ ન લેવાનો પ્રયાસ કરું છું. સાંજે અને સપ્તાહના અંતે ફોન કરે છે. જ્યારે હું બિઝનેસ ટ્રિપ પર ન હોઉં અને તે કૌટુંબિક સમય હોય, ત્યારે તે ખરેખર 100% કૌટુંબિક સમય હોય છે. શું આ કામ કરે છે અને શું તે સમસ્યા હલ કરે છે? ના. પરંતુ હું આશા રાખું છું કે આ કોઈક રીતે મારા પરિવારને હું જેટલો સમય દૂર છું તેની ભરપાઈ કરશે.

બરુચના અહેવાલોમાંથી એક છે “અમારી પાસે DevOps છે. ચાલો બધા પરીક્ષકોને કાઢી નાખીએ."

આવા ચુસ્ત શેડ્યૂલ સાથે, શું તમે તમારું તકનીકી સ્તર જાળવવાનું મેનેજ કરો છો અથવા તમે પ્રોગ્રામિંગથી દૂર થઈ ગયા છો?

કોન્ફરન્સમાં મારા પ્રવચનો અને અન્ય પ્રવૃત્તિઓની તૈયારી કરતી વખતે હું કેટલીક ટેકનિકલ બાબતો કરવાનો પ્રયાસ કરું છું. આ તમામ પ્રકારના ટેક્નિકલ ડેમો છે, કેટલાક મિનિ-રિપોર્ટ્સ જે અમે સ્ટેન્ડ પર આપીએ છીએ. તે કોડિંગ-પ્રોગ્રામિંગ નથી, તે વધુ એકીકરણ છે, પરંતુ તે ઓછામાં ઓછું કેટલાક તકનીકી કાર્ય છે જે હું કરવાનો પ્રયાસ કરું છું. આ રીતે હું અમારા ઉત્પાદનો, નવી સુવિધાઓ વગેરે વિશે જ્ઞાન જાળવી રાખું છું.

અલબત્ત, એવું કહેવું કદાચ અશક્ય છે કે હવે હું 7 વર્ષ પહેલાં જેવો જ હાર્ડકોર કોડર છું. ખાતરી નથી કે તે ખરાબ વસ્તુ છે. આ કદાચ અમુક પ્રકારની કુદરતી ઉત્ક્રાંતિ છે. આ મારા માટે ઓછું રસપ્રદ છે, અને મારી પાસે ઓછો સમય છે, તેથી, કદાચ, ભગવાન તેને આશીર્વાદ આપે.

હું હજી પણ મારી જાતને એક મજબૂત ટેકનિકલ નિષ્ણાત માનું છું, હું હજી પણ શું થઈ રહ્યું છે તે વિશે જાણું છું, હું મારી જાતને મારા અંગૂઠા પર રાખું છું. આ આજે મારી વર્ણસંકર પરિસ્થિતિ છે.

કૃપા કરીને અમને તમારી સાથે બનેલી કેટલીક રમુજી વાર્તાઓ અથવા આત્યંતિક પરિસ્થિતિઓ જણાવો: પ્લેન ચૂકી ગયા/પ્રેઝન્ટેશન કાઢી નાખ્યા/રિપોર્ટ દરમિયાન પાવર કટ થઈ ગયો/સામાન આવ્યો ન હતો?

રમુજી પરિસ્થિતિઓમાંથી, મને જે સૌથી વધુ યાદ છે તે તમામ પ્રકારની ભયંકર નિષ્ફળતાઓ છે જે અહેવાલો દરમિયાન થઈ હતી. સ્વાભાવિક રીતે, કારણ કે આ સૌથી તણાવપૂર્ણ પરિસ્થિતિ છે, કારણ કે તે પ્રેક્ષકો છે, સમય છે અને તમારે ખાતરી કરવાની જરૂર છે કે તેઓ તેનો બગાડ ન કરે.

મારી પાસે ચર્ચા દરમિયાન Windows અને Mac બંને પર "મૃત્યુની વાદળી સ્ક્રીન" હતી. વિન્ડોઝ પર તે એકવાર થયું, મેક પર બે વખત. આ, અલબત્ત, તણાવપૂર્ણ છે, પરંતુ અમે કોઈક રીતે આ સમસ્યાને હલ કરીએ છીએ, કમ્પ્યુટર ફરીથી પ્રારંભ થાય છે, હું આ સમયે કંઈક કહેવાનું ચાલુ રાખું છું, પરંતુ તણાવ પ્રચંડ છે.

કદાચ મારી પાસે સૌથી મનોરંજક પરિસ્થિતિ ગ્રુવી કોન્ફરન્સમાં હતી. મને બરાબર યાદ નથી કે કોન્ફરન્સ ક્યાં યોજાઈ હતી, એવું લાગે છે કે કોઈ હોટેલમાં અને આ હોટેલની સામે કોઈ પ્રકારનું બાંધકામ અથવા નવીનીકરણ ચાલી રહ્યું હતું. અને તેથી મેં કેટલાક કોડ વિશે વાત કરી જે મેં લખી હતી, તે એક ડેમો હતો. આ ડેમોનું પ્રથમ પુનરાવર્તન હતું, જે સમજી શકાય તેવું હતું, પરંતુ કદાચ સારી રીતે લખાયેલું ન હતું. અને હું ફક્ત રિફેક્ટ કરવા જઈ રહ્યો હતો અને તેને સુધારવા જઈ રહ્યો હતો, અને મેં "સ્વયં અવમૂલ્યન" જેવા કેટલાક શબ્દસમૂહનો ઉલ્લેખ કર્યો છે કે આ "શિટી કોડ" છે. તે બીજા માળે હતું, અને તે સમયે સામેની બાંધકામ સાઇટ પર એક ક્રેન ફક્ત એક પોર્ટેબલ ટોઇલેટને ઉપાડી રહી હતી. અને સ્ટેજ બારી સામે હતું. એટલે કે, હું આ બારી બહાર જોઉં છું, "શિટી કોડ" કહું છું અને એક ટોઇલેટ બારીમાંથી પસાર થાય છે. અને હું દરેકને કહું છું: "પછી વળો, અમારી પાસે અહીં એક ઉદાહરણ છે." આ કદાચ મારા વિચારોની શ્રેષ્ઠ સ્લાઇડ હતી - જ્યારે મેં shitty કોડ વિશે વાત કરી ત્યારે મારા અહેવાલમાં ઉડતું શૌચાલય.

સામાન આવી નથી જેવી વાર્તાઓમાંથી - આ, સૈદ્ધાંતિક રીતે, એક સામાન્ય વાર્તા છે, જેમાં વાત કરવા માટે પણ કંઈ નથી. અમે તમામ પ્રકારની ટ્રાવેલ ટિપ્સ વિશે એક અલગ ઇન્ટરવ્યૂ ગોઠવી શકીએ છીએ, જ્યાં અમે ન પહોંચેલા સામાન વિશે વાત કરી શકીએ છીએ, પરંતુ તેમાં કંઈ જટિલ નહોતું.

હું હંમેશાં ઉડાન ભરવા, આવવા અને તમામ પરિષદોમાં હાજરી આપવા માટે ખૂબ જ પ્રયત્ન કરું છું, જેમાં મેં વચન આપ્યું હતું, કારણ કે, ફરીથી, તે લોકોનો સમય છે. લોકોનો સમય અમૂલ્ય છે કારણ કે તે વિશ્વાસનો એવો શ્રેય છે જે તેઓ તમને આપે છે. અને જો આ લોન વેડફાય છે, તો પછી તેને પાછી મેળવવાનો કોઈ રસ્તો નથી.

જો કોઈ વ્યક્તિ સમય પસાર કરે છે, મારો અહેવાલ સાંભળવા માટે કોન્ફરન્સમાં આવ્યો હતો, અને મેં તે લીધો હતો અને આવ્યો નથી, તો આ ખરાબ છે, કારણ કે આ વ્યક્તિનો સમય પાછો મેળવવાનો કોઈ રસ્તો નથી. તેથી, આ સંદર્ભે મારા તમામ વચનોનું પાલન કરવું મારા માટે ખૂબ જ મહત્વપૂર્ણ છે, અને અત્યાર સુધી બધું કામ કરી રહ્યું છે.

ઘણા લોકો આના જેવું વિચારે છે: “શા માટે પરિષદોમાં જશો? તમે YouTube પર વિડિઓ જોઈ શકો છો, અને તમે હંમેશા ઑનલાઇન ચેટ કરી શકો છો." તમને કેમ લાગે છે કે સહભાગીઓએ પરિષદોમાં જવાની જરૂર છે?

મહાન પ્રશ્ન! તમારે નેટવર્કિંગ માટે કોન્ફરન્સમાં જવું જોઈએ. આ અમૂલ્ય છે અને તેને મેળવવાનો બીજો કોઈ રસ્તો નથી. કોમ્યુનિકેશન, કોમ્યુનિકેશન અને સોફ્ટ સ્કિલના મહત્વ વિશે મેં પહેલેથી જ ઉલ્લેખ કર્યો છે. કમનસીબે, યુટ્યુબ પર વિડિયો જોવાથી સોફ્ટ સ્કિલનો અનુભવ મળતો નથી. તેથી, તમારે સંચાર ખાતર પરિષદોમાં જવાની જરૂર છે.

વધુમાં, ઓછામાં ઓછું મારા માટે, YouTube પર વિડિઓઝ જોતી વખતે, સગાઈ સંપૂર્ણપણે અલગ છે, અને સામગ્રી યાદ રાખવામાં આવે છે અને ઘણી ઓછી સારી રીતે યાદ રાખવામાં આવે છે. કદાચ તે માત્ર હું છું, પરંતુ મને શંકા છે કે ટોકમાં રૂમમાં રહેવું અને YouTube પર વિડિઓ જોવી એ સંપૂર્ણપણે અલગ વસ્તુઓ છે. ખાસ કરીને જો રિપોર્ટ સારો હોય, તો મને લાગે છે કે તેને જીવંત સાંભળવું વધુ સારું છે. તે લાઇવ કોન્સર્ટ અને રેકોર્ડ સાંભળવા જેવું છે.

અને હું ફરી એક વાર પુનરાવર્તન કરું છું: નેટવર્કિંગ અને કોમ્યુનિકેશન એવી વસ્તુ નથી જે તમે YouTube પરથી લઈ શકો.

DevOpsCon પર લિયોનીડ ઇગોલનિક સાથે સંયુક્ત અહેવાલ

જેઓ હમણાં જ વક્તા બનવાનું વિચારી રહ્યા છે અથવા હમણાં જ બોલવાનું શરૂ કર્યું છે તેમને કૃપા કરીને કેટલાક વિદાય શબ્દો આપો?

સ્થાનિક મીટઅપ્સ માટે જુઓ. સ્થાનિક મીટઅપ્સ ઘણા કારણોસર તમારી બોલવાની કારકિર્દી શરૂ કરવા માટે એક સરસ રીત છે. પ્રથમ, સ્થાનિક મીટઅપ્સ હંમેશા સ્પીકર્સ શોધી રહ્યા છે. એવું બની શકે છે કે અનુભવ વિના અને પ્રખ્યાત વક્તા બન્યા વિના, તમારા માટે કોઈ પ્રખ્યાત કોન્ફરન્સમાં અરજી કરવી મુશ્કેલ હશે, અથવા પ્રોગ્રામ કમિટી, તમારી સાથે વાતચીત કર્યા પછી, સમજી જશે કે કદાચ તમારા માટે હજી થોડું વહેલું છે. તેનાથી વિપરીત, સ્થાનિક મીટઅપ્સ હંમેશા સ્પીકર્સ શોધી રહ્યા છે અને પ્રવેશ માટેનો બાર ઘણો ઓછો છે, તેથી ત્યાં પહોંચવું ખૂબ સરળ છે.

ઉપરાંત, તણાવ સ્તર સંપૂર્ણપણે અલગ છે. જ્યારે 10-15-30 લોકો આવે છે, ત્યારે હોલમાં 150-200-300 લોકો હોય ત્યારે તે બિલકુલ સરખું હોતું નથી, તેથી તે ખૂબ સરળ છે.

ફરીથી, સ્થાનિક મીટિંગ માટેનો ખર્ચ ઘણો ઓછો છે: તમારે ક્યાંય ઉડાન ભરવાની જરૂર નથી, તમારે દિવસો પસાર કરવાની જરૂર નથી, તમે ફક્ત સાંજે આવી શકો છો. પ્રેક્ષકોમાં મૈત્રીપૂર્ણ ચહેરો રાખવાના મહત્વ વિશેની મારી સલાહને યાદ રાખીને, કોઈની સાથે સ્થાનિક મીટિંગમાં આવવું ખૂબ સરળ છે કારણ કે તેમાં પૈસા ખર્ચાતા નથી. જો તમે કોન્ફરન્સમાં બોલો છો, તો તમે વક્તા તરીકે મફતમાં આવો છો, પરંતુ તમારો આ +1, જે લોકોમાં મૈત્રીપૂર્ણ ચહેરો હશે, તેને ટિકિટ ખરીદવાની જરૂર છે. જો તમે મીટઅપમાં બોલતા હોવ તો આવી કોઈ સમસ્યા નથી, તમે તમારી સાથે એક કે બે કે ત્રણ મિત્રોને લાવી શકો છો જેઓ રૂમમાં મૈત્રીપૂર્ણ ચહેરો હશે.

અને એક વધારાનો ફાયદો એ છે કે મીટઅપ આયોજકો પાસે તમને મદદ કરવાની ઘણી વધુ તકો છે. કારણ કે કોન્ફરન્સ આયોજકો પાસે, ઉદાહરણ તરીકે, 60 પ્રસ્તુતિઓ હશે જેની સમીક્ષા, પ્રેક્ટિસ અને તૈયાર કરવાની જરૂર છે. અને મીટઅપના આયોજકો પાસે એક, બે કે ત્રણ હોય છે, તેથી તમે સ્વાભાવિક રીતે વધુ ધ્યાન મેળવશો.

વધુમાં, સ્થાનિક મીટઅપ્સમાંથી પ્રતિસાદ મેળવવો ખૂબ સરળ છે. તમે તમારી રિપોર્ટ પૂરી કરી લીધી છે અને હવે તમે અને પ્રેક્ષકો પહેલેથી જ તમારા રિપોર્ટથી સંબંધિત કંઈક વાતચીત અને ચર્ચા કરી રહ્યાં છો. મોટા પરિષદો માટે આ ઘણીવાર થતું નથી. તમે રિપોર્ટ બનાવ્યો અને બસ. પ્રેક્ષકો, જે તમારી રિપોર્ટ દરમિયાન ગ્રે માસ હતા, તે ચાલ્યા ગયા છે, અને તમે હવે તેમના વિશે કંઈપણ જાણતા નથી, તમે સાંભળતા નથી, તમને કોઈ પ્રતિસાદ પ્રાપ્ત થશે નહીં.

કોઈ ભલે ગમે તે કહે, સ્થાનિક મીટિંગ એ સામાન્ય રીતે અને ખાસ કરીને નવા નિશાળીયા માટે એક સરસ વિષય છે.

બરૂચ 7 ડિસેમ્બરે કોન્ફરન્સમાં વક્તવ્ય આપશે DevOpsDays મોસ્કો. તેમના અહેવાલમાં, બરુચ સોફ્ટવેર અપડેટ કરતી વખતે દરરોજ અને દરેક જગ્યાએ થતી વાસ્તવિક નિષ્ફળતાઓનું વિશ્લેષણ કરશે. તે બતાવશે કે કેવી રીતે તમામ પ્રકારની DevOps પેટર્ન વિવિધ પરિસ્થિતિઓમાં ફિટ થાય છે અને તેને યોગ્ય રીતે લાગુ કરવાથી તમને કેવી રીતે બચાવી શકાય છે.

પ્રોગ્રામમાં પણ: એલેક્ઝાન્ડર ચિસ્ત્યાકોવ (vdsina.ru), મિખાઇલ ચિન્કોવ (AMBOSS), રોમન બોયકો (AWS), પાવેલ સેલિવાનોવ (સાઉથબ્રિજ), રોડિયન નાગોર્નોવ (કેસ્પરસ્કી લેબ), એન્ડ્રે શોરિન (DevOps સલાહકાર).

આવો પરિચિત થાઓ!

સોર્સ: www.habr.com