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 ... 111 112 [113] 114 115 ... 618
1681
Odkladiště / Re:IBM kupuje RedHat?
« kdy: 29. 10. 2018, 09:18:53 »
To do Red Hatu IBM fakt nasadilo svoje lidi aby vyslali do sveta sracky jako systemd a flatpak a srazili tak cenu akcii na polovinu?
Nesmysl, systemd končí, v příští verzi RHELu bude nahrazený Tivoli Enterprise Service Continuity Managerem (v Javě).

1682
Pokud jsi se v brne narodil zvazil bych sirsi okoli (moravany, hrusovany) s dobrou dopravni dostupnosti.
Já ti nevím, ten jih bych asi nikomu nedoporučoval - doprava do Brna autem přes jižní průmyslovou zónu je úplně v hajzlu, okolí moc malebný není, jsou tam všude jenom pole, vybavenost stojí za kulový. Imho daleko lepší je sever. R43 je sice taky celkem v hajzlu, ale pokud máš možnost jet mimo špičku, třeba o půl desáté, je to pohoda. Blízké okolí (Bílovice, Babice apod.) je sice neskutečně předražený, ale dál už to začíná být zajímavý. Pro freelancera je nejlepší volit málo provařené vesnice, které Brňáci neznají, takže se od tam dá dojet exkluzivně, akorát to nikdo neví a necpe se tam :) Příklad: Černá Hora je děsivě předražená, přitom tam nic není (i do Blanska a Boskovic na nákup relativně daleko) - jenom proto, že všichni znají pivovar. Přitom třeba Lažánky jsou co by do Blanska kamenem, dostupnost do Brna parádní, lokalita na okraji CHKO Moravský kras a ceny nemovitostí oproti ČH skoro poloviční. Jenom proto, že žádnej Brňák o nějakých Lažánkách nikdy neslyšel, pohled na mapu ho vyděsí a přitom je to daleko lepší lokalita pro normální život než ČH :)

1683
Vývoj / Re:Staticky typovaný skriptovací jazyk pro rok 2018
« kdy: 27. 09. 2018, 10:21:17 »
jinak v road mape maji reseni pro tak 80% vsech vytykanych ci chybejicich vlastnosti zminenych napr. na te odkazovane GitHub strance s kritikou Go
No... to sice jo, ale některý řešení jsou asi jako když uděláš auto s hranatýma kolama a pak kola omotáš lepící páskou, aby byla trochu kulatější...

https://go.googlesource.com/proposal/+/master/design/go2draft-error-handling-overview.md

1684
Vývoj / Re:Staticky typovaný skriptovací jazyk pro rok 2018
« kdy: 25. 09. 2018, 09:56:40 »
ale je podobny Haskellu
Drobná technická: AFAIK, OCaml vychází z rodiny ML, takže je sice funkcionální, ale jinak Haskellu zas tak moc podobný není, spíš Erlangu/Elixiru nebo F#, když už (mj. má defaultně striktní evaluaci, což dost věcí mění).

1685
Vývoj / Re:Staticky typovaný skriptovací jazyk pro rok 2018
« kdy: 25. 09. 2018, 00:58:04 »
Zistil som ze s mojim nazorom na Go nie som sam: pozri napr. http://nomad.uk.net/articles/why-gos-design-is-a-disservice-to-intelligent-programmers.html
To rozhodně nejsi, Gočko jako jazyk je mix geniality a naprosté zoufalosti. Ale není to špatná pragmatická volba.

P.S. lepší zdroj kritiky je https://github.com/ksimka/go-is-not-good

1686
Vývoj / Re:Staticky typovaný skriptovací jazyk pro rok 2018
« kdy: 23. 09. 2018, 21:55:39 »
Nevím, co si přesně představuješ pod pojmem "skriptovací", ale dají se třeba psát programy v Go a pouštět pomocí "go run <file>" (viz třeba https://gobyexample.com/hello-world).

Taky těžko říct, jestli to, co Go má, se dá vůbec nazvat typovým systémem ;)

