Komentarze do Agile Surfing

Skomentuj Warsztaty inspirowane „CodeRetreat”, którego autorem jest Mini konferencja w pracy | Agile Surfing

Mini konferencja w pracy | Agile Surfing — Fri, 18 May 2012 14:45:35 +0000

[...] Zresztą, to nie pierwszy raz.. Daj znać innym Podobne wpisy: [...]

Skomentuj Nowy Rok 2012! :), którego autorem jest Mini konferencja w pracy | Agile Surfing

Mini konferencja w pracy | Agile Surfing — Fri, 18 May 2012 14:41:45 +0000

[...] koniec kwietnia odbyła się wewnętrzna konferencja w mojej pracy. Był to jeden z moich celów na ten rok - hura! udało się go [...]

Skomentuj Legacy Code Retreat Berlin, którego autorem jest Grzegorz Dziemidowicz

Grzegorz Dziemidowicz — Tue, 17 Apr 2012 10:43:07 +0000

Hej Seban!

Korzystalem tez (chyba) z RubyMine (na nie swoim kompie). Bylo wsparcie dla „extract method” etc. ale IDE nie bylo tak sprytne jak w Javie.

Spolecznosc Ruby dookola CodeRetreat jest bardzo silna, jak najbardziej jest sens uczestniczyc i organizowac ( Corey Haines, jedna z czolowych twarzy Code Retreat na codzien pracuje w Rubym.. )

Tutaj link do legacy kodu w Rubym: https://github.com/jbrains/trivia/tree/master/ruby

Skomentuj Legacy Code Retreat Berlin, którego autorem jest Grzegorz Dziemidowicz

Grzegorz Dziemidowicz — Tue, 17 Apr 2012 10:40:41 +0000

Hej Grzegorz:

http://en.wikipedia.org/wiki/Characterization_test

Skomentuj Legacy Code Retreat Berlin, którego autorem jest Grzegorz

Grzegorz — Tue, 17 Apr 2012 08:26:17 +0000

Bardzo ciekawy wpis! Niestety nigdzie nie mogę znaleźć informacji o wspomnianych przez Ciebie testach charakteryzacyjnych. Czy mógłbyś rzucić jakimś linkiem?

Skomentuj Legacy Code Retreat Berlin, którego autorem jest Seban

Seban — Tue, 17 Apr 2012 06:31:53 +0000

Sądząc po opisie to bardzo ciekawe wydarzenie. jako programista Ruby muszę Cie zapytać z jakich narzędzi korzystałeś, jakie IDE? Ja na codzień korzystam z RubyMine od JetBrains, nie mogę narzekać.
Jak oceniasz sens, uczesnictwo osób, które nie są ‘kumate’ w Javie w takim spotkaniu? Ja z Javą kontakt straciłem prawie 5 lat temu i to mogło by mnie zniechęcić do uczestnictwa w code retreat.

Skomentuj Strategia testowania projektu, którego autorem jest Grzegorz Dziemidowicz

Grzegorz Dziemidowicz — Sat, 07 Apr 2012 09:41:19 +0000

Hej Seban!

Aktualnie największym problemem jest brak w pełni zautomatyzowanego środowiska testowego do testów eksploracyjnych. Mamy zautomatyzowane środowisko, ale zostało ono przez nas skonfigurowane i jest to (trochę) inna automatyzacja niż ta używana na produkcji. Także feedback na temat zmian dotyczących konfiguracji na produkcji dostajemy bardzo późno, dopiero wtedy gdy zewnętrzny zespół QA zabiera się do wypuszczania naszej nowej wersji. Pracujemy by to poprawić: mieć taką samą automatyzację na środowisku testowym jak na produkcji oraz zrezygnować z usług zewnętrznego zespołu.

Trudne do wypracowania i utrzymania są testy CDC. Wiążą się one ze współpracą z innymi zespołami, gdzie musimy je przekonać a) By dostarczyli nam swoje testy CDC b) by respektowali nasze testy CDC względem ich systemu.

Skomentuj Strategia testowania projektu, którego autorem jest Seban

Seban — Fri, 06 Apr 2012 07:09:37 +0000

Które części tego procesu stwarzają Tobie i Twojemu zespołowi najwięcej problemów? Które z nich są najtrudniejsze w utrzymaniu, a które były najtrudniejsze do wypracowania.

Skomentuj Automatyczne testowanie kodu – jak to robić?, którego autorem jest Strategia testowania projektu | Agile Surfing

Strategia testowania projektu | Agile Surfing — Thu, 05 Apr 2012 21:46:09 +0000

[...] Stosujemy TDD, co wpływa korzystnie na jakość wewnętrzną oprogramowania. [...]

Skomentuj Coding Dojo, którego autorem jest Opowiem o Coding Dojo w Malmo! | Agile Surfing

Opowiem o Coding Dojo w Malmo! | Agile Surfing — Thu, 05 Apr 2012 17:15:54 +0000

[...] Coding Dojo które mamy w pracy pisałem już na tym blogu (Coding Dojo, Coding Dojo [...]