XCHAOS: To bych se s dovolenim ohradil, necist zpravy druhych je tvoje diskusni metoda, ne moje, to si pletes (a nejen diskusni, ale i banovaci 8) ). Cetl jsem, proste to nedava smysl. Tak schvalne: pokud v C pouziju neco z LibC, tak je to projev "zvedave analyticnosti"? A pokud v C++ pouziji knihovnu s objektovym rozhranim, je to projev "kreativnosti"? Je to tak? Nebo jsi to myslel jinak?

XCHAOS: Promin, ale ted uz vubec nechapu co jsi vlastne chtel puvodne rict, pripadne co rikas ted. Asi je to tak lepsi 8)

REDGUY: tedy, není to zcela přesné - ta analytičnost u mě spočívá v té zvědavosti, ve snaze "pochopit, jak to funguje pod kapotou". je to tedy "zvědavá analytičnost", abych byl přesnější.

analýzu řešeného problému je jinak samozřejmě nutné provést bez ohledu na programátorskou techniku, která pak bude použita. v tomto pohledu šlo asi o nedorozumění :-)

jinak velkou sbírkou hotových, odzkoušených - a převážně zcela ne-objektově implementovaných funkcí je právě knihovna GNU libc. (např. velká část implementovaných metod standardně dodávaných pythoních modulů/objektů v nich jsou prostě wrappery nad službami, které buď poskytuje systém, nebo které jsou implementované v libc, nebo ke kterým libc alespoň zajišťuje přístup...)

není to tak, že kód napsaný v C by se nelinkoval s hotovými knihovnami, které umí všechno možné: je to spíš tak, že ty knihovny neposkytují objektový interface. to někdy vadí více, někdy méně.

XCHAOS: Pokud vidis rozdil mezi objektovym programovanim a programovanim v C (ostatne, uz tohle je pomerne problematicky postaveny protiklad) jako rozdil mezi "kreativnim" a "analytickym" (coz je jeste problematictejsi protiklad), tak se obavam ze necemu dost nerozumis.

Nemluve o tom, ze to ze v praci preferuju pouzivani hotovych, odzkousenych modulu misto toho abych si psal vlastni (coz je asi to co jsi myslel), nevypovida vubec nic o tom, jak me zajima jak veci funguji uvnitr, ale pouze o tom, ze nerad plytvam casem.

REDGUY: a ještě jednou - pokud vůbec něco vyplývá z [ XCHAOS @ ANSI C/C99 (specifikace), GNU C (gcc, glibc), Tiny C (tcc) a POSIX - ne nutně C++,g++,libstdc++ nebo Win32 API ] tak to, že kdo není vůbec zvídavý, ten se vůbec nenaučí programovat - jakkoliv !

fakticky - měl by ses zdokonalit v reverzním inženýrství textů cizích lidí... vůbec nechápeš jejich sémantiku :-)

(A kromě toho pochopitelně - jsme v GNU-related klubu, takže se mi nesnažte namluvit, že jedinou motivací pro programování je to, aby vám za to někdo zaplatil... právě naopak, mě baví programovat jenom to, co vymyslím sám - ne to, za co mi někdo platí...)

REDGUY: já jsem ale neřekl, že ta předchozí možnost je špatně. prostě někdo uvažuje spíš kreativně, a rád staví věci z existujících dílků stavebnice, a nebo si třeba pomaluje budík veselými barvami - a někdo spíš analyticky a chce ten budík rozmontovat a podívat se jak funguje vevnitř.

já se snažím kombinovat kreativní i analytické myšlení současně, což tedy pochopitelně vyvolává nepochopení u obou hlavních táborů ...

A nebo ještě jinak.

Zvídavě děti se ptají "a jak funguje magnet ?".

Správná odpověď je, že ve skutečnosti nefunguje o nic více záhadně, než cokoliv ostatního v realitě, ve které dítě vyrůstá - jejíž podstata je a celý život zůstane záhadná, a lidé kteří se naučí na to zapomínat, se o hodně připraví. Správná odpověď možná zní, že dítě se na to ptá proto, že je to příklad jevu, který je v rozporu s kognitivní intuicí, která se formovala už od narození - dávno před tím, než se dítě naučilo mluvit a zeptat se. Jenže této odpovědi by dítě nerozumělo.

Oficiální odpověď je "kolem magnetu se rozprostírá neviditelné magnetické pole - jeho siločáry uvidíme, když dáme magnet pod papír s železnými pilinami". Hle, už to není neviditelné, už je k tomu jakési vizuální API - záhada vyřešena. A navíc: kromě záhady permanentního magnetu existuje ještě záhada elektromagnetu - tím pádem co se vyskytuje "více způsoby", to už není záhada, to je všední, lze s tím počítat, spolehnout se na to, apod. Časem přibude matematika, která jev přesně popíše. Z dětí, které uspokojí takováhle odpověď, se stávají objektoví programátoři.

Ovšem z dětí, které se zeptají "dobře, ale jak funguje to magnetické pole ?" vyrostou programátoři v Céčku.

a tedy... rozhodně zde nejsou offtopic meditace na téma "jak naprogramovat intepreter funkcionálního jazyka v C" nebo "jak napsat precompiler, který ze zdrojáku s funkcionální syntaxí vygeneruje přeložitelný C zdroják".

Python zde je víceméně offtopic - pokud se nebavíme o vnitřnostech /usr/bin/python, což je interpreter naprogramovaný mimochodem v čistém Céčku, ne v C++. zajímavé je třeba pozorovat, jak jsou implementované nativní datové struktury Pythonu, apod.

JavaScript jsem tady zmiňoval spíš z recese - to, že má příbuznou syntaxi, to tu opravdu nehraje roli - to spíš C++kaři nebo Dčkaři by se měli zamýšlet, jak se přiblížit objektové syntaxi Javascriptu - ale co by stálo za to, by bylo bavit se o tom, jak budou vypadat datové struktury Javascriptu v paměti.

Začínáme si trochu rozumět ?

_BENNY: pokud přijdeš na to, jak funkcionálně programovat v ANSI C99 tak jistě ne :-)

(podle mě by samozřejmě klíčem mohlo být předávat funkci nějaký handler na jinou funkci... vlastně by mohla být zajímavá hra předvést, že to jde...)

[ jQuery - the 'write less, do more' javascript library ]
.. dobře, javascripty obecně a JQuery zvláště přesunem sem, ok ? oni si tam s tím už nějak poradí :-)

XCHAOS: funkcionalni jazyky zde nejsou OT?

[ Programovani v C#, F# a dalsich jazycich pro .NET, Mono a ostatni CLI implementace ]
...zajímalo by mě, jestli to F# je spíš síťová verze Forthu, nebo Fortranu :-)

Dobře, tak tenhle klub teda uzavřu, s tím, že se všichni naučíme programovat v Javascriptu... je někdo proti ? :-)

Mala douska k tomu ze "javascript na serveru neni". Dostanu ban za offtopic?
JavaScript conquers the server | Application Development - InfoWorld
http://www.infoworld.com/d/application-development/javascript-conquers-the-server-969