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 ]

ANT_39: No fakt. Sice to funguje az od dostatecny velikosti, ale je to tak. Jdu snist svuj kloboucke. (Chahahaha, zadnej nemam 8) )