Quality Meetup Wstęp wolny

O prelekcji:

Skrótowiec BDD (czyli Behavior Driven Development) prawie wszyscy znają, spora część wykorzystuje, a reszta głosi dobre słowo w community: że w komunikacji pomoże, że testy automatyczne usprawni, że pogodzi zwaśnione strony zespołu technicznego i biznesu.

Wszyscy mają, mam i ja! Aż wstyd nie mieć w projekcie testów zapisanych w formacie Given, When, Then. Przecież mówili, że BDD to lek na całe zło. Tylko czy na pewno? Dla niektórych będzie kontrowersyjnie, ale zamierzam, dość krytycznym okiem, spojrzeć na BDD, które cieszy się dobrą opinią w community.

W trakcie prezentacji:

* Dowiecie się czym BDD nie jest i czym jest.

* Kiedy BDD nie ma sensu, a kiedy przynosi korzyści.

* Kilka przykładów z życia wziętych za i przeciw BDD.

Temat „infrastructure as code” w wielu organizacjach to konieczność. Mnogość zespołów deweloperskich, wdrożenia chmurowe i chęć wykorzystania praktyk takich „immutable infrastructure” doprowadziły do zwiększenia złożoności tematu związanego z automatyzacją infrastruktury. Oczywiście, praktyki takie jak „continuous delivery” i DevOps pomagają, ale zbudowanie artefaktu w postaci obrazu maszyny czy kontenera to tylko jeden krok — skąd wiemy, że taki artefakt jest prawidłowy?

W czasie prelekcji pokażę, jak z wykorzystaniem różnych narzędzi (AWS CDK, Packer, Serverspec, InSpec, oraz Molecule) stworzyć w pełni zautomatyzowany potok wdrożeniowy, który pozwoli tworzenie i testowanie skryptów „infrastructure as code”. Całość przedstawię w praktycznym ujęciu — na platformie AWS — ale większość narzędzi i praktyk będzie możliwa do zastosowania gdziekolwiek. Moim celem jest prezentacja praktycznej ścieżki do zwiększenia pewności, jeśli chodzi o jakość skryptów wdrożeniowych oraz IaC.