"Txostenak ez du aspergarria izateko eskubiderik": Baruch Sadogurskyri hitzaldietako hitzaldiei buruzko elkarrizketa

Baruch Sadogursky - JFrog-eko garatzaileen defendatzailea, "Liquid Software" liburuaren egilekidea, informatikako hizlari ospetsua.

Elkarrizketa batean, Baruchek bere txostenak nola prestatzen dituen azaldu zuen, atzerriko konferentziak Errusiakoetatik nola desberdintzen diren, parte hartzaileek zergatik joan behar duten eta zergatik hitz egin behar duten igel mozorroarekin.

"Txostenak ez du aspergarria izateko eskubiderik": Baruch Sadogurskyri hitzaldietako hitzaldiei buruzko elkarrizketa

Has gaitezen sinpleenetik. Zergatik uste duzu hitzaldietan hitz egitea?

Izan ere, hitzaldietan hitz egitea lana da niretzat. "Zergatik da nire lana?" galderari orokorrean erantzuten badiogu, orduan hau (JFrog enpresarentzat behintzat) bi helburu lortzeko da. Lehenik eta behin, gure erabiltzaile eta bezeroekin harremana ezartzea. Hau da, kongresuetan hitz egiten dudanean, eskuragarri nago, edozein zalantza, gure produktuei eta enpresari buruzko iritziren bat duten guztiek nirekin hitz egin dezaten, nolabait lagundu eta gure produktuekin lan egiteko esperientzia hobetzeko.

Bigarrenik, hau beharrezkoa da markaren kontzientzia areagotzeko. Hau da, gauza interesgarri batzuk kontatzen baditut, jendeari interesatzen zaio zer nolako JFrog hau den eta, ondorioz, gure garatzaileen harremanen inbutuan amaitzen dute, azkenean gure erabiltzaileen inbutuan sartzen dena, azkenean gure erosleen inbutua.

Mesedez, kontatu nola prestatzen zareten emanaldietarako? Ba al dago prestatzeko algoritmorik?

Prestatzeko lau fase estandar gehiago edo gutxiago daude. Lehenengoa sorrera da, filmetan bezala. Ideia batzuk agertu behar dira. Ideia bat agertzen da, eta gero nahiko denbora luzez heltzen da. Heltzen ari da, ideia hori nola aurkeztu behar den, zein klabetan, zein formatuan, zer esan daitekeen pentsatzen ari zara. Hau lehen etapa da.

Bigarren fasea plan zehatz bat idaztea da. Ideia bat duzu, eta nola aurkeztuko duzun xehetasunak hartzen hasten da. Hau buru-mapa formatu batean egiten da normalean, txostenarekin zerikusia duen guztia ideiaren inguruan agertzen denean: euskarri argudioak, sarrera, horri buruz kontatu nahi dituzun istorio batzuk. Hau bigarren etapa da - plana.

Hirugarren etapa plan honen arabera diapositibak idaztea da. Diapositibetan agertzen diren ideia abstraktu batzuk erabiltzen dituzu eta zure istorioa onartzen duzu.

Laugarren etapa korrika eta entseguak dira. Etapa honetan, garrantzitsua da istorioaren arkua atera dela ziurtatzea, istorioa koherentea dela eta denborari dagokionez dena ondo dagoela ziurtatzea. Horren ostean, txostena prest deklaratu daiteke.

Nola ulertzen duzu “gai hau” landu behar dela? Eta nola biltzen duzu txostenetarako materiala?

Ez dakit nola erantzun, nolabait etortzen da. Edo "Oh, zein polita atera den hemen" edo "Oh, inork ez daki edo ulertzen honetaz" da, eta kontatzeko, azaltzeko eta laguntzeko aukera dago. Bi aukera hauetako bat.

Material bilketa txostenaren menpekoa da oso. Hau gai abstraktu bati buruzko txostena bada, literatura gehiago da, artikuluak. Hau zerbait praktikoa bada, orduan kodea idaztea, demo batzuk, produktuetan kode egokiak aurkitzea eta abar izango dira.

Baruch-en hitzaldia Amsterdam 2019ko DevOps Summit-en

Errendimenduaren beldurra eta antsietatea dira jendea eszenatokira ez igotzeko arrazoi ohikoenetako batzuk. Aholkurik ba al duzu emanaldia egiterakoan urduri sentitzen direnentzat? Kezkatuta zaude eta nola egiten duzu aurre?

Bai, badaukat, izan beharko luke, eta, ziurrenik, kezkatzeari erabat uzten diodan momentuan, hau da gai hau uzteko arrazoia.

Oholtzara igotzen zarenean eta aurrean jende asko dagoela iruditzen zait fenomeno guztiz normala dela. Kezkatuta zaude ardura handia delako, naturala.

Nola aurre egin horri? Modu desberdinak daude. Inoiz ez dut izan halako mailan zuzenean borrokatu behar dudanez, zaila egiten zait esatea.

Laguntzen didan gauzarik garrantzitsuena aurpegi atsegina da, ikusleen aurpegi ezagun bat. Ezagutzen duzun norbaiti zure hitzaldira etortzeko eskatzen badiozu, eseri erdian lehen ilaran beti begira dezazun, eta pertsona positiboa izango da, irribarre egingo du, keinua egingo du, laguntza emango dio, hau izugarria dela uste dut, laguntza itzela. Ez diot inori berariaz eskatzen hau egiteko, baina entzuleen artean aurpegi ezagun bat dagoela gertatzen bada, asko laguntzen du eta estresa arintzen du. Hau da aholkurik garrantzitsuena.

Asko hitz egiten duzu Errusiako eta nazioarteko kongresuetan. Errusiako eta atzerriko kongresuetako txostenen arteko aldea ikusten al duzu? Ba al dago desberdintasunik audientzian? Antolakuntzan?

Bi alde handi ikusten ditut. Argi dago konferentziak desberdinak direla Errusian zein atzerrian, baina ospitaleko batez bestekoa hartzen badugu, Errusian hitzaldiak teknikoagoak dira txostenen sakontasunari dagokionez, hardcoreari dagokionez. Honetara ohituta dago jendea, beharbada Joker, JPoint, Highload bezalako kongresu handiei esker, zeinak betidanik aurkezpen hardcoreetan oinarritu diren. Eta horixe da jendeak kongresuetatik espero duena. Eta jende askorentzat hau da hitzaldi hau ona ala txarra den adierazle: haragi eta hardcore asko dago edo ur asko dago.

Egiari zor, beharbada atzerriko kongresuetan asko hitz egiten dudalako, ez nago bat planteamendu honekin. Uste dut gaitasun bigunei buruzko txostenak, “txosten erdi-humanitarioak”, ez direla gutxiago, eta agian are garrantzitsuagoa biltzaretarako. Azken finean, gauza tekniko batzuk liburuetan irakur daitezkeenez, erabiltzailearen eskuliburua erabiliz asma ditzakezu, baina gaitasun bigunei dagokienez, psikologiari dagokionez, komunikazioari dagokionez, ez dago hori guztia lortzeko inondik inora, behintzat. erraza, eskuragarria eta ulergarria. Iruditzen zait hori ez dela osagai teknikoa baino garrantzi gutxiagokoa.

Hau bereziki garrantzitsua da DevOps kongresuetarako, DevOpsDays bezalako biltzarretan, DevOps ez baita batere teknologiari buruzkoa. DevOps komunikazioei buruzkoa da, aurretik elkarrekin lan egin ez duten pertsonek elkarrekin lan egiteko moduei buruzkoa. Bai, bada osagai tekniko bat, automatizazioa funtsezkoa delako DevOps-entzat, baina hau horietako bat besterik ez da. Eta DevOps konferentzia batek, DevOps-i buruz hitz egin beharrean, guneen fidagarritasunari edo automatizazioari edo kanalizazioari buruz hitz egiten duenean, orduan biltzar honek, oso gogorra den arren, nire ustez, DevOps-en esentzia bera galdu egiten du eta sistemaren administrazioari buruzko hitzaldi bihurtzen da. , ez DevOps-i buruz.

Bigarren aldea prestaketan dago. Berriz ere, ospitaleko batez bestekoa eta kasu orokorrak hartzen ditut, ez zehatzak. Atzerrian, jende gehienak bere bizitzan jendaurrean hitz egiteko prestakuntzaren bat egin duela suposatzen dute. Ameriketan behintzat, goi mailako hezkuntzaren parte da. Pertsona bat unibertsitatean graduatu bada, orduan dagoeneko esperientzia handia du jendaurrean hitz egiten. Hori dela eta, programa batzordeak plana aztertu eta txostena zer izango den ulertu ondoren, ez da hizlariaren alde hitz egiteko prestakuntza gehiago egiten, uste baita berak, ziurrenik, badakiela nola egin.

Errusian, ez dira halako hipotesirik egiten, jende gutxik duelako jendaurrean hitz egiteko esperientzia eta, beraz, hiztunak askoz gehiago trebatzen direlako. Berriz ere, orokorrean, ibilaldiak daude, hizlariekin klaseak daude, jendaurrean hitz egiteko ikastaroak daude hizlariei laguntzeko.

Ondorioz, gaizki komunikatzen diren hiztun ahulak ezabatzen dira, edo aurkezle indartsuagoak izaten laguntzen zaie. Mendebaldean jendaurrean hitz egiteak jende askok duen trebetasuntzat hartzeak, azken finean, kontrako efektua lortzen du, suposizio hori sarritan gezurra, okerra suertatzen baita eta jendaurrean hitz egiten ez dakien jendeak argi eta garbi izorratzen duelako. eszenaratu eta erreportaje nazkagarriak sortu. Eta Errusian, jendaurrean hitz egiteko esperientziarik ez dagoela uste den, azkenean askoz hobeto ateratzen da, entrenatu zirelako, probatu egin zutelako, ona aukeratu zutelako, etab.

Hauek dira bi desberdintasunak.

Beste herrialde batzuetan DevOpsDays-en egon zara? Zure ustez, zertan bereizten dira beste kongresuetatik? Ba al dago ezaugarri berezirik?

Ziurrenik, mundu osoko DevOpsDays-eko hainbat konferentziatan egon naiz: Amerikan, Europan eta Asian. Kongresu-frankizia hau nahiko berezia da, konferentzia hauetako edozein lekutan espero dezakezun formatu gehiago edo gutxiago ezarrita duelako. Formatua honakoa da: lehen lerroko kongresu aurkezpenak nahiko gutxi daude, eta denbora asko eskaintzen zaio espazio irekien formatuari.

Espazio irekiak jende gehien bozkatu duen gaia beste parte-hartzaileekin batera eztabaidatzen duen formatu bat da. Gai hau proposatu zuena liderra da, eztabaida hasten dela ziurtatzen du. Formatu bikaina da, zeren dakigunez, komunikazioa eta sare-lana ez dira edozein kongresutan aurkezpenak baino atal garrantzitsuak. Eta hitzaldi batek bere denboraren erdia sareko formatu bati eskaintzen dionean, oso polita da.

Gainera, Lightning Talks sarritan egiten dira DevOpsDays-en: bost minutuko erreportaje laburrak dira, askori buruz asko ikasteko eta formatu aspergarria ez den gauza berri batzuei begiak irekitzeko. Eta erreportaje arrunt baten erdian konturatu bazenuen hau ez dela zurea, orduan denbora alferrik galtzen da, zure bizitzako 30-40 minutu desagertu dira, hemen bost minutuko txostenei buruz ari gara. Eta interesatzen ez bazaizu, laster amaituko da. “Esaguzu, baina azkar” ere oso formatu ona da.

