Michelson was born in 1852 in Murphy's Camp and immigrated to America at age two, growing up with a Jewish family. He lived from 1852 to 1931. Michelson made major scientific contributions and was an important scientist.
Find out more about LearnUpon's LMS and what it can do for youLearnUpon
LearnUpon's cloud based learning management system is loved and trusted by hundreds of businesses and organizations worldwide. This overview features some of our 500+ customers, highlights how our platform works for them and why the chose LearnUpon as their LMS.
[QE 2015] Marcin Budny, Ryszard Tarajkowski - Testy łatwe w utrzymaniuFuture Processing
Wydaje się, że o testowaniu jednostkowym powiedziano już wszystko. Wiemy, czym tego rodzaju testy się charakteryzują, dyskutujemy o zasadności podejścia TDD, badamy pokrycie kodu testami. Ale czy zastanawiamy się nad tym, czy nasz zestaw testów będzie się dało w przyszłości łatwo utrzymywać? Czy testy są czytelne? Czy w przypadku czerwonego testu wiemy dokładnie, jaki aspekt systemu nie działa poprawnie? Oprogramowanie zmienia się, a my musimy zapewnić, by testy były dla nas pomocą w realizacji tych zmian, a nie uciążliwym kodem, który pochłania coraz więcej naszego czasu.
W trakcie prezentacji będziemy pracować na przykładowym kodzie testów jednostkowych, wskazywać problemy i refaktoryzować w celu ich usunięcia. Zaczniemy od absolutnego koszmaru, a zakończymy na zgrabnym, lekkim i zrozumiałym kodzie. Użyjemy języka C# i platformy .NET, jednak poruszane problemy są obecne również w innych technologiach.
BIML ma zastosowanie wszędzie tam, gdzie tworzymy bardzo dużo podobnych do siebie pakietów SSIS, czyli głównie w dużych projektach migracji danych oraz projektach ładowania hurtowni danych. Na podstawie doświadczeń przy migracji danych w projekcie North, Katarzyna wyjaśniła czym jest BIML i jaka stoi za nim idea. Opowiedziała także czym jest framework ETL sterowany metadanymi oraz jakimi narzędziami do budowania pakietów dysponuje, pokazała co umożliwia bezpłatny BIDS Helper oraz płatny MIST.
Przedstawiła też napotkane trudności w zarządzaniu metadanymi oraz niedoskonałości narzędzi, których używa do budowania pakietów.
[QE 2015] Mateusz Sulima - Kręta droga do dobrych testówFuture Processing
Wydaje się, że testy automatyczne zagościły w świecie wytwarzania oprogramowania na dobre. Jednak jeśli są one niedostatecznej jakości, szybko mogą stać się obciążeniem przynoszącym więcej szkody niż pożytku. Podczas prezentacji omówię najczęstsze błędy popełniane w testach jednostkowych i integracyjnych przez średnio zaawansowanych praktyków Test-Driven Development. Pokażę problemy wynikające z nieznajomości lub niewłaściwego wykorzystania narzędzi przede wszystkim z rodziny JUnit. Wytłumaczę również pojęcie betonowania oraz kwestię, jak poprawić swoje testy bazy danych i API REST-owych.
[QE 2015] Grzegorz Gałęzowski - Projektowanie kompozycjonalne – po co (tak na...Future Processing
Prezentacja ma swoje korzenie w refleksji na temat użycia mocków w TDD. Przysłuchując się i zaczytując w dyskusjach na temat tego, czy mocki są dobre, czy złe, czy psują enkapsulację, czy też ją wzmacniają, czy prowadzą do kruchych testów, czy też są dobrym sposobem projektowania stabilnych interakcji, doszedłem do przekonania, że użycie mocków nie jest kwestią „stylu” TDD, a tym bardziej „stylu testowania”. Jest raczej głęboką konsekwencją specyficznej wizji projektowania obiektowego. Prezentacja będzie wycieczką po obiektowości, widzianej przez pryzmat dwóch pojęć: kompozycyjności i kompozycjonalności, z których spróbujemy wyprowadzić niektóre dobrze znane zasady projektowania i wzorce oraz zrozumieć dwa sposoby spojrzenia na kompozycję obiektów: jako sieci i jako języka wyższego poziomu. W końcu osadzimy w tym wszystkim mocki jako logiczny wybór podczas pisania kompozycjonalnych aplikacji z użyciem TDD.
[FDD 2016] Krzysztof Jendrzyca - Funkcyjny FrontendFuture Processing
Każdy programista powinien posiadać bogaty narzędziownik, który będzie pomagać mu w rozwiązywaniu wszelakich problemów, jakie napotyka na swojej drodze. Jednym z najlepszych narzędzi, jakie powinno się w nim znaleźć, jest zdobywające popularność programowanie funkcyjne. W czasie swojej prelekcji Krzysztof zaprezentował jak wykorzystać moc tego stylu programowania przy tworzeniu (często skomplikowanych) frontendowych rozwiązań oraz dlaczego warto go stosować. Przedstawił także problemy, które rozwiązane zostały po zastosowaniu kilku funkcyjnych trików oraz opowiedział o tym, jak na tych rozwiązaniach mogą skorzystać całe zespoły.
[QE 2015] Sam Elamin - Monoliths to microservices - a journeyFuture Processing
Your monolithic system is difficult to work with and maintain. Moving to a distributed system will solve all your problems and you will be in developer heaven. Right? You will be working with cool technologies and amazing concepts. Plus, Microservices! So what could possibly go wrong?
In my talk I will relate my real life experience of migrating a single ASP.NET application with a monolithic database to a distributed system with hundreds of services dealing with £100,000 transactions every hour. I will cover the challenges faced and the lessons learned in order to offer some final takeaways.
This „from the trenches” story will show you the pitfalls to avoid when dealing with Microservices.
No i stało się. Nastał dzień, kiedy szef poinformował Cię, że nadszedł czas na zmianę sposobu pracy na Agile. Jeśli miałeś wprowadzenie Agile robione metodą skoku na głęboką wodę to możesz poczuć się jak szeregowiec Cage, główny bohater filmu z „Edge of Tomorrow”. Nie ma czasu na wyjaśnienia, weź nowe narzędzia i biegnij. Różnica jest taka, że Ty nie będziesz miał/a kolejnego podejścia w przypadku porażki projektu.
Patrząc na Manifest Agile z punktu widzenia zarządzania wymaganiami możemy mieć pewne obawy. Zmiana jest mile widziana. Działające oprogramowanie ważniejsze niż wyczerpująca dokumentacja. Współpraca z klientem zamiast negocjowania kontraktu. Czy zmiana jest zawsze możliwa? Czy planowanie jest zbędne? Brak gruntownej wiedzy i wprowadzenie Agile na szybko tworzą kolejne mity. Opowiem jak pracować nad wymaganiami i jak Zespół Scrum może nimi zarządzać.
Find out more about LearnUpon's LMS and what it can do for youLearnUpon
LearnUpon's cloud based learning management system is loved and trusted by hundreds of businesses and organizations worldwide. This overview features some of our 500+ customers, highlights how our platform works for them and why the chose LearnUpon as their LMS.
[QE 2015] Marcin Budny, Ryszard Tarajkowski - Testy łatwe w utrzymaniuFuture Processing
Wydaje się, że o testowaniu jednostkowym powiedziano już wszystko. Wiemy, czym tego rodzaju testy się charakteryzują, dyskutujemy o zasadności podejścia TDD, badamy pokrycie kodu testami. Ale czy zastanawiamy się nad tym, czy nasz zestaw testów będzie się dało w przyszłości łatwo utrzymywać? Czy testy są czytelne? Czy w przypadku czerwonego testu wiemy dokładnie, jaki aspekt systemu nie działa poprawnie? Oprogramowanie zmienia się, a my musimy zapewnić, by testy były dla nas pomocą w realizacji tych zmian, a nie uciążliwym kodem, który pochłania coraz więcej naszego czasu.
W trakcie prezentacji będziemy pracować na przykładowym kodzie testów jednostkowych, wskazywać problemy i refaktoryzować w celu ich usunięcia. Zaczniemy od absolutnego koszmaru, a zakończymy na zgrabnym, lekkim i zrozumiałym kodzie. Użyjemy języka C# i platformy .NET, jednak poruszane problemy są obecne również w innych technologiach.
BIML ma zastosowanie wszędzie tam, gdzie tworzymy bardzo dużo podobnych do siebie pakietów SSIS, czyli głównie w dużych projektach migracji danych oraz projektach ładowania hurtowni danych. Na podstawie doświadczeń przy migracji danych w projekcie North, Katarzyna wyjaśniła czym jest BIML i jaka stoi za nim idea. Opowiedziała także czym jest framework ETL sterowany metadanymi oraz jakimi narzędziami do budowania pakietów dysponuje, pokazała co umożliwia bezpłatny BIDS Helper oraz płatny MIST.
Przedstawiła też napotkane trudności w zarządzaniu metadanymi oraz niedoskonałości narzędzi, których używa do budowania pakietów.
[QE 2015] Mateusz Sulima - Kręta droga do dobrych testówFuture Processing
Wydaje się, że testy automatyczne zagościły w świecie wytwarzania oprogramowania na dobre. Jednak jeśli są one niedostatecznej jakości, szybko mogą stać się obciążeniem przynoszącym więcej szkody niż pożytku. Podczas prezentacji omówię najczęstsze błędy popełniane w testach jednostkowych i integracyjnych przez średnio zaawansowanych praktyków Test-Driven Development. Pokażę problemy wynikające z nieznajomości lub niewłaściwego wykorzystania narzędzi przede wszystkim z rodziny JUnit. Wytłumaczę również pojęcie betonowania oraz kwestię, jak poprawić swoje testy bazy danych i API REST-owych.
[QE 2015] Grzegorz Gałęzowski - Projektowanie kompozycjonalne – po co (tak na...Future Processing
Prezentacja ma swoje korzenie w refleksji na temat użycia mocków w TDD. Przysłuchując się i zaczytując w dyskusjach na temat tego, czy mocki są dobre, czy złe, czy psują enkapsulację, czy też ją wzmacniają, czy prowadzą do kruchych testów, czy też są dobrym sposobem projektowania stabilnych interakcji, doszedłem do przekonania, że użycie mocków nie jest kwestią „stylu” TDD, a tym bardziej „stylu testowania”. Jest raczej głęboką konsekwencją specyficznej wizji projektowania obiektowego. Prezentacja będzie wycieczką po obiektowości, widzianej przez pryzmat dwóch pojęć: kompozycyjności i kompozycjonalności, z których spróbujemy wyprowadzić niektóre dobrze znane zasady projektowania i wzorce oraz zrozumieć dwa sposoby spojrzenia na kompozycję obiektów: jako sieci i jako języka wyższego poziomu. W końcu osadzimy w tym wszystkim mocki jako logiczny wybór podczas pisania kompozycjonalnych aplikacji z użyciem TDD.
[FDD 2016] Krzysztof Jendrzyca - Funkcyjny FrontendFuture Processing
Każdy programista powinien posiadać bogaty narzędziownik, który będzie pomagać mu w rozwiązywaniu wszelakich problemów, jakie napotyka na swojej drodze. Jednym z najlepszych narzędzi, jakie powinno się w nim znaleźć, jest zdobywające popularność programowanie funkcyjne. W czasie swojej prelekcji Krzysztof zaprezentował jak wykorzystać moc tego stylu programowania przy tworzeniu (często skomplikowanych) frontendowych rozwiązań oraz dlaczego warto go stosować. Przedstawił także problemy, które rozwiązane zostały po zastosowaniu kilku funkcyjnych trików oraz opowiedział o tym, jak na tych rozwiązaniach mogą skorzystać całe zespoły.
[QE 2015] Sam Elamin - Monoliths to microservices - a journeyFuture Processing
Your monolithic system is difficult to work with and maintain. Moving to a distributed system will solve all your problems and you will be in developer heaven. Right? You will be working with cool technologies and amazing concepts. Plus, Microservices! So what could possibly go wrong?
In my talk I will relate my real life experience of migrating a single ASP.NET application with a monolithic database to a distributed system with hundreds of services dealing with £100,000 transactions every hour. I will cover the challenges faced and the lessons learned in order to offer some final takeaways.
This „from the trenches” story will show you the pitfalls to avoid when dealing with Microservices.
No i stało się. Nastał dzień, kiedy szef poinformował Cię, że nadszedł czas na zmianę sposobu pracy na Agile. Jeśli miałeś wprowadzenie Agile robione metodą skoku na głęboką wodę to możesz poczuć się jak szeregowiec Cage, główny bohater filmu z „Edge of Tomorrow”. Nie ma czasu na wyjaśnienia, weź nowe narzędzia i biegnij. Różnica jest taka, że Ty nie będziesz miał/a kolejnego podejścia w przypadku porażki projektu.
Patrząc na Manifest Agile z punktu widzenia zarządzania wymaganiami możemy mieć pewne obawy. Zmiana jest mile widziana. Działające oprogramowanie ważniejsze niż wyczerpująca dokumentacja. Współpraca z klientem zamiast negocjowania kontraktu. Czy zmiana jest zawsze możliwa? Czy planowanie jest zbędne? Brak gruntownej wiedzy i wprowadzenie Agile na szybko tworzą kolejne mity. Opowiem jak pracować nad wymaganiami i jak Zespół Scrum może nimi zarządzać.
2. • Michelson was born in
1852 and he died 1931.
• He was born is on Dec.19
and grew up in
Murphy’s Camp
• He lived with a Jewish
family and came to
America when he was
two years old.
3. Assertion
• Albert Abraham Michelson is a
significant scientist because he
made major contributions to the
field of science.