Portál AbcLinuxu, 1. května 2025 03:25
Netřeba se snad zmiňovat o tom, že naprosto bezproblémové bude zkoumání kódu. U knihoven (resp. jejich části) tu určitá možnost byla již dřív, nyní to půjde i u JVM a kompilátoru (a také u nativních částí knihoven).I tahle možnost už tady byla dřív, existuje tzv. Community Source Release, kde jsou zdrojáky i pro nativní části knihoven a měly by tam být i pro JVM a nástroje z JDK (píšu měly by být, protože jsem to nikdy sbuildovat nezkoušel).
Takže skutečně svobodné zkoumání může přijít až teď, co to Sun uvolnil pod GPL.
vim ~/.emacsNavíc si nedovedu představit, že by takové ustanovení v licenci mělo v ČR nějakou platnost. Abych mohl program užívat, musím na to mít licenci. Ale když už program nepoužívám, žádnou licenci nepotřebuju.
V ceskem autorskem zakone je takova bota jeste z dob, kdy program nebyl chapan jako autorske dilo. Je tam totiz psano, ze jednou udelene licence se nelze zbavit a nabyvel je povinnen ji vyuzit. U knihy je to pochopitelne, ale u softwaru, ktery zakon stavi na rovinu s literarnim dilem, to kulha na vsechny nohy.
... Pouze některé malé části nebudou (kvůli patentům) takto dostupné. ...Tomu nějak nerozumím. Znamená to snad, že tyto části nemohou být přítomny ve zdrojovém kódu, nebo že nemohou být dostupné pod GPL. To první je nesmysl, protože patent je (musí být) zveřejněn. Takže platí to druhé?
5.12.2006 13:16
Luk | skóre: 47
| blog: Kacířské myšlenky
| Kutná Hora
Ve skutečnosti nejde o patenty, ale o to, že některé čáti zdrojových kódů má SUN licencovány od jiných firem a není tak oprávněn daný kód uvolnit jako GPL.Domnívám se, že i zmíněné patenty budou hrát určitou roli. Ve standardních balících určitě jsou nějaké části, které jsou nějakými patenty zatížené (nejspíš zrovna ty, které jsou licencované odjinud) a Sun si nemůže dovolit to ignorovat. Ale hlavním důvodem bude zřejmě opravdu to převzetí součástí od jiných firem.
Určitou drobnou změnou je i to, že zatímco původní licence v podstatě zakazovala (i když ne zcela striktně) použití JDK v souvislosti s jakýmkoli jaderným zařízenímPo přečtení tohoto mě zamrazila představa Javy v Linuxu, pak jsem s úlevou zjistil, že jde jen o jaderné elektrárny
C je nejpouzivanejsi a nejproverenejsi jazyk vubec (C++ nasleduje az na druhem miste)...No Wikipedia tvrdí něco jiného (o C++), tedy že Java je před C++
5.12.2006 23:31
Luk | skóre: 47
| blog: Kacířské myšlenky
| Kutná Hora
Byl to jenom vtip.
))
)
12.12.2006 17:51
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
))
Zkuste to opravit na Stabilní fúzi. Jinak mate s tim vysvetlenim uplnou pravdu, jen doplnim, ze je tam problem urcite zbytkove radiace plaste reaktoru, ale to je bezne i u klasickych jadernych elektraren.
J2EE má několik MB (ve své podstatě je to JAR archiv o velikosti pod 1 MB). A to že Sun nyní dává ke stažení celý balík nástrojů včetně aplikačního serveru, dokumentace a tutoriálů ještě neznamená, že J2EE je moloch. Navíc srovnáváte nesrovnatelné -- .NET a J2EE jsou dvě diametrálně odlišné věci a J2EE stále nemá v podstatě u .NETu žádnou paralelu.
J2EE aplikace distribujete vždy "bez J2EE" -- prostředí musí poskytnout aplikční server, který už vše potřebné obsahuje. Pokud byste chtěl něčeho podobného dosáhnout v .NETu, musíte toho stáhnout možná ještě mnohem víc...
... .net framework 3 je totiz uplne obycejny .net framework 2 doplneni o nekolik knihoven. nejedna se o nic extra noveho a dokonce ani nijak velkeho. ...vs
..., ale tech par knihoven navic nepridava neco malo novych veci... ale dost brutalne rozsiruje moznosti .net frameworku a prinasi asi tak 4 uplne nova rozsahla api (rozsahem srovnatelna s stavajim frameworkem 2) .. takze ta major zmena verze je i na miste ...Heh, co kdyby jsi neprotiřečil aspoň sám sobě? To je pro tyhle fanatické M$ zastánce tak typické
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.
5.12.2006 20:44
10.12.2006 00:10