Příspěvky

2071

Vývoj / Re:Programovanie a modne trendy?

« kdy: 03. 09. 2017, 12:31:32 »

Reálný svět, tedy Vesmír, samozřejmě konzistentní je, tedy všechny jeho složky navzájem.
Co je na tom k nepochopení? Zatímco naše modely těchto složek se vzájemně dostávají do rozporu, složky samé v realitě nikoli.

Obrat "složky reality se nedostávají do rozporu" je stejně nepochopitelný jako "světlo této baterky je sladké".

Jak by se nějaké složky reálného světa mohly dostat do rozporu? Jak by se to projevovalo? Viděls někdy rozpor mezi hruškou a jabkem?

2072

Vývoj / Re:Reprezentace v Prologu

« kdy: 03. 09. 2017, 12:28:11 »

Otázka ale evidentně není o tom, jak se to analyzuje ve Watsonu, ale jak dojít k té reprezentaci, co používá Watson. Nejspíše právě proto, že ten modul z Watsonu není open source.

Ale vždyť to tam je (v hrubých rysech s odkazem na další materiály): "Watson’s NLP begins by applying a parser [5]  that converts each text sentence into a more structured form..."

2073

Vývoj / Re:Ako je implementovane fluent API v Apache Spark?

« kdy: 03. 09. 2017, 12:25:02 »

no a teraz je otazka, ze ako / na zaklade coho Spark vie, ze vypocitane data sa maju poslat na ten nod kde je ten konkretny uzol z toho vypoctoveho stromu. ako su tie data posielane ze toho streamu na rozne nody?

Tyhle implementační detaily už nevím - se Sparkem jsem dělal už nějakej pátek zpátky, pak jsem se spíš orientoval právě na Flink.

Ale to, na co se ptáš, není nijak složitý/zajímavý, ne? Prostě node A ví, že má výstup poslat na node B, takže v clusteru bude nejspíš nějaký orchestrator, který si udržuje informaci, že node B je právě na stroji X, ne? Šlo by to i pomocí autodiscovery, ale to myslím není případ Sparku. Implementační detaily fakt nevím, třeba bude vědět nějaký kolega.

Mně osobně přijde na tom všem vůbec nejzajímavější, jakým způsobem je implementovaný stavový výpočet na klíčovaném streamu - že se pro každý klíč udržuje vlastní stav a samotný výpočetní node může být jenom jeden. To mi přijde geniálně jednoduchý a přitom strašně mocný.

2074

Vývoj / Re:Reprezentace v Prologu

« kdy: 03. 09. 2017, 00:19:41 »

Co když Watson dost používá Google?

Třeba kdyby chtěl zodpovědět tu tvoji otázku, stačilo by mu zadat do Googlu "watson prolog" a jako první odkaz by mu vypadlo https://www.cs.nmsu.edu/ALP/2011/03/natural-language-processing-with-prolog-in-the-ibm-watson-system/

2075

Vývoj / Re:Ako je implementovane fluent API v Apache Spark?

« kdy: 03. 09. 2017, 00:05:30 »

Tride ssc nastavis membery /parametry
Jak ma delit radky na slova atd.
Ale spustis to az startem.

Ne, takhle fakt ne. StreamingContext není žádný algoritmus, kterýmu bys jenom předával parametry.

Nie je to nahodou skorej tak, ze si "ukladam" dovnutra ake metody spustim, ked zavolam ten start()?

Je to v principu tak. Doporučil bych ti kouknout se na Flink, tam je to trochu líp vidět, je tam v základu i grafické znázornění toho stromu operací.

V principu jde o to, že tím zápisem jenom vytváříš nějaký strom uzlů, kde v každém uzlu se má provádět nějaká operace. Ten strom se dá v některých implementacích i třeba uložit jako JSON (jestli to jde konkrétně ve Sparku si teď z hlavy nevybavím). Každý uzel pak může reálně běžet na jiném stroji v clusteru apod. - proto když tu metodu voláš, tak se ještě nic reálně nepočítá, jenom se staví struktura výpočtu a teprve tím startem se reálně odešle do clusteru ke spočítání.

Pro fajnšmekry: je to princip hodně podobný monádám

2076

Vývoj / Re:Programovanie a modne trendy?

« kdy: 02. 09. 2017, 22:28:10 »

Reakce na fyzikální modely reálného světa. Naše teorie, naše modely reálného světa nejsou konzistentní, ale to neznamená, že sám reálný svět kvůli tomu není konzistentní.

Ale co by to mělo znamenat, že "svět je konzistentní" nebo "nekonzistentní"?!

Teorie je nekonzistentní (sporná) [sama se sebou] tehdy, když je v ní nějaký rozpor (tvrdí A a zároveň nonA).

Dvě různé teorie můžou být nekonzistentní navzájem, když jedna tvrdí A a druhá nonA.

Model reálného světa může být nekonzistentní s tím světem, jestliže předpovídá A a přitom v reálném světě platí nonA.

Jak by ale mohl být konzistentní nebo nekonzistentní reálný svět [sám se sebou]?! Svět prostě je takový, jaký je. Nic netvrdí. Žádné A a nonA v něm neexistuje. Kritérium konzistence pro něj nemá smysl stejně jako nemá smysl chuť pro zvuk. Svět prostě jenom JE.

2077

Studium a uplatnění / Re:Na volnou nohu - jaký programovací jazyk?

« kdy: 02. 09. 2017, 21:02:01 »

Koukám, že to nebude uplně prd.el.

Zas na druhou stranu pro člověka, který na to má talent a správný způsob myšlení to není až taková věda mám pocit. Selský rozum, pár znalostí, pár výzkumů a pak už to chce "jenom" zkušenosti.

Asi to nebude zrovna pro mě. Ale na druhou stranu, když jich je takový nedostatek, možná by se tim mohl živit i takový mamlas, jako já. Znáte to, mezi slepými....

Stopro nebude, podle toho, cos psal. Ale s tím zbytkem máš pravdu: UXáků je takovej nedostatek, že si stačí udělat dobrý PR a na každé zakázce pak pár měsíců provaříš (než zjistí, že jim žádnou přidanou hodnotu nepřinášíš ).

2078

Studium a uplatnění / Re:Na volnou nohu - jaký programovací jazyk?

« kdy: 02. 09. 2017, 19:13:46 »

P.S. kdybys nenapsal tohle:

Mám rád řád, a abych se přiznal, i dost když jsou ty věci nalinkované dopředu.

...tak bych ti jako extrémně perspektivní obory doporučil UX a frontend. UXáci nejsou - vůbec. Neexistují, nedají se najít lidi, kteří by o tom oboru něco věděli, uměli něco rozumně udělat a zároveň nepožadovali naprosto megalomanský peníze.

UX (možná s mírným přesahem do frontendu) je zlatej důl - a nejspíš ještě docela dlouho bude, protože lidí, kteří by byli schopní to dělat, moc není. Nejspíš to bude částečně i tím, že v IT chybí holky, který by se na tohle zrovna hodily, a lidi s přesahem do humanities.

2079

Studium a uplatnění / Re:Na volnou nohu - jaký programovací jazyk?

« kdy: 02. 09. 2017, 19:07:59 »

Co nahradí Rails?

Cokoli, protože ta webová vrstva, kterou templates-centric enginy poskytují, se bude ztenčovat a každá nová aplikace bude SPA. Backend bude jenom poskytovat "statické" HTTP API (to zvládne jakýkoli jednoduchý framework v libovolném jazyce), dynamické websockety (to se frameworky teprve učí dělat dobře) a výpočty a storage (to stejně nechceš v Ruby dělat, takže to je irelevantní).

Spíš je otázka, jak daleko do budoucnosti chce OP cílit - pokud chce mít dostatek práce hned (a být jedním z milionu), musí se zaměřit na technologie minulosti (templatovací PHP, Ruby, Python). Pokud chce mít práce spíš míň, ale velkou exkluzivitu a perspektivu, chce to technologie současnosti (React, Vue) popřípadě budoucnosti (AWS Lambda).

Osobně si myslím, že Ruby je mrtvý, Python bude postupně pomalu ustupovat (asyncio je zoufalý) a postupně se bude prosazovat nejspíš Go, pokud ho někdo včas netrumfne. Kéžby se začal víc prosazovat Elixir, ale v to moc nedoufám - kritická masa tam není a nezdá se mi, že by se nabalovala.

2080

Vývoj / Re:Programovanie a modne trendy?

« kdy: 02. 09. 2017, 14:33:25 »

Reálný svět je dokonale konzistentní ze své podstaty.

Jaký má tahle věta význam? Vůbec jí nerozumím. Co vlastně o tom reálném světě říká?

2081

Vývoj / Re:Programovanie a modne trendy?

« kdy: 01. 09. 2017, 22:24:57 »

funkce jsou objekty jako třeba čísla

Čísla jsou nulární funkce

2082

Studium a uplatnění / Re:Používáte nové technologie?

« kdy: 01. 09. 2017, 11:41:22 »

Byl jsem na pohovoru v jedné firmě, a když se mě ptali, jestli používám nové technologie, tak jsem jim řekl, že používám zavedené a ověřené technologie s ekosystémem, a nemusím nutně přecházet na nejnovější výkřik techniky. Byly z toho děsně rozčarováni, a já byl rozčarován z toho, že to takový korporát řeší.

Zřejmě jsi odpověděl správně a do té firmy bys nastoupit neměl.

Jestli šlo o korporát a ten rozhovor proběhl v takhle obecné rovině, tak je taky otázka, jestli si rozuměli. V některém korporátu taky "stará a ověřená technologie" může znamenat COBOL a "nejnovější výkřik techniky" Java a SOAP

2083

Vývoj / Re:Programovanie a modne trendy?

« kdy: 01. 09. 2017, 09:08:38 »

Rust a kruhové reference to je téma, o kterém by se dala napsat diplomka... Obecně Rust kruhové reference nedovoluje. Ve standardním kódu se nedají udělat, neprojde to přes borrow checker a skončí chybou při kompilaci. Jde to ale obejít použitím std::rc::Rc a std::cell::RefCell, nicméně to znamená, že kontrola správnosti kódu se přesune až do runtime. Pokud použiju std::rc::Rc a udělám to z hlediska pravidel borrow checkeru špatně, překladač na to nepřijde, klidně takový kód přeloží a spadne to až v runtime (definovaně). Obecně to ale není rust-way, takhle by se to v Rustu dělat nemělo, lepší je refaktorovat datovou strukturu tak, aby tam kruhové reference nemusely být.

Aha, tak takhle detailně do toho nevidím. Dík moc za doplnění.

2084

Vývoj / Re:Programovanie a modne trendy?

« kdy: 01. 09. 2017, 08:32:33 »

Tohle obecně neplatí, jde to zajistit i jinak než imutabilními daty, třeba pouze jednou mutabilní referencí: https://doc.rust-lang.org/1.8.0/book/references-and-borrowing.html

1. Tohle je opravdu zajímavý, moc se mi to na Rustu líbí.
2. Rust je afaik jediný jakžtakž rozšířený jazyk, který tohle dělá.
3. Kit nemluvil o Rustu.
4. Ale především: mluvil jsem o tom, že Erlang/Elixir ti zabezpečuje, že v datech nemáš kruhové reference (nemůžeš je udělat i kdyby ses na hlavu postavil - prostě na to v jazyku není nástroj). Pokud jsem správně pochopil tenhle rustí mechanismus, jeho smyslem je hlídat uvolňování paměti. Neexistenci kruhových referencí nijak nezaručuje (viz např. https://users.rust-lang.org/t/circular-reference-issue/9097)

Když budeme hnidopiši, tak máš ale pravdu - napsal jsem "pokud máš imutabilní objekt v jiném jazyce", což je špatně. Správně mělo být "pokud máš imutabilní objekt v jazyce, který imutabilitu nevynucuje". Bylo to v té předchozí větě

2085

Vývoj / Re:Programovanie a modne trendy?

« kdy: 01. 09. 2017, 00:41:45 »

A to máte jenom z toho že se doma nebavíte objektovým ale funcionálním jazykem sakra přece!

Kdybysme žili v objektovém světě, tak pojedu po dálnici a z ničehožnic to napálím do svodidel, protože manželka zatočila ke škole a zapomněli jsme dát zámek na volant