DevTalk Menu

Permalink:

20 – O mikroserwisach z Michałem Francem

(comments are closed)

michal-francWakacje, wakacje i po wakacjach. I bardzo dobrze, ile można, c’nie?

Po wakacyjnej przerwie powracamy, zamaszyście, pomału i usłużnie. Ale suchy rebus! Mału -> mikru -> mikro. Usłużnie -> serwisowo -> service. Czyli: po wakacyjnej przerwie powracamy, zamaszyście, z mikroserwisami! Towarzyszy mi Michał Franc, który z dalekiego jUKeja wskoczył mi na Skype’a. Michał bloguje na http://www.mfranc.com, przemawia oraz jest jednym z organizatorów konferencji dotnetconf.pl. Na Twitterze możecie go stalkować pod @francmichal.

Zarówno Michał jak i ja tworzymy/utrzymujemy systemy oparte o “architekturę mikroserwisów”. Dzisiejsza rozmowa to wymiana doświadczeń i próba zebrania zarówno zalet jak i wad tego rozwiązania. Jeżeli nie wiesz co to są mikroserwisy – z tego odcinka się dowiesz. Jeśli wiesz co to jest, ale nie było okazji do wypróbowania w praktyce – otrzymasz “mikroserwisy w pigułce”. A jeśli tworzysz mikroserwisy: być może dowiesz się czegoś nowego? W każdym razie: daj nam znać w komentarzach!

Czytaj dalej…

Permalink:

19 – O pasji z Michałem Śliwoniem i Rafałem Legiędziem

(comments are closed)

mihcall-rafek

Dzisiaj nietypowo – trzeci odcinek w ciągu jednego miesiąca. No ale warto wejść w okres wakacyjny z przytupem :). Dlatego też do dziewiętnastego odcinka zaprosiłem dwóch świetnych Gości, których nikomu przedstawiać chyba trzeba. Są to chodzące wulkany energii, inspirujące każdego do działania. Michał Śliwoń i Rafał Legiędź – bo o nich oczywiście mowa – znani są polskiej społeczności przede wszystkim z tego, że to dzięki nim co roku możemy spotykać się na wyśmienitej konferencji DevDay! Na co dzień są programistami (a Michał – także trochę “menażeruje” :) ). Nałogowo uczestniczą w konferencjach, zarówno jako widzowie jak i prelegenci. Michał dodatkowo stoi za łódzką grupą pasjonatów programowania: dev@LDZ. Zachęcam do śledzenia ich poczynań na Twitterze: @mihcall & @rafek.

Michał i Rafał są na tyle uniwersalnymi rozmówcami, że można z nimi konwersować na naprawdę wiele tematów. Podczas tego odcinka postanowiłem poruszyć dwie kwestie będące ich “znakami rozpoznawczymi”: DevDay oraz pasję i motywację w kontekście pracy programisty. Jakie są ich sposoby na wypalenie zawodowe? Jak budują swój zespół, który sami niebezpodstawnie nazywają “Happy Team”? Co ich napędza do działania i skąd mają tyle energii na różne aktywności? O tym wszystkim dowiedziecie się podczas tych kilkudziesięciu minut.

“Coś się kończy, coś się zaczyna”… Kończy się pierwszy sezon DevTalk z 19 odcinkami na liczniku. Zaczynają się wakacje. Dziękuję Wam, Słuchaczom, za tak ciepłe przyjęcie mojej inicjatywy i prowadzenie tak ożywionych dyskusji. To jest jeden z głównych powodów, dla których nadal chce mi się to robić! I nie mogę doczekać się jesieni, kiedy ruszę z drugim sezonem podcasta. Dziękuję również wszystkim Gościom – super mi się z Wami rozmawiało i dzięki Wam DevTalk okazał się… sukcesem! Nie boję użyć się tego słowa :). Skoro jesteśmy przy podziękowaniach to nie może tu zabraknąć Krzyśka – to właśnie on bierze ode mnie gołe wavy i tworzy z nich finalne mp3, dbając o jakość plików, które ostatecznie lądują w Waszych uszach. Dzięki również wszystkim Partnerom DevTalka, którzy przez ostatnie miesiące wspomagali mnie w działaniach, pozwalając na zakup odpowiedniego sprzętu i fundowanie Wam atrakcyjnych upominków. Skoro przy partnerach jesteśmy – pamiętajcie, że można się już ustawiać w kolejkę do miana Partnera DevTalka na jesień :). Wszystkie niezbędne informacje znajdziecie pod adresem http://devtalk.pl/wspolpraca.


Partnerem specjalnym dzisiejszego odcinka jest Medius. To szwedzka firma z biurem w Krakowie, gdzie świetni programiści na co dzień pracują nad rozwojem produktu MediusFlow XI. Medius specjalizuje się w automatyzacji obsługi faktur w dużych firmach: już ponad 1300 klientów używa ich rozwiązania. Wykorzystują najnowsze technologie: wspomniany projekt to Single Page Application hostowana na Azure. Rozwijają również aplikacje na platformy mobilne.

Medius to nie korporacja: praca odbywa się w mniejszych zespołach, gdzie każdy jest zachęcany do proponowania własnych pomysłów i rozwiązań oraz ma realny wpływ na efekt finalny. Praca tam to duże wyzwanie, zróżnicowane zadania i możliwość ciągłej nauki. Dysponują dobrym sprzętem, jednocześnie ciesząc się z przestronnego biura i fajnego widoku z okna :).

Miłośników technologii Microsoftu oraz JavaScript zachęcam do kontaktu z Medius. Możecie tam znaleźć ścieżkę rozwoju zarówno dla siebie, jak i dla firmy, oraz… kolejne obszary do zautomatyzowania!

Ciekawostka: Krzysiek Śmigiel, “dźwiękowiec” DevTalka, tam właśnie pracuje. Do niego możecie uderzać z bezpośrednimi pytaniami.

Medius


Konkurs: dzisiaj możecie otrzymać aż trzy ciekawe gadżety. Pierwszy z nich to… uwaga uwaga… bilet na tegoroczny DevDay! Oprócz tego rozdaję dwa komplety programistycznych kart do gry: code:deck. Rozlosuję to wszystko wśród osób, które pomogą w promocji tego odcinka: udostępnią facebookowy post informujący o tym odcinku (chodzi o publiczny Share wpisu z konta @devtalkpl) lub zrobią retweet informacji o niniejszym poście (chodzi o RT tweeta z konta @devtalkpl). Wspólnie nieśmy programistyczny głos pod polskie strzechy :). Proces i wyniki losowania pojawią się na kanałach społecznościowych DevTalk w przyszłym tygodniu.

A teraz, po dłuższym niż zazwyczaj wstępie… zapraszam do słuchania!

Czytaj dalej…

  • M4JQ

    Wyczuwam w komentarzach i w samym odcinku dużą dozę tak zwanego hejtu do korpo. Nie wiem czy to przede wszystkim dlatego, że ostatnio modne zrobiło sie oczernianie korporacji, wmawianie wszystkim, że tam to tylko nuda, rutyna i papierologia. Ja pracuję w korpo i niczego takiego nie odczuwam. Pracuję nad “swoimi” programami, z którymi od kilku lat jestem związany i obserwuję jak się dynamicznie zmieniają, ewoluują. Prawie jak obserwowanie dorastania dziecka :P. Terminy są napięte i dają powera do szybkiego przyswajania nowej wiedzy i umiejętności. Świetne jest przede wszystkim to że nie masz “presji szefa” z małych firm, który wisi nad tobą i męczy żebyś został w weekend – no bo przecież w poniedziałek jadę do klienta i muszę mu coś pokazać, z czego Ci wypłatę dam?!.

    Tak, pracowałem też w małych i średnich firmach i mam porównanie. Nie mówię, że tam było źle. Świetnie wspominam te czasy, ale korpo daje dużo większe poczucie bezpieczeństwa i stabilizacji niż praca na kontrakt w małej firmie.

    Po pracy mogę się zająć zupełnie czym innym, “zresetować się”. Ogród, wiedźmin, książka, rowery itd. Jak dla mnie idealny life/work balance, bez efektu wypalenia, wygasania “pasji”. Ale ostatecznie to jak z gustami, o nich się nie dyskutuje.

    KORPO == BRAK PASJI, PROGRAMIŚCI ZOMBI -> Mówię stanowcze NIE!

  • Miroslaw Praglowski

    @mihcall +1 na slacku też można – sprawdź https://github.com/arkency/plusone

  • pokaż wszystkie komentarze (10)
  • Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.

Permalink:

18 – O tożsamości z Tomaszem Onyszko

(comments are closed)

tomasz-onyszkoTo już jest… jeszcze nie koniec, ale prawie!, pierwszego, dziewiczego sezonu DevTalk. W poszukiwaniu własnej tożsamości natrafiłem na… eksperta w tej dziedzinie. Ale w kontekście IT, oczywiście.

Dzisiaj przed Wami Tomasz Onyszko. Architekt, od zawsze w branży ;), niezmiennie związany z kwestiami zarządzania tożsamością w sieci. Oprócz tego pisze na firmowym blogu Predica i regularnie gości na grupach pasjonackich oraz krajowych i światowych konferencjach. Od lat “nosiciel” tytułu Microsoft MVP. Na Twitterze: @tonyszko.

Konwersujemy o, jakże by inaczej, zarządzaniu tożsamością i dostępem. Brzmi enigmatycznie? To po prostu: dlaczego username/password jest złe i jak podejść do tych kwestii z innej strony. Dodatkowo Tomek klarownie tłumaczy takie pojęcia jak OAuth i Open ID Connect, które pewnie każdemu obiły się o uszy, ale nie każdy wnikał “jak to działa”. I wreszcie: po przesłuchaniu tego odcinka już nigdy nie powiecie “autentykacja”! :)

Czytaj dalej…

Permalink:

17 – O gamedev z Przemysławem Czatrowskim

(comments are closed)

przemyslaw-czatrowskiSiedemnasty odcinek wypada w Dzień Dziecka! I to kilka raptem dni po premierze nowego Wiedźmina! O czym więc dzisiaj będzie? No o grach, oczywiście :).

Moim i Waszym Gościem jest Przemek Czatrowski, który przez ostatnie lata pracował jako programista nad Wiedźminem właśnie. Oprócz tego lubi piwo i pisze o tym na blogu Prosto z Pokala. Lubi też podróże i o tym też pisze, razem z żoną, na blogu TroPiMy. Zachęcam do zajrzenia. Znajdziecie go również na Twitterze: @cz0per.

Tematem naszej rozmowy jest praca w gamedev. Dowiecie się czym różni się ona od pracy “normalnego” programisty. I jak można “zacząć” w tej branży. Oraz ponownie, bo to dość istotne: czy studia pomagają w takiej karierze? Znajdziecie też wątek o “drodze do celu”, jakkolwiek górnolotnie to nie zabrzmiało. No i jako bonus, ofkors, trochę ciekawostek zza kulis powstawania Wiedźmina.

Konkurs: w każdym odcinku mam dla Was fajny upominek. Nie może być inaczej i dzisiaj: rozdaję najnowszego Wiedźmina 3 (dowolna platforma). Grę otrzyma, jak zwykle, autor jednego z komentarzy pod tym postem. Więc do dzieła, dawajcie feedback, zadawajcie pytania, eccecera, eccecera.

