Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
A proto mam rad komplexni python s jeho multiparadigmatickym pristupem, dekoratory, generatory, comprehension a dalsimi featurami, protoze programovat v nem je poteseni a radost.A to jsi ještě nezmínil konkurentnost. Programovat něco konkurentního v Pythonu, to není potěšení a radost, to už je přímo orgastická extáze. Obzvlášť ve dvojce.
co jsi chtěl říct ty tím odkazem?No já jsem reagoval na to, na co jsem reagoval: https://forum.root.cz/index.php?topic=20380.msg304009#msg304009
ndarray je implementováno tadyVůbec nerozumím, co se snažíš říct.
https://github.com/numpy/numpy/blob/master/numpy/core/src/multiarray/arrayobject.c
všechny vestavěné typy jsou implementovány v C, není rozdíl mezi rozšiřujícím typem a vestavěným typem.
https://docs.python.org/3/extending/newtypes_tutorial.html
je to implementováno stejně jako všechny vestavěné typy cpythonu.Ani mi to moc nepřijde: https://github.com/numpy/numpy/blob/master/numpy/core/src/common/array_assign.c
Ani ne. Typová informace je součástí toho objektu. Typová kontrola probíhá za běhu.Nemluvil jsem o tom, kde je typová kontrola, ale o tom, v čem je to implementováno.
Ono to krasne dokazuje omezenost mysleni 'statickych' programatoruMno... Zaznelo tady "muzes pouzit numpy.array". Neni to nahodou implementovano staticky v cythonu nebo rovnou v C?
V praxi je nepraktická i přílišná volnost.Mně vůbec celá praxe přijde taková nepraktická.
Co je to funkcionální si každý zkusil ve škole na lispu.Takže tě přece jenom někdo donutil si ty "nesmyslné" jazyky vyzkoušet. To je dobře
Python ti umožňuje různé přístupy. Čisté paradigma je extremismus. Ideální je možnost výběru a flexibilního přizpůsobení se aktuálním potřebám.Jasný. A i JavaScript je multiparadigmatický. A vlastně každý v současnosti existující jazyk. Protože tenhle blábol lidi naučil si myslet, že když má jazyk funkce jako first class citizens, tak je funkcionální. Až na to, že ono je to ve skutečnosti o dost zajímavější. Jenže to nezjistíš, protože sis "funkcionálně" zaprogramoval v pythonu a nic jinýho nikdy nezkusíš. (tím nemyslím tebe osobně, ale lidi, kteří na tenhle blábol naskočili)
Setter je jako každá metoda uvnitř objektu, takže se nejedná o změnu zvenku. Stav je bez existujícího prostředníka zvenku nedostupný.Mně teda přijde, že to je spíš otázka designová/koncepční. Buď k objektu přistupuju jako ke structu/dementovi, kterého polopaticky řídím, nebo k němu přistupuju jako k dospělému, kterého o něco žádám a sděluju mu, jaké parametry odpovědi by se mi líbily. Nepřijde mi, že by tam byla ostrá hranice.
Z tohoto pohledu Python není OOP, protože u něj neplatí, že "z principu nejde" měnit vnitřní stav objektu zvenku. Troufnete si to vysvětlovat místním mistrům?Určitě nemá "ukázkové", "vzorové", "čisté" OOP. Má OOP (a všechno ostatní) "pragmatické" nebo "good enough". Což je v praxi často přesně to, co lidi chtějí (viz https://en.wikipedia.org/wiki/Worse_is_better)
Bude to někde k nalezení na youtube určitě.
teraz uz len nejaky labLab není potřeba. ZFS se dá vyzkoušet snadno - pool můžeš udělat na zkoušku třeba i nad soubory (napamovanými jako devices).
To sem fakt nepatří. A opravdu nemám čas se zaobírat tímto. Jestli mas potrebu psat, tak k veci anebo si vyber jiný forum.Patri. A misto posilani lidi nekam bys udelal lip, kdyby ses zamyslel nad tim, proc ti to pisou.
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.