1546
Vývoj / Re:Python 2 a převod kódování do Win-1250
« kdy: 05. 09. 2017, 23:53:02 »
Nezapoměl jsi ten soubor i uložit jako windows-1250?
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.
1547
Vývoj / Re:Programovanie a modne trendy?
« kdy: 03. 09. 2017, 20:21:41 »Pak se v tom zacnes motat, jak se ti zrovna dari.Nenamahej se. Jsem vytrénovanej od Kita.
1548
Vývoj / Re:Programovanie a modne trendy?
« kdy: 03. 09. 2017, 20:02:19 »myslím si, že funkce by měla vypadat třeba jako f :: () -> Int (z definice)
Proč by musela? K čemu by to bylo dobré?
nemyslím si, že třeba g :: Int je funkce, ptám se po nějakém teoretickém vysvětlení, proč je můj dojem chybný
Já uvažuji takto:
Mějme nějaký element: a. Když dám tento element a do nějaké rutiny, tak si ten element ta rutina zpracuje. Nezajímá mě, zda je to 42, nebo funkce 42().
Pak mám jiný element fn x, což je element, kterej abych mohl použít, tak musím parametrizovat nějakým elementem. Buď ho do nějaké rutiny předám jako neparametrizovaný s tím, že si ho bude parametrizovat ona, nebo ho parametrizuju a teprve výsledek toho předám té rutině.
Pointa je, a v Haskellu je to hodně vidět: že funkce není nic specielního. Je to jen určitý typ elementu. A když zavolám funkci, tak ona nevrací hodnotu. Jen tím voláním vytvořím parametrizovaný element.
A Haskell pro tohle všechno má pěkné výrazy. Ale schválně jsem to opsal, aby to nemátlo a vyniklo.
Dokonce jsem uvažoval tak, že stejně jako můžeš prohlásit, že 42 je nulární funkce, tak můžeš klidně otočit, a říct, že žádná funkce, ale (fn 5) je jen parametrizovaná hodnota.
1549
Vývoj / Re:Programovanie a modne trendy?
« kdy: 03. 09. 2017, 19:29:33 »V tom případě nevím, co by si rád slyšel.Pokud máš nulární funkci, která je referenčně transparentní, tak se to chová přesně tak, jak jsme zvyklí u konstant.vedlejší účinky vůbec neuvažuju, za pět, nebo kolik, let s haskellem jsem k ničemu takovému nedošel, trochu rozlišuju syntaktické prvky haskellu a matematické definice a javu bych sem raději ani netahal
1550
Vývoj / Re:Programovanie a modne trendy?
« kdy: 03. 09. 2017, 19:16:12 »Hodně dělá rozdíl mezi funkcemi z FP a funkcemi se sideefectem.nepasuje mi to na obvyklou definici funkce, zaptal jsem se na zdroj, Kit vybízí k trolování, co je na tom k nepochopení?a ty čísla jsou konstanty?Konstanty jsou nulární funkce, čísla jsou konstanty, tedy to jsou nulární funkce. Co je na tom k nepochopení?
Zdroj neposkytnu, ale k úplně stejnému závěru jsem došel studiem Haskellem.
Pokud máš nulární funkci, která je referenčně transparentní, tak se to chová přesně tak, jak jsme zvyklí u konstant.
Mimochodem dost podobně se to dělá u Javy. Vezmeš hodnotu, zakážeš její modifikaci pomocí final static a prohlásíš to za konstantu. (Ale to už je odbočka.)
1551
Vývoj / Re:Programovanie a modne trendy?
« kdy: 03. 09. 2017, 19:08:10 »To není přesné. Možná to není ani správně.Citacez jaké množiny je hodnota noop ?
Z mnoziny vsech procedur. Nebo chces-li presneji, z mnoziny vsech procedur typu (C) -> Int.
1552
Vývoj / Re:Programovanie a modne trendy?
« kdy: 03. 09. 2017, 16:18:54 »pokud je číslo 42 funkce, z jaké množiny jsou její hodnoty?
Mám-li třídu:
class C {
fn foo(Int): Int
fn boo(Float): Float
fn doo(Int, Float): [String]
fn noop(): Int
}
z jaké množiny je hodnota noop ?
A nebo takovej ten starej vtip, co je ekvivalení 1 + 1.
Pokud je číslo 42 nulární funkce, tak její hodnota je 42, a je z množiny nulárních funkcí reprezentující přirozená čísla.
1553
Vývoj / Re:Překlad jazyku z CZ do EN (PHP)
« kdy: 02. 09. 2017, 03:49:46 »
Není mi úplně jasné, čeho chceš dosáhnout.
Co znamená, že ""Název filmu" atd potřebuji promítnout ve wordpressu v EN verzi"? Rozveď to.
Určitě bych se vykašlal na laborování s if (get_locale() == ''); měl by si si vystačit s gettextem.
Co znamená, že ""Název filmu" atd potřebuji promítnout ve wordpressu v EN verzi"? Rozveď to.
Určitě bych se vykašlal na laborování s if (get_locale() == ''); měl by si si vystačit s gettextem.
1554
Vývoj / Re:Programovanie a modne trendy?
« kdy: 02. 09. 2017, 03:40:06 »Ve FP nemůže být přiřazení do proměnné, neboť tam žádné nejsou.Máš bordel v tom, co je konstanta, a chceš řešit co je proměnná? Natož to, zda jsou ve FP? V tom máš jasno? :-)
1556
Vývoj / Re:Frustrace ze stavu mainstreamových programovacích jazyků
« kdy: 20. 08. 2017, 22:12:50 »Navic GO funkce podporuji navrat vice hodnot (obvykle payload + error struct), takze explicitni vyjimka neni potreba.Jak už rečeno, rozdíl oproti výjimce je ten, že chybový kód se musí explicitně checkovat. Výjimka se checkovat nemusí (ale může, stejně jako chybový kód, čili je "obecnější", "mocnější").
No, u návratové hodnoty drtivé většiny nefunkcionálních jazyků je navíc ten problém, že se návratová hodnota nemusí vyzvednout. Což je, na rozdíl o výjimek, dost průšvih.
1557
Vývoj / Re:Funkcionální programování a mainstream
« kdy: 25. 07. 2017, 22:56:17 »Křesťanství je v manželství velice důležité, proto je taky u nás 50% rozvodů.
Hele, já sice s tebou (v tomhle a pokud jsem tě dobře pochopil) naprosto souhlasím, jenže byť je to velice důležité a užitečné téma, a člověk toho může bejt plnej... tak s Funkcionálním programováním to fakt nesouvisí. Nedělej prosímtě křesťanství medvědí službu, a necpi to sem.
1558
Vývoj / Re:Funkcionální programování a mainstream
« kdy: 25. 07. 2017, 17:32:00 »Tohle byl hrozny mor, protoze misto toho, aby programator psal, CO se ma udelat, tak musi resit JAK se to ma udelat a kod byl neskutecna prasarna. Myslel jsem, ze tento druh odborniku uz davno vymrel, ale asi jich par jeste nekde preziva.
Nejen přežívá.
Jakej je to problém vysvětlit, že:
/** Vrátí součet dvou čísel
* @param Int a
* @param Int b
* @return Int
*/
Int sum(Int: a, Int b) {}
prostě není vůbec k ničemu dobrý. A tímhle:
/** Vezme první číslo a sečte ho s druhým
* @param Int firstNumeric
* @param Int secondNumeric
* @return Int
*/
Int sumTwoNumeric(Int: firstNumeric, Int secondNumeric) {}
to nevylepší.
1559
Vývoj / Re:Funkcionální programování a mainstream
« kdy: 23. 07. 2017, 21:43:24 »Návrhové vzory budou brzy i v FP
No, vzory jsou všude a ve všem, o tom žádná. Ale třeba GoF OOP zrovna moc neprospělo. Jen se vyrojilo spousta vývojářů majících nabušených tyhlencty vzory a cpající je všude bez rozmyslu a konceptu.
Mám před očima jednoho kolegu, který (určitě v dobré víře) začal kůli formulářům přepisovat komplet HTML tagy do PHP, protože přece vzor Builder. Že by se to dalo i jinak a lépe, na to neměl čas řešit. Vzory zná, tak o čem chci diskutovat.
Dělám si naděje, že FP bude toho, alespoň trochu ušetřeno.
1560
Vývoj / Re:Funkcionální programování a mainstream
« kdy: 23. 07. 2017, 01:38:07 »V živém systému bude několik větví dělajících to samé, jak se budou připisovat nové funkce místo toho, aby se využívala a upravovala existující funkčnost, každý kdo bude něco upravovat, založí svou novou větev.
Pokud by tohle vylezlo po některých vývojářích, tak by to bylo úplně fantastické.