Czytaj dalej…

  • Maciej Aniserowicz

    Dzięki za dyskusję, może Przemek jeszcze wróci żeby odpowiedzieć na pozostałe pytania, póki co szaleje Mustangiem w USA co można zobaczyć na http://tropimy.com :)
    Wiedźmin wędruje do Krzysztofa (z http://aimforsimplicity.com) – mail ze szczegółami już powędrował na skrzynkę.

  • Maciej Aniserowicz

    A jeszcze zapomniałem :) Wiedźmin 3 pochodzi od sponsorów DevTalka, ale mam do rozdania jeszcze kod na grę “Wiedźmin: Gra Przygodowa”. Kod wędruje do astralis, mail już wysłany.

  • pokaż wszystkie komentarze (52)
  • Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.

Permalink:

16 – O karierze programisty z Pawłem Zdziechem

(comments are closed)

pawel-zdziech

Szesnasty odcinek to “meta-dev talk” :). Paweł Zdziech, rekruter od X lat, dzieli się swoimi spostrzeżeniami odnośnie zawodu programisty i naszej dev-kariery. Po przesłuchaniu odcinka zachęcam odwiedzić blog Pawła: http://rekrutacyjny.blogspot.com gdzie… jeszcze więcej na ten temat!

A w odcinku usłyszycie odpowiedzi na pytania takie jak… Czy programiści to primadonny? Czy rynek kiedyś nasyci się programistami? Jak ubrać się na rozmowę kwalifikacyjną? Jak napisać CV? Czy warto iść na studia? Jak częste zmiany pracy wpływają na wizerunek programisty na rynku pracy? I… wiele więcej :)

Konkurs: dzielcie się swoimi uwagami w komentarzach do tego posta – temat jest raczej gorący :). Jedna z komentujących osób otrzyma książkę “C# 6.0 i MVC 5. Tworzenie nowoczesnych portali internetowych”. Może nawet z autografem, gdyż jest to autorski egzemplarz zaoferowany przez jednego z autorów: Krzysztofa Żydzika :). Dzięki Krzysiek!

Ogłoszenie: jeśli jeszcze nie słyszeliście o devWarsztatach to z nieskrywaną przyjemnością odsyłam Was na http://devwarsztaty.pl. Świetna inicjatywa Gutka, trzymam kciuki!

Czytaj dalej…

  • Grzegorz

    Trochę moich osobistych przemyśleń (ponad 15 lat płacą mi za kodowanie, Szczecin):

    Studia:
    * Dają podstawy teoretyczne — np. że liczby zmiennoprzecinkowe nie są dokładne i 0.1*10 nie musi dawać 10 — zadziwiające dla jak wielu młodych programistów jest to ciągle odkrycie.
    * Nie służą do nauczania się ,,najnowszych” technologii — gdy ja studiowałem narzekano, że nie uczą BDE, czyli… Borland Database Engine, tylko jakoś ogólnie o bazach danych (młodsi o BDE i Borlandzie można poczytać w Wikipedii).

    Wynagrodzenia:
    Zależy od miejsca, firmy i okoliczności. W Szczecinie wspomniane powyżej 8000pln netto to powyżej średniej z ofert jakie znam (ale bez problemu można znaleźć ofertę na 9000-11000 netto na miejscu w Szczecinie na B2B).

    Znam firmy w których płacą mniej i więcej niż 8000pln — każda firma ma swoje plusy i minusy i praca za większą kasę nie zawsze jest dobrym wyborem (sam kiedyś taką rzuciłem i nie żałuję).

    Tylko, że tyle firmy chcą płacić doświadczonym i poważnym ludziom, a nie świeżakom bez komercyjnego doświadczenia, którzy tyle właśnie chcą (informacja od znajomych którzy rekrutują).

    W Szczecinie dodatkowo konkurencję robi Berlin — dużo fajniejsze miasto do życia, a i stawki mają lepsze (choć różnica nie rzuca na kolana).
    Więc jak ktoś ze Szczecina chce zarabiać więcej, to może sobie pojechać do Berlina i tu trudno szczecińskim firmom konkurować ofertą.

  • Maciej Aniserowicz

    Dzięki za dyskusję, książkę wyślemy do Wojciech Brzózka :)

  • pokaż wszystkie komentarze (40)
  • Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.

Permalink:

15 – O Ruby z Mirosławem Pragłowskim

(comments are closed)

miroslaw-praglowskiPo obcojęzyczno-technicznym uderzeniu z Udim docieramy do odcinka piętnastego. Mirosław Pragłowski opowiada o swojej przygodzie pod tytułem “byłem programistą .NET, jestem programistą Ruby, i jak mi z tym”. Mirka najczęściej spotkać możecie we Wrocławiu, gdzie jest jednym z organizatorów Wrocławskiej Grupy .NET oraz Wrocławskiej Grupy DDD. Na Twitterze: @mpraglowski.

Podczas rozmowy podpytuję Mirka co go skłoniło do “przebranżowienia się”. W czym Ruby jest lepszy od .NET? Jak pisze się w języku dynamicznie typowanym po latach poleganiu na kompilatorze? I dlaczego, do cholery, wszyscy rubiowcy mają macbooki? :) I tak dalej, i tak dalej…

 

Konkurs: w tym odcinku jedna z osób udzielających się w dyskusji pod niniejszym postem otrzyma licencję na RubyMine – świetne IDE od JetBrains.

jetbrains

Czytaj dalej…

  • Maciej Aniserowicz

    RubyMine pofrunęło do Roba – VIM VIMem, ale może i to Ci się przyda :). Dzięki za udział w dyskusji. E-mail do JetBrains już wysłany w tej sprawie.

  • Rob

    Mega zajawa… Przyda mi się, gdyż tak jak mówiłem zacząłem miesiąc temu projekt w ruby i będzie to idealne rozwiązanie, do czasu gdy opanuje vima na odpowiednim poziomie. Serdecznie dziękuje i nie mogę się doczekać aż wysłucham kolejnego odcinka. :)

  • pokaż wszystkie komentarze (22)
  • Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.

Permalink:

14 – CQRS with Udi Dahan

(comments are closed)

udi-dahanPost po polsku poniżej / Polish version below


14th episode of DevTalk is a special one. First of all: this is the first episode in english! Second: my guest is a well-known, widely respected expert, the one and only Udi Dahan!

Udi is a creator of NServiceBus and founder of Particular Software. His thoughs about software architecture and best development practices – that often define the “industry standards” – can be found on a fascinating blog. Udi is one of the best-known speakers worldwide. He also offers advanced technical courses. Follow him on Twitter: @UdiDahan.

We talk about CQRS – Command Query Responsibility Segregation. Udi – together with Greg Young – was one of the first promoters and teachers of this approach to building complex software systems. BUT we do not discuss various CQRS implementation details. This conversation focuses on something that is often ignored by developers: what should we do to meet end users’ needs, not always putting our own desire to implement the “newest and shiniest” at the top of our priority list? And how can CQRS help us with that?


Odcinek 14 jest kolejnym odcinkiem wyjątkowym. Po pierwsze: bo to pierwszy odcinek po angielsku! A po drugie: bo mój gość to szanowany na całym świecie, znany wszem i wobec, niewymagający przedstawienia: the one and only Udi Dahan! Gdyby pół roku temu ktoś powiedział mi, że DevTalk wyjdzie poza granice Polski, i to od razu z Gościem tego kalibru, to bym się tylko w czoło popukał. A tu proszę…

Udi to twórca NServiceBusa – projektu, którego sukces spowodował założenie firmy Particular Software. Swoimi myślami odnośnie architektury oraz najlepszych praktyk programistycznych, definiującymi niejednokrotnie postrzeganie wielu zagadnień na całym świecie, dzieli się na fascynującym blogu. Jest jednym z najbardziej rozpoznawalnych prelegentów na największych światowych konferencjach. Prowadzi również szkolenia. Na Twitterze: @UdiDahan.

