Loading...

Dariusz Porowski

Senior Technical Evangelist @ Microsoft

Pracuje w firmie Microsoft Polska jako Senior Technical Evangelist w dziale Nowych Technologii (DX), w którym na co dzień odpowiada za promowanie wiedzy technologicznej z zakresu praktyki DevOps oraz infrastruktury chmurowej Microsoft Azure. Przed dołączeniem do zespołu Microsoft przez sześć lat z rzędu był wyróżniany jako Most Valuable Professional (MVP) w kategorii Cloud and Datacenter Management. Jest trenerem MCT oraz posiada certyfikaty: MCSE, MCSA, MCITP i MCTS.

Przed podjęciem pracy w Microsoft pracował ponad 8 lat w firmach integratorskich jako architekt oraz konsultant infrastruktury, realizując projekty u klientów korporacyjnych w Polsce, Europie oraz regionie Bliskiego Wschodu.

Prowadzi firmowego bloga Strefa.MS, na którym opisuje najnowsze rozwiązania ze świata IT.

Facebook

Tomasz Kopacz

Principal Technical Evangelist @ Microsoft

Współpracuje z architektami oraz projektantami systemów wykorzystujących, między innymi, technologie Microsoft. W ramach współpracy doradza przy wyborze właściwych elementów pozwalających rozwiązać określony problem. Zajmuje się również prezentacją wzorców i dobrych praktyk architektonicznych oraz szeroko pojętym wykorzystaniem technologii .NET, serwerów Microsoft, Microsoft Azure i różnych narzędzi wspierających prowadzenie projektów. Dodatkowo, duża część pracy związana jest ze stykiem „technologia a człowiek” w projekcie informatycznym, z dużym naciskiem na sposób konstrukcji interfejsu użytkownika tak, by efektywnie współpracował z częścią serwerową.

Przed dołączeniem do zespołu Microsoft Tomasz Kopacz, jako niezależny konsultant, prowadził wiele projektów bazujących na różnych technologiach. Doradzał także przedsiębiorstwom pomagając przy wdrożeniach i przetargach.

Mikroserwisy, Azure Functions, DevOps – co, po co, jak?

Jak mamy jedną, czy dziesięć „Function” to w zasadzie wszystko jest proste. Jak mamy naprawdę ich dużo, to nagle okazuje się. że kod spaghetti w SOA był prosty. W tej sesji zajmiemy się właśnie tym problemem – jak sobie poradzić w sytuacji, gdy 90% rozwiązania to Azure Function a 10% to UI oraz na koniec jak to wszystko spiąć w praktyki DevOps tj. CI oraz CD.