Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Mirek Prýmek

Stran: 1 ... 65 66 [67] 68 69 ... 618
991
Hardware / Re:Stabilita ESP8266
« kdy: 25. 10. 2019, 09:29:42 »
viz jen ten problem jak tvrdi ze maji PWMku a pritom maji jen timery.
To je fakt divný, uznávám.

Nebo ten CAN-BUS. Proste dokumentace je OTRESNA.
Hele, já si myslím, že na to, že je to čínská firma, a vzhledem k tomu, kolik to stojí, je to úplně v pohodě.

IDFko je fajn na hobby projekty, ale jakmile by se to melo pretavit do neceho komercniho, je potreba opet sahnout o uroven niz.
To bysme se asi museli bavit o konkrétním důvodu, proč IDFko obcházet. Já jsem zatím na nic, kde bych to potřeboval, nenarazil.

Zaujal mne support Espressifu, na 2 dotazy mi vzdy odpovedeli e-mailem kde kladli dalsi otazky - ale ne technicke, pokazde "proc to potrebujete zrovna takhle" / "jaka je Vase aplikace" atd ?
To mi přijde spíš pozitivní, že je zajímá, jak uživatelé jejich produkt používají :)

992
Hardware / Re:Stabilita ESP8266
« kdy: 25. 10. 2019, 08:50:33 »
To neni dokumentace toho CAN controlleru, ale uz driveru.
Jasně, samotná HW dokumentace není moc ideální. Ale nic jinýho než IDF stejně používat nebudeš, takže primárně tě stejně zajímá, jak se chová IDF. A to se podle mé zkušenosti chová tak, jak je to tam popsáno.

Jinak když už jsme u toho, IDF považuju za opravdu dobře udělanej a hlavně user friendly framework. Když to porovnám třeba s STM32 LL nebo tím šíleným cirkusem, co generuje Cube*, tak je to ráj na zemi. A dokumentace je imho slušná, zdrojáky čitelný. Bugy jsou, ale kde ne?

* O IDE ani nemluvě, o tom se nebudu zmiňovat, ať se mi nezvedne tlak na dvojnásobek. Jo, chápu, že pro profesionály, kteří s tím dělají celej život, je to možná docela fajn, ale pro amatéra nebo poloprofesionála, co to vidí poprvé, je to prostě WTF jako prase.

993
Například porovnávat morální právo
Oprava: tady mělo být "srovnávat".

994
Jo ale ještě tohle musím komentovat:

a povazuj me za moralni odpad
To jsem neřekl a docela pochybuju, že bych to komukoli kdykoli takhle řekl.

Já bych ti jenom přál, aby ti na to tvoje "já chci svoje právo" někdo pěkně tvrdě opáčil "tady máš svou povinnost a makej!" Přijde mi, že by ti to prospělo.

995
Ty me jeste priste chtej strilet a povazuj me za moralni odpad, kdyz ani nedokazes rozlisovat mezi spravedlnosti vuci zumpoidni firme a znasilennim manzelky. Naprosty moralni odpad jsi tady ty.
No, bohužel je vidět, že jsi nepochopil princip argumentace https://en.wikipedia.org/wiki/Reductio_ad_absurdum

Přiznáš-li sobě právo rozhodovat o tom, kdo je "žumpoidní", a zároveň i možnost svévolně volit prostředky "odplaty", neexistuje důvod, proč by stejné právo neměl mít i někdo jiný. Který by pak měl například právo považovat za žumpu tebe a za oprávněné tvoje zabití.

Jsou v nasi zemi lidi, a jsou dobre ze tady jsou, kteri byli vyznamenani za to, ze v prubehu komunisticke diktatury vrazdili STBaky, kdyz utikali za svobodou. Ty by jsi v te dobre zrejme dokazal mit jen stazene pulky a delat, jak ti zakon poruci.

Rekni mi, ty tak dodrzujes zakon proto, ze jsi tak velky umirneny poctivec, nebo proto, ze jsi takova ajtacka sralbotka a nic jineho ti nezbyva?
Věř mi, že debatu přirozené vs. pozitivní právo jsem absolvoval už mockrát. A rozhodně ji nehodlám vést tady a teď :)

Dovolím si tě upozornit jenom na ty zásadnější chyby:

1. Pokud upozorňuju na nebezpečí přehnaného důrazu na přirozené právo, tak to ze mě ještě nedělá zarputilého zastánce pozitivního práva. Tohle je častá chyba a můžu tě ujistit, že "argument" "no jasně, ty bys ochotně plnil komunistické/nacistické zákony" jsem už na svoji adresu slyšel mnohokrát. Je úplně mimo.

2. Pokud už někde má přirozené právo celkem neoddiskutovatelnou roli, pak v tom všem mají hodně význam pojmy jako je "zodpovědnost", "svědomí", "výhrada svědomí", "nezcizitelná práva" apod. Rozhodně ne pojmy jako "šikanátor", "žumpoidní" a už vůbec ne "pomsta".

3. Dost zásadní roli v tom všem taky hraje otázka legitimity státu/právního systému. Například porovnávat morální právo na ozbrojený odpor proti nacistickému režimu a proti současnému režimu může jenom pitomec. Nebo zdatný demagog (protože demagogii tohodle ražení hodně lidí neumí demaskovat).

996
Hardware / Re:Stabilita ESP8266
« kdy: 25. 10. 2019, 00:16:44 »
V navázání komunikace to není, ta je bez problémů. Třeba problém na kterej jsem nikdy nepřišel když je ESPčko připojené k TCP serveru a to spojení někde na cestě zanikne. Toto není v TCP nijak ošetřeno nebo nevím jak. ESPčko si stále myslí, že je spojení aktivní a čeká na příchozí data, protože z pohledu aplikační vstvy je v komunikaci slave. Těch se už nikdy nedočká. Toto je pro mě situace ze které se ten client jednoduše nedostane.
Je to ošetřeno pomocí TCP keepalive. A to, co popisuješ, je normální chování, je to tak i na Linuxu (IIRC): https://stackoverflow.com/questions/25502859/linux-doesnt-detect-dead-tcp-connections/25503821

Zároveň ale není moc důvod k tomu "situace ze které se ten client jednoduše nedostane". Ten program umí jenom jednoho klienta? Nebo se to stává tak často, že počet mrtvých spojení nabobtná a něco někde přeteče?

997
Hardware / Re:Stabilita ESP8266
« kdy: 25. 10. 2019, 00:05:32 »
ten radic zdechne po prijeti nekolika spatnych packetu po sobe a podarilo se upravit program tak, aby se to do tohoto stavu nedostalo (resetnutim citace spatnych packetu jeste nez dosahl maximalni hodnoty).
Proste bug v hardware. Dokumentace mizerna = pravdepodobne vedeli, ze ta periferie nefunguje dobre, tak to radsi ani nezdokumentovali, prestoze v seznamu periferii byl.
Můžeš se o tom víc rozepsat? S CAN na ESP32 dělám hodně (amatérsky) a na tohle jsem nenarazil. Chybové stavy a jejich čítače jsou zdokumentované imho docela dobře a zatím jsem se nesetkal s tím, že by nedělaly přesně to, co je tam napsáno.

https://docs.espressif.com/projects/esp-idf/en/latest/api-reference/peripherals/can.html#driver-states

Ani se mi nikdy nepodařilo dostat ESP32 do záseku, který by nešel řešit přinejhorším resetem sběrnice/driveru. Mám tady na zkoušku ESPčko, které jede nějaký cca dva měsíce kolem 50 zpráv za sekundu a žádnej problém tohodle typu jsem nezaznamenal (tím neříkám, že neexistuje, jenom by mě fakt zajímaly podronosti - jestli se dá třeba nějak vyvolat, jestli je k tomu někde nějaký potvrzený bugreport apod.)

Uvahy o tom, ze "me to bezi i nekolik dni v kuse" jsou z pohledu serioznich aplikaci naprosto smesne. Takove zarizeni musi bezet stovky dni v kuse, pokud je to potreba. V nasem pripade to bylo jenom demo, tam slo o rychlost vyvoje. V pripade zarizeni ktere by melo jit treba jenom do prototypu, by takove reseni nebylo akceptovatelne.
To je otázka definice pojmů "seriozní aplikace" a "takové zařízení", že :) Nikdo by asi fakt neměl na ESPčku stavět sondu na Mars. A nikoho by to ani nenapadlo. Ty ale špatně interpretuješ to, co tady zaznělo. Zaznělo tady, že místní lidi nemají zkušenost s delším uptimem. A zazněly jasně důvody, proč delších uptimů nedosahují. A ty důvody jsou jiné než poruchovost ESPčka. Čili polopaticky: nezazněl důkaz, že to nejde, jenom nezaznělo osobní svědectví, že to jde.

998
chci danou firmu a mangement po zasluze poskodit.
Tak zrovna ty by sis za tyhle kecy zasloužil, aby ti to poškození někdo prokázal a pořádně napálil.

Mame nejakou smlouvu a zakony. Ale nad vsemi smlouvami a zakony stoji ustava a s ni listina zakladnich prav a svobod.
Máš nezpochybnitelnou možnost se svých Ústavou hájených práv u Ústavního soudu domáhat. Ovšem argument "všichni jsou na mě zlý a já to chci jinak" asi úplně neuspěje.

Dam priklad. Zamestnavatel bude vyzadovat prescasy ktere prekracuji zakonnou mez. (doufam ze si to tu zase nejaci blbeckove neprelozi, ze MI nekdo nerizuje prescasy mimo zakonou mez) Nejaky manager si to bude vynucovat. V ten moment ja kozto zamestnanec chci mit pravo podat okamzitou vypoved, protoze firma vuci me porusuje zakonnik prace.
Ne, v ten moment ty řekneš "sorry, ale tenhle přesčas už po mně chtít nemůžete, je to proti zákoníku práce" a jdeš místo přesčasu domů. Tohle je tvoje právo.

Že po tobě chce někdo něco, co mu zákon zakazuje, ti nedává právo mu vypálit kancelář a znásilnit manželku, protože ti to tak přijde spravedlivý.

Takze, protoze je tato cast zakoniku prace v podstate debilni a jsem presvedcem ze i  protiustavni, necitim zadnou moralni zodpovednost tento zakon o vypovedni lhute v urcitych situacich dodrzovat. Coz ovsem neznamena, ze se necham tahat po soudech  :P
Hm. Tak doufej, že někomu jinýmu nepřijde debilní, že lidi s takovýmahle kecama jako ty není dovoleno na potkání střílet a že nedojde k pocitu, že nemá žádnou morální povinnost ten zákaz ctít.

Mimochodem, z každýho tvýho dalšího příspěvku začíná být jasnější, že to s tím "šikanátorem" nebude tak horký a chyba nejspíš nebude jenom na jeho straně...

999
Jo, to dává smysl k tématu. [/irony]
To nevím, jestli k tématu, ale byla to reakce na tvoje "jiné způsoby výkonu práce postihuje". To prostě není pravda. Způsobů výkonu práce, resp. obecněji obživy, je bambilion. Nikdo tě nenutí být zaměstancem. Ale pokud jím chceš být, musíš holt hrát podle pravidel. Tak to na světě chodí.

Tak hlavně že tohle žádné „obchcávání“ zákonů které se tu kritizuje není.
Není, protože prostě žádná přirozená hranice mezi "echt závislou činností" a "echt nezávislou činností" neexistuje. Je to kontinuum. Takže aby ten vztah byl "dostatečně" obchodní, je potřeba, aby měl alespoň pár znaků. A mezi náma: velmi málo znaků. Takže jestli někdo brečí, že ho stát nutí být zaměstnancem, tak podle mýho je to buď ignorant, slaboch, tlučhuba nebo mileniál. Nebo všechno dohromady.

Spolupráce podle obchodního práva je v IT tak běžná, že pro to máme i oficiální slovo: "kontraktor". A nešpitá se někde v podloubích mezi vekslákama. Úplně normálně se používá i ve velkých korporacích.

Hm, zajímavé, co jsou rodinné důvody a jak se prokazují?
Ale on by nic neprokazoval. Probíhalo by to prostě takhle:

"šikanátor": příští týden pojedeš na služebku do Kazachstánu.
"šikanovaný": bohužel, omlouvám se, ale teď opravdu nemůžu, mám teď složitou rodinnou situaci.

Myslíš, že firma bude "šikanovaného" ve výpodovědní lhůtě nějak dál popotahovat? Já si to teda neumím představit.

Um, psychickým nátlakem? Taky se to tu v diskuzi řeší. Ne každý je odolný jako ty (nebo si to alespoň myslíš).
Jakýkoli nátlak můžeš dělat jenom na někoho, na koho máš nějakou páku. Na zaměstnance ve výpovědi nemáš páku vůbec žádnou. Pokud teda nejsi vyloženě zločinec a nemáš v plánu mu třeba do kapsy strčit pytlíček s fetem a zavolat na něj policii...

Škodu (úmyslně způsobenou) mu dáš zaplatit, ne?
To bys mu prvně musel u soudu prokázat zavinění. Hodně štěstí.

1000
Stále nebyla vypořádána moje námitka, že smlouvu, kterou nám nadiktoval stát, a jiné způsoby výkonu práce postihuje, podle mě nelze považovat za dobrovolnou.
Co to je za nesmysl? Můžeš mít vlastní firmu, můžeš být akcionář, můžeš dělat na živnost, nemusíš vůbec pracovat a můžeš si potřebné potraviny třeba vypěstovat nebo vyžebrat.

Jediné, co nesmíš, je vykonávat de facto závislou činnost a maskovat ji jako de iure obchodní vztah. V praktické rovině to znamená, že si koupíš vlastní počítač, pracuješ doma nebo jednou za rok uděláš nějaký menší melouch pro někoho jinýho.

Jistě, z hlediska dneska módní filosofie "středobodem vesmíru jsem já", je ta smlouva "nedobrovolná". Smiř se s tím, že tak už holt náš svět funguje, že společnost tě občas donutí něco dělat nebo nedělat. Mě třeba děsně sere, že si nemůžu zplodit vlastní dítě a pak si ho dát k večeři. Nechápu, kdo dal státu právo mi to zakazovat. Ale je to holt tak, smířil jsem se s tím.

Já třeba teď nastupuju na HPP a řeším, že jakmile jednou pojedu na služební cestu, tak mě pak nejspíš budou moci nutit na další služební cesty. I v té dvouměsíční výpovědní lhůtě. Je to tak?
Velice pochybuju, že by se odmítnutí služební cesty, řekněme z rodinných důvodů, mohlo brát jako "hrubé porušení pracovní kázně", pokud nemá ve smlouvě explicitně řečeno, že na služebku musí jet kdykoli.

1001
Dějí se šílené věci, například psychopat vám neumožní pracovat, a pak vás buzeruje za to, že nepracujete, má všechno velmi precizně promyšlené, přesně ví co udělat, nejste první ani poslední člověk, kterého terorizuje, má v tom často mnohaletou praxi. Hádat se s ním nemá cenu, on se v tom vysloveně vyžívá, být v hádkách je pro něj jako být ryba ve vodě.
A jaký to má efekt, když jsem ve výpovědi? On nadává, já na něj koukám a usmívám se, protože právě myslím na pandy. Pandí úsměv č. 3.

Pokud by to bylo opravdu nesnesitelné, dají se v lékarně asi za dvě koruny koupit špunty do uší.

