W swojej pracy trenera i doradcy wciąż trafiam na zespoły borykające się z tymi samymi problemami - zarówno na poziomie kodu jak i na poziomie architektury oraz strategii pozycjonowania się w organizacji:
Czym jest "unit" w Unit teście?
Które pola powinna zawierać klasa, w które należą gdzieś indziej - gdzie?
Jak pogodzić trywialny CRUD ze skomplikowanymi regułami?
Czy model działania smutnego urzędu jest odpowiednią metaforą dla RESTFul?
Jak dzielić system na moduły - czym się kierować?
Co robić jeżeli musisz emulować analityka w projekcie?
Czy już jestem 'knowledge worker'?
Jak wejść w rolę doradcy zamiast szarego podwykonawcy?
Odpowiedzi na te podstawowe pytania są proste ale mogą być czynnikiem dużej zmiany.
Sławomir Sobótka
Jestem trenerem i konsultantem w firmie Bottega IT Solutions, specjalizuję się w technologiach Java EE.
W codziennej pracy integruję Domain Driven Design, wzorce, style architektoniczne, zwinne procesy wytwórcze i zdrowy rozsądek. Stosuję nadrzędną zasadę: rozpoznać klasę problemu z jaką mamy do czynienia i dobrać do niej odpowiednią klasę narzędzia.
Hobbystycznie interesuję się psychologią pozytywną i kognitywistyką.
Lubię myśleć o sobie jako entuzjaście Software Craftsmanship.
Czy nowe bazy danych to faktycznie coś odkrywczego, czy może bazują na wzorcach, które sprawdzają się od lat?
Czy istnieje wspólny mianownik między relacyjnymi bazami danych a podejściami takimi jak Event Sourcing czy messaging?
Czy jest coś co pozwala zrozumieć sposób zapisu danych w SQL Server, Kafkce jak i Event Store?
Podczas tej prezentacji zbudujemy od zera solidne fundamenty, na których będziesz mógł bazować ucząc się różnych techologii. Podstawy te sprawdzają się od lat i pomimo upływu czasu cały czas stanowią ważny element w projektowaniu i modelowaniu zarówno baz danych, bibliotek jak i systemów rozproszonych. Zapraszam do sięgnięcia po tę ważną cząstkę wiedzy!
Szymon Kulec
Lider Warszawskiej Grupy .NET, architekt, technical leader, speaker, trener, software engineer. Microsoft MVP na rok 2017. Zainteresowany zarówno IT w skali makro (architektura), jak i mikro (performance i współczesny hardware). Miłośnik DDD i zorientowania na zdarzenia, a także dobrze wyseparowanych usług. Jego blog możecie znaleźć pod adresem https://blog.scooletz.com.
Świat jest niebezpiecznym miejscem. Pełny idei sprzecznych z sobą, które budzą w ludziach najgorsze emocje. Wszystko to jednak tylko pozory. Świat jest pełen elegancji, piękna i harmonii, ukrytych niezbyt głęboko. Dostępnych tylko dla wytrwałych. To będzie opowieść o harmonii w systemach (lub jej braku).
Spróbuje zanurzyć się z wami w mój świat teorii systemów, pętli zwrotnych, pułapek systemowych i punktów wyniesienia by pokazać czym jest dla mnie architektura. Czy architektura może i nawet jej obowiązkiem jest być otwarta na ewolucję i eksperyment. Jakie jest jej miejsce w świecie zwinnych metodologi, lean startup i wszechobecnego kultu MVP.
Chciałbym wam opowiedzieć, jak to myślenie działało w różnych projektach zarówno tych zwinnych jak i prowadzonych metodologiami których nazw wymieniać nie wolno. Przekonam was,mam nadzieje, że architekt, to stan umysłu, a nie pozycja czy tytuły.
Jarosław Pałka
Od ponad 20 lat w branży IT, jako administrator baz danych, programista, architekt, manager i „inżynier od spraw katastrof”. Brałem udział w małych, średnich i nonsensownie dużych projektach, prowadzonych zgodnie zasadami „waterfall”, Agile oraz przy braku jakichkolwiek metodyk, z tym samym zawsze skutkiem. Co doprowadziło mnie do wniosku, że nie ważne co robisz tak długo, jak robisz to dobrze, w najprostszy z możliwych sposobów i używasz właściwych narzędzi które wykonają pracę za ciebie. W międzyczasie dałem się porwać ideą TDD oraz Software Craftmanship, do granic możliwości wyeksploatować tak piękne w swej prostocie pomysły jak REST i NoSQL, by potem porzucić je by zgłębić tajniki „system thinking” i zachwycić się siłą jaką niesie z sobą „metafora” i odkryć, że rządzą nami te same prawa „natury”. Niepokorny wyznawca kościoła JVM, badacz bytecode'u i JIT oraz wszelkiej maści parserów, interpreterów i kompilatorów. Od czasu do czasu można usłyszeć moje niskiej jakości żarty na temat architektury na konferencjach w Polsce. W chwilach trener w http://symentis.pl i autor bloga na http://geekyprimitives.wordpress.com/ oraz samozwańczy dyktator w radach programowych konferencji JDD oraz 4Developers.
Elixir oczami programisty JavaScript i C# - jaki jest tajemny przepis na zrozumienie języka, nauczenie się go i zakochanie się w nim. A wszystko dzięki 1 godzinie tygodniowo. Na sesji opowiem o tym, na jakie trudności natrafiłem i dlaczego oraz co zrobić by ich uniknąć.
Jakub Gutkowski
Tata, mąż, blogger, prezenter, pasjonat i programista. Założyciel i jeden z organizatorów devWarsztatów darmowych warsztatów dla każdego kto chce uczyć się rzemiosła programistycznego. Twórca .NET Blogs PL – pierwszego polskiego agregatora blogów technicznych poświęconych technologii .NET. Uwielbia bawić się nowościami, poznawać nowe języki i biblioteki, chodzić na konferencje, poznawać nowych ludzi, pomagać innym.
Od wielu lat, Microsoft MVP.
Wierzy, że to co robi zmienia świat i pomaga innym.
10 lat po studiach. 3 firmy za sobą. 2 bardzo duże i znane projekty. 1 człowiek, czyli ja - Piotr Stapp. Jeżeli jesteś ciekaw odpowiedzi na pytania:
1) Jak szybko można zostać ekspertem i co to daje?
2) Czy warto kończyć studia i czego warto się uczyć?
3) Co zrobić gdy nagle zostaje się managerem?
4) Ile mogę zarobić i jak dostać podwyżkę?
To pewnie niestety na nie nie odpowiem. A przynajmniej nie tak jak byś chciał(a) usłyszeć. Opowiem za co ja zrobiłem przez ostatnie 15 lat swojego życia w sferze zawodowej, co mnie to nauczyło i co bym zmienił jak bym miał Delorean DMC-12 od doktora Browna. Spójrz na mój profil na LinkedIn i zastanów się czy warto posłuchać człowieka, który był w architekturze projektu nowy mBank i robił pierwszą wersję składania PIT przez internet czyli e-Deklaracje. Który ciągle siedzi w świecie .NET, choć zdarza mu się robić skoki w bok.
10 lat robienia świetnego softu to kupa doświadczeń. W dobrym i złym znaczeniu słowa kupa :) Całość na podstawie doświadczeń moich i zasłyszancy od innych.
Piotr Stapp
Programista, inżynier, rzemieślnik, projektant i rowerzysta. Korzysta z każdej technologii, która prowadzi do celu. Wierzy w ludzi, a nie w papiery. Jest wyznawcą DevOps i wszelkiej automatyzacji.
Jak przystało na człowieka inteligentnego, prowadzi bloga – o tyle wyjątkowego, że regularnie pojawiają się tam nowe teksty: http://stapp.space/.
Do niedawna Ekspert IT w mBanku. Obecnie współtworzy nowy fintech – FinAi, w którym pracuje nad zamianą rzeczy skomplikowanych na proste. A to czasem bywa trudne.
Projekty będące stratą firmowej kasy oraz generatorem smutku dla programisty - wszyscy takie znamy.
Czy ich źródłem może być kiepski język, którym posługuje się w dokumentacji management?
„Oczywiście" - zakrzyknie programista.
„Niemożliwe!" - odpowie analityk.
Ekipa z dalekiego i mroźnego Białegostoku wraz z małym obwoźnym teatrzykiem spróbuje pogodzić te dwa światy. Przedstawi wam najpopularniejsze wpadki występujące przy opisie wymagań w projekcie IT. Opowie czym skutkują, jak się przed nimi uchronić i co za tym idzie - pokazać, że nie warto "cebulić" pieniędzy i roboczogodzin na dobre przygotowanie wymagań. Zamierzony efekt? Lepsza komunikacja w waszych projektach, mniej przekleństw oraz WTFów oraz więcej miłości w waszych zespołach.
Zapraszamy!
Hubert Zub
Programista i architekt przywiązany łańcuchem do technologii front-endowych i około-webowych. Uważa że JavaScript to najlepsze co mogło przytrafić się ludzkości w XX wieku. Ciekawi go wszystko, co się dzieje w Twojej aplikacją webowej - od pierwszych elektronów które wypłyną kablem z serwera backendowego aż po ostatnie piksele wyrenderowane w przeglądarce.
Twierdzi, że sztuka dialektu pomiędzy biznesem, managementem a programistą jest nieco zardzewiałą gałęzią obszaru IT. Wierzy, że sporo projektów umiera z powodu złego precyzowania wymagań - i że korzystając z odpowiednich praktyk i narzędzi da się doprowadzić do końca każdy produkt.
Projekty będące stratą firmowej kasy oraz generatorem smutku dla programisty - wszyscy takie znamy.
Czy ich źródłem może być kiepski język, którym posługuje się w dokumentacji management?
„Oczywiście" - zakrzyknie programista.
„Niemożliwe!" - odpowie analityk.
Ekipa z dalekiego i mroźnego Białegostoku wraz z małym obwoźnym teatrzykiem spróbuje pogodzić te dwa światy. Przedstawi wam najpopularniejsze wpadki występujące przy opisie wymagań w projekcie IT. Opowie czym skutkują, jak się przed nimi uchronić i co za tym idzie - pokazać, że nie warto "cebulić" pieniędzy i roboczogodzin na dobre przygotowanie wymagań. Zamierzony efekt? Lepsza komunikacja w waszych projektach, mniej przekleństw oraz WTFów oraz więcej miłości w waszych zespołach.
Zapraszamy!
Marcin Bartoszuk
Z technologiami Microsoft związany od 2005 roku. Absolwent Wydziału Informatyki Politechniki Białostockiej, gdzie był liderem Koła Naukowego Grupa .NET oraz Microsoft Student Partnerem. Czterokrotny finalista krajowego etapu konkursu Imagine Cup, a w późniejszych latach mentor i juror konkursu. Współzałożyciel firmy DevCore.NET oraz współzałożyciel zawodowej Białostockiej Grupy .NET. Wykładał na Politechnice Białostockiej przedmioty związane z tworzeniem oprogramowania na platformę .NET. Microsoft MVP w kategorii Client Application Development w latach 2008-2010, kiedy to aktywnie uczestniczył w społecznościach IT. Nieustanny pasjonata nowych technologii i konsultant IT.
Tematem prezentacji będzie przedstawienie powodów, dla których warto „skakać” pomiędzy technologiami, zmieniać języki, środowiska programistyczne.
Jak wiele satysfakcji daje, a z drugiej strony jak wiele czasu i samozaparcia wymaga od nas zmiana technologii w IT.
Jak ogromny pogląd daje, pokazując nam „nowoczesność” lub też „zacofanie” danego języka/technologii, w porównaniu do innych.
Namysław Jerzy Szymaniuk
Do niedawna programista Java EE, rozwijający duży system klasy PLM oraz jego integrację z SAPem, następnie korzystający ze Springa do rozwijania systemu klasy LIMS, od niedawna przebranżowił się i zajmuje się pisaniem cross-platformowych aplikacji mobilnych, wykorzystując framework Xamarin.Forms, przez który ma koszmary w nocy. Często "skacze" pomiędzy technologiami - Xamarin, ASP.NET, Java, Java Android itd. Hobbystycznie interesuje się komputerową diagnostyką samochodową. Jest również autorem spolszczenia do wbudowanego systemu nawigacyjnego, występującego w samochodach marki Peugeot, Citroen, Fiat, Lancia, Maserati.
Tworzenie oprogramowania jest czymś więcej niż tylko pisaniem kodu, który ma wykonywać określone działania. Jest to przede wszystkim budowanie konstrukcji, która powinna być trwała, elastyczna, skalowalna oraz prosta pomimo swojej złożoności.
Jak uniknąć chaosu tworząc duże i małe rozwiązania? Odpowiedzią na to pytanie jest prezentacja w której przedstawię jak ważne jest wzorowanie się na doświadczeniach poprzedników. Omówię przystosowanie architektury do wymagań i potrzeb, które są przed nami stawiane z wykorzystaniem mikroserwisów. Odpowiem również na pytanie jaką rolę pełnią wzorce projektowe na przykładzie wzorca CQRS.
Łukasz Kopka
.NET Application Architect w Fabrity