Tematem odcinka jest CQRS – Command Query Responsibility Segregation. Udi – wraz z Gregiem Youngiem – był jednym z pierwszych promotorów i nauczycieli tego podejścia do tworzenia oprogramowania. Nie wchodzimy jednak w szczegóły implementacyjne – w tym spotkaniu szkoda na to czasu! Ten temat pewnie jeszcze się pojawi w DevTalku w czysto technicznym kontekście, jednak z Udim rozmawiam z trochę ogólniejszej perspektywy. Udi tłumaczy dlaczego technologie i wzorce często nie są najważniejsze i na interesującym przykładzie pokazuje, jak wymagania biznesowe oraz modelowanie pomagają rozwiązać najtrudniejsze problemy. Programiści słysząc CQRS myślą od razu o klasach, szynach, cache itd, bardzo często pomijając kluczowy krok: refleksję nad źródłem i naturą rozwiązywanego problemu. Słuchając tego odcinka każdy dev zastanowi się pewnie: czy przypadkiem ja nie ignoruję faktycznych potrzeb użytkowników?

Bardzo zachęcam do posłuchania, bo taka okazja nie zdarza się co dzień.

Ten odcinek ma partnera specjalnego: firmę JIT Solutions z Gdyni. Gdybyście chcieli sprawdzić w praktyce jak m.in. NServiceBus jest wykorzystywany w dużym rozproszonym projekcie to macie okazję dołączyć do ich zespołu. Szczegóły znajdziecie na pracuj.pl lub bezpośrednio w tym PDF.

JIT_solutions

Konkurs: po raz drugi (wcześniej w odcinku o DDD) do rozdania mam “Implementing Domain-Driven Design” Vaughna Vernona. Poza anteną wprost spytałem Udiego jaką jedną książkę poleciłby programistom, a on wskazał na tę konkretną pozycję. Właśnie ją zatem wyślę do autora jednego z komentarzy pod tym postem. Jak zwykle apeluję: piszcie swoje uwagi! Zarówno do odcinka, jak i samej idei “importowania” gości z zagranicy :). Mi się pomysł podoba – i ciekawą znajomość można nawiązać, i po angielsku pogadać, i nowych słuchaczy przyciągnąć. Co Wy na to?

Czytaj dalej…

  • Szymon

    Super odcinek, świetny gość i temat. Bardzo podobało mi się to co powiedział Udi, aby CQRS traktować jako podejście, a nie tylko jako wzorzec! Myślę, że bardzo dobrze, że poszliście w rozmowie w tą stronę, zamiast omawiania CQRS jako wzorca. O tym można sobie przeczytać w mądrej literaturze albo internetach. 😉 Domena, która pojawiała się w przykładach jest mi bliska i mam dzięki trochę świeższe spojrzenie na projekt, przy którym pracuję. Dzięki!

  • Maciej Aniserowicz

    Dzięki wszystkim za miłe słowa.
    Książka wędruje do Marcina, mail z prośbą o adres już wysłany.

  • pokaż wszystkie komentarze (20)
  • Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.

Permalink:

13 – O agile z Grzegorzem Rycajem

(comments are closed)

grzegorz-rycajSzczęśliwy, trzynasty, odcinek to chwilowy odpoczynek od technikaliów. Tym razem wraz z Grzegorzem Rycajem serwujemy Wam dywagacje na popularny temat: agile. Grzegorz od wielu lat programuje i kieruje zespołami programistów. Prawdopodobnie wielu z Was niejednokrotnie miało okazję oglądać go na scenie, gdyż regularnie występuje na różnych eventach. MVP w kategorii Visual Studio ALM.

40-minutową rozmowę rozpoczynamy od historii agile. Nie zagłębiamy się jednak w teorię – tę pewnie ogromna większość Was zna (jeśli nie – zapraszam do sekcji z linkami). Zastanawiamy się czym różni się agile w zależności od modelu pracy zespołu: “wewnętrzne zasoby” vs “dostawcy oprogramowania”. Jaki wpływ na projekt ma typ klienta: bank czy startup? Bardzo ważna część konwersacji to przestrogi: na co uważać stosując agile, jakie są najczęściej popełniane błędy w tym zakresie? Grzesiek dzieli się też swoimi spostrzeżeniami odnośnie radzenia sobie z “wrzutkami z produkcji” skutecznie demolującymi plany na dany sprint, czyli: jak radzić sobie z utrzymaniem systemów? Albo: jak dbać o dokumentację projektową? Rozmawiamy też o bardziej niskopoziomowych praktykach, takich jak code review, daily standup meeting, retrospekcje czy wreszcie continuous integration.

