Trosku mi v clanku chybela zminka o projektu openmoko a telefonu freerunner, k jehoz releasu by melo dojit v nekolika tydnech a neni to tedy hudba vzdalene budoucnosti.
Android mi jako platforma moc sympaticka neni, prijde mi to podobna splacanina jako java a z linuxu to nejspis krom jadra moc vyuzivat nebude.
Symbian si to pohnojil certifikatama a vzajemnou nekompatibilitou aplikaci mezi jednotlivejma verzema (ac sem jiz nekolik let jeho uzivatelem, tak tohle se nepovedlo) a Microsofti smartfouny taky nehodlam podporovat.
Takze Freerunner je pro me jasna volba a tesim se na nej;-)
No a není? Syntaxe z Cčka, objektový model napůl z C++, napůl ze Smalltalku, ale v obou směrech ještě trošku "doříznutý" (asi kvůli managorům?), HotSpot skoro až vyoperovaný ze StrongTalku, kolekce zpočátku žádné, potom kopie těch ze Smalltalku (s těžkými problémy kvůli manifestnímu typovému systému), nakonec pokus o typově bezpečná generika (s těžkými problémy kvůli pokusu naroubovat parametrický polymorfismus na objektový jazyk s měnitelnými hodnotami). Osobně mi "splácanina" přijde jako adekvátní označení. To nemění nic na tom, že i tak může relativně dobře sloužit v praxi, je-li člověk dost otrlý. To snad ani nikdo nenaznačuje. :-)
Ale vsak vyberies si to najlepsie a zintegrujes. Blbosti vynechas (viacnasobna dedicnost a ine pochutiny). A v tom tkvie jadro dobreho varenia. Nenahadzat tam vsetko a to je aj rozdiel medzi splacaninou a nejakym dobrym jedlom.
Mno já nevím, třeba Common Lisp mi přijde mnohem lepší, a to zintegroval mnohem víc věcí, kromě vícenásobné dědičnosti třeba i vícenásobný dispatch, a přesto nepůsobí dojmem splácaniny. Tedy původně jsem taky měl pocit, že to *je* splácanina, ale při čtení normy se ukázalo, že autoři si přeci jen za těch deset let pilování dali s detaily docela záležet. :-) To nelze říct o javí značně nešťastné "integraci" generik.
Faktem je, že omezením při psaní SW bývá zpravidla dostupnost API/knihoven, a nikoliv omezení jazyka. Omezení jazyka jsou podstatná, když chcete psát device driver v PERLu. Dostupnost API/knihoven je problémem, když píšete přehrávač multimédií nebo FPS hru v Javě.
Podstatné je to "zpravidla". Jsou úlohy, u kterých vadí to omezení jazyka. Ale i přesto, nevím jak u jiných jazyků, ale komerční implementace Common Lispu zrovna nedostatkem "firemních" API netrpí. (Nestačí-li nativní knihovny, které se poslední roky rodí jako houby po dešti, jsou tu ještě COM, CORBA a interoperabilita s Javou, které jsou na denním pořádku a normálně se používají. Ty firmy přeci nejsou banda sebevrahů. :-)) Nicméně je mi jasné, že na méně náročný kód stačí i ten C# a Java, a že takového kódu bude většina a líp se pro něj seženou dělníci.
android neni zadna splacanina ale takrka idealni kombinace toho nejlepsiho ze sveta opensource ... linux je predevsim jadro a tak je pouzit linux jako jadro, ostatne z linuxu je prave jadro tim co se da oznacit jako patrne to nejspolehlivejsi a nejodladenejsi co muze nabidnout... dale nad tim bezi dalvik coz je opensource implementace JAVY (specifikace javy byly kompletne publikovany takze bylo mozne napsat stoprocentne kompatibilini opensource behove prostredi) ... a to je vse, ciste a technicky velmi vyzrale opensource reseni to je android.
Vyjadril sem se mozna nestastne. Proti jave jako takove nic nemam, ale java na mobilnich telefonech (treba na symbianu) Co se rychlosti a kvality aplikaci tyce proste zdaleka nema na veci psane v cecku. Takze se domnivam, ze u androida to dopadne podobne...
Jinak dlouho odkladane vydani openmoka, jak pise kolega nize, me taky mrzi, ale ted uz to skutecne vypada nadejne;-)
Dalvik *není* implementace Javy. Google vytvořil Dalvik právě proto, že implementace Javy by mu v tomhle případě neprošla. Jen "čirou náhodou" :-))) existuje překladač ze zkompilovaných javovských tříd do Dalviku. :-) Android je ale pakárna v tom směru, že kdž by někdo chtěl provozovat skutečně linuxovou aplikaci, tak nemůže (aspoň pokud se nepletu a něco se nezměnilo). Dokážu si představit spoustu aplikací, které by z toho mohly profitovat.
Q. Java is more than a language. Google implemented its own VM. Could we use the Sun JVM? Explain the reasoning behind having your own.
A. We can have a more efficient interpreter and less memory pressure (by having Dalvik). You have to consider the holistic system performance. We had no choice but to run multiple VMs and processes. Share read-only memory across processes was important. Dalvik does that.
Je dosti humorne tvrdit, z celeho linuxu je nejvychytanejsi jadro, kdyz linux nicim jinym nez jadrem neni. Takrka vse, co bezi v linuxovem userspace je spustitelne i jinde - pokud jsou k dispozici zdrojaky.
"by melo dojit v nekolika tydnech" - to slibovali vydani openmoko v prosinci, ja jsem kvuli tomu odkladal porizeni mobilu, a nakonec to nedodrzeli. Takze ja jim neverim.
Doufám, že se brzy začne prodávat, mám o něj rozhodně zájem. Pokud to chápu dobře, bude ten telefon podporovat Qt i GTK+ aplikace a navíc Python a Javu. To je výborná věc. Chtělo by to určitě lepší HW i design (zdá se mi dost velký), ale jakožto první podobný zařízení to nevypadá špatně.
Akorát mám jednu nejasnost - existuje nějaké opensource řešení pro navigaci? Prvním problémem bude dostupnost map. Snaží se to sice řešit projekt OpenStreetMap, ale zatím to je dost nekompletní. Druhým problémem je potom vlastní navigační SW.
Jak je vlastně daleko vývoj SW? HW (neo1973) už je finální a prý se i vyrábí. Ale nevím, jak je na tom SW. Už fungují spolehlivě aspoň základní funkce (telefonování, SMS, kalendář, internet, mail)?
V souvislosti s postojem Nokie k softwarovým patentům, DRM a podobným věcem by možná spousta geeků s nějakou tou nezápornou sebeúctou uvítala i jiný hardware. :-)
Nokia je mi velmi nesympatickou firmou. Nikdy jsem od nich telefon neměl a kdykoliv se mi nějaký dostal do ruky, neseděl mi. Navíc jejich postoj k otevřeným technologiím je vyloženě negativní. Když to bude něco sypat, tak holt i ten Linux použijou, jenom kdyby ta blbá GPL licence šla nějak zakázat. :-(