Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
Podrobně byla rozebrána kritická zranitelnost v nf_tables (CVE-2026-23111). Další lokální eskalace práv na Linuxu. V upstreamu byla zranitelnost již v únoru opravena. Ve zdrojovém kódu stačilo odstranit 1 vykřičník.
Evropská komise (EK) nařídila americké společnosti Meta, že musí znovu umožnit bezplatný přístup konkurenčním obecně zaměřeným asistentům umělé inteligence (AI) k WhatsAppu a tento přístup musí zachovat až do ukončení antimonopolního šetření. Opatření je dočasné a má zabránit vážnému a nevratnému poškození konkurence na rychle rostoucím trhu s obecnými AI asistenty. Meta uvedla, že se proti rozhodnutí odvolá.
Společnost Anthropic představila AI modely Claude Fable 5 a Claude Mythos 5. Claude Fable 5 je první model třídy Mythos určený pro běžné použití.
Byla vydána nová stabilní verze 3.24.0, tj. první z nové řady 3.24, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.
Na čem pracují vývojáři v Rustu napsaného mikrokernelového unixového operačního systému Redox OS (Wikipedie)? Byl publikován přehled vývoje za květen. Vypíchnout lze nový scheduler EEVDF nebo port desktopového prostředí Xfce na Redox OS.
Upozornění pro uživatele Asahi Linuxu: Neaktualizujte macOS na verzi 27 Golden Gate! Apple změnil detekci spouštěcích oddílů. Po aktualizaci oddíl s Asahi Linuxem nevidí. Snad je to jenom chyba.
Na webu konference Den IPv6, která se konala 4. června v Národní technické knihovně v pražských Dejvicích, jsou nyní k dispozici všechny prezentace (v PDF) a jejich videozáznamy. Organizátory konference byly i letos sdružení CESNET, CZ.NIC a NIX.CZ.
(Had si cestu najde...
) Jenom mě trošku zarazila věta "jak je videt, polymorfismus funguje skvele" - kde přesně je tam vidět polymorfní chování? (Ano, je možné, že jsem puntičkář, vím to...
)
>>> class trida1: ... pass ... >>> class trida2 (trida1): ... pass ... >>> obj = trida2() >>> isinstance(obj, trida1) True >>> # jak je videt, polymorfismus funguje skvele(
obj je instancí trida2, která dědí z trida1, proto isinstance vrací True - tady to vidím já)
.
Jinak ja osobne teda na prekladu jedne stranky standardni dokumentace http://docs.python.org/lib/built-in-funcs.html nevidim zadny prinos a nechapu smysl tohoto serialu.
class A:
def x(self):
print "h"
class B:
def x(self):
print "f"
#a tady trochu "polymorfisujeme"
A().x()
B().x()
)
Python polymorfismus neumí, jako dynamický jazyk ho nepotřebuje.
Lze emulovat introspekcí.
Polymorfismus – odkazovaný objekt se chová podle toho, jaký je jeho skutečný typ. Pokud několik objektů poskytuje stejné rozhraní, pracuje se s nimi stejným způsobem, ale jejich konkrétní chování se liší. V praxi se tato vlastnost projevuje např. tak, že na místo, kde je očekávána instance nějaké třídy, můžeme dosadit i instanci libovolné její podtřídy (třídy, která přímo či nepřímo z této třídy dědí), která se může chovat jinak, než by se chovala instance rodičovské třídy, ovšem v rámci mantinelů, daných popisem rozhraní.No a v tom mém příkladě máš 2 objekty, rozdílného skutečného typu, poskytující stejné rozhraní, s kterými se stejně pracuje, ale jejich konkrétní chování se liší. Ještě bych mírně dovysvětlil ten příklad s dědičností v té citaci. To je příklad spíše typický pro staticky typované jazyky, kdy se kompilátor, aby byl spokojenej, musí dozvědět, zda nějaké typy jsou kompatibilní (ve smyslu stejného rozhraní). A k tomu se dá využít dědičnost a nebo třeba v javě interfaces, které s dědičností vůbec nesouvisí. No a pokud ten jazyk nepoužívá statickou typovou kontrolu, tak to samozřejmě kompilátoru sdělovat nemusíš. Ale to neznamená, že v daném jazyce polymorfismus neexistuje. Prostě polymorfismus se statickou typovou kontrolou (nebo s dědičností) souvisí velmi vzdáleně.
"Polymorfismus objektu souvisí s definicí rozhraní a jeho zjednodušením. Je to známo také pod názvem přetížení objektu (funkce, metody, operátoru). Přesnější a jasnější definice polymorfismu je zde: http://www.cs.vsb.cz/saloun/educ/C_CPP/kurs_CPP/ch02s03.html Jeho podstata spočívá, že jeden název metody (funkce, operátoru) může sdílet několik metod, které se liší pčtem parametrů nebo jejich datovými typy. Jazyk pak sám podle předaných parametrů použije správnou. "Tak to si pleteš s ad-hoc polymorfismem, který je jen jednou z inkarnací polymorfismu obecně.
On hovoří o subtyping polymorfismu.
Je pravda, že ad-hoc polymorfismus ani tak moc polymorfismem není - spíš je to statický vícenásobný dispatch podle přesného typu parametrů a nějakou tou mnohotvárností se moc nevyznačuje ani volající funkce (leda, že ta by byla polymorfní parametricky, ale to už by bylo úplně jiné kafe celkově
), ani ty volané.
Python samozřejmě polymorfismus podporuje, jinak by kód volající metody objektu nemohl být použitelný s objektem předem neznámé třídy porporujícím dané rozhraní.
. To že Python podporuje prostory jmen a v nich může mít odkazy na funkce/metody/promenne stejneho nazvu neni polymorfismus. Dynamicky jazyk polymorfismus, jako vlastnost jazyka, nema a nepotrebuje,
"To že Python podporuje prostory jmen a v nich může mít odkazy na funkce/metody/promenne stejneho nazvu neni polymorfismus."Ne, to polymorfismus není. Polymorfismus je schopnost jediné definice kódu pracovat s daty různých typů. To ale Python bezesporu (díky pozdní vazbě volání metod) umí, pokud dotyčný kód manipuluje se svými parametry prostřednictvím definovaných rozhraní.
S datovými typy polimorfismus souvisí dost úzce, viz první věta tvé citace.Však já netvrdím, že s datovými typy nesouvisí, ale tvrdím, že nesouvisí se statickou typovou kontrolou. No a zbytek viz Kyosuke. Ty si pod pojmem polymorfismus představuješ "overloading - přetěžování", což ti teda na základě wikipedie uznám jako jeden z typů polymorfismu, ikdyž stím moc niterně nesouhlasím
. Nicméně tvrdím, že když se řekne v OOP polymorfismus, tak je chybou (nebo je to minimálně matoucí) mluvit o přetěžování alias overloadingu.
class A:
def x(self):
print "h"
class B:
def x(self):
print "f"
for z in [ A(), B()]:
z.x()
x() a druha treba yable jako y() , pak objekt
co je obe splnuje, by byl IMHO kandidat na moznost uplatneni polymorfni chovani.
(Student nejsem, ale pripomina mi to trochu Freuda (viz. polymorfne perverzni chovani)
) o mnoha aspektech polymorfismu a nic takovéhohle tam nefigurovalo.
pi = [kosočtverec, čárka]
for elem in pi:
elem.nakresli()
Metoda nakresli() je jeden interface, který se pro různé typy postará o
příslušnou akci.
a = 5 #celé číslo
b = 5.2 #reálné číslo
cisla = [a, b]
for x in cisla:
print x.__div__(2) #metoda vyděldvěma()
Metoda vyděldvěma() udělá jinou akci pro integer (dělí celočíselně) a jinou akci pro float (dělí "reálně"). A
je to polymorfismus, že jo? Velmi podobně by to vypadalo i v céčku, že? Jen
s trochu jinou syntaxí. A co jaderné volání, které zjistí IP adresu síťovky?
Je to polymorfismus, když pro různé síťovky (drátové i bezdrátové) od
různých výrobců existuje jeden interface? A co funkce sinus? Je polymorfní, když na základě různých argumentů
dělá různé akce a vrací různé výsledky? A co bitová negace? Kolik zrnek
písku už je hromada?
Tiskni
Sdílej: