eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingProjektowanie - jak to wyglada w praktyce?Re: Projektowanie - jak to wyglada w praktyce?
  • Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!not
    -for-mail
    From: Paweł Kierski <n...@p...net>
    Newsgroups: pl.comp.programming
    Subject: Re: Projektowanie - jak to wyglada w praktyce?
    Date: Tue, 02 Feb 2010 09:55:08 +0100
    Organization: http://onet.pl
    Lines: 47
    Message-ID: <hk8p9f$um6$1@news.onet.pl>
    References: <hjfj5q$5or$1@achot.icm.edu.pl> <hjhh6m$a9c$1@opal.icpnet.pl>
    <hjl4e0$lee$1@news.onet.pl> <hjn7mu$rqe$1@achot.icm.edu.pl>
    <hjrnal$r46$1@inews.gazeta.pl> <hjrveq$21o$1@news.onet.pl>
    <hjs00h$sem$1@inews.gazeta.pl> <hju77b$4j1$1@news.onet.pl>
    <hju9kp$doa$1@inews.gazeta.pl> <hjubr8$lpi$1@news.onet.pl>
    <hjuiuq$jg5$2@inews.gazeta.pl> <hjujvo$e6l$1@atlantis.news.neostrada.pl>
    <hjulhr$sui$2@inews.gazeta.pl> <hjve1p$85t$1@news.onet.pl>
    <hk6jf0$581$1@inews.gazeta.pl>
    NNTP-Posting-Host: 94.254.243.41
    Mime-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-2; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Trace: news.onet.pl 1265100913 31430 94.254.243.41 (2 Feb 2010 08:55:13 GMT)
    X-Complaints-To: n...@o...pl
    NNTP-Posting-Date: Tue, 2 Feb 2010 08:55:13 +0000 (UTC)
    User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.1.7) Gecko/20100111
    Thunderbird/3.0.1
    In-Reply-To: <hk6jf0$581$1@inews.gazeta.pl>
    Xref: news-archive.icm.edu.pl pl.comp.programming:184695
    [ ukryj nagłówki ]

    W dniu 2010-02-01 14:03, Mateusz Ludwin pisze:
    > Paweł Kierski wrote:
    >
    >>> To znaczy po ilu latach przestanie być zadowolony?
    >>
    >> Po pierwszym padzie systemu, który będzie się podnosiło kilka godzin,
    >> zanim właściwa osoba przypomni sobie, jak to wyglądało przed poprawką.
    >
    > To czemu ciągle jest zadowolony?

    Tak jak kierowca, któremu przykręcone na jednej śrubie koło jeszcze
    się nie urwało.

    >
    >> Nie koniecznie chodzi o rygor projektowy (tj. projektowania
    >> i wprowadzania poprawki do kodu). Elementarna jest np. procedura
    >> rollbacku zmiany, czyli przynajmniej łatwe uruchomienie systemu
    >> w poprzedniej wersji.
    >
    > Poprawiacz zapewne ma jakieś kopie zapasowe na swoim dysku.

    Ty pewnie byś miał. Ja bym się postarał mieć nie tylko na swoim, ale
    i na produkcji, żeby nie było problemów z przerzucaniem. Ale bywają
    tacy hardcore'owcy, dla których tego typu zabezpieczenie byłoby poniżej
    ich godności, bo sugerowałoby, że mogą się pomylić...

    >> Oczywiście, jak wszystko - zależy. Jeśli klient może sobie pozwolić
    >> na pad systemu, bo go to niewiele relatywnie kosztuje, to OK.
    >
    > Jak na razie system się nie wysypał.

    ... "Jak na razie dobrze karmią" - rzekł kogut przed niedzielnym
    obiadem... 8-)

    To cały czas kwestia ryzyka - jeśli się go nie zna, to naturalnie
    uważa się je za zerowe. Tym boleśniejsze spotkanie z rzeczywistością.
    Jeśli jest oszacowane i biznesowo pomijalne, to OK - można nawet spalić
    kod źródłowy.

    A co do marginalności ryzyka - sam walnąłem gafę, rzucając na
    spotkaniu projektowym: "Taki przeplot, to jak wygrać szóstkę.". Problem
    był taki, że dla 6 mln użytkowników, to tylko 2-3 razy mniej
    prawdopodobne, a szóstka w Polsce pada częściej niż raz na miesiąc...

    --
    Paweł Kierski
    n...@p...net

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: