Moim zdaniem dobrze, że są takie prezentacje, wtedy można spokojnie wyjść na spacer. Więc się nie przejmujcie, takie są również potrzebne - w szczególności jak nie ma przerw :)
Prezentacja i temat petarda.
Sporo osób już odjechało, a ta prezentacja była ciekawa i praktyczna. Niech żałują.
Przykro mi bardzo, że niestety prezentacja wyszła jak wyszła lub precyzyjniej nie wyszła. Dziękuję jednak za wszelką krytykę - na pewno uwzględnię wszelkie uwagi w przypadku ewentualnych przyszłych prezentacji.
Podziękowania dla wszystkich którzy zostali do końca i zadawali pytania jak i dla osób chcących z nami porozmawiać po prezentacji.
Bardzo konkretna prezentacja.
Przyjemnie się tego słuchało, bez dwóch zdań, kompletny przegląd dobrego środowiska pracy developera. Nie można Wojtkowi odmówić wiedzy w tej tematyce, a pewnie wiele osób na sali mogło pozazdrościć XSolve wdrożenia takich procesów zarządzania projektami i kodem.
Prezentacja prowadzona na zdecydowanie większym luzie niż dzień wcześniej, fajne śląskie wstawki, za co duży plus. Zgaduję, że wieczorek taneczny pomógł rozładować stres :)
Powiem tak... Trzeba być dobrze przygotowanym na obstrzał, jak się wychodzi do ponad 400 developerów nastawionych na Linuksa i chce się ich przekonać do rozwiązań Microsoftu. Mam wrażenie, że Piotr podołał temu zadaniu.
Jeśli chodzi o szczegóły, to był to dość wyczerpujący przegląd przez najważniejsze elementy Azure, z przykładami działającymi live. Dla osób nieznających tematu powinno to wystarczyć do tego, aby ewentualnie zainteresować się głębiej tematem.
W zasadzie jedyna uwaga, jaka mi się nasuwa to zaserwowanie kilku żartów zbyt siłowo, można je było spokojnie pominąć (np. telefon od szefa). Za to miło się patrzyło na swobodę rozmowy z publiką, odparowywanie uszczypliwych uwag i pewną dozę samokrytyki. Na pewno nie nudziłem się na tej sesji, choć była najdłuższą na tegorocznym PHPConie.
PS: Jeśli developerom pokaże się publiczny adres serwisu, to nie ma siły, aby tabela w bazie pozostała pusta :)
Wybaczcie, wyszedłem. Dodatkowe 0.1 plusa za samokrytykę ;)
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.