Konkurs: rozdajemy egzemplarz polecanej przez Grześka książki “Agile Project Management with Scrum“. Pewnie już wiecie kto ją dostanie, prawda?:) Tak, autor jednego z komentarzy pod niniejszym postem! Gorąco zapraszam zatem do dyskusji na temat zarówno tego odcinka, jak i DevTalka w ogóle.

Czytaj dalej…

  • PaSkol

    Niniejszym dziękuję 😉

    A tak przy okazji – jak się okazuje – szukając ostatnio pracy, miałem też ofertę od Billennium ;). Świat jest mały :D.

  • PaSkol

    Jeszcze uzupełnię, bo dopiero teraz zauważyłem Twoje odniesienie do dokumentacji. Jako “dokumentację” rozumiałem w tym wypadku jedynie tę techniczną i to też w sensie użycia metody/klasy. W żadnym zaś przypadku nie twierdzę, że testy zastąpią _całą_ dokumentację (albo że nie są potrzebne , itd.)

    Oprócz uzupełnienia także autokorekta. Nie piszę się “szlak trafił”, ale “szlag trafił”, a dlaczego, to już ewentualnych zainteresowanych odsyłam do słownika.

  • pokaż wszystkie komentarze (13)
  • Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.

Permalink:

12 – O mockach z Pawłem Klimczykiem

(comments are closed)

pawel-klimczykW dwunastym już odcinku (czas leci!) mam przyjemność ponownie podywagować na temat bardzo mi bliski: testy. A konkretnie: testowanie w kontekście wykorzystania “isolating frameworks”, czyli po ludzku: mocków. Partnerem w rozmowie jest Paweł Klimczyk – programista, prelegent i “szef dotnetów na fejsie” :), czyli grup .NET Developers Poland oraz .NET Developers Poland Job Market. Na Twitterze: @pwlklm.

Podczas audycji możecie posłuchać o tym co to są mocki i na jakie grupy się je dzieli (i czy ma to sens). Jakie frameworki w świecie .NET pozwalają na wykorzystanie mocków (i jak je można skategoryzować). Do tego wpada kilka pobocznych wątków, jak na przykład: jak testować metody prywatne?

Konkurs: w tym odcinku mam dla Was egzemplarz książki “The Art of Unit Testing” Roya Osherove. Jak zwykle (ale monotonnie, co? 😉 ) powędruje on do jednej z osób, które wezmą udział w dyskusji która powinna wywiązać się pod tym postem. Piszcie zarówno na temat merytoryki odcinka, jak też ogólnie o DevTalku.

