V edycja otwartej, darmowej konferencji
poświęconej zagadnieniom informatycznym
poświęconej zagadnieniom informatycznym
18 listopada 2017, Gliwice
Jak bardzo różni się wytwarzanie oprogramowania biznesowego od tworzenia gry? Czy są to zupełnie różne dziedziny czy raczej dwie strony tego samego medalu? Przybliżę problem wychodząc od natury danego typu dzieła. Następnie przeanalizuję cały cykl produkcyjny, od projektowania, poprzez implementację, testowanie aż do wdrożenia, skupiając się na cechach charakterystycznych w kontekście docelowego typu produktu. Na koniec kilka słów o różnicach w kulturze i warunkach pracy w obu branżach.
Możesz zacząć nowy projekt, kompletnie od zera zamiast utrzymywać stary kod? Szczęściar(a/z)! Chciałbym podzielić się swoim doświadczeniem i opowiedzieć, jak z punktu widzenia programisty powinien wyglądać dobrze poprowadzony projekt. Na potrzeby tej prezentacji załóżmy jedno wymaganie odnośnie dobrego projektu: kilka lat po wdrożeniu i utrzymywywaniu aplikacji, nowo dołączająca osoba nie ma ochoty uciec z krzykiem. Opowiem o tym, jak wygląda przeprowadzenie projektu od analizy do wdrożenia, z całą masą rzeczy o których trzeba pamiętać po drodze. Odpowiem na pytanie "co każdy projekt powinien mieć? Jak powinien funkcjonować". Wytłumaczę które rzeczy da się nadrobić, a wprowadzenie których na zbyt późnym etapie będzie bardzo kosztowne. Przy odrobinie szczęścia, wiedza wyniesiona z tej prezentacji pozwoli uniknąć tzw. kodu "legacy".
Wszyscy wiemy, że rola code review w projekcie jest bardzo ważna i wpływa w dużym stopniu na końcową jakość projektu. Jednakże, żeby code review przyniosło takie efekty, jakich się spodziewamy, to musi ono zostać przeprowadzone we właściwy sposób, a także bardzo sprawnie.
Podczas swojej prezentacji opowiem Wam o własnych doświadczeniach w tym temacie, a także przekażę Wam, mam nadzieję, cenne wskazówki na temat efektywnego przeprowadzania code review, które będziecie mogli wykorzystać w swojej codziennej pracy.
Podczas prezentacji dowiecie się:
jaka jest rola code review w projektach IT,
dlaczego nie powinniśmy rezygnować z code review,
jak przeprowadzać skuteczne code review,
czy my, jako recenzenci w procesie code review zyskujemy coś więcej niż tylko gwarancję jakości kodu?
Testowanie oprogramowania w teorii jest dość prostym zajęciem. Każdy zdefiniowany zestaw akcji generuje pewien zestaw zdefiniowanych i niezmiennych reakcji. Jeżeli reakcja się nie zgadza – zidentyfikowaliśmy błąd (na poziomie aplikacji, błąd w teście lub w specyfikacji).
Istnieje jednak pewien zestaw algorytmów, w którym reakcje potrafią się między sobą różnić pomimo podania tych samych bodźców. W szczególności jest to zauważalne przy samouczących się algorytmach, w których akcje wpływają nie tylko na aktualny wynik, ale i na każdy kolejny, a próba znalezienia logicznego ciągu przyczynowo skutkowego jest często niemożliwa. Mowa tu o algorytmach opartych na Machine Learningu, których wyniki są zmienne w czasie.
Skąd w takim razie możemy wiedzieć, że testowany algorytm działa poprawnie? Jak wybronić swoją aplikację i wytłumaczyć niestandardowe reakcje? A może trzeba takie algorytmy odrzucić? Więcej na samym wykładzie :)
