eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingOdczyt ciśnienia - analiza obrazu › Re: Odczyt ciśnienia - analiza obrazu
  • X-Received: by 2002:ad4:4d84:: with SMTP id cv4mr2352175qvb.14.1607043891875; Thu, 03
    Dec 2020 17:04:51 -0800 (PST)
    X-Received: by 2002:ad4:4d84:: with SMTP id cv4mr2352175qvb.14.1607043891875; Thu, 03
    Dec 2020 17:04:51 -0800 (PST)
    Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!3.eu.feeder.erj
    e.net!feeder.erje.net!news2.arglkargh.de!news.mixmin.net!proxad.net!feeder1-2.p
    roxad.net!209.85.160.216.MISMATCH!news-out.google.com!nntp.google.com!postnews.
    google.com!google-groups.googlegroups.com!not-for-mail
    Newsgroups: pl.comp.programming
    Date: Thu, 3 Dec 2020 17:04:51 -0800 (PST)
    In-Reply-To: <rqafvc$645$1@news.icm.edu.pl>
    Complaints-To: g...@g...com
    Injection-Info: google-groups.googlegroups.com; posting-host=159.205.35.23;
    posting-account=xjvq9QoAAAATMPC2X3btlHd_LkaJo_rj
    NNTP-Posting-Host: 159.205.35.23
    References: <rmorh6$cu7$1@dont-email.me> <5f91c6f4$0$503$65785112@news.neostrada.pl>
    <rmspap$ps7$1@dont-email.me>
    <d...@g...com>
    <rmuva3$a2k$1@dont-email.me> <20201023181640.0f3af18f@mateusz>
    <6...@g...com>
    <20201114202121.0f3b5205@mateusz> <rqafvc$645$1@news.icm.edu.pl>
    User-Agent: G2/1.0
    MIME-Version: 1.0
    Message-ID: <6...@g...com>
    Subject: Re: Odczyt ciśnienia - analiza obrazu
    From: "M.M." <m...@g...com>
    Injection-Date: Fri, 04 Dec 2020 01:04:52 +0000
    Content-Type: text/plain; charset="UTF-8"
    Content-Transfer-Encoding: quoted-printable
    Xref: news-archive.icm.edu.pl pl.comp.programming:215243
    [ ukryj nagłówki ]

    On Thursday, December 3, 2020 at 11:51:26 AM UTC+1, slawek wrote:
    > 1. Można AI zastosować do szukania rozwiązań, a potem to co
    > znajdzie weryfikować algorytmem deterministycznym. Czyli np. AI
    > wybiera optymalną trasę jazdy, ale jednocześnie "głupi" algorytm
    > sprawdza czy jest ona bezpieczna. Tak aby w najgorszym przypadku
    > system zaparkował w bezpieczny sposób - np. poprosił o decyzję
    > człowieka.

    Oczywiście że można, a wraz z upływem czasu działania, napływa
    więcej danych uczących. Teoretycznie na większej ilości danych
    można zbudować lepszy system AI. W praktyce zależy jakie to jest
    AI, np. mój program szachowy (oparty o jeden liniowy neuron) grał
    gorzej gdy ilość danych była duża. Gdy próbowałem stosować
    bardziej rozbudowane sieci, to grał gorzej, uczenie trwało długo... i
    pojawiały się jeszcze inne problemy.



    > 2. Błędy - obojętnie AI czy zwykłe bugi - są "acceptable" - jeżeli
    > ich skutki (w sensie ile i jakich szkód rocznie, czyli
    > "sumaryczna kwota strat") są mniej dotkliwe niż w rozwiązaniu
    > alternatywnym. Czyli nie narzekamy że AI rozwaliła produkcję...
    > Tylko sprawdzamy czy per saldo nie wyszliśmy nawet lepiej... Bo z
    > AI to było raz na rok, a bez AI to było raz na kwartał.

    Albo gdy w ogóle nie ma (dobrego) algorytmu, jak np. zadania związane z
    rozpoznawaniem obrazu, choćby prowadzenie pojazdu. Generalnie zawsze
    dopuszcza się dane rozwiązanie jeśli straty są mniejsze od zysków z
    uwzględnieniem kosztu alternatywnego.


    Pozdrawiam.

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: