Ciekawa prezentacja. Czego mi brakowalo? Jedna z zasad code review jest to zeby utrwalic wyniki dla zespolu. Chcialbym zobaczyc na koniec kilka takich realnych przykladow, ktore oprocz narzedzi pokazaly by tresc recenzji.
Pomimo, że widziałem po raz drugi, to ciągle interesował mnie temat i doświadczenia przekazywane audiencji. Bardzo dobry sposób prezentacji no i ładne slajdy. Congrats!
Mamy w środowisku PHP trochę ”freaków” – w pozytywnym znaczeniu tego słowa, jak i negatywnym ;) Jednakże, Sebastian Marek ma pozytywnego bzika punkcie jakości kodu i automatyzacji. I to od razu widać.
Prezentacja m.in. o tym, jak robić Code Reviews, aby miały sens – czyli „kolego z biurka obok, popchnij mi to dalej bo release za 3 minuty” to nie jest to, o co chodzi code reviews. Posłuchaliśmy także o komunikacji w zespole. Trochę o narzędziach – czego warto używać, czego nie używać (email to nie jest dobry sposób na CR) oraz sporo o procesie. Wyniosłem z prezentacji kilka przydatnych rad.
Uwaga co do slajdów – kiedy już tłumaczone są na polski (a z tego co widzę, to tak chyba było), to odpuśćmy sobie tłumaczenie takich słów jak „branch” – słowo „gałąź” na prezentacjach technicznych źle się czyta ;)
Prezentacja ogólnie na duży plus ale nie podobały mi się niektóre zdania np: że zbieranie statystyk z liczby commitów czy add line mogą posłużyć Twojemu szefowi jako wyznacznik pracy :(.
Programowanie to nie praca na akord wymaga motywacji a czasem i odpoczynku 3 dni, żeby napisać 10 linii, które zmienią świat :)
Bardzo charyzmatyczny prelegent - widać, że wszystko co mówił, wynikało bezpośrednio z jego doświadczeń. Zachęcił mnie do znacznie bardziej sumiennie przeprowadzanych code review!
Świetna prezentacja, dla mnie nr 2 całej konferencji. Dobre slajdy, charyzma, duża wiedza poparta doświadczeniem, a najważniejsze - umiejętność przystępnego jej przekazania
Fajnie poprowadzona prezentacja. Trochę jednak zabrakło konkretów. Dla osób, które znają temat nic nowego - np. na co zwracać uwagę przy CR, jak robić CR, czy manualne przetestowanie obszaru commita powinno być częścią CR czy już nie. Stwierdzenie, że CR nie powinno służyć jako zastępnik checkstyle to trochę za mało. Ale ogólnie ok.
Miło się słucha kogoś, to ma doświadczenie w temacie i potrafi się podzielić swoją wiedzą. Dodatkowy plus za propagowanie idei CodeClub i zainteresowanie tym tematem paru osób na sali.
Thank you very much!
Code review should be a part of project workflow. Nobody will argue with that.
But the only one question: what is a best way to do that? Thank's Sebastian we know how: the first thing is a respect to the reviewer, the second use automatization tool before deep look to the code, the last review the "problem" parts.
+ Podstawowa wiedza przedstawiona w bardzo przejrzysty sposób. Dla osób, które CR nie mają lub zaczynają, to z pewnością było ok.
- Z punktu osoby, która CR praktykuje, brakowało niekiedy konkretów, jakiegoś przykładu z życia, może nawet pełnego przejścia takiego procesu.
- Zabrakło czasu na pytania z sali, co jak pokazały inne wykłady, może dodać sporo do tematu.
Comments
Comments are closed.
Świetne slajdy. I naprawdę ciekawa dynamiczna prezentacja dobra na początek #phpcon
Bardzo ciekawy wykład. Spory nacisk na sposoby komunikacji w zespole.
Ciekawy wykład. Brakowało jeszcze pokazania pełnego flow przeprowadzenia code review w przykladowym narzędziu.
W kontekście narzędzi można również wspomnieć o CS Fixerze ( https://github.com/fabpot/PHP-CS-Fixer).
Jestem ciekaw również jak używasz sonara w swoich projektach.
Jak do tej pory najlepsza rezentacja
fajna i przydatna prezentacja, ale chciałbym usłyszeć ciut więcej porad jak prowadzić code review
Bardzo ciekawy temat i super przedstawione. Wiecej takich wykladow ;-)
Bardzo fajna prelekcja, zarówno treść jak i forma, więcej takich :)
Ciekawa prezentacja. Czego mi brakowalo? Jedna z zasad code review jest to zeby utrwalic wyniki dla zespolu. Chcialbym zobaczyc na koniec kilka takich realnych przykladow, ktore oprocz narzedzi pokazaly by tresc recenzji.
Przydatna, prawdopodobnie zacznę korzystać z sonara.
Prezentacja spoko, choć nic nowego jak dla mnie. Przydatne dla zespołów nie stosujących code review.
Doskonale poprowadzona prelekcje. Prowadzący z dużą wiedzą i zdolnościami oratorskimi. Jedna z lepszych prelekcji na tej konferencji.
Zdecydowanie najlepsza prezentacja. Czuć było, że autor jest doświadczony i zna dobrze temat. Dzięki!
Świetna prezentacja - dużo ważnych dla mnie spostrzeżeń. Dzięki.
Pomimo, że widziałem po raz drugi, to ciągle interesował mnie temat i doświadczenia przekazywane audiencji. Bardzo dobry sposób prezentacji no i ładne slajdy. Congrats!
Świetnie poprowadzone, przedstawione wszystko jak trzeba, jak dla mnie jedna z lepszych :) Dzięki !
Dobrze przygotowania prezentacja na ważny dla developerów temat. Co prawda niewiele z niej wyniosłem, ale utrwaliłem sobie wiedzę.
++ za formę i treść
Mamy w środowisku PHP trochę ”freaków” – w pozytywnym znaczeniu tego słowa, jak i negatywnym ;) Jednakże, Sebastian Marek ma pozytywnego bzika punkcie jakości kodu i automatyzacji. I to od razu widać.
Prezentacja m.in. o tym, jak robić Code Reviews, aby miały sens – czyli „kolego z biurka obok, popchnij mi to dalej bo release za 3 minuty” to nie jest to, o co chodzi code reviews. Posłuchaliśmy także o komunikacji w zespole. Trochę o narzędziach – czego warto używać, czego nie używać (email to nie jest dobry sposób na CR) oraz sporo o procesie. Wyniosłem z prezentacji kilka przydatnych rad.
Uwaga co do slajdów – kiedy już tłumaczone są na polski (a z tego co widzę, to tak chyba było), to odpuśćmy sobie tłumaczenie takich słów jak „branch” – słowo „gałąź” na prezentacjach technicznych źle się czyta ;)
Prezentacja ogólnie na duży plus ale nie podobały mi się niektóre zdania np: że zbieranie statystyk z liczby commitów czy add line mogą posłużyć Twojemu szefowi jako wyznacznik pracy :(.
Programowanie to nie praca na akord wymaga motywacji a czasem i odpoczynku 3 dni, żeby napisać 10 linii, które zmienią świat :)
nie ilość a jakość!
Bardzo charyzmatyczny prelegent - widać, że wszystko co mówił, wynikało bezpośrednio z jego doświadczeń. Zachęcił mnie do znacznie bardziej sumiennie przeprowadzanych code review!
Świetna prezentacja, dla mnie nr 2 całej konferencji. Dobre slajdy, charyzma, duża wiedza poparta doświadczeniem, a najważniejsze - umiejętność przystępnego jej przekazania
Fajnie poprowadzona prezentacja. Trochę jednak zabrakło konkretów. Dla osób, które znają temat nic nowego - np. na co zwracać uwagę przy CR, jak robić CR, czy manualne przetestowanie obszaru commita powinno być częścią CR czy już nie. Stwierdzenie, że CR nie powinno służyć jako zastępnik checkstyle to trochę za mało. Ale ogólnie ok.
Miło się słucha kogoś, to ma doświadczenie w temacie i potrafi się podzielić swoją wiedzą. Dodatkowy plus za propagowanie idei CodeClub i zainteresowanie tym tematem paru osób na sali.
Thank you very much!
Code review should be a part of project workflow. Nobody will argue with that.
But the only one question: what is a best way to do that? Thank's Sebastian we know how: the first thing is a respect to the reviewer, the second use automatization tool before deep look to the code, the last review the "problem" parts.
Zdecydowanie jedna z lepszych na konferencji. Nic dodać, nic ująć.
+ Podstawowa wiedza przedstawiona w bardzo przejrzysty sposób. Dla osób, które CR nie mają lub zaczynają, to z pewnością było ok.
- Z punktu osoby, która CR praktykuje, brakowało niekiedy konkretów, jakiegoś przykładu z życia, może nawet pełnego przejścia takiego procesu.
- Zabrakło czasu na pytania z sali, co jak pokazały inne wykłady, może dodać sporo do tematu.
Świetna prezentacja. Fajnie przedstawiona. i temat ciekawy :)