• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
    • přihlásit
    registrace
    ztracené heslo?
    LUDWIG_Funkcionální programování (Haskell, LISP, XQuery, OCaml, F#, Scala, ...) - praxe, teorie a uplatnění
    KAMAHL
    KAMAHL --- ---
    1 odpověď+2
    UETOYO: V pythonu se funkcionálně programuje relativně fajn, jenže tam není žádný pěkný syntaktický cukřík pro 1) kompozici funkcí 2) curry/uncury operace. (O pokročilejších libůstkách jako aplikativní funktory ani nemluvě.) I když mám python rád, tak tímhle se ve smyslu funkcionálního programování stává podřadným jazykem.
    LUDWIG_
    LUDWIG_ --- ---
    +3
    CABOWITZ: ja psal / pisu v haskellu ruzne veci od kompilatoru po backend webovych aplikaci.
    pro tipy na nejake praktictejsi projekty doporucuji tento thread: https://www.reddit.com/r/haskell/comments/2junic/a_beginner_haskell_project_suggestions/
    UETOYO
    UETOYO --- ---
    CABOWITZ: https://wiki.haskell.org/Lazy_evaluation
    UETOYO
    UETOYO --- ---
    CABOWITZ: nebuď "Lazy" .)
    UETOYO
    UETOYO --- ---
    CABOWITZ: lambda kalkulus, funkce vyššího řádu, kompozice funkcí ... ano jak si psal -- nic bys nenašel jinde a také pohromadě v "jednom balíčku".
    UETOYO
    UETOYO --- ---
    CABOWITZ: "moje odpoved neni nijak zvlast relevantni..." -- ano, opravdu není.
    CABOWITZ
    CABOWITZ --- ---
    4 odpovědi-1
    UETOYO: ahh, no dobre, tak treba: schönfinkeling, funkce vyssiho radu, lambda kalkulus, kompozice funkci atd. jasne muzes napsat a historicky dohledat ze tohle je v tamtom jazyku taky, a tohle se zase prvni objevilo onde, ale ja jsem se se vsema temahle konceptama seznamil a trochu lip si je uvedomil prave diky studiu haskellu a to pekne v jednoum kompaktnim "balicku". pred tim jsem jak vis znal nanejvys basic a assembler na zx spectru, trocha pythonu a pure data, takze moje odpoved neni nijak zvlast relevantni...
    UETOYO
    UETOYO --- ---
    1 odpověď
    CABOWITZ: Dobře -- typový systém si tedy nakonec nenapsal --- co tedy jsi nikde nepotkal?
    CABOWITZ
    CABOWITZ --- ---
    1 odpověď-1
    UETOYO: mind-banding a nutnost studia veci o kterych jsem pri kontaktu s jinyma jazykama nemel ani potuchy (puvodne jsem chtel napsat typovy system, xoxo)
    UETOYO
    UETOYO --- ---
    1 odpověď
    CABOWITZ: Však si ho zasloužím -- od tebe cokoliv .) -- Kdybys měl vypíchnou jednu vlastnost Haskellu, která je nad všechny jazyky -- co by to bylo?
    CABOWITZ
    CABOWITZ --- ---
    2 odpovědi-1
    zkusim dotaz jen tak od boku: jake prakticke aplikace jste v haskellu resili / resite? jde mi o to, ze bych si v tom druhem studijnim kole dal rad nejaky projektove orientovany pristup a konecne si naprogramoval neco jineho nez faktorial na 50 zpusobu nebo algoritmus ktery dela nejake operace nad retezcema, ehm... v ucebnici od a. s. mena na tohle tema se resi parsovani a data mining, coz je bezesporu zajimava oblast ale preci jen - jeste nejake jine tipy na oblasti, ktere by bylo v haskellu dobre zkusit? mne proste prijde ze funkcionalni jazyky jsou obecne vhodne na praci s DSP, se signalem a jeho "tokem". viz napr. faust...
    CABOWITZ
    CABOWITZ --- ---
    UETOYO: nebudu delat paradigmaticke kotrmelce, takze bud mi pomoz s problemem popsanym nize, nebo si pockej az budu resit problem tykajici se daneho jazyka v patricnem auditku. krom toho ocaml ani python mnee vzhledem k tomu, ze chci delat s knihovnama urcenyma pro livecoding, ktere byly napsane v haskellu fakt nijak nepomuze...
    UETOYO
    UETOYO --- ---
    2 odpovědi-1
    UETOYO: Functional programming in Python -- už se netrap :) http://www.oreilly.com/programming/free/functional-programming-python.csp
    CABOWITZ
    CABOWITZ --- ---
    UETOYO: ten mi fakt co se knihoven tyce takovy rozhled jako haskell neposkytne, takze ne...

    jiank stack se mi zatim jevi jako vetsi hell nez cabal, v stacku se mi nepodarilo narozdil od cabal sandbox pristupu zkompilovat vubec nic...
    UETOYO
    UETOYO --- ---
    2 odpovědi-1
    CABOWITZ: Haskell --> OCaml :), čau
    LUDWIG_
    LUDWIG_ --- ---
    CABOWITZ: stack init --verbose

    SATAI: googlit stack s 'build' a 'haskell'?
    CABOWITZ
    CABOWITZ --- ---
    2 odpovědi
    aaah neee - wtf?
    stack init
    stack: out of memory (requested 1048576 bytes)
    SATAI
    SATAI --- ---
    1 odpověď
    LUDWIG_: hkavi vyhoda cabalu, kterou jsem za tu dobu nasel, je, ze to dobre zni, kdyz popisujes, co delas. A hlavni nevyhoda stacku je v tom, ze je to obecne podstatne jmeno a spatne se googli.
    LUDWIG_
    LUDWIG_ --- ---
    1 odpověď+2
    CABOWITZ: cabal je masochismus po vsech strankach. stack ma nekolik vrstev cache, ktery jsou sdileny mezi jednotlivymi projekty, takze na rozdil od cabal sandboxu se nemusi vsechny knihovny a jejich zavislosti znova zkompilovat a zkopirovat.
    CABOWITZ
    CABOWITZ --- ---
    1 odpověď
    SATAI: njn, vim, uvazoval jsem o tom, ale jeste jsem to nezkousel.hm, proste celkove me ta situace ktere se rika cabal hell torchu dere. zkusim stack a dam vedet (zase mi ale trochu vadi, ze clovek musi delak kvuli jedne aplikaci takovou virtualni "zahradku", takhle mam uz v sandboxech vic ruznych veci a co se tyce objemu dat, tak to pak celkem nehezky roste)
    Kliknutím sem můžete změnit nastavení reklam