Nieważne jaki język znasz i w jakim frameworku piszesz, pewnie za rok dwa, może pięć  będziesz musiał się czegoś nowego nauczyć. To piękno, ale i przekleństwo pracy programisty.

Dlaczego tak jest? Dlaczego nie można po prostu nauczyć się jednej technologii, zrobić certyfikat i dojechać tak do emerytury? Może lepiej poświęcić czas na hobby i rodzinę zamiast na ciągłe dokształcanie?

A może nie trzeba się męczyć?

O ewolucji języków programowania. Czemu raczej nie piszemy w FORTRANIE? Komu przeszkadzał ALGOL? Dlaczego programowanie funkcyjne jest starsze niż assembler? I jak przy wszystkim wygląda krótka historia C++, Javy i  C#? Gdzie to zmierza? - i dlaczego nie do Scali :-) ? - o tym będzie ta opowieść.

W życiu każdej aplikacji przychodzi czas na wprowadzenie modyfikacji, dodanie nowego algorytmu obliczeniowego, dodanie nowego modułu. Na tym etapie mogą pojawić się wątpliwości np:
- Czy moja zmiana czegoś nie zepsuje?
- Czy dodanie dziesiątego if-a będzie dobrym pomysłem?
- O co chodzi w tym kodzie? Kto to pisał? Ja…?
- Przecież zmiana bazy danych będzie wymagała modyfikacji połowy klas.
 

Jeśli chcesz uniknąć powyższych problemów zapraszam na prezentację, dzięki której dowiesz jak tworzyć czysty kod, łatwo reagować na nadchodzące zmiany oraz wyróżniać się na rynku pracy.

Most modern Android applications use single Activity strategy as a core of an architecture. Building such solution can be really difficult in terms of clean and bulletproof navigation. What type of a component should be used to represent individual screen? How to define eye-candy animations to provide the best look and feel for the user? Support for deep links? Saving states and sending data between screens? All of those things can give a huge headache, and that is why I would like to present my journey from navigation madness to navigation happiness. Live coding included!