Baruch Sadogursky - Ontwikkelaarsadvokaat by JFrog, mede-outeur van die boek "Liquid Software", bekende IT-spreker.
Baruch het in 'n onderhoud verduidelik hoe hy vir sy verslae voorberei, hoe buitelandse konferensies van Russiese verskil, hoekom deelnemers dit moet bywoon en hoekom hulle in 'n paddakostuum moet praat.
Kom ons begin met die eenvoudigste. Hoekom dink jy hoegenaamd praat by konferensies?
Trouens, om by konferensies te praat is 'n werk vir my. As ons meer algemeen die vraag "Hoekom is my werk?" beantwoord, dan is dit in orde (ten minste vir die JFrog-maatskappy) om twee doelwitte te bereik. Eerstens, om kontak met ons gebruikers en kliënte te bewerkstellig. Dit wil sê, wanneer ek by konferensies praat, is ek beskikbaar sodat almal wat enige vrae het, 'n bietjie terugvoer oor ons produkte en maatskappy, met my kan praat, ek kan hulle op een of ander manier help en hul ervaring in die werk met ons produkte verbeter.
Tweedens is dit nodig om handelsmerkbewustheid te verhoog. Dit wil sê, as ek 'n paar interessante dinge vertel, dan stel mense belang in watter soort JFrog dit is, en as gevolg daarvan beland hulle in ons ontwikkelaarverhoudingstregter, wat uiteindelik in die tregter van ons gebruikers ingaan, wat uiteindelik in die tregter gaan. tregter van ons kliënte.
Vertel ons asseblief hoe jy vir optredes voorberei? Is daar 'n soort voorbereidingsalgoritme?
Daar is vier min of meer standaard stadiums van voorbereiding. Die eerste is aanvang, soos in die flieks. Een of ander idee moet verskyn. 'n Idee verskyn, en dan word dit nogal lank volwasse. Dit word volwasse, jy dink aan hoe om hierdie idee die beste aan te bied, in watter sleutel, in watter formaat, wat daaroor gesê kan word. Dit is die eerste fase.
Die tweede fase is die skryf van 'n spesifieke plan. Jy het 'n idee, en dit begin besonderhede verkry oor hoe jy dit sal aanbied. Dit word gewoonlik in 'n soort breinkaartformaat gedoen, wanneer alles wat met die verslag verband hou rondom die idee verskyn: ondersteunende argumente, inleiding, 'n paar stories wat jy daaroor wil vertel. Dit is die tweede fase - die plan.
Die derde fase is die skryf van skyfies volgens hierdie plan. Jy gebruik 'n paar abstrakte idees wat op die skyfies verskyn en jou storie ondersteun.
Die vierde fase is deurlope en repetisies. Op hierdie stadium is dit belangrik om seker te maak dat die storieboog uitgedraai het, dat die storie samehangend is, en om seker te maak dat alles reg is wat tydsberekening betref. Hierna kan die verslag gereed verklaar word.
Hoe verstaan jy dat "hierdie onderwerp" aangespreek moet word? En hoe samel jy materiaal vir verslae in?
Ek weet nie hoe om te antwoord nie, dit kom net op een of ander manier. Of dit is "O, hoe cool het dit hier uitgedraai," of dit is "O, niemand weet of verstaan regtig hiervan nie," en daar is 'n geleentheid om te vertel, te verduidelik en te help. Een van hierdie twee opsies.
Die versameling van materiaal is baie afhanklik van die verslag. As dit 'n verslag oor een of ander abstrakte onderwerp is, dan is dit meer literatuur, artikels. As dit iets prakties is, sal dit die skryf van kode, 'n paar demonstrasies, die vind van die regte stukke kode in produkte, ensovoorts.
Vrees vir prestasie en angs is van die mees algemene redes waarom mense nie op die verhoog gaan nie. Het jy enige raad vir diegene wat senuweeagtig voel wanneer hulle optree? Is jy bekommerd en hoe hanteer jy dit?
Ja, ek het dit, dit behoort te wees, en waarskynlik, op die oomblik wanneer ek heeltemal ophou bekommer, is dit 'n rede om hierdie saak te laat vaar.
Dit lyk vir my of dit ’n heeltemal normale verskynsel is as jy op die verhoog gaan en daar is baie mense voor jou. Jy bekommer jou, want dit is 'n groot verantwoordelikheid, dit is natuurlik.
Hoe om dit te hanteer? Daar is verskillende maniere. Ek het dit nog nooit op so 'n vlak gehad dat ek dit direk moet beveg nie, so dit is vir my moeilik om te sê.
Die belangrikste ding wat my ook help, is ’n vriendelike gesig – een of ander bekende gesig in die gehoor. As jy iemand wat jy ken vra om na jou praatjie te kom, sit in die voorste ry in die middel sodat jy altyd na hom kan kyk, en die persoon sal positief wees, sal glimlag, knik, ondersteun, ek dink dit is 'n groot, groot hulp. Ek vra niemand spesifiek om dit te doen nie, maar as dit gebeur dat daar 'n bekende gesig in die gehoor is, help dit baie en verlig stres. Dit is die belangrikste raad.
Jy praat baie by Russiese en internasionale konferensies. Sien jy die verskil tussen verslae by Russiese en buitelandse konferensies? Is daar 'n verskil in gehoor? In die organisasie?
Ek sien twee groot verskille. Dit is duidelik dat konferensies in Rusland sowel as in die buiteland verskil, maar as ons die gemiddelde vir die hospitaal neem, dan is die konferensies in Rusland meer tegnies in terme van die diepte van die verslae, in terme van hardcore. Dit is waaraan mense gewoond is, miskien te danke aan sulke groot konferensies soos Joker, JPoint, Highload, wat nog altyd op hardcore-aanbiedings gebaseer was. En dit is presies wat mense van konferensies verwag. En vir baie mense is dit 'n aanduiding van of hierdie konferensie goed of sleg is: daar is baie vleis en hardcore of daar is baie water.
Om eerlik te wees, miskien weens die feit dat ek baie by buitelandse konferensies praat, stem ek nie saam met hierdie benadering nie. Ek glo verslae oor sagte vaardighede, “semi-humanitêre verslae”, is nie minder nie, en dalk selfs belangriker vir konferensies. Omdat sommige tegniese dinge uiteindelik in boeke gelees kan word, kan jy dit uitvind met behulp van die gebruikershandleiding, maar wanneer dit kom by sagte vaardighede, wanneer dit kom by sielkunde, wanneer dit kom by kommunikasie, is daar nêrens om dit alles te kry nie, ten minste maklik, toeganklik en verstaanbaar. Dit lyk vir my of dit nie minder belangrik is as die tegniese komponent nie.
Dit is veral belangrik vir DevOps-konferensies soos DevOpsDays, want DevOps gaan glad nie oor tegnologie nie. DevOps gaan net oor kommunikasie, dit gaan net oor maniere waarop mense wat nog nie voorheen saamgewerk het nie, kan saamwerk. Ja, daar is 'n tegniese komponent, want outomatisering is van kritieke belang vir DevOps, maar dit is net een van hulle. En wanneer 'n DevOps-konferensie, in plaas daarvan om oor DevOps te praat, oor werfbetroubaarheid of outomatisering of pyplyne praat, dan mis hierdie konferensie, ten spyte van die feit dat dit na my mening baie hardcore is, die wese van DevOps en word konferensies oor stelseladministrasie , nie oor DevOps nie.
Die tweede verskil is in voorbereiding. Weereens, ek neem die hospitaalgemiddelde en algemene gevalle, nie spesifieke nie. In die buiteland neem hulle aan dat die meeste mense een of ander redenaaropleiding in hul lewens ondergaan het. Ten minste in Amerika is dit deel van hoër onderwys. As 'n persoon van die kollege gegradueer het, dan het hy reeds aansienlike ondervinding in openbare redevoering. Daarom, nadat die programkomitee na die plan gekyk het en verstaan het waaroor die verslag gaan handel, word geen opleiding meer gedoen om namens die spreker te praat nie, want daar word geglo dat hy heel waarskynlik weet hoe om dit te doen.
In Rusland word sulke aannames nie gemaak nie, want min mense het ondervinding in openbare redevoering, en daarom word sprekers baie meer opgelei. Weereens, oor die algemeen is daar deurlope, daar is klasse met sprekers, daar is openbare redenaarskursusse om sprekers te help.
Gevolglik word swak sprekers wat swak kommunikeer uitgeskakel, of hulle word gehelp om sterker aanbieders te word. Die feit dat sprekers in die Weste as 'n vaardigheid beskou word waaroor baie mense beskik, kry uiteindelik die teenoorgestelde effek, want hierdie aanname blyk dikwels vals, foutief te wees en mense wat nie weet hoe om in die openbaar te praat nie verhoog en lewer walglike verslae. En in Rusland, waar daar geglo word dat daar geen ervaring in openbare redevoering is nie, blyk dit op die ou end baie beter, want hulle is opgelei, hulle is getoets, hulle het 'n goeie een gekies, ensovoorts.
Dit is die twee verskille.
Was jy al by DevOpsDays in ander lande? Hoe dink jy verskil hulle van ander konferensies? Is daar enige spesiale kenmerke?
Ek was waarskynlik al by 'n paar dosyn DevOpsDays-konferensies regoor die wêreld: in Amerika, Europa en Asië. Hierdie konferensie-franchise is nogal uniek deurdat dit 'n min of meer gevestigde formaat het wat jy enige plek van enige van hierdie konferensies kan verwag. Die formaat is soos volg: daar is relatief min konferensieaanbiedings in die voorste linies, en baie tyd word aan die oopruimte-formaat gewy.
Oopruimtes is 'n formaat waarin die onderwerp waarvoor die meeste mense gestem het saam met ander deelnemers bespreek word. Die een wat hierdie onderwerp voorgestel het, is die leier, hy maak seker dat die bespreking begin. Dit is 'n wonderlike formaat, want, soos ons weet, is kommunikasie en netwerke nie minder belangrike dele van enige konferensie as aanbiedings nie. En wanneer 'n konferensie die helfte van sy tyd aan 'n netwerkformaat wy, is dit baie gaaf.
Boonop word Lightning Talks dikwels by DevOpsDays gehou - dit is kort vyf minute-verslae wat jou toelaat om baie oor baie te leer en jou oë oop te maak vir 'n paar nuwe dinge in 'n nie-vervelige formaat. En as jy in die middel van 'n gereelde berig agtergekom het dat dit nie joune is nie, dan word tyd gemors, 30-40 minute van jou lewe vermors, dan praat ons hier van berigte vir vyf minute. En as jy nie belangstel nie, sal dit binnekort eindig. “Vertel ons, maar vinnig” is ook 'n baie goeie formaat.
Daar is meer tegniese DevOpsDays, en daar is dié wat spesifiek aangepas is vir wat DevOps is: prosesse, samewerking, sulke dinge. Dit is interessant om albei te hê, en dit is interessant om albei te hê. Ek dink dit is een van die beste DevOps-konferensiefranchises vandag.
Baie van jou optredes is soortgelyk aan opvoerings of toneelstukke: soms hou jy 'n praatjie in die vorm van 'n Griekse tragedie, soms speel jy die rol van Sherlock, soms tree jy in 'n paddakostuum op. Hoe kom jy by hulle uit? Is daar enige bykomende doelwitte behalwe om die verslag nie vervelig te maak nie?
Dit lyk vir my dat 'n verslag geen reg het om vervelig te wees nie, want eerstens mors ek die luisteraars se tyd, in 'n vervelige verslag is hulle minder betrokke, hulle het minder geleer, hulle het minder nuwe dinge geleer, en dit is nie die beste mors van hul tyd. Tweedens, my doelwitte is ook nie bereik nie: hulle dink niks goed van my nie, hulle dink niks goeds oor JFrog nie, en vir my is dit 'n soort mislukking.
Daarom het vervelige berigte geen bestaansreg nie, ten minste vir my. Ek probeer hulle interessant, aantreklik en onvergeetlik maak. Opvoerings is een manier. En in werklikheid is die metode redelik maklik. Al wat jy nodig het, is om met 'n interessante formaat vorendag te kom, en dan dieselfde gedagtes aan te bied wat in die vorm van 'n gereelde verslag in 'n ongewone formaat aangebied word.
Hoe kom ek hierby uit? Dit is nie altyd dieselfde nie. Soms is dit 'n paar idees wat by my opkom, soms is dit 'n paar idees wat aan my gegee word wanneer ek deurlopies doen of gedagtes oor 'n verslag deel en hulle vir my sê: "O, dit kan so gedoen word!" Dit gebeur anders. Wanneer 'n idee verskyn, is dit altyd baie vreugdevol en cool, dit beteken dat jy 'n meer interessante en betrokke verslag kan maak.
Van wie se toesprake uit die IT-veld hou jy persoonlik? Is daar sulke sprekers? En waarom?
Daar is twee soorte sprekers wie se aanbiedings ek geniet. Die eerste is die sprekers soos ek probeer wees. Hulle praat op 'n interessante en betrokke manier en probeer seker maak dat almal belangstel en almal luister.
Die tweede tipe sprekers is diegene wat op 'n baie interessante en opwindende manier oor enige gewoonlik vervelige hardcore kan praat.
Van die name in die tweede kategorie is dit Alexey Shepelev, wat op 'n interessante en humoristiese manier praat oor 'n soort diep prestasie-vullisversameling en die binnekant van die java virtuele masjien. Nog 'n ontdekking van die nuutste DevOops is Sergey Fedorov van Netflix. Hy het 'n suiwer tegniese ding vertel oor hoe hulle hul inhoudafleweringsnetwerk geoptimaliseer het, en hy het dit op 'n baie interessante manier vertel.
Van die eerste kategorie - dit is Jessica Deen, Anton Weiss, Roman Shaposhnik. Dit is die sprekers wat interessant, met humor praat en welverdiend hoë graderings ontvang.
Jy het waarskynlik meer uitnodigings om by konferensies te praat as tyd om dit te doen. Hoe kies jy waarheen jy gaan en waar nie?
Konferensies en sprekers word, soos byna alles anders, beheer deur markverhoudings van vraag en aanbod en die waarde van die een van die ander. Daar is konferensies wat, wel, kom ons sê, my meer wil hê as wat ek dit nodig het. In terme van die gehoor wat ek verwag om daar te ontmoet en die impak wat ek verwag om daar te maak. Daar is konferensies waarna ek, inteendeel, baie meer wil gaan as wat hulle my nodig het. Op grond van die waarde vir my, besluit ek waarheen om te gaan.
Dit wil sê, as dit byvoorbeeld 'n soort geografie is waarheen ek strategies moet gaan, dit is 'n groot bekende konferensie wat 'n goeie reputasie het en waarheen mense sal gaan, dan het ek dit natuurlik regtig nodig. En ek verkies dit bo ander konferensies.
As dit 'n soort klein streekkonferensie is, en miskien waar ons nie baie belangstel nie, kan dit wees dat die reis daarheen nie die tyd wat aan hierdie saak spandeer word, regverdig nie. Normale markverhoudings van vraag, aanbod en waarde.
Goeie geografie, goeie demografie, potensieel goeie kontakte, kommunikasie is die waarborg dat die konferensie vir my interessant sal wees.
In een van jou onderhoude het jy genoem dat jy by ongeveer veertig konferensies per jaar praat. Hoe kry jy dit reg om te werk en voor te berei vir optredes? En kry jy dit reg om werk/lewe balans te handhaaf met so 'n skedule? Deel jou geheime?
Om na konferensies te reis is die grootste deel van my werk. Natuurlik is daar alles anders: daar is voorbereiding vir verslae, om jouself in tegniese vorm te hou, kode te skryf, nuwe dinge te leer. Dit word alles parallel met konferensies gedoen: in die aande, op die vliegtuig, die vorige dag, wanneer jy reeds vir die konferensie aangekom het, en dit is môre. Iets soos hierdie.
Dit is natuurlik moeilik om werk/lewe-balans te handhaaf wanneer jy soveel tyd aan sakereise spandeer. Maar ek probeer hiervoor vergoed deur die feit dat, ten minste wanneer ek nie op 'n sakereis is nie, ek 100% by my gesin is, ek nie e-posse in die aande beantwoord nie, ek probeer om nie aan enige deel te neem nie. oproepe in die aande en oor naweke. Wanneer ek nie op 'n sakereis is nie en dit is gesinstyd, is dit werklik 100% gesinstyd. Werk dit en los dit die probleem op? Geen. Maar ek hoop dat dit my familie op een of ander manier sal vergoed vir al die tyd wat ek weg is.
Met so 'n stywe skedule, kry jy dit reg om jou tegniese vlak te handhaaf of het jy al wegbeweeg van programmering?
Ek probeer 'n paar tegniese dinge doen terwyl ek vir my praatjies en ander aktiwiteite by die konferensie voorberei. Dit is allerhande tegniese demonstrasies, 'n paar mini-verslae wat ons by stalletjies gee. Dit is nie programmering-programmering nie, dit is meer integrasie, maar dit is ten minste 'n paar tegniese werk wat ek probeer doen. Op hierdie manier behou ek kennis oor ons produkte, nuwe kenmerke, ensovoorts.
Natuurlik is dit waarskynlik onmoontlik om te sê dat ek nou dieselfde hardcore-kodeerder is as wat ek 7 jaar gelede was. Nie seker of dit 'n slegte ding is nie. Dit is waarskynlik 'n soort natuurlike evolusie. Dit is vir my minder interessant, en ek het minder tyd, so, waarskynlik, God seën hom.
Ek beskou myself steeds as ’n sterk tegniese spesialis, ek bly steeds op hoogte van wat aangaan, ek hou myself op my tone. Dit is my hibriede situasie vandag.
Vertel asseblief vir ons 'n paar snaakse stories of uiterste situasies wat met jou gebeur het: het die vliegtuig gemis/die aanbieding uitgevee/krag afgesny tydens die verslag/bagasie het nie opgedaag nie?
Van die snaakse situasies, wat ek die meeste onthou, is allerhande verskriklike mislukkings wat tydens die verslae gebeur het. Natuurlik, want dit is die mees stresvolle situasie, want dit is die gehoor, tyd, en jy moet seker maak dat hulle dit nie mors nie.
Ek het tydens die praatjie 'n "blou skerm van die dood" op beide Windows en Mac gehad. Op Windows het dit een keer gebeur, op Mac 'n paar keer. Dit is natuurlik stresvol, maar ons los hierdie probleem op een of ander manier op, die rekenaar herbegin, ek gaan voort om iets te vertel in hierdie tyd, maar die stres is enorm.
Seker die snaakste situasie wat ek gehad het, was by 'n Groovy-konferensie. Ek onthou nie presies waar die konferensie in 'n hotel gehou is nie, en oorkant hierdie hotel was daar 'n soort konstruksie of opknapping aan die gang. En so het ek gepraat oor 'n kode wat ek geskryf het, dit was 'n demo. Dit was die eerste herhaling van die demo, wat verstaanbaar was, maar dalk nie goed geskryf nie. En ek was net van plan om dit te herstruktureer en te verbeter, en ek het een of ander frase genoem soos “self deprecating” oor die feit dat dit “shitty code” is. Dit was op die tweede verdieping, en op daardie stadium was 'n hyskraan op die konstruksieterrein oorkant net besig om 'n draagbare toilet te lig. En die verhoog was oorkant die venster. Dit wil sê, ek kyk by hierdie venster uit, sê "shitty code," en 'n toilet dryf verby die venster. En ek sê vir almal: "Draai om, ons het 'n illustrasie hier." Hierdie was seker die beste skyfie van my gedagtes – die vlieënde toilet in my verslag toe ek gepraat het van kak kode.
Van stories soos die bagasie het nie gekom nie - dit is in beginsel 'n normale storie, daar is niks om eers oor te praat nie. Ons kan 'n aparte onderhoud reël oor allerhande reiswenke, waar ons kan praat oor bagasie wat nie opgedaag het nie, maar daar was niks krities nie.
Ek probeer ten alle koste baie hard om altyd te vlieg, te kom woon al die konferensies waar ek belowe het, want, weereens, dit is mense se tyd. Mense se tyd is van onskatbare waarde, want dit is so 'n krediet van vertroue wat hulle jou gee. En as hierdie lening vermors word, is daar geen manier om dit later terug te kry nie.
As 'n persoon tyd spandeer het, na die konferensie gekom het om na my verslag te luister, en ek het dit geneem en nie gekom nie, is dit sleg, want daar is geen manier om hierdie persoon se tyd terug te kry nie. Daarom is dit vir my baie belangrik om al my beloftes in hierdie verband na te kom, en tot dusver werk alles uit.
Baie mense dink so: “Hoekom enigsins na konferensies gaan? Jy kan die video op YouTube kyk, en jy kan altyd aanlyn gesels.” Hoekom dink jy moet deelnemers na konferensies gaan?
Goeie vraag! Jy moet na konferensies gaan om te netwerk. Dit is kosbaar en daar is geen ander manier om dit te kry nie. Ek het reeds die belangrikheid van kommunikasie, kommunikasie en sagte vaardighede genoem. Om 'n video op YouTube te kyk, bied ongelukkig nie ervaring in sagte vaardighede nie. Daarom moet jy na konferensies gaan ter wille van kommunikasie.
Daarbenewens, ten minste vir my, wanneer video's op YouTube gekyk word, is die betrokkenheid heeltemal anders, en die materiaal word baie minder goed onthou en onthou. Miskien is dit net ek, maar ek vermoed dat om in die kamer by 'n praatjie te wees en 'n video op YouTube te kyk, heeltemal verskillende dinge is. Veral as die berig goed is, lyk dit vir my of dit baie, baie beter is om dit regstreeks te hoor. Dit is soos om na 'n lewendige konsert en 'n plaat te luister.
En ek herhaal weereens: netwerk en kommunikasie is nie iets wat jy van YouTube kan neem nie.
Gee asseblief 'n paar afskeidswoorde vir diegene wat net van plan is om 'n spreker te word of pas begin praat het?
Soek plaaslike ontmoetings. Plaaslike ontmoetings is om verskeie redes 'n goeie manier om jou praatloopbaan te begin. Eerstens is plaaslike ontmoetings altyd op soek na sprekers. Dit mag wees dat sonder ondervinding en sonder om 'n bekende spreker te wees, dit vir jou moeilik sal wees om by een of ander bekende konferensie aansoek te doen, of die programkomitee, nadat hulle met jou gekommunikeer het, sal verstaan dat dit dalk nog 'n bietjie vroeg vir jou is. In teenstelling hiermee soek plaaslike ontmoetings altyd na sprekers en die toegangsbalk is baie, baie laer, so dit is baie makliker om daar te kom.
Ook die stresvlak is heeltemal anders. Wanneer 10-15-30 mense kom, is dit glad nie dieselfde as wanneer daar 150-200-300 mense in die saal is nie, so dit is baie makliker.
Weereens, die koste vir 'n plaaslike ontmoeting is baie laer: jy hoef nêrens heen te vlieg nie, jy hoef nie dae deur te bring nie, jy kan net in die aand kom. As ek my raad onthou oor die belangrikheid daarvan om 'n vriendelike gesig in die gehoor te hê, is dit baie makliker om na 'n plaaslike ontmoeting met iemand te kom, want dit kos nie geld nie. As jy by 'n konferensie praat, kom jy as spreker gratis, maar hierdie +1 van jou, wat 'n vriendelike gesig in die publiek sal wees, moet 'n kaartjie koop. As jy by 'n ontmoeting praat, is daar nie so 'n probleem nie, jy kan een of twee of drie vriende saambring wat 'n vriendelike gesig in die kamer sal wees.
En 'n bykomende pluspunt is dat byeenkomsorganiseerders baie meer geleenthede het om jou te help. Want konferensie-organiseerders sal byvoorbeeld 60 aanbiedings hê wat hersien, geoefen en voorberei moet word. En die organiseerders van ontmoetings het een, twee of drie, so jy sal natuurlik baie meer aandag kry.
Daarbenewens is dit baie makliker om terugvoer van plaaslike ontmoetings te kry. Jy het jou verslag voltooi en nou kommunikeer en bespreek jy en die gehoor reeds iets wat met jou verslag verband hou. Vir groot konferensies is dit dikwels nie die geval nie. Jy het 'n verslag gemaak en dit is dit. Die gehoor, wat 'n grys massa was tydens jou verslag, het vertrek, en jy weet niks meer van hulle nie, jy hoor nie, jy sal geen terugvoer ontvang nie.
Wat mens ook al mag sê, plaaslike ontmoetings is 'n wonderlike onderwerp in die algemeen en vir beginners in die besonder.
Baruch sal op 7 Desember by die konferensie praat . In sy verslag sal Baruch werklike mislukkings ontleed wat elke dag en oral voorkom wanneer sagteware opgedateer word. Dit sal wys hoe allerhande DevOps-patrone in verskillende scenario's inpas en hoe die korrekte toepassing daarvan jou moontlik kan red.
Ook in die program: Alexander Chistyakov (vdsina.ru), Mikhail Chinkov (AMBOSS), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps-konsultant).
Kom maak kennis!
Bron: will.com