Czytaj dalej…

  • Paweł Klimczyk

    @Piotr Perak:
    Odnosnie roznic stub/mock – dobrze piszesz. Ja chcialem rozwinac troche wypowiedz i pokazac wiekszy kontekst. W programowaniu przewaznie uzywam mockow.
    Metody prywatne wymagajace testowania – kurde, zrobilm bym z tego klase osobna, bo widocznie to co jest w srodku robi sporo i powinnno byc wyabstrahowane.

    @Grzegorz:
    UI Testing – temat na osobny podcast :) W tym podkascie chodzilo o pokazanie samej idei mockow.

    @Grzesiek Gałęzowski:
    Growing Object Oriented Software Guided By Tests – to juz temat TDD.
    Ksiazke przeczytam :). Nawiazajac do Twojego podejscia do mockowania DateTime i wprowadzania abstrakcji to jest ono dobre, gdy buduje sie system. Problem pojawia sie gdy lądujesz w projekcie, gdzie kod ma juz kilka lat i dodajesz nowe funkcje. Wtedy trudno abstrahowac DateTime i (może) łatwiej mockować to co jest.

    Ciesze sie, że wywiązała się tutaj taka dyskusja.

  • Grzesiek Gałęzowski

    @Paweł Klimczyk GOOS to temat TDD, ale bardzo mocno mocków właśnie (choć nie tylko). Z wstępu do książki: “Our original motivation for writing the book was to finally explain the technique of using mock objects, which we often see misunderstood.”. Chociaż owszem, mocków można używać inaczej trochę niż jest opisane w tej książce, np. do starego kodu. Tylko wtedy nie są to takie mocki w sensie stricte, gdyż oryginalne mocki rzucały wyjątki gdy otrzymały niespodziewane wywołania (w świecie C# i Javy uważa się obecnie to podejście za przestarzałe i prowadzące do kruchych testów, natomiast JMock – biblioteka autorów GOOS – wciąż opiera się na takich właśnie mockach i autorzy twardo stoją przy stanowisku, że w takim sposobie wykorzystania mocków jaki oni preferują jest to lepsze podejście, dlatego że dla nich naturalnym podejściem do projektowania jest projektowanie “protokołocentryczne”).

    Z tym Date Time w starym kodzie to zgoda, natomiast pole manewru zależy od narzędzi. Jeśli ma się dobre automatyczne narzędzie do refaktoryzacji, to najczęściej nie trzeba mockować tego co jest – w r# często sprawę załatwia kombinacja “Extract Method-> Extract Class->Introduce Parameter (jako parametr konstruktora)->Extract Interface->Use Base Type Where Possible”, którą można zrobić niemal mechanicznie.

  • pokaż wszystkie komentarze (27)
  • Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.

Permalink:

11 – O produktywności z Marcinem Kwiecińskim

(comments are closed)

marcin-kwiecinskiOdcinek jedenasty stoi pod znakiem… czasu. Wszyscy mamy go za mało. A może mamy go wystarczająco dużo, tylko wykorzystujemy go nie do końca optymalnie? O to i inne rzeczy pytam Marcina Kwiecińskiego, który w ramach projektu Ogarnij Chaos na co dzień zmaga się z takimi problemami, pomagając swoim klientom prowadzić bardziej produktywne życie. Zarówno zawodowe, jak i prywatne. Jego blog to kopalnia spostrzeżeń i dobrych praktyk związanych z tym tematem.

Podczas rozmowy wraz z Marcinem zastanawiamy się jak poznać, czy danej osobie potrzebna jest dodatkowa refleksja odnośnie sposobu wykorzystywania czasu. A jeśli jest – to co może to dać? I najważniejsze: jak można zacząć organizować swoje życie, rozpoznając cele oraz planując drogę do ich realizacji. Dodatkowo bonus: czy postanowienia noworoczne mają jakąkolwiek wartość? :)

Konkurs: w tym tygodniu rozdaję książkę Davida Allena “Getting Things Done“. Otrzyma ją autor jednego z komentarzy pod tym postem, więc bardzo zachęcam do udzielania się. Piszcie swoje spostrzeżenia, doświadczenia, wrażenia. Odcinek spoko, czy słaby? Liczycie na kontynuację tematu, czy to nudy? :) Zadawajcie pytania, drążcie temat. Marcin i ja będziemy aktywnie w dyskusji uczestniczyć.

Czytaj dalej…

  • Maciej Aniserowicz

    Dzięki wszystkim za dyskusję :). Książkę o GTD otrzymuje Dawid Wekwejt. Mail z prośbą o adres wysyłki już poszedł, poposzę o kontakt jeśli z jakichś względów nie dotrze.

  • Dawid Wekwejt

    Dziękuję serdecznie :) Książka już dotarła. Teraz czas na lekturę! xD

  • pokaż wszystkie komentarze (40)
  • Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.