Ale jinak to tvoje požadavky asi splňuje, start je celkem rychlý a používat se to dá.

1687
Vývoj / Re:Má Haskell budoucnost?
« kdy: 17. 09. 2018, 15:39:40 »
koho programovaci jazyky zajimaji a intelektualne na to ma,
  ::)
To je prostě konstatování faktu. Haskell je prostě náročnější než Python nebo Javascript. A je to jeho nevýhoda.

1688
Vývoj / Re:Má Haskell budoucnost?
« kdy: 17. 09. 2018, 10:02:02 »
Haskell v akademické oblastí začal a nikdy se od ní moc neodloučil.
Coz nemusi byt vubec spatne, pokud to neni jeho primarni ambice. Aneb, trochu se zacyklujes :) https://forum.root.cz/index.php?topic=13225.msg166040#msg166040

Přišel s konceptem lazy evaluation všude a potom 25 let hledá k čemu je to vlastně dobré.
K cemu je to dobre, je jasny. Spis se hledaji (programmer-friendly) zpusoby, jak pri zachovani laziness a purity psat programy s efekty.

Připomíná mi to různé alternativní medicíny. Haskell má taky spoustu nadšených evangelistů tvrdících jak je to nejlepší věc na zeměkouli, ale přitom mu chybí výsledky. Mezitím polofunkcionální jazyky jako Scala dokáží generovat násobně více zájmu a projektů (a samozřejmě peněz).
Zamlceny, ne nutny predpoklad "vysledky = zajem".

Haskell je proste pro Bezneho Frantu Programatora nezvykly, neintuitivni, slozity a obtizne pochopitelny. Cili malo kdo ma nervy na to, aby vubec zjistil, jestli skutecne je nebo neni dobry - ztrati totiz zajem driv, nez se ho nauci dostatecne na to, aby to mohl posoudit. To ale nic nemeni na tom, ze koho programovaci jazyky zajimaji a intelektualne na to ma, ten se ho nauci a inspiraci z nej treba prenese do jinych jazyku. To je samo o sobe imho dobry vysledek - i kdyby mel Haskell jenom hrat roli laboratore, ze ktere se sem tam neco prenese do praktictejsich jazyku typu Elm, Scala, Elixir, Rust, F#..., proc ne?

1689
Hardware / Re:Jaký je váš pracovní stůl? (Fotogalerie)
« kdy: 10. 09. 2018, 11:05:52 »
Taky vidím, že používáš stejnej čínskej "laboratorní" zdroj.
Pro hobby veci je skvelej - pomer cena/vykon genialni. Ale zklamal jsi me, ze nekomentujes ten pult, ve kterym je zabudovanej! ;) Je to vlastnorucne vyrobenej case ze dreva, s odnimatelnym panelem ve formatu 10" racku - taky teprve ve stadiu rozpracovanosti, ale uz ted jsem na nej pysnej ;)

Ale v jednom jsem teda na tom o něco líp - pájku uklízím do tašky a strkám pod stůl ;D Ale když přijde na letování, tak si to beru na zem (na stole není místo) k balkonovým dveřím (je tam světlo).
Tak to ja bych nemoh - pajku musim mit okamzite k dispozici. Nejvetsi pocit stesti za poslednich par let jsem zazil, kdyz jsem si koupil tuhle elektronickou pajku, co se zahreje za par sekund. Dokud jsem mel klasicky "kopyto" a cekal na rozehrati v radu minut, bral me cert.

Nicméně pěkenj stůl - přesně jak má být, žádný zbytečný design, jde o účelovou věc!
A to jeste na te fotce neni poznat, ze je celej (krome desky) postavenej z podlazek IKEA Gorm ;)

1690
Hardware / Re:Jaký je váš pracovní stůl? (Fotogalerie)
« kdy: 10. 09. 2018, 10:48:23 »
Nahodou dobry tema!



Krome toho odkladiste pod stolem jsou pred stolem jeste dva sloupecky IKEA Samla a ruzne vynalezy v ruznem stadiu rozpracovanosti vsude mozne kolem po vsem nabytku, to radsi fotit nebudu ;)

1691
Sítě / Re:UDP komunikace: Raspberry <-> Arduino
« kdy: 22. 06. 2018, 07:52:59 »
jen s vědomím, že zpráva byla ne sběrnici pro všechny čitelná.
Což je u bezdrátu dost nerealizovatelná podmínka :)

1692
Sítě / Re:UDP komunikace: Raspberry <-> Arduino
« kdy: 21. 06. 2018, 19:58:52 »
  .. do mě  :)
Mně přijde, že se hlavně (pokud ti teda nejde vyloženě o vyzkoušení si konstrukce komunikačních protokolů) zbytečně trápíš s věcma, který už jsou dobře vyřešený, řešíš je zbytečně krkolomně, a zbude ti pak míň času na ty zajímavější věci.

Pokud už vyloženě chceš použít ten ethernet, tak určitě nad ním běž do mqtt - budeš mít jeden otevřený port, nebude ti to padat, budeš si moct elegantně zvolit, která zpráva má být potvrzovaná a která ne (potvrzování máš zadarmo) a jako bonus máš věci, který třeba teď ještě nevíš, že chceš, ale budeš je chtít:
1. tu zmíněnou persistenci (v mqtt tzv. "retained message")
2. automaticky odeslanou zprávu při rozpadnutí komunikace (tzv. "last will")

Další nezanedbatelná výhoda MQTT je v tom, že se dá dobře mapovat na MQTT-SN, což použiješ, až zjistíš, že IP nechceš ;)

Jako ne, že by to tvoje řešení nemohlo fungovat, klidně pokud tě baví si hrát zrovna s tímhle, tak to tak udělej, proč ne, aspoň načerpáš zkušenosti :)

1693
Sítě / Re:UDP komunikace: Raspberry <-> Arduino
« kdy: 21. 06. 2018, 17:10:22 »
Btw, wireless M-bus má celkem pěkně řešenou právě konfiguraci bateriových nodů co se spotřeby týče (senzor musí vydržet 10+ let). Iniciátorem komunikace je vždy senzor a po odvysílání své zprávy může (nemusí) počkat na příkaz, který ho přepne do konfiguračního režimu. A ten timeout je celkem krátký. Tj gateway musí vždycky počkat na to až se senzor ozve (cca každých 3-5 minut) a rychle odpovědět se změnou konfigurace.
To je vlastně skoro stejný jako ta konfigurace s retencí v mqtt, co jsem zmínil - sensor se připojí na mqtt, subscribne na konfigurační topic, dostane konfiguraci, odešle data. Výhoda je, že tu konfiguraci můžeš zapsat kdykoli a sensor ji dostane jakmile je online, nevýhoda je, že se pošle při každém navázání spojení. U mqtt-sn by ten problém být nemusel, protože umí pracovat s uspáváním a nepoužívá spojovaný transfer.

1694
Sítě / Re:UDP komunikace: Raspberry <-> Arduino
« kdy: 21. 06. 2018, 16:19:27 »
Třeba takové ESP8266-01 si neumí nic zapamatovat po deep sleepu
Kecám, ESP8266 má taky RTC memory.

1695
Sítě / Re:UDP komunikace: Raspberry <-> Arduino
« kdy: 21. 06. 2018, 16:10:21 »
Bez potvrzení bych si troufl dělat věci typu teploměr, vlhkoměr, ... Ale tlačítka, kontakty, ... jedině s potvrzením.
Souhlas. Navíc to potvrzování je ve spoustě protokolů "zadarmo".

Stran: 1 ... 111 112 [113] 114 115 ... 618