1002
neuctiveho chovani managementu
ktery sikanuje sve podrizene
Já jsem nikdy normální zaměstnaneckou smlouvu neměl, takže se zeptám úplně idiotsky: jestliže už mám podanou výpověď, jak mě někdo může šikanovat, nota bene pokud se rozhodnu, že si to nenechám líbit?

Mně přijde (jak říkám, nemám s tím žádnou zkušenost), že v tu chvíli jsou všechna esa v ruce zaměstnance. Může se nekonečně flákat, libovolné zevlování zdůvodnit tím, že přemýšlí o tom, jak by nejlíp úkol splnil, "náhodou" sem tam zapomene na nějakou důležitou schůzku... Neriskuje vůbec nic. Jenom si musí dát pozor, aby to jeho zevlování bylo pod hranicí "závažného" porušení pracovní kázně.

Daleko větší fedry bych měl z toho, být v takové situaci zaměstnavatel než zaměstnanec...

Ja, jakozto zamestnanec, chci mi pravo
Žádné právo nevzniká tím, že něco chceš. Právo vzniká tím, že ho protistrana uznává (typicky jako svou povinnost) nebo někdo silnější garantuje a je připraven vynutit (typicky stát).

Vyřvávat, že něco chceš, a válet se po zemi, dokud ti to někdo nedá, to dělají děti tak kolem 4 let. Pak zjistí, že nejsou na světě samy a dokonce nejsou ani středobodem vesmíru.

a taky se domnivam, ze ho z vule bozi mam, abych v urcitych situacich mohl odejit OKAMZITE
Z vůle Boží máš svobodu to udělat. Ovšem musíš být připraven nést konsekvence, protože je tady ten stát, který je připraven vynucovat práva zaměstnavatele. Rozhodnutí je na tobě.

zamestnava a vydruze kretena obecneho
Mám dlouhodobou zkušenost, že pokud má někdo takovýto náhled, je chyba většinou na jeho straně. Nějak domluvit se dá prakticky vždycky a s každým. Pokud se nechovám jako čtyřleté děcko.

Udelame nejaky brainstorming, jak z toho ven a jak ten stupidni zakonik prace vobechcat.
Jak říká klasik: dojal jste mě, že jste zůstal Čechem

Uzavřít nějakou smlouvu a pak hledat způsob, jak ji obechcat, to je fakt k zblití.

1003
Vývoj / Re:Uváznutí v Aktor systému
« kdy: 23. 10. 2019, 19:04:46 »
Tak pro tebe mám ty příklady :)

Úplně nejjednodušší actor, jenom abys viděl, jak se v Elixiru spawnují procesy a posílají zprávy:
Kód: [Vybrat]
$ curl -O https://gist.githubusercontent.com/mprymek/0308d05d79237211dd732436f7887cd6/raw/da55a5fc4c9878405cc0da1dcf15ea8cc4759a3d/01-simplest.exs

$ elixir 01-simplest.exs
[main] My PID: #PID<0.92.0>
[main] Agent a1 runs with #PID<0.97.0>
[SimplestActor] Got message from #PID<0.92.0>: 1
[SimplestActor] Got message from #PID<0.92.0>: 2

Bezestavový actor poskytující službu "přičti jedničku":
Kód: [Vybrat]
$ curl -O https://gist.githubusercontent.com/mprymek/0308d05d79237211dd732436f7887cd6/raw/da55a5fc4c9878405cc0da1dcf15ea8cc4759a3d/02-stateless.exs

$ elixir 02-stateless.exs
[main] My PID: #PID<0.92.0>
[main] Agent a1 runs with #PID<0.97.0>
[StatelessActor] Got message from #PID<0.92.0>: 1
[main] Got reply from actor a1: 2
[StatelessActor] Got message from #PID<0.92.0>: 2
[main] Got reply from actor a1: 3

No a do třetice různý variace na stavovýho actora...

Tohle je úplně chybná implementace, která nepočítá s více klienty a proto zhavaruje:
Kód: [Vybrat]
$ curl -O https://gist.githubusercontent.com/mprymek/0308d05d79237211dd732436f7887cd6/raw/da55a5fc4c9878405cc0da1dcf15ea8cc4759a3d/03a-statefull.exs

$ elixir 03a-statefull.exs
[main] My PID: #PID<0.92.0>
[main] Agent a1 runs with #PID<0.97.0>
[ChitChatActor2] Got message from #PID<0.92.0>: :hello
[main] Got reply from actor a1: :hello
[ChitChatActor2] Got message from #PID<0.92.0>: :bye
[ChitChatActor2] Session closed
[ChitChatActor2] Got message from #PID<0.92.0>: :hello
[main] Got reply from actor a1: :hello
[ccc #PID<0.98.0>] Starting
[ccc #PID<0.99.0>] Starting

18:48:20.866 [error] Process #PID<0.98.0> raised an exception
** (RuntimeError) Timeout!
    03a-statefull.exs:90: anonymous fn/1 in :elixir_compiler_0.__FILE__/1

18:48:20.870 [error] Process #PID<0.99.0> raised an exception
** (RuntimeError) Timeout!
    03a-statefull.exs:90: anonymous fn/1 in :elixir_compiler_0.__FILE__/1

Tahle je o trošičku lepší - vybírá zprávy selektivně, takže protokol zpracuje správně, ale pořád je chybná, protože neumí rozlišit sessions (nezajímá ji, od koho která zpráva je, takže klienti by klidně mohli posílat zprávy na střídačku a server by si toho nevšiml):
Kód: [Vybrat]
$ curl -O https://gist.githubusercontent.com/mprymek/0308d05d79237211dd732436f7887cd6/raw/da55a5fc4c9878405cc0da1dcf15ea8cc4759a3d/03b-statefull.exs

$ elixir 03b-statefull.exs
[main] Agent a1 runs with #PID<0.97.0>
[ccc #PID<0.98.0>] Starting
[ccc #PID<0.99.0>] Starting
[ChitChatActor2] Got message from #PID<0.98.0>: :hello
[ChitChatActor2] Got message from #PID<0.98.0>: :bye
[ChitChatActor2] Session closed
[ChitChatActor2] Got message from #PID<0.99.0>: :hello
[ccc #PID<0.98.0>] Everything OK
[ChitChatActor2] Got message from #PID<0.99.0>: :bye
[ChitChatActor2] Session closed
[ccc #PID<0.99.0>] Everything OK

No a tohle je už docela slušá implementace, na které můžeš vidět právě to, že si actor drží informace o sessions "u sebe" - a není to nijak zvlášť komplikovaný:
Kód: [Vybrat]
$ curl -O https://gist.githubusercontent.com/mprymek/0308d05d79237211dd732436f7887cd6/raw/f00a01adaafb1623923c9e3469040b9976ce2906/03c-statefull.exs

$ elixir 03c-statefull.exs
[main] Agent a1 runs with #PID<0.97.0>
[ccc #PID<0.98.0>] Starting
[ccc #PID<0.99.0>] Starting
[ChitChatActor3] Got message from #PID<0.98.0>: :hello
[ChitChatActor3] New session #PID<0.98.0>
[ChitChatActor3] Got message from #PID<0.99.0>: :hello
[ChitChatActor3] New session #PID<0.99.0>
[ChitChatActor3] Got message from #PID<0.98.0>: :bye
[ChitChatActor3] session #PID<0.98.0> closed
[ChitChatActor3] Got message from #PID<0.99.0>: :bye
[ChitChatActor3] session #PID<0.99.0> closed
[ccc #PID<0.98.0>] Everything OK
[ccc #PID<0.99.0>] Everything OK

No a tohle už je taková vcelku standardní implementace, která odbavuje každýho klienta pomocí vlastního procesu. Ve skutečné praxi by se to sice psalo trošku jinak, ale všechny základní principy tam jsou implementované dobře (pokud jsem se někde neupsal ;) ):
Kód: [Vybrat]
$ curl -O https://gist.githubusercontent.com/mprymek/0308d05d79237211dd732436f7887cd6/raw/da55a5fc4c9878405cc0da1dcf15ea8cc4759a3d/03d-statefull.exs

$ elixir 03d-statefull.exs
[main] Agent a1 runs with #PID<0.99.0>
[ccc #PID<0.100.0>] Starting
[ccc #PID<0.101.0>] Starting
[Proxy] Got message from #PID<0.100.0>: :hello
[Proxy] Creating handler Elixir.ChitChatHandler for session #PID<0.100.0>
[CCH #PID<0.100.0>] Starting
[CCH #PID<0.100.0>] got :hello from #PID<0.100.0>
[Proxy] handlers = %{#PID<0.100.0> => #PID<0.102.0>}
[Proxy] Got message from #PID<0.101.0>: :hello
[Proxy] Creating handler Elixir.ChitChatHandler for session #PID<0.101.0>
[Proxy] handlers = %{#PID<0.100.0> => #PID<0.102.0>, #PID<0.101.0> => #PID<0.103.0>}
[CCH #PID<0.101.0>] Starting
[CCH #PID<0.101.0>] got :hello from #PID<0.101.0>
[Proxy] Got message from #PID<0.100.0>: :bye
[CCH #PID<0.100.0>] got :bye from #PID<0.100.0>
[Proxy] Deleting handler for session #PID<0.100.0>
[Proxy] handlers = %{#PID<0.101.0> => #PID<0.103.0>}
[Proxy] Got message from #PID<0.101.0>: :bye
[CCH #PID<0.101.0>] got :bye from #PID<0.101.0>
[Proxy] Deleting handler for session #PID<0.101.0>
[Proxy] handlers = %{}
[ccc #PID<0.100.0>] Everything OK
[ccc #PID<0.101.0>] Everything OK

1004
Vývoj / Re:Uváznutí v Aktor systému
« kdy: 23. 10. 2019, 14:57:02 »
Co to znamená "nechat u sebe"?
Až budu mít chvilku času, pošlu ti ukázkovej kód v Elixiru. Jeden kód vydá za tisíc slov ;)

aktor bude bezstavovej [...] persistovat, i třeba napříč stroji.
Tímhle si vůbec nejsem jist. De facto (z hlediska implementace) totiž ten aktor bude stavovej. Akorát ten stav bude někde jinde. A to mi právě nepřijde elegantní. V Elixiru třeba když máš stavovýho aktora, tak když umře (z libovolnýho důvodu), tak s ním umře i celá jeho paměť - a tím i stav. Automaticky. Nemusíš to nijak řešit. Spíš naopak - pokud bys chtěl stav zachovat i po pádu, musíš to nějak pořešit, ale to obvykle právě nechceš).

Pokud ty budeš držet stav někde mimo toho aktora, jak zjistíš, že ten aktor umřel a stav máš zahodit? Budeš pořád dokola checkovat živost všech stavových aktorů? A dokonce i na vzdálených počítačích ("třeba napříč stroji")?

to znamená, že mohu zavolat toho samého aktora vícekrát
To můžeš i když si stav drží sám. Ukážu ti to na tom kódu později.

1005
Vývoj / Re:Uváznutí v Aktor systému
« kdy: 23. 10. 2019, 11:20:13 »
Představoval jsem si, že by bylo vhodnější, když by toto řešil systémově runtime, a nikoliv když by si to každý aktor dělal po svém. Ale promyslím si tvé výhrady.
Proč myslíš, že je to vhodnější, a co očekáváš, že tím získáš? Actor sám má nejlepší informace o tom, v jaké fázi komunikace je, a taky vytváří ty data. Pokud použiješ tu session, tak oboje budeš muset předat někam jinam a při každém requestu si to zase brát zpátky. Není lepší si to prostě nechat u sebe? :)

Očekáváš, že když to budeš mít v runtimu na jednom místě, tak se ti to bude líp persistovat? Nebo?

Stran: 1 ... 65 66 [67] 68 69 ... 618