Badira DevOpsDays teknikoagoak, eta DevOps denari bereziki egokitutakoak daude: prozesuak, lankidetza, horrelakoak. Interesgarria da biak izatea, eta interesgarria da biak izatea. Uste dut gaur egungo DevOps konferentzia-frankizia onenetako bat dela.

Zure emanaldi asko antzezpen edo antzezlanen antzekoak dira: batzuetan hitzaldi bat ematen duzu tragedia greziar baten moduan, beste batzuetan Sherlock-en papera egiten duzu, beste batzuetan igel mozorroarekin. Nola bururatzen zaizkizu? Ba al dago beste helbururik txostena aspergarria ez egiteaz gain?

Iruditzen zait erreportaje batek ez duela aspergarria izateko eskubiderik, zeren, lehenik eta behin, entzuleen denbora alferrik galtzen dut, erreportaje aspergarri batean gutxiago parte hartzen dute, gutxiago ikasi dute, gauza berri gutxiago ikasi dituzte, eta hau ez da. beren denbora galtzerik onena. Bigarrenik, nire helburuak ere ez dira lortu: ez dute ezer onik uste nigatik, ez dute ezer onik uste JFrog-i buruz, eta niretzat hau nolabaiteko porrota da.

Horregatik, txosten aspergarriek ez dute existitzeko eskubiderik, niretzat behintzat. Interesgarriak, erakargarriak eta gogoangarriak izaten saiatzen naiz. Emanaldiak modu bakarrekoak dira. Eta, egia esan, metodoa nahiko erraza da. Behar duzun guztia formatu interesgarriren bat ateratzea da, eta, ondoren, ohiko txosten baten moduan aurkezten diren pentsamendu berberak ezohiko formatuan aurkeztea.

Nola bururatzen zait hau? Ez da beti berdina. Batzuetan burura etortzen zaizkidan ideia batzuk dira, beste batzuetan erreportaje bati buruz burutzen ditudanean edo erreportaje bati buruzko gogoetak partekatzen ditudanean ematen zaizkidan ideia batzuk eta esaten didate: “Ai, horrela egin daiteke!”. Bestela gertatzen da. Ideia bat agertzen denean, oso alaia eta polita izaten da beti, horrek esan nahi du erreportaje interesgarriagoa eta inplikatuagoa egin dezakezula.

"Txostenak ez du aspergarria izateko eskubiderik": Baruch Sadogurskyri hitzaldietako hitzaldiei buruzko elkarrizketa

Nork gustatzen zaizkizu informatika arloko hitzaldiak pertsonalki? Ba al dago horrelako hiztunak? Eta zergatik?

Bi hizlari mota daude zeinen aurkezpenak atsegin ditudan. Lehenengoa izaten saiatzen naizen hiztunak dira. Modu interesgarri eta inplikatu batean hitz egiten dute, denek interesa dutela eta denek entzuten dutela ziurtatu nahian.

Bigarren motako hiztunak normalean aspergarria den hardcoreri buruz oso modu interesgarri eta zirraragarrian hitz egin dezaketenak dira.

Bigarren kategoriako izenen artean, hau Alexey Shepelev da, errendimendu sakoneko zabor-bilketa moduko bati buruz eta java makina birtualaren barneak modu interesgarri eta umoretsu batean hitz egiten duena. Azken DevOops-en beste aurkikuntza bat Netflix-eko Sergey Fedorov da. Gauza tekniko hutsa kontatu zuen nola optimizatu zuten euren edukiak emateko sarea, eta oso modu interesgarrian kontatu zuen.

Lehenengo kategoriatik - Jessica Deen, Anton Weiss, Roman Shaposhnik dira. Hauek dira interesgarri, umorez eta merezimenduz balorazio altuak jasotzen dituzten hizlariak.

Ziurrenik hitzaldietan hitz egiteko gonbidapen gehiago izango dituzu horretarako denbora baino. Nola aukeratzen duzu nora joango zaren eta nora ez?

Jardunaldiak eta hizlariak, ia beste guztia bezala, merkatu-eskaintzaren eta eskaintzaren arteko harremanak eta bata bestearen balioak arautzen ditu. Badira hitzaldiak, ba, demagun, behar ditudan baino gehiago nahi nautenak. Bertan topatzea espero dudan publikoari eta bertan espero dudan eraginari dagokionez. Badira hitzaldiak, aitzitik, behar nauten baino askoz gehiagora joan nahi dudana. Niretzako balioaren arabera erabakitzen dut nora joan.

Hau da, hau bada, adibidez, estrategikoki joan behar dudan geografia motaren bat, izen ona duen eta jendea joango den biltzar ezagun handi bat da, orduan, jakina, benetan behar dudala. Eta nahiago dut beste hitzaldi batzuk baino.

Eskualdeko konferentzia txikiren bat bada, eta, beharbada, oso interesatzen ez zaigun tokian, baliteke hara egindako bidaiak ez duela justifikatzen gai honetan emandako denbora. Eskariaren, eskaintzaren eta balioaren merkatuko harreman normalak.

Geografia ona, demografia ona, potentzialki kontaktu onak, komunikazioa dira hitzaldia interesgarria izango zaidan bermea.

Zure elkarrizketetako batean, urtean berrogei bat hitzalditan hitz egiten duzula aipatu zenuen. Nola moldatzen zara lanean eta emanaldietarako prestatzen? Eta lortzen al duzu lan/bizitza oreka mantentzea halako ordutegi batekin? Zure sekretuak partekatu?

Kongresuetara bidaiatzea da nire lanaren zati nagusia. Noski, beste guztia dago: txostenak prestatzea, forma teknikoan mantentzea, kodea idaztea, gauza berriak ikastea. Hau guztia hitzaldiekin paraleloan egiten da: arratsaldeetan, hegazkinean, bezperan, jadanik hitzaldira heldu zarenean, eta bihar da. Honelako zerbait.

Zaila da, noski, lan-bizitza oreka mantentzea negozio bidaietan hainbeste denbora ematen duzunean. Baina hori konpentsatzen saiatzen naiz, negozio-bidaia batean ez nagoenean behintzat, %100ean nagoela nire familiarekin, ez dut mezu elektronikorik erantzuten arratsaldeetan, saiatzen naiz inongo batean parte hartzen. deiak arratsaldez eta asteburuetan. Negozio bidaia batean ez nagoenean eta familia garaia denean, % 100 familiakoa da. Horrek funtzionatzen du eta arazoa konpontzen al du? Ez. Baina espero dut horrek nolabait nire familiari konpentsatzea kanpoan nagoen denbora guztian.

Baruch-en txostenetako bat "DevOps dugu. Kalera ditzagun probatzaile guztiak".

Hain egitarau estuarekin, maila teknikoari eustea lortzen duzu ala programaziotik urrundu zara jada?

Kongresuko hitzaldiak eta bestelako jarduerak prestatzen saiatzen naiz gauza tekniko batzuk egiten. Era guztietako demo teknikoak dira, standetan ematen ditugun mini-erreportaje batzuk. Hau ez da programazio-programazioa, hau integrazio gehiago da, baina hori behintzat egiten saiatzen naizen lan tekniko bat da. Horrela gure produktuei, ezaugarri berriei eta abarrei buruzko ezagutza mantentzen dut.

Noski, ziurrenik ezinezkoa da esatea orain duela 7 urte bezain kodetzaile hardcore bera naizela. Ez dakit hori txarra den. Hau eboluzio natural moduko bat da ziurrenik. Hau ez da hain interesgarria niretzat, eta denbora gutxiago daukat, beraz, ziurrenik, Jainkoak bedeinka dezala.

Oraindik ere espezialista tekniko sendotzat daukat neure burua, oraindik gertatzen ari denaren berri izaten jarraitzen dut, behatzen naiz. Hau da nire egoera hibridoa gaur.

Mesedez, konta iezaguzu gertatu zaizkizun istorio dibertigarri edo muturreko egoera pare bat: hegazkina galdu al duzu/aurkezpena ezabatu/erreportajean moztutako argindarra/maleta iritsi ez da?

