eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plPrawoGrupypl.soc.prawoInstytucje publiczne, a oprogramowanie komercyjne. › Re: Instytucje publiczne, a oprogramowanie komercyjne.
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask
    .pl!news.nask.org.pl!newsfeed.pionier.net.pl!news.man.poznan.pl!not-for-mail
    From: Wojciech Bancer <p...@p...pl>
    Newsgroups: pl.soc.prawo
    Subject: Re: Instytucje publiczne, a oprogramowanie komercyjne.
    Date: Tue, 12 Nov 2013 12:17:43 +0100
    Organization: None
    Lines: 51
    Message-ID: <s...@p...org>
    References: <9...@g...com>
    <f...@g...com>
    <1de4fzgifsvqp$.aprertma6vsm$.dlg@40tude.net>
    <s...@p...org>
    <1c84c2dulk0ua$.1r2zi0xeyjtak$.dlg@40tude.net>
    <s...@p...org>
    <1xo419f4xi4x3$.1cfk10qi7i1yz$.dlg@40tude.net>
    <s...@p...org>
    <1i9bqiu2oilat$.10l2tlp7uk7jo$.dlg@40tude.net>
    <s...@p...org>
    <Pine.WNT.4.64.1311112334280.268@quad>
    NNTP-Posting-Host: c149-28.icpnet.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset=iso-8859-2
    Content-Transfer-Encoding: 8bit
    X-Trace: sunflower.man.poznan.pl 1384255063 11545 85.221.149.28 (12 Nov 2013 11:17:43
    GMT)
    X-Complaints-To: t...@m...poznan.pl
    NNTP-Posting-Date: Tue, 12 Nov 2013 11:17:43 +0000 (UTC)
    User-Agent: slrn/pre1.0.0-18 (Darwin)
    Xref: news-archive.icm.edu.pl pl.soc.prawo:731332
    [ ukryj nagłówki ]

    On 2013-11-11, Gotfryd Smolik news <s...@s...com.pl> wrote:

    [...]

    >> Ani Płatnik, ani e-PFRON to nie są systemy dla obywateli, tylko dla
    >> firm. Czy więc Twój postulat ma jakieś merytoryczne podstawy?
    >
    > Ja się przyzwyczaiłem, że przedsiębiorca to nie obywatel,
    > a jak już, to jakaś tam dalsza kategoria, ale ... formalnie
    > brzmi to dziwnie ;)

    To jakim obywatelem jest wg Ciebie sp. z o.o.? :)
    Nie ma prostego wynikania. :)

    >> Na dzień dobry - koszty opracowania publicznej dokumentacji
    >
    > Moment.
    > Przeczytałem dalsze posty - z p. widzenia PUBLICZNEGO interfejsu
    > nie ma sensu tworzyć niepublicznej specyfikacji, bo "security
    > by obscurity" nie bez powodu ma kiepską prasę, działa tylko
    > od biedy na *małą* skalę, nie w czymś dostępnym publicznie.

    Nie chodzi o kwestię security w sensie błędów w ablikacji, tylko o kwestię
    zaufania do autora aplikacji. Dane jakie latają w takim płatniku pozwalają
    na autoryzację "się" w dowolnym chyba banku telefonicznie i przejście
    procedury "odzyskania konta", tudzież na wymyślenie bardziej wymyślnych
    metod zaszkodzenia komuś.

    Brak też jest potwierdzenia że urząd dane oprogramowanie akceptuje,
    przetestował i że dane które otrzymał i potwierdził są rzeczywiście
    tymi danymi które wysyłasz.

    Można to oczywiście rozwiązać inaczej niż "pełnym zamknięciem",
    ale cokolwiek spodziewałbym się utrzymania nad tym kontroli, a nie
    puszczenia publicznej dokumentacji "i cześć".

    > A tak BTW, wydawało mi się, że koszty płaci przegrywający.

    Znaczy Skarb Państwa, czyli my? :)

    >> A szkody powstałe np. z działalności nieautoryzowanego oprogramowania
    >> trudno oszacować. Nie wszystko musi być łatwo policzalne od razu,
    >
    > Jak system (jakikolwiek) ma działać stabilnie, to dane wejściowe
    > wypada zweryfikować.

    Ja nie o tym, jak wyżej. :)

    --
    Wojciech Bańcer
    p...@p...pl

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