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ść.

Programista, to przecież brzmi tak dumnie.

Tyle lat ciężkiej pracy, studia, kursy. W końcu zaczęło się zwracać. Społeczeństwo nie ma pojęcia co robisz. Twoja mama i tato, tym bardziej.

Wiedzą tylko, że to coś wspólnego z internetem, komputerem i tym przedmiotem, którego wszyscy nienawidzą w rodzinie, matematyką.

Codziennie budzisz się z rano poczuciem wyższości nad mugolami, którzy nie ogarniają zawiłości OOP i FP.

Jak długo chcesz się okłamywać? W swojej pracy kleisz RESTy z resztek JSONów, które ktoś porozrzucał po biurze, w języku, którego nie rozumiesz, na platformie o której nie masz pojęcia i modlisz się, żeby naprawdę tam w środku nie biegały skrzaty przesuwające bit'y.

Wkurzyłem Cię? To dobrze.

Przyjdź i posłuchaj czym są "managed runtime", dlaczego większość języków kompilowanych jest do IR i wykonywanych przez maszyny wirtualne.

Na przykładzie EgoVM, opowiem o podstawach konstrukcji maszyn wirtualnych, o zarządzaniu pamięcią, systemach typów, static vs dynamic linking, single vs multiple dispatch. O tym wszystkich co napędza JVM, CLR, Beam czy V8.

Co napędza nasze systemy. Bez czego nie potrafilibyśmy dziś dostarczyć żadnego z naszych systemów czy też produktów.

Będzie dużo opowieści o decyzjach, które musieli podjąć twórcy maszyn wirtualnych i rozważań nad źródłem sukcesu tych platform.

Wszystko w zawiesistym sosie vanilla C.

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.