K 1. lednu 2026 končí 70leté omezení majetkových autorských práv děl autorů zesnulých v roce 1955, viz 2026 in public domain. V americkém prostředí vstupují do public domain díla z roku 1930, viz Public Domain Day.
Všem vše nejlepší do nového roku 2026.
Crown je multiplatformní open source herní engine. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT a GPLv3+. Byla vydána nová verze 0.60. Vyzkoušet lze online demo.
Daniel Stenberg na svém blogu informuje, že po strncpy() byla ze zdrojových kódů curlu odstraněna také všechna volání funkce strcpy(). Funkci strcpy() nahradili vlastní funkcí curlx_strcopy().
Byla vydána nová verze 25.12.30 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Společnost Valve publikovala přehled To nej roku 2025 ve službě Steam aneb ohlédnutí za nejprodávanějšími, nejhranějšími a dalšími nej hrami roku 2025.
Byly publikovány výsledky průzkumu mezi uživateli Blenderu uskutečněného v říjnu a listopadu 2025. Zúčastnilo se více než 5000 uživatelů.
V dokumentově orientované databázi MongoDB byla nalezena a v upstreamu již opravena kritická bezpečností chyba CVE-2025-14847 aneb MongoBleed.
Při úklidu na Utažské univerzitě se ve skladovacích prostorách náhodou podařilo nalézt magnetickou pásku s kopií Unixu V4. Páska byla zaslána do počítačového muzea, kde se z pásky úspěšně podařilo extrahovat data a Unix spustit. Je to patrně jediný známý dochovaný exemplář tohoto 52 let starého Unixu, prvního vůbec programovaného v jazyce C.
FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.
20.1.2006 01:29
Luk | skóre: 47
| blog: Kacířské myšlenky
| Kutná Hora
)) To bude mít ještě autor co dělat, aby to všechno v Javě napodobil
20.1.2006 08:12
wake | skóre: 30
| blog: wake
| Praha
) a nyni je to v naprosto nejlepsim pripade 2x pomalejsi. Coz je pokrok, ale stejne se mi to moc nelibi a pouzivani se se zurivym odporem branim
Nehledě na to, že je Java na dynamické předávání zpráv objektům krátká. Protože ne všechno v Javě je objekt a navíc to i syntakticky dost dře, například nejsou v Javě operátory apod.To by mě moc zajímalo, jak absence operátorů (asi je míněna nemožnost předefinovávat operátory dle libosti) ovlivňuje předávání zpráv.
Prostě Java mít nikdy flexibilitu dynamicky typovaných jazyků nebude, ani kdyby se autor rozkrájel. Ono to jde proti sobě, Java se snaží ořezat co může a jako jazyk toho umět co nejmíň, zatímco dynamicky typované jazyky se snaží naopak dát rozlet.To je také hlavní důvod, proč je ptákovina se o něco takového snažit. Na druhou stranu existují dynamické jazyky pro Java platformu, například Groovy (a samozřejmě Python a další).
Ok, ve ST jsou operátory zprávy. Proto ani nemají prioritu. Ok, dobrá.
Ale jeho pragmatická napodobenina ObjC má normální operátory zděděné z plain C. Ani nejdou přetěžovat. Pokud se nepletu, tak:
NSString* foo = @"FOO";
NSString* bar = @"BAR";
NSString* blekota = foo + bar;
normálně sečte ty pointery. Nebo projde i:
foo++;
ObjC je velmi pragmatický jazyk, není ani nějak bezpečný (ve smyslu Javy nebo Ady). Přesto tam posílání zpráv je hodně dobré a objektově se tam pracuje na vyšší úrovni než v C++/Javě. A operátory jsou prostě z čistého céčka.
Protože třeba pro Smalltalk jsou operátory jen speciálním případem zpráv. A autor jaksi deklaroval, že napodobuje Smalltalk. A upřímně řečeno, dynamicky typovaný jazyk bez operátorů, to je nic moc.Speciálním? Prostě Smalltalk operátory (tak jak je známe z C, C++) nemá a nepotřebuje, stejně jako Lisp. Takže se není nutné uchylovat k (když okopíruji terminologii) bastlům jako je jejich přetěžování. Které do staticky typovaných jazyků nepatří. Naopak - když dynamicky typovaný jazyk, tak bez operátorů. Jako je Lisp nebo Smalltalk.
O tom, že operátory do staticky typovaných jazyků nepatří bych se hádal. Prostě tam patří jako spousta dalších věcí. Operátory jsou velmi zpřehledňující syntaktický cukr. A nebo snad chcete vysvětlit matematikům, že mají s maticemi psát namísto:
A = B * C - D + E * F / 3;
raději
A = (B.multiply(C)).sub(D).add(E.multiply(F).div(3))
Schválně, co je přehlednější, a v čem spíše nasekáte chybu? Já rozhodně hlasuji pro operátory.
Vy jste vůbec zcela nenápadně vyloučil operátory a to tak, že totálně. Nejdřív jste prohlásil, že do statických jazyků nepatří, a pak když dynamický jazyk, tak bez operátorů.
Já prostě vím jedno, přítomnost operátorů v jazyce pro mě znamená obrovské plus pro ten jazyk samotný.
Jeden z mala jazyku, ktere mu muzou konkurovat je treba python, ale Java, to je ta nejvetsi prasarna - vzali spatny vlastnosti C++ a smalltalku a udelali z nich neopakovatelnou kombinaci....
> Ten blogpost je jen taková onanie, berte to tak
ok, ja jen, abych vam usetril zbytecnou praci...
Další otázka je výkon. Spousta lidí se ještě nesmířila s Javou/C# a věcma jako GC. I když myslím, že jsou velmi rychlé implementace ST.Toto je hlavní důvod zlé krve mezi Smalltalkem a právě Javou. Smalltalkovci se nemohou přenést přes to (a zcela je chápu), že po letech čekání až C a jeho bastardy (C++) vezme čert se před ně vecpal nový otesánek a Smalltalk zase ostrouhal. A lepší to nebude. Pokud tedy za pokrok neuvažujeme to, že Microsoft uvažuje že do C#3 zavede closures společně se zcela novou syntaxí převzatou z SQL.
.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz