eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingPorównanie różnych języków › Re: Porównanie różnych języków
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!news.unit
    0.net!news.glorb.com!news-in-01.newsfeed.easynews.com!easynews!core-easynews-01
    !easynews.com!en-nntp-14.dc1.easynews.com.POSTED!not-for-mail
    From: A.L. <l...@a...com>
    Newsgroups: pl.comp.programming
    Subject: Re: Porównanie różnych języków
    Message-ID: <6...@4...com>
    References: <jc0qek$gis$1@inews.gazeta.pl>
    <p...@4...com>
    <a...@i...googlegroups.com>
    <4...@o...googlegroups.com>
    <6...@h...googlegroups.com>
    <c...@u...googlegroups.com>
    <u...@4...com>
    <jcklfo$gl3$1@inews.gazeta.pl>
    X-Newsreader: Forte Agent 4.2/32.1118
    MIME-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-2
    Content-Transfer-Encoding: 8bit
    Lines: 35
    X-Complaints-To: a...@e...com
    Organization: Forte Inc. http://www.forteinc.com/apn/
    X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will
    be unable to process your complaint properly.
    Date: Sun, 18 Dec 2011 09:40:57 -0600
    Xref: news-archive.icm.edu.pl pl.comp.programming:194268
    [ ukryj nagłówki ]

    On Sun, 18 Dec 2011 12:14:48 +0000, Andrzej Jarzabek
    <a...@g...com> wrote:

    >On 17/12/2011 22:43, A.L. wrote:
    >>
    >> Nie ma sie Pan co obawiac. To jest "metodologia Agile". Ponoc jedynie
    >> sluszna.
    >>
    >> Ciekawe jak "agilowcy" wyobrazaja sobie projekt w ktorym pracuje,
    >> powiedzmy, 50 programistow, i owi programisci nigdy nie kontaktuja sie
    >> z przyszlym uzytkownikiem systemu?
    >
    >Po pierwsze, nie ma czegoś takiego jak "metodologia Agile". Można
    >ewnetualnie rozpatrywać konkretne metodologie jak XP czy Scrum, albo
    >zastanawiać się nad ogólnym podejściem Agile do tego tematu - ale w tym
    >drugim przypadku trzeba wziąć pod uwagę, że istnieją metodologie czy
    >procesy, które mieszczą się nadal w ogólnym nurcie Agile, ale stosują
    >pewne rozwiązania spoza tego nurtu.
    >
    >Więc po pierwsze temat kontaktów z przyszłym użytkownikiem: generalnie
    >nie jest konieczny. XP zaleca, żeby w miarę możliwości "on-site
    >customer" był przedstawicielem typowego użytkownika systemu, ale nie
    >jest to jedyna możliwość. Podstawą jest to, żeby ludzie występujący w
    >rolach "customer representative" albo "product owner" rozumieli potrzeby
    >użytkownika, ewentualnie mieli możliwość szybkiego dowiedzenia się jakie
    >one są w szczególnym przypadku.
    >

    PROGRAMISCI kontaktuja sie z uzytkownikiem gdy tzreba pierdyknac bazke
    danych szlauchow i kaloszy. W duzych projektach, programiste od
    klienta dzieli dobre pare warstw organizacji i kudzi.

    Ciekawe ile jescza razy trzeba bedzie to powtarzac?

    A.L.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: