Pitny rezim

Predstavenie ktore bude o dvoch robotoch.

       --> Robot A, ako casnik
       --> Robot B, ako nalievac

Scenar:

Robot casnik na zaciatku bude nastartovany zapnutim. Nasledne bude vytrvalo i trpezlivo vyckavat, az dokial s nim niekto nezinteraguje. To iste i nalievac. Clovek s nim bude moct interagovat pomocou bud tlacidiel, vlozenia karty, ci lubovolnym inym sposobom. Da sa spravit signalizacia i zvukom, napr. cez mikrofon, no to by som po minulorocnych skusenostiach s tym aky tam bol hluk radsej neriskoval.

Po interakcii, ponukne clovekovi na vyber rozne moznosti, trebars typ tekutiny, mnozstvo ci ine upravy. Clovek si vyberie napr. pomocou tlacidiel, a po dokonceni tohto procesu robot casnik pride k nehybnemu nalievacovi, a vlozi don pohar pomocou ramena. nasledne mu zada instrukcie pomocou bud vysielania, ale aby to bolo zaujimavejsie i originalnejsie, instrukcie mu moze zadat i napr. cez otvaracie okienko za ktorym bude mat napr. otocne roznofarebne koleso, a instrukcie mu zada pomocou roznych farebnych kombinacii. Robot nalievac nasledne instrukcie dekoduje a program na zaklade nich vykona. V podstate len naleje vodu zo zasobnika nad nim, pripadne do nej nieco hodi. Nasledne robot casnik pohar vezme, a opatrne ho donesie k cloveku ktoreho lokalizuje pomocou napr. lidaru. Poda mu pomocou ramena pohar a znova sa prepne do rezimu stand-by.

Popripade, aby to nebolo prinudne, i ked i tak to bude, da sa spravit to, ze po podani zacne robot casnik ziadat o prepitne, a za clovekom bude neustale chodit, az kym mu nieco neda, moze to byt hocico, napr. i vrchnak od piva ci zuvacku, robot casnik sa uspokoji s hocicym co sa mu zapaci. Ak by nahodou nezareagoval na prvy krat kvoli chybe v kode, nemusi to byt zle, staci povedat ze sa mu to nepacilo i ziada si viac ci nieco ine. To si potom niekam schova ci vlozi, i nasledne znova "zaspi", teda sa prepne do rezimu stand-by dokial s nim niekto znova nezinteraguje.

Tomu kto si dal tu namahu toto precitat, prajem este pekny den, mohla to byt totiz naozaj len strata casu. Ale, rad by som zas upozornil ze kritiku na tento napad by som prijal velmi rad, alebo nielen kritiku, hocjaku pomoc ci upravy ktore tento koncept mozu vylepsit! Este raz pekne dakujem, a teda zverejnujem sem zas dalsi navrh.

Naposledy som upravoval 10/09/2026 o 19:41 CEST - 17:41 UTC cez Lynx!