eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programming[OT] Duża kasa i kiepski wynik - dlaczego?Re: [OT] Duża kasa i kiepski wynik - dlaczego?
  • X-Received: by 10.140.21.74 with SMTP id 68mr505200qgk.16.1438066915498; Tue, 28 Jul
    2015 00:01:55 -0700 (PDT)
    X-Received: by 10.140.21.74 with SMTP id 68mr505200qgk.16.1438066915498; Tue, 28 Jul
    2015 00:01:55 -0700 (PDT)
    Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.glorb.com!
    peer02.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media
    .com!pg9no4592955igb.0!news-out.google.com!b31ni971qge.0!nntp.google.com!69no23
    67318qgl.1!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
    Newsgroups: pl.comp.programming
    Date: Tue, 28 Jul 2015 00:01:55 -0700 (PDT)
    In-Reply-To: <mp5qs2$e63$1@node1.news.atman.pl>
    Complaints-To: g...@g...com
    Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=46.186.80.192;
    posting-account=mvBzhgoAAADiziO82aLj4VEpjexQv3Cn
    NNTP-Posting-Host: 46.186.80.192
    References: <mosvh7$bpl$1@node1.news.atman.pl> <s...@j...net>
    <mot3b3$fmd$1@node1.news.atman.pl>
    <55b2141b$0$2206$65785112@news.neostrada.pl>
    <s...@n...lan> <mou9rd$ha3$1@dont-email.me>
    <9...@g...com>
    <mp2s2s$be7$1@node1.news.atman.pl>
    <6...@g...com>
    <mp5qs2$e63$1@node1.news.atman.pl>
    User-Agent: G2/1.0
    MIME-Version: 1.0
    Message-ID: <c...@g...com>
    Subject: Re: [OT] Duża kasa i kiepski wynik - dlaczego?
    From: Adam Klobukowski <a...@g...com>
    Injection-Date: Tue, 28 Jul 2015 07:01:55 +0000
    Content-Type: text/plain; charset=ISO-8859-2
    Content-Transfer-Encoding: quoted-printable
    X-Received-Bytes: 2775
    X-Received-Body-CRC: 29523273
    Xref: news-archive.icm.edu.pl pl.comp.programming:207915
    [ ukryj nagłówki ]

    W dniu poniedziałek, 27 lipca 2015 19:47:47 UTC+2 użytkownik Sebastian Biały napisał:
    > On 2015-07-27 08:30, Adam Klobukowski wrote:
    > > Koszt aktualizacji systemu tej wielkości jest porównywalna z kosztem nowego
    wdrożenia
    >
    > To jest niemożliwe albo oparte o systemy odlewane ze zbrojonego betonu.
    > Przyznam że wiekszość jest odlewana skoro w dziesiątki mln idą dodatkowe
    > ficzery lub niemożność ich dodania.

    Możliwe, bo jest to proces niemal identyczny z wdrożeniem, a ponadto klient musi
    sprawdzić czy jego rozwiązania dodatkowe będą poprawnie działały (i je zaktualizować,
    jeśli nie)

    > > Nikt tego nie będzie robił "bo wyszedł nowy MySQL, a stary jest już nie
    wspierany".
    >
    > Efektem takiego podejścia jest "no tak, musimy działać na tym ostatnim
    > co nam został S/360 bo tak". Czli koszta supportu lecą w kosmos, koszta
    > hardware w inny wymiar a jako kierownika tego zabytku zatrudnia się
    > nekromatę. Jesteś pewny że to jest "lepiej" na dłuższą metę?

    To jest kwestia porównania kosztów do ryzyka. Po pewnym czasie zrobi sie update, ale
    nie co wersję.

    AdamK

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: