Marcin Zajączkowski

Experienced architect aiming for high quality solutions. Very engaged in evangelising Software Craftsmanship, Clean Code and Test-Driven Development as a conference speaker and trainer. An expert in deployment automation with Continuous Delivery and Continuous Inspection of Code Quality. An enthusiast of Reactive Systems and broadly defined concurrency. Besides, open source author and contributor, blogger and trainer. For a living CTO and Software Craftsman at Codearte (a company behind DevSKiller).

Lectures

In Polish Continuous Delivery dla projektów open source - szybko i prosto

Masz projekt, w którym wydawanie nowej wersji wymaga ręcznego wykonywania serii komend, jest błędogenne i po prostu nudne? A może chciałbyś zacząć nowy projekt open source z Continuous Delivery, ale przeraża Cię konfiguracja, którą trzeba wykonać, aby wyda wersja byłą w wygodny sposób dostępna dla innych? W czasie prezentacji pokażę w jaki sposób w ciągu 15 minut (*) możesz stworzyć szkielet swojego nowego projektu open source z działającym mechanizmem automatycznego wydawania wersji do Maven Central po (każdym) commicie. Będziemy operować na stosie opartym o Java/Groovy/Scala/Kotlin, Gradle, GitHub, Travis i Maven Central. Jeżeli Twoja istniejąca aplikacja używa podobnych rozwiązań wdrożenie nowego mechanizmu powinno zająć niewiele więcej czasu. Continuous Delivery jest trudne z (przynajmniej) dwóch powodów. 1. Projekt musi być tak dobrze napisany i przetestowany, aby nie obawiać się wydać wersji w dowolnej chwili bazując jedynie na wyniku testów automatycznych (bez ręcznego testowania). 2. Czynności związane z wydaniem wersji (zarządzanie numeracją wersji, testowaniem, budowanie paczek, tagowanie zmian, czy wysyłka do publicznego repozytorium paczek) zazwyczaj nie są trywialne do automatyzacji. W dbaniu o jakość i automatyczne testowanie naszego rozwiązania nikt nas nie wyręczy. Jednak mechanizmy do automatycznego wdrażania to przede wszystkim infrastruktura i tu ponowne "wymyślanie koła" (szczególnie w przypadku bibliotek open source z prostym release workflow) najczęściej nie jest najbardziej optymalnym rozwiązaniem. Dowiedź się, jak wykorzystać istniejące rozwiązania - szybko i prosto.

img-responsive

You like this speaker?
Share with others!