Milyen a kapcsolatod a funkcionális programozási nyelvekkel / paradigmával?

Ez mondjuk igaz, az iparban még csak szűk területeken találkoztam vele, míg az egyetemen több szó volt róluk. Akkor kéne egy felmérést nem friss egyetemistákkal, hogy nekik mi az érzetük.
----
Hülye pelikán

tudtommal az erlang is funkcionális és nehéz rá azt mondani, hogy nem használja az ipar :)

nem azt mondtam, hogy funkcionalis, hanem hogy nagyon hasonlo. koszi, tudom mit tud a Java, azt is, hogy mi lesz/lett volna a 7esben.
es az, hogy Javaban nincs fuggvenypointer, sosem hianyzott meg annyira. ahol minimalisan igen, ott meg ki lehetett valtani OOPvel.

de tessek, ilyen egy ilyen kod, ami nyilvan jol kihasznalja a nyelv lehetosegeit:

interface P {
    List<Card> match(List<Card> cards);
}

enum Value {
    HCARD(new P() {
        ...
    }),
    PAIR(new P() {
        ...
    }),
    ...
    private final P predicate;

    private Value(P predicate) {
        this.predicate = predicate;
    }

    public List<Card> match(List<Card> cards) {
        return predicate.match(cards);
    }
}

hasznalni meg egyszeru, mint a faeket: Value.HCARD.match(akarmi)

Ez mondjuk nagyon erősen emberfüggő. Én C++-al kezdtem, ami erősen multiparadigma, és mégsem kezdtem el gányolni. Nem érzem magam kivételnek. Persze tudom, hogy kikről beszélsz, ismerek olyat is, de ez túl általános.
----
Hülye pelikán

Ez jó! :)

:)

A proceduralis nyelvekben is lehet funkcionalis gondolkodasmoddal programozni. Csak epp joval nagyobb szabadsagod van.
Ergo ez az allitas nepszeru tevhit kategoria.

Ja, errol beszelek -- a fel internet arrol enekel, hogy a funkcionalis programokat mennyire jol lehet parhuzamositani. Aztan amikor a konkret feladatot kellene megoldani, akkor mar nem skalazodik annyira jol.

Naiv hozzaallas, hogy a tisztan funkcionalis nyelvek jol parhuzamosithatoak. Egeszen konkretan azert, mert a vegrehajtoegysegek jelenleg tisztan proceduralisak. Erdemes kicsit utanaolvasni, nagyon erdekes tema.

----------------------
while (!sleep) sheep++;

Azért is írtam sokféle hatékonyságot, mert nem csak egy dolog számít.
Nagyon sok program nagyon nagy részében a futási hatékonyság egyáltalán nem számít. (pl. 5ms alatt fut le valami vagy 50ms alatt)
Sokkal inkább számít, hogy mennyi idő elkészíteni, karbantartani, újrafelhasználni, hibát keresni benne, mennyire hibatűrő vagy amit Te is említesz.
A párhuzamosságnál nagyon fontos a konkurrens (van erre valami jó magyar szó?) adatmódosításból eredő hibák kiküszöbölése, amiben szintén nagyon jó a funkcionális programozás.

Talán a "nem ismerem őket" alatt nem azt értik, hogy "nemlattammegolyat". Vagy úgy gondolják, hogy van benne elég OO meg egyéb származék, hogy ne tekintsék csak funkcionális nyelvnek.

Konkretan mi a baj a jQuery-vel? Napi munkam soran hasznalom, es nem vettem eszre, hogy olyan rossz lenne, sot.

ha komolyan kerdezed, akkor valoszinuleg azert, mert elobb volt a javascript nyelv mint implementacio, amit eloszor lekoppintott/kiterjesztett a Microsoft JScript neven, majd a Netscape megkerte az ECMA-t, hogy standardizalja, valamint keszitsen belole specit, ez lett az ECMA-262.
tehat tekinthetunk rajuk ugy, mint specire(ecma) illetve implementaciora(javascript, actionscript).
http://en.wikipedia.org/wiki/Ecmascript
sajna ott van meg a problema, hogy meg a kulonbozo js engine-ek sem ugyanolyan modon/mertekben tamogatjak a specit, csak hogy tovabb fregmentalodjon a piac.
http://en.wikipedia.org/wiki/Comparison_of_layout_engines_(ECMAScript)

Tyrael

Na ez az, konkrétan ezek a dolgok érdekelnének. Mert most java-ban programozunk, és megvannak a nagyon szépen/jól bevált design pattern-jeink, a tervezéstől, a kódoláson át a tesztelésig. Esetleg olyat tudnék elképzelni, hogy a kód egy része funckionális lenne, viszont oo alapokra építve, viszont ez lehet, hogy öntökönlövés kategória. Az, hogy mennyi a boilerplate az erőteljesen függ attól, hogy mit hoznak nyelvi szintre/milyen könyvtárak vannak. Ami nekünk fontosabb, hogy jól tervezhetően, tesztelhetően, integrálhatóan tudjunk kódokat írni... (baromira nem érdekel, hogy {}-t vagy ;-t kell írni, a fent említettek sokkal fontosabbak...)

Létezik valamilyen leírás a neten erről?

Nyilván egy kicsit eltúlzóan írtam. Nekem is használnom kellett ilyen nyelveket munkáim során, de én nem vagyok róluk túl nagy véleménnyel. (a második opciót választottam.)

Amíg gcc-hez lehet interpretert írni a nyelvhez addig jók nálam. :)

--
GPLv3-as hozzászólás.

?

--
GPLv3-as hozzászólás.

Közben rájöttem, hogy buzzword amire gondolni akartál inkább a: bleeding edge

Ouch! XD
--
"Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live." John F. Woods

:)