Objektový model jazyka Self (diskuse)

[Bystroushaak]

Pěkné, pěkné. S tím jsi mi ušetřil trochu práce. V čem jsi dělal ty grafy?

[Pavel Křivánek]

Žádný zázračný nástroj na to bohužel nemám. Prostě jsem udělal v Calcu tabulky objektů, hodil to do Inkscape a tam uspořádal a propojil.

[Rezza]

Jen jedna poznamka - chce to explicitne nastavit bile pozadi - mam tmavy vzhled abicka a nevidim tam ty veci cernou barvou.

[Josef Kufner]

Kde jsou ty doby, kdy XOR byla prostě jen další barva.

[JS1]

Zatim nikde. Pritom treba velikost ikon driv parametrizovana nebyla a dnes uz je, tak proc by neslo parametrizovat i barvy?

[Josef Kufner]

Kdysi, když jsem si hrál s editorem na kreslení myších kurzorů, tak tam byly 4 barvy: průhlená, bílá, černá a XOR. Viděl jsem to i na pár dalších místech.

[JS1]

Asi nevedeli co s tim extra bitem pokud je bit masky 0. Neni to spatny napad.

[Pavel Křivánek]

Pro příště, měnit obrázky v blogu na ábíčku není to, co by člověk dělal dobrovolně Mimochodem, původně jsem je chtěl uploadnout jako SVG, ale redakční systém měl na věc jiný názor.

[Bystroushaak]

Ani uploadovat. Pokud bys měl chuť se z toho zabít, tak použij abclinuxu_uploader.py

[JS1]

Musim priznat, ze mi to zrovna jednoduche neprijde. Posledni dobou jsem se zhledl spis v lambda kalkulu a funkcionalnim programovani.

Nicmene, nedavno jsem napsal komentar na Hacker News (jako odpoved na poznamku v uvozovkach, nechce se mi to prekladat tak v originale):

"I've gone back and forth multiple times between functional practices and OO practices, and I definitely empathize with the confusion going in both directions. You trade one problem for another, and in the end there really is no free lunch."

I think there is a strange kind of duality between OOP and FP. I think OOP passes structures of objects hidden behind interfaces, while the FP passes composed functions in other direction. So you can convert your OOP code to FP code almost mindlessly by total "inversion of control" - wherever you pass an object somewhere (making a call), in FP you pass the operation from the callee to the caller instead.

And I think it's this duality that you observe in practice.

However, I believe there is a practical difference between the two, which makes FP superior despite being harder to understand initially.

It's much easier to spot that you're doing "no-ops" in FP than in OOP. In OOP, often you pass the objects unchanged across layers, while in FP, this manifests as identity functions being used. And it's easier for both human and compiler to remove these redundant identity functions (through function specialization and things like fusion etc.).

Also, I believe functional approach allows you to better realize that there are some algebraic laws governing your problem domain.

It's really kind of like in mathematics, when you come from point-wise understanding of functions to functional understanding of functions, more insight is gained.

Docela by se mi libilo, kdyby se nekdo z tech zajemcu o OOP systemy zamyslel nad touhle dualitou (a vubec jestli existuje) a pak nejak formuloval lambda kalkul, ktery odpovida jejich oblibenemu OO modelu. Bylo by to myslim zajimave srovnani. (Je pomerne dobre zname, ze existuje korespondence mezi ruznymi kalkuly a vypocetnimi modely.)