2022-04-27, godz. 18:00
W prezentacji chciałbym opowiedzieć dlaczego wszystkie nasze projekty skazane są przez naukę na klęskę i śmierć i skończą jako wielka kupa błota* zjedzone przez dług technologiczny i co możemy z tą sytuacją robić. * błoto można sobie zastąpić inną mieszanką substancji o podobnej gęstości
Swego czasu bardzo popularny był mem "W C++ o błędach mówi nam kompilator, w PHP klient". Jak jest u Ciebie teraz? Czy wiesz czy Twoja aplikacja po release działa prawidłowo? Z drugiej strony, czy jeżeli nie ma błędów to znaczy, że działa prawidłowo dla użytkownika? W mojej prezentacji chciałbym przybliżyć Wam temat observability z doświadczenia produkcyjnego dla aplikacji z którymi pracuje z zespołem. Opowiem Wam jakie błędy popełniliśmy, co nam się przydaje i dlaczego.
Wielu programistów boryka się z szukaniem źródła bugu, a następnie ze sprzątaniem szkód np. poprawkami w bazie danych. Pożera to sporą część czasu pracy i drenuje nas z energii. Wysokiej jakości kod to m.in. taki, który posiada bardzo mało, a najlepiej w ogóle nie posiada bugów. Dostarczanie takiego kodu umożliwia praktyka “Fail Fast” i zostanie ona omówiona podczas prezentacji. Fail Fast jest kompatybilna z dowolnym stylem programowania i zdziesiątkuje liczbę bugów, które wprowadzasz do swojego kodu. Można zacząć ją stosować natychmiast bez żadnych dyskusji i zmian w zespole. Jeśli posiadasz w zespole QA i ktoś z Was codziennie wylewa łzy płaczu a ktoś inny łzy śmiechu to już dzień po tej prezentacji nastąpi wielka zamiana ról i niedowierzanie.