Egoera dibertigarrietatik, gehien gogoratzen dudana erreportajeetan gertatutako porrot izugarriak dira. Berez, egoera estresagarriena hau delako, publikoa delako, denbora, eta ez dutela alferrik galtzen ziurtatu behar duzulako.

Windows zein Mac-en "heriotzaren pantaila urdina" izan nuen hitzaldian. Windows-en behin gertatu zen, Mac-en pare bat aldiz. Hau, noski, estresagarria da, baina nolabait arazo hau konpontzen dugu, ordenagailua berrabiarazi egiten da, momentu honetan zerbait kontatzen jarraitzen dut, baina estresa izugarria da.

Seguruenik, izan nuen egoera dibertigarriena Groovy konferentzia batean izan zen. Ez dut gogoratzen zehazki non egin zen hitzaldia, antza, hotel batean, eta hotel honen parean nolabaiteko eraikuntza edo eraberritze lanak egiten ari ziren. Eta horrela idatzi nuen kode bati buruz hitz egin nuen, demo bat zen. Hau izan zen demoaren lehen errepikapena, ulergarria zena, baina beharbada ondo idatzita ez zegoena. Eta birfaktorizatu eta hobetu besterik ez nuen egingo, eta "norbere buruari gaitzespena" bezalako esaldi batzuk aipatu nituen "kode kaka"ari buruz. Bigarren solairuan zegoen, eta garai hartan pareko obran zegoen garabi bat komun eramangarri bat altxatzen ari zen. Eta eszenatokia leihoaren parean zegoen. Hau da, leiho honetatik begiratu, "kode kaka" esan eta komun bat flotatzen du leihotik. Eta denei esaten diet: "Eman buelta, hemen dugu ilustrazio bat". Hau izan zen ziurrenik nire pentsamenduen diapositiba onena - kode kakaraz hitz egin nuenean nire txosteneko komun hegalaria.

Ekipajea bezalako istorioetatik ez zen etorri - hau, printzipioz, istorio normala da, ez dago ezer buruz hitz egin ere. Mota guztietako bidaia-aholkuei buruzko elkarrizketa bana antolatu dezakegu, non iritsi ez diren ekipajeei buruz hitz egin dezakegu, baina ez zegoen ezer kritikorik.

Oso gogor saiatzen naiz kosta ahala kosta beti hegan egiten, etorri eta hitzeman nuen hitzaldi guztietara joaten, berriro ere jendearen garaia baita. Jendearen denborak ez du preziorik ematen dizuten konfiantzazko kreditua delako. Eta mailegu hori xahutzen bada, ez dago gero itzultzerik.

Pertsona batek denbora eman badu, hitzaldira nire txostena entzutera etortzen bada, eta nik hartu eta ez naiz etorri, hau txarra da, ez baitago pertsona honen denbora berreskuratzeko modurik. Hori dela eta, oso garrantzitsua da niretzat zentzu honetan nire promesa guztiak betetzea, eta orain arte dena ongi doa.

Jende askok honela pentsatzen du: “Zergatik joan hitzaldietara? Bideoa YouTuben ikus dezakezu, eta beti sarean txateatu dezakezu». Zure ustez, zergatik joan behar dute parte hartzaileek hitzaldietara?

Galdera bikaina! Jardunaldietara joan beharko zenuke sarean aritzeko. Hau ez da preziorik eta ez dago beste modurik lortzeko. Lehen aipatu dut komunikazioaren, komunikazioaren eta gaitasun bigunen garrantzia. Youtuben bideo bat ikusteak, zoritxarrez, ez du gaitasun bigunetan esperientziarik ematen. Horregatik, hitzaldietara joan behar duzu komunikazioaren mesedetan.

Gainera, niretzat behintzat, YouTube-n bideoak ikustean, konpromisoa guztiz ezberdina da, eta materiala askoz ere gutxiago gogoratzen eta gogoratzen da. Agian ni bakarrik naiz, baina susmoa dut hitzaldi batean gelan egotea eta YouTube-n bideo bat ikustea gauza guztiz desberdinak direla. Batez ere erreportajea ona bada, zuzenean entzutea askoz ere hobea dela iruditzen zait. Zuzeneko kontzertu bat eta disko bat entzutea bezalakoa da.

Eta berriro errepikatzen dut: sareak eta komunikazioa ez dira YouTube-tik atera ditzakezun zerbait.

Leonid Igolnik-ekin batera egindako txostena DevOpsCon-en

Mesedez, eman hizlari izateko asmoa dutenei edo hizketan hasi berri direnei zati-hitz batzuk?

Bilatu tokiko topaketak. Tokiko topaketak zure hizlari-karrera hasteko modu bikaina dira hainbat arrazoirengatik. Lehenik eta behin, tokiko topaketak hiztun bila dabiltza beti. Baliteke esperientziarik gabe eta hizlari ospetsua izan gabe zaila izatea biltzar ospetsuren batera eskatzea, edo programa-batzordeak, zurekin komunikatu ondoren, agian oraindik goiz samar dela ulertuko du. Aitzitik, tokiko topaketak hiztun bila dabiltza beti eta sarrerako barra askoz ere baxuagoa da, beraz, askoz errazagoa da bertara iristea.

Gainera, estres maila guztiz ezberdina da. 10-15-30 lagun etortzen direnean, ez da batere berdina aretoan 150-200-300 pertsona daudenean, beraz, askoz errazagoa da.

Berriz ere, tokiko topaketa baten kostuak askoz txikiagoak dira: ez duzu inora hegan egin beharrik, ez duzu egunik igaro behar, arratsaldean etor zaitezke. Entzuleen artean aurpegi atsegina izateak duen garrantziari buruz nire aholkuak gogoratuz, askoz errazagoa da tokiko topaketa batera norbaitekin etortzea, ez baitu dirurik kostatzen. Hitzaldi batean hitz egiten baduzu, hizlari gisa doan etortzen zara, baina publikoaren aurrean aurpegi atsegina izango den zure +1 honek txartela erosi behar du. Topaketa batean hitz egiten ari bazara, ez dago arazorik, gelan aurpegi atsegina izango den lagun bat edo bi edo hiru ekar ditzakezu zurekin.

Eta abantaila gehigarri bat topaketa-antolatzaileek askoz ere aukera gehiago dituzte zu laguntzeko. Jardunaldien antolatzaileek, adibidez, berrikusi, landu eta prestatu beharreko 60 aurkezpen izango baitituzte. Eta topaketen antolatzaileek bat, bi edo hiru dituzte, beraz, berez, askoz arreta gehiago jasoko duzu.

Horrez gain, askoz errazagoa da tokiko topaketen iritzia jasotzea. Txostena amaitu duzu eta orain zu eta entzuleak dagoeneko zure txostenarekin zerikusia duen zerbait komunikatzen eta eztabaidatzen ari zarete. Kongresu handietarako askotan ez da horrela gertatzen. Erreportajea egin duzu eta kitto. Ikusleak, zure erreportajean masa grisa izan zena, alde egin du, eta jada ez duzu ezer ezagutzen, ez duzu entzuten, ez duzu iritzirik jasoko.

Zer esanik ez, tokiko topaketak gai bikaina dira orokorrean eta hasiberrientzat bereziki.

Baruchek abenduaren 7ko hitzaldian hitz egingo du DevOpsDays Mosku. Bere txostenean, softwarea eguneratzean egunero eta nonahi gertatzen diren benetako hutsegiteak aztertuko ditu Baruchek. DevOps eredu guztiak agertoki desberdinetan nola egokitzen diren erakutsiko du eta behar bezala aplikatzeak nola salba zintezkeen.

Programan ere: Alexander Chistyakov (vdsina.ru), Mikhail Chinkov (AMBOSS), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps aholkularia).

Zatoz ezagutzera!

Iturria: www.habr.com

Gehitu iruzkin berria