Jak to bude vypadat v budoucnosti? Cast kodu zustane skryta. Ted to neni problem, protoze zbytek vlastni Sun a ten muze kod vydany pod GPL licencovat i jinak, tedy tak, aby mohl byt zkombinovan se zavrenym softem. Ale v budoucnosti, az se do vyvoje zapoji i nekdo jiny, Sun asi nebude moct prebirat jeho praci pod GPL, nebot ji zrejme nebude moci vydat pod dvoji licenci.
Nebo, ze bych neco prehlednul?
Na druhou stranu se muze stat, ze se Sun rychle zbavi kodu tretich stran a doimplementuje se i zbytek pod GPL. Pak uz ale nic nezabrani tomu, aby vznikalo spousta ruznych Jav...
myslim si, ze to prave pomoze k este vacsiemu nasadeniu javy, kedze firmy si budu moct ohybat javu podla svojej potreby a naviac novi zamestnanci/developeri nebudu mat problem s jej pochopenim - stale to bude len java
Tohle jsem sice zminil, ale tohle neni hlavni problem. Tim je to, jak bude Sun kombinovat uzavreny a otevreny kod tretich stran, kdyz jsou vzajemne licencne neslucitelne?
A pak, Sun ma ze sveho jazyka dost velke prijmy. Jeho roztristenim o ne muze prijit. Je to problem zejmena pro Sun. Prijde mi, ze Sun Javu tak trosku odepsal, pripadne pocita s tim, ze soucasny model uz nema se svymi slabinami navic.
Bohuzial je tu jeden VEEEEEELKY rozdiel. Java is big business. Takemu MS, IBM a inym tazkotonaznikom by sa velmi hodilo a oplatilo ovladat takyto trh.
Ja som skor zastanca jednej Javy. Dokonca uz aj rozsirenia ktore chce Sun pchat do 7.0 napr. closures su podla mna blbost. Ludia sa nenaucili pouzivat ani Generics (C++ ckari citajte Templates) a uz sa pripravuje rozsirenia v jazyku ktore usetri zopar pismenok pri deklaracii funkcie.
Ja v nasich korporate aplikaciach zakazujem aj jednoriadkove if bloky, vsade musia byt zatvorky, nie to este netypove blbosti v podobe closures ktore pripravuju. Ak by tam podobnych smejdovin mohol hocikto pridat kolko chce tak to by ma dost vytacalo. Myslim ze vselijaky "specialisti" od Ruby a inych skvelych jazykov sa uz tesia tesia.
Drzim Sun-u palce aby udrazal jednu Javu. Uplne genialne by bolo keby to bolo zaroven open-source ale kompatibilita my je dnes prednejsia lebo viem ze do tych zdrojakov aj tak nebudem mat cas pozerat. Naviac na Jave existuje nepreberne mnozstvo open-source projektov a nikomu ta "neotvorenost" samotnej javy neprekaza. Tolko moj opinion Linux uzivatela a Java programatora v jednej osobe.
Moze my niekto vysvetlit v com spociva riziko neotvorenosti dnesnej Javy (s licenciou od Sun-u, IBM alebo BEA)?
Nejvesi riziko dle me spociva v tom, ze az (pokud) se rozhodnou, ze nebudou podporovat Javu na nejakem systemu (hw, ...), kde se jim to z hlediska prinosu financi nevyplati, tak s tim nikdo nic neudela. Proto se muze spousta lidi co umi Javu a nejaky ekvivalentne mocny objektovy jazyk rozhodnout pro svuj projekt pro jiny jazyk (pokud jim jde o dlouhodobost a multiplatformnost... coz jde u velkeho mnozstvi svobodneho softu).
Jinak me hodne pobavila to co rikate ohledne "vylepsenimi" Javy, ale problem neni v jazyce, ale v tom, jak dnes klesa (s rostoucim poctem) uroven programatoru. Jeden z mych kolegu (zastance Javy oproti C++) me pred par mesici rozesmal hlaskou: "je to v prdeli, oni uz do Javy pridali i sablony." Tvrdil totiz (v cemz s nim dokonce souhlasim), ze jedna z vyhod Javy je v tom, ze je mladsi a zbavila se spousty nelogickych konstrukci co byly v C++ a nepouzila nektere veci, ktere umoznuji nekterym jedincum hodne "prasit" v kodu (vicenasobna dedicnost, az donedavna sablony, ...). Ja jsem videl kod, kde pro me bylo citelne a prehledne i "goto", myslim, ze se neda obecne pausalizovat jaky styl je dobry a vse spis imho zalezi na autorovi.
Ad "šablony" - v Javě žádné šablony nejsou. V Javě totiž java.awt.List<String> a java.awt.List<JComponent> mají naprosto stejný bytecode, jsou to tytéž třídy. Po zkompilování do bytecode není po těch parametrech v <...> ani vidu - jsou smazané. Zatímco v C++ to jsou opravdu šablony, podle kterých se generují nové typy.
Ad goto - v Javě je to rezervované slovo (tzn. nemůžete si nadeklarovat proměnnou s názvem "goto"), ale pochybuji o tom, že se z něj kdy stane oficiální klíčové slovo jakožto prvek Javy.
To nie je celkom tak. Jazyk Java ma Sablony a implementacia od Sun ich nerobi tak ako je to v C++. To ma samozrejme aj urcite vyhody. V C++ je to urobene preto tak lebo prve verzie to robili cez preprocessor a inac sa to proste nedalo.
Sablonami zarucujete typovu cistotu a zabranujete zbytocnym castom. To zarucuje aj implementacia od Sun. Pri implementacii do Javy sa samozrejme uvazovalo aj o implementacii podobnej tej v C++ ale nakoniec sa prislo na to ze ziadne vyhody nema.
