Start
Profil
Pino quizy
pino gry
o pino
Ithink.pl - Dziennikartstwo Obywatelskie

Pierwsze badania na temat programowania w parach

dodano 02.01.2009

Od przeczytania książki Agile - Programowanie zwinne jestem fanem programowania zwinnego, programowania w parach, programowania ekstremalnego itp. Dlaczego tylko fanem?


Przy okazji chciałbym zwrócić uwagę na temat wiedzy o projekcie. Programowanie to nie budowanie domu. Budowa domu składa się z 2 wydzielonych części: projektu i budowy (z grubsza). Kiedy masz już projekt domu możesz go powierzyć każdemu budowlańcowi z odpowiednim doświadczeniem, a on w każdej chwili dokończy budowę. Tj. jeżeli jeden nawali, możesz go zwolnić, a inny go poprawi i zbuduje do końca.
W programowaniu… no cóż. Jeżeli mamy 2 części: projekt i budowa, to wszystko jest ok. Natomiast kiedy zespół nie ma już czasu na zakładanie pasów bezpieczeństwa może zdarzyć się wszystko! Jeżeli główny programista danej podgrupy zachoruje albo odechce mu się pracować, projekt leży. No więc warto sobie uświadomić, że agile zabezpiecza przed taką sytuacją. Więc akceptując wszystkie wady programowania, można zaprosić Agile i dać mu szansę.
W treści raportu poza wykresami są też tabelki. Przytoczę parę ciekawych wyników.
Po pierwsze, odpowiedzi na pytanie, na co wpływa programowanie zwinne (agile, w parach, ekstremalne itp.):
1. mniej błędów

2. rozprzestrzenia zrozumienie kodu

3. wyższa jakość kodu

4. można nauczyć się czegoś od partnera

5. lepszy projekt

6. ciągła analiza kodu

7. dwie głowy to nie jedna (a nie mówiłem ;)

8. kreatywność i burze mózgu

9. lepsze testowanie i debugowanie

10. zwiększone morale
Po tych wynikach można założyć Greenpeace programistyczne i zorganizować pikiety przed firmami informatycznymi, które zmuszają programistów do pracy nie- Agile. Ale zaraz, zaraz. Jeszcze są wymienione minusy programowania Agile:
1. Koszty

2. Czas

3. Rozdwojenie jaźni ??? (personality clash)

4. Nieporozumienia

5. Różnica umiejętności

6. Różnice w stylu programowania

7. Trudno znaleźć partnera

8. Indywidualne różnice stylu

9. Rozproszenia

10. Mizantropia

11. Zła komunikacja

12. Ciężko rozdzielić nagrody
Ok, zwinąć jednak te transparenty? Pikiety nie będzie?
Może jednak nie. Wszystko oprócz 1 i 2 punktu może być efektem zmuszania programistów do pracy w niehumanitarnych warunkach. No, nie oszukujmy się, ile czasu spędzasz w pracy przed komputerem a ile przed drugim człowiekiem. Niehumanitarne = mało kontaktu z innymi ludźmi. Nie będę bronił tej teorii, pewnie i tak pojawi się parę osób, które napiszą że mają dużo kontaktu i że ich praca taka nie jest. Ok, ale nie piszę o wyjątkach ale o regułach. Regułach, które trzeba rewidować i naprawiać.
   Pierwsze badania na temat programowania w parach - zobacz źródło wróc do artykułów
 
DODAJ SWÓJ KOMENTARZ
Aby dodac komentarz należy się zalogować.
 
REKLAMA
 
UŻYTKOWNIK: tomaszs2
avatar

O mnie
W serwisie od:
13.11.2008
Dodaj do znajomych

 
INNE OD tomaszs2
 
ARTYKUŁY O PODOBNYM TEMACIE
 
5 NAJLEPIEJ OCENIANYCH ARTYKUŁÓW
21.09.2009 10:24:34
02.06.2009 19:31:08
09.06.2009 18:03:13
27.04.2009 18:23:22
 
zobacz więcej
 
Społeczność Witamy w serwisie Pino.pl. Nasz serwis to

nowoczesny portal społecznościowy

w pełni tworzony przez naszych Użytkowników. Dołącz do naszej społeczności. Poznaj świetnych ludzi, kontaktuj się z nimi, baw się rozwiązując quizy, graj w gry, twórz własne blogi, pokazuj swoje zdjęcia i video. Pino.pl to serwis społecznościowy dla wszystkich tych, którzy chcą świetnie się bawić, korzystać z wielu możliwości i poznać coś nowego. Społeczność, rozrywka, fun, ludzie i zabawa. Zarejestruj się i dołącz do nas.
Pino
Reklama
O Pino
Polityka prywatności
Pomoc
Regulamin
Blog
Reklamacje
Kontakt
Polecane strony
Darmowy hosting
Playa.PL - najlepsze gry
Filmiki
Miłość
Prezentacje