Wypowiedzi
-
http://niebezpiecznik.pl/szkolenia/atakowanie-ochrona-...
Mam zamiar wybrać się na to szkolenie. Wydaje się ciekawe -
Sebastian Malaca:
Janusz Matyja:
Ale takie działanie może być spowodowane jedynie przez nie zastanowienie się nad problemem. W innym wypadku wątpię, że będziesz zmuszony do kopiowania kodu, który kopiowany być nie powinien.
Wrzucając wszystkie nowe rzeczy do nowych klas, będziemy w końcu zmuszeni do złamania zasady "DRY".
przy dużej ilości zmian, nowych rzeczach, nasz kod będzie rozrastał się do niebotycznych rozmiarów. Setki razy miałem już sytuację że wolałem dodać jakąś metodę bo bałem się zmieniać inną.
W takim wypadku postarałbym się usunąć powód strachu, a nie dodawać kolejną metodę, ponieważ to, co budzi Twoje obawy, to z pewnością kod, który powinien być lepiej zaimplementowany.
Natomiast mając testy jednostkowe, możemy śmiało zmieniać nasz kod, testy i tak wyłapią miejsca gdzie zmiany te powodują problemy. W konsekwencji mamy mniej kodu, projekt jest łatwiejszy do opanowania.
Tu się zgadzam. No może poza ilością tego kodu:P
Powód strachu jest jeden: metoda wykorzystywana jest w wielu miejscach aplikacji. Bez testów jednostkowych musiałbym przeklikiwać się przez te wszystkie miejsca, a i tak nigdy nie jestem pewien czy sprawdziłem wszystkie możliwości. Co innego jeśli mam napisane testy. -
Jarek Żeliński:
Sebastian Malaca:
Testy to testy, a TDD to jest technika tworzenia oprogramowania. Zakładam, że pisząc 'testy TDD' miałeś na myśli testy jednostkowe, czy tak?
W takim wypadku pytanie raczej powinno brzmieć: czy wnoszą cokolwiek?
Osobiście uważam, że to zależy od prawdopodobieństwa zmian i ewentualnej rozbudowy aplikacji.
sytuacja "idealna" do przemyśleń, dobrze zaprojektowana klasa zostaje, nowe rzeczy to nowe klasy, złe klasy są refaktoryzowane, każda klasa jest przemyślana,
co tu wnosi TDD?
Wrzucając wszystkie nowe rzeczy do nowych klas, będziemy w końcu zmuszeni do złamania zasady "DRY". W konsekwencji, przy dużej ilości zmian, nowych rzeczach, nasz kod będzie rozrastał się do niebotycznych rozmiarów. Setki razy miałem już sytuację że wolałem dodać jakąś metodę bo bałem się zmieniać inną.
Natomiast mając testy jednostkowe, możemy śmiało zmieniać nasz kod, testy i tak wyłapią miejsca gdzie zmiany te powodują problemy. W konsekwencji mamy mniej kodu, projekt jest łatwiejszy do opanowania. -
Przypadkiem przeglądałem sobie ten wątek i naszła mnie pewna myśl, mianowicie:
Czy większości was nie bolą przypadkiem tyłki od ciągłego ich spinania?
Gość zauważył pewną nową funkcjonalność w PHP, przyszedł mu do głowy sposób jej wykorzystania (mniejsza z tym czy dobry czy zły) zażartował że teraz to wzorzec projektowy, a wy zamiast potraktować to jako żart programistyczny, najchętniej posadzilibyście go na stosie.
Trochę luzu Panowie. -
spróbuj:
|<tr class="rozmiar">(.*)<td class="kanaal">| -
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Rzeszów IT
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Rzeszów IT
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Rzeszów IT
-
Ja również prosze o więcej informacji na priv.