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

já s tím realloc() plánuji cosi zcela pekelného... ale nejdřív musím pochopit, jak funguje ten fine-tuning u mallocu (viz man mallopt)

XCHAOS: Pockej, jak se chova realloc dnes je uz nejakejch 20-30 let stejny. Zvetsi ten flak pameti a vrati pointer na zacatek zvetseneho flaku, nebo NULL pokud selhal.

Pokud chces vedet vic, tak z definice chces vedet jak se to chova vevnitr. A to uz je implementation specific a glibc se ti bude na x86 chovat jinak nez na Sparcu a jinak nez na PICech a jinak nez na MicroBlazu a jinak nez na ARMu. (Ne nezbytne jinak, ale rozhodne ne spolehlive stejne).

REDGUY: teď popravdě ani nechápu, jestli polemizuješ se mnou nebo s někým jiným. to není můj nápad, to s tím přehazováním pořadí stránek.

v DOSu ani žádné dělení na userspace a kernel nebylo, a jak to bylo s možnostma řazení bloků paměti v reálném módu, to si fakt nejsem jistý a ani už dnes po tom nechci pátrat

mě každopádně zajímá zjistit, jak se to přesně chová dnes (ani ne nutně, jak je to udělané vevnitř). a nějaké indicie mám viz [ XCHAOS @ ANSI C/C99 (specifikace), GNU C (gcc, glibc), Tiny C (tcc) a POSIX - ne nutně C++,g++,libstdc++ nebo Win32 API ]