العرض

Contenu connexe

En vedette

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.

[QE 2015] Sam Elamin - Monoliths to microservices - a journey

Future Processing

العرض

hadeel88

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] Mateusz Sulima - Kręta droga do dobrych testów

Future Processing

العرض التكنولوجيا الأطفال

hadeel88

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.

[QE 2015] Marcin Budny, Ryszard Tarajkowski - Testy łatwe w utrzymaniu

Future Processing

[Quality Meetup #9] Testowanie w świecie ontologii - A. Ostaszewska-Smykała, ...

Future Processing

Quality report 10 2013

kortneybrad

العرض

hadeel88

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.

[FDD 2016] Katarzyna Bremer - BIML - sterowane metadanymi tworzenie pakietów ...

Future Processing

العرض

hadeel88

Wyzwania i odpowiedzialność projektanta/WUD Silesia 2014

Future Processing

Find out more about LearnUpon's LMS and what it can do for you

LearnUpon

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.

[QE 2015] Grzegorz Gałęzowski - Projektowanie kompozycjonalne – po co (tak na...

Future 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.

[FDD 2016] Krzysztof Jendrzyca - Funkcyjny Frontend

Future Processing

Albert michelson michelle calderon

britney8sapphire

New microsoft office power point presentation (3)

swpuri319

Jenkins – przyjaciel każdego testera.

Future Processing

العرض

hadeel88

العرض

hadeel88

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

[QE 2015] Krystian Kaczor - Wymagania w Agile

Future Processing

En vedette (20)

[QE 2015] Sam Elamin - Monoliths to microservices - a journey

العرض

[QE 2015] Mateusz Sulima - Kręta droga do dobrych testów

العرض التكنولوجيا الأطفال

[QE 2015] Marcin Budny, Ryszard Tarajkowski - Testy łatwe w utrzymaniu

[Quality Meetup #9] Testowanie w świecie ontologii - A. Ostaszewska-Smykała, ...

Quality report 10 2013

العرض

[FDD 2016] Katarzyna Bremer - BIML - sterowane metadanymi tworzenie pakietów ...

العرض

Wyzwania i odpowiedzialność projektanta/WUD Silesia 2014

Find out more about LearnUpon's LMS and what it can do for you

[QE 2015] Grzegorz Gałęzowski - Projektowanie kompozycjonalne – po co (tak na...

[FDD 2016] Krzysztof Jendrzyca - Funkcyjny Frontend

Albert michelson michelle calderon

New microsoft office power point presentation (3)

Jenkins – przyjaciel każdego testera.

العرض

[QE 2015] Krystian Kaczor - Wymagania w Agile

العرض

Recommandé

Recommandé

Contenu connexe

En vedette

En vedette (20)

العرض