eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plFinanseGrupypl.biznes.bankiRODO, kserowanie dowodow.Re: RODO, kserowanie dowodow.
  • X-Received: by 2002:a9d:63d4:: with SMTP id e20-v6mr281140otl.5.1529528521405; Wed,
    20 Jun 2018 14:02:01 -0700 (PDT)
    X-Received: by 2002:a9d:63d4:: with SMTP id e20-v6mr281140otl.5.1529528521405; Wed,
    20 Jun 2018 14:02:01 -0700 (PDT)
    Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!news.unit
    0.net!newsreader5.netcologne.de!news.netcologne.de!peer01.ams1!peer.ams1.xlned.
    com!news.xlned.com!peer01.am4!peer.am4.highwinds-media.com!peer03.iad!feed-me.h
    ighwinds-media.com!news.highwinds-media.com!d7-v6no1460118itj.0!news-out.google
    .com!z3-v6ni1847iti.0!nntp.google.com!u78-v6no1490597itb.0!postnews.google.com!
    glegroupsg2000goo.googlegroups.com!not-for-mail
    Newsgroups: pl.biznes.banki
    Date: Wed, 20 Jun 2018 14:02:01 -0700 (PDT)
    In-Reply-To: <pge8qt$6ri$1@node1.news.atman.pl>
    Complaints-To: g...@g...com
    Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=199.202.9.250;
    posting-account=jnRHMAoAAACB5EawItMhNTZMy_yOF2XE
    NNTP-Posting-Host: 199.202.9.250
    References: <0...@g...com>
    <pg0tpt$7t2$3@node2.news.atman.pl> <pg0vn3$6in$1$Adam@news.chmurka.net>
    <pg3guj$hjb$1@node2.news.atman.pl>
    <0...@g...com>
    <pg950s$j0d$1@node2.news.atman.pl>
    <7...@g...com>
    <pga4dn$etj$1@node2.news.atman.pl>
    <3...@g...com>
    <pgbt20$45u$1@node2.news.atman.pl>
    <3...@g...com>
    <pge8qt$6ri$1@node1.news.atman.pl>
    User-Agent: G2/1.0
    MIME-Version: 1.0
    Message-ID: <a...@g...com>
    Subject: Re: RODO, kserowanie dowodow.
    From: s...@g...com
    Injection-Date: Wed, 20 Jun 2018 21:02:01 +0000
    Content-Type: text/plain; charset="UTF-8"
    Content-Transfer-Encoding: quoted-printable
    X-Received-Bytes: 5718
    X-Received-Body-CRC: 2415907637
    Xref: news-archive.icm.edu.pl pl.biznes.banki:637005
    [ ukryj nagłówki ]

    W dniu środa, 20 czerwca 2018 14:10:22 UTC-5 użytkownik Sebastian Biały napisał:
    > On 6/20/2018 7:24 PM, s...@g...com wrote:
    > >> Gwarantuje ze do niczego lub były dupochronem czyli tez do niczego.
    > > Optymista. :)
    > > No nic, nie przekonalem cie do tego ze czasem warto sprawdzic czy cos sie zrobilo
    jak powinno.
    >
    > Używasz narzedzia biologicznego z ratio rzędu procent pomyłek do
    > sprawdzania urządzenia generującego pomyłkę raz na milion lat z
    > dokładnością do promieniowania kosmicznego?
    >

    Nie, uzywam worka biologicznego ktory cos tam jednak wie do sprawdzenia innego worka
    biologicznego ktory moze i cos wie ale moze nie do konca zna sie na ksiegowosci i
    pisze program dla komputera.

    Przypadek tej drukarki byl trywialny. Jakis pisarz stwierdzil ze kompresja jpeg w
    sterowniku jest ok. A moze i powiazal jej uzycie z trybem foto i text ale w
    dokumentacji nikt nie wspomnial zeby text drukowac w trybie text bo w foto moze byc
    zlej jakosci.

    Ja sie nie odnioslem do konkretnie tej kobity z Twojego posta bo mnie ona zupelnie
    jest obojetna. Ja sie odnioslem do ogolnej zasady ze nie warto nieczego sprawdzac
    jaka zasugerowales.

    Kalkulatora nie sprawdzam. Excele sprawdzam czy regulki licza to co maja liczyc i
    ktos komorek nie pomieszal.

    > >>> I wyjdzie ze wszystko zle policzone.
    > >> To się poprawia buga w sofcie.
    > > Ale zeby poprawic najpierw trzeba na to wpasc ze sie zle zrobilo. Bez
    pracochlonnego sprawdzenia sie nie da.
    >
    > Ciekawe że księgowe nie wpadają na podobne wnioski. Liczą i zawsze jest
    > dobrze, przynajmniej tak twierdzą.
    >

    Wpadaja. I sprawdzaja czy w aktualnej wersji programu cos tam sie liczy dobrze i
    czasem mowia ze nie rozlicza czegos teraz bo program nie jest aktualny.
    One take gupie nie som. Przynajmniej nie wszystkie :)

    > > Niedawno sie okazalo ze powtorzenie jednego z badan naukowych ujawnilo ze wynik
    jest inny niz oryginalnie. Masa innych badan na tym wyniku polegala (jako mala czesc
    ale jednak wazna). I teraz powstaje niewygodne pytanie czy powtarzc je wszystkie czy
    nie.
    >
    > Księgowośc to nie badania naukowe. W księgowości 2+2=4 i mamy całkiem
    > przyzwoite kawałki techniki potrafiące o to zadbać.
    >

    Ooooo nie :)
    Dodaj szczypte ustawu vat czy podobnej. I masz masakre :)
    A dobra ksiegowa wie o zmianie ktorej jeszcze w programie nie ma.
    I wtedy jak szefu pyta to ona kalkulatorem liczy zeby mu podac wynik dzis a nie za
    trzy dni jak informatyk update programu zrobi...

    > > Ale ktos sprawdzil. I to jest sedno zagadnienia. Jak poprawisz bez sprawdzenia?
    > >
    > > A sprawa sie robi ciekawa:
    > > https://en.wikipedia.org/wiki/Replication_crisis
    > > https://en.wikipedia.org/wiki/John_Ioannidis
    >
    > Mówisz o badaniach naukowych. To coś zupełnie innego niż dodawanie. Tam
    > jest bardzo dużo przestrzeni na pomyłki. W przypadku dodawania na
    > poziomie liczb całkowitych bądzie lekko niecałkowitych wiemy raczej
    > wszystko.
    >

    Mam na mysli ogolnie podejscie do weryfikacji spraw.
    Jak sumator dzis dobrze dziala to fajnie. Ale jak mu sie whiskersy na lutach utworza
    to moze jednak sie czasem mylic.
    Odrobina paranoi jest potrzebna zeby byc pewnym ze reszta dziala dobrze :)

    > >>> A zeby drukowala to jednak trzeba sie upewnic ze wypluwa to co w pdf. A tu juz
    trzeba podejzliwosci.
    > >> Podejrzliwość jak najbardziej, ale nie paranoja.
    > > A tu sie zgadzam. Ale gdzie postawic kreske pomiedzy nimi? :)
    >
    > Wystarczy usunąc drukarke i białko i problem nie tyle się rozwiązuje co
    > w ogóle nie generuje.

    Nie wystarczy, ale widze ze sie nie zrozumiemy wiec moze nie ma po co ciagnac watku?

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