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) )

REDGUY: no pravděpodobně jí měl jak říká [ DAVIDOWITCH @ ANSI C/C99 (specifikace), GNU C (gcc, glibc), Tiny C (tcc) a POSIX - ne nutně C++,g++,libstdc++ nebo Win32 API ] - skrze kopírování paměti jinam. tedy alespoň v reálném módu. zase tý kopírovaný paměti nemohlo být ani tolik :-)

jsem přesvědčený, že programy vyvíjené pro win32 nebo pro DOS extendér DOS4GW měly už v půlce 90tých let k dispozici v podstatě stejné možnosti, jako dnes. Ale Borland C byl nižší level. určitě to měli implementované divně.