Fuchsia - új operációs rendszer a Google berkeiből?

Google

Új operációs rendszer érkezik állítólag a Google berkeiből. A neve Fuchsia. A leírása szerint Pink + Purple == Fuchsia (a new Operating System). A Hacker News-on található egy kis további infó, például egy IRC log részlet:

[16:21] <ocdtrekkie_web> Why's it public (mirrored to GitHub even) but not announced or even documented what it's for?
[16:22] <@swetland> ocdtrekkie_web: the decision was made to build it open source, so might as well start there from the beginning
[16:22] <lanechr> ocdtrekkie_web: things will eventually be public, documented and announced, just not yet
[16:23] <@swetland> currently booting reasonably well on broadwell and skylake NUCs and the Acer Switch Alpha 12, though driver support is still a work in progress
[16:24] <@travisg> yeah and soon we'll have raspberry pi 3 support which should be interesting to some folk

Illetve egy megjegyzés:

Hmm, Travis Geiselbrecht of NewOS, Danger and BeOS fame and Brian Swetland of BeOS fame as well? Interesting.

A Fuchsia OS új kernele a Magenta, amelynek dokumentációja itt található. Hogy ez egy kutatási projekt, vagy egy új termék? Minden bizonnyal ki fog derülni...

( cherockee v | 2016. 08. 12., p – 12:45 )

A pink rész megvan, hogy az a magenta, de a purple azmi?

Ideje utánanézni, hogy a ChromeOS + Android kapcsolata hogy áll, legutóbb kb. egy éve mintha azt olvastam volna, hogy Android appok mennek majd a Chromebook-okon (és gondolom a settopbox jellegű ChromeOS eszközökön is). És közben a Google erősen keresi a Java leváltási lehetőséget, js-el, amennyire én rálátok. Lehet, hogy egy pure JS-ben írt OS lesz? Vagy egy olyan cloud operációs rendszer, ami szinte semmilyen számítást nem végez a kliensen, csak a google cloud-jában? Esetleg egy elosztott számítási felhő a laptopokra, ami alapja lehet majd a Google saját AI-jának?

(és jöhetnek a kövek :) )

Spammolnak rendesen, hogy nemsoká indul. Egyenlőre úgy néz ki csak chromebookon fog menni. A devconsolon sincs fenn túl sok info...
Azt meg hogy lecserélik a jávát kizárt dolognak tartom. Az android másnap meghalna. A samsung, cynogen meg a többi kis OS alig várják, hogy a gugli hibázzon, és ez egy szarvas hiba lenne...

--
GPLv3-as hozzászólás.

Pontosan, elvileg ez az innováció, mindig előre. Nem feltétlen kell a Java-t kidobni, ezért is írtam a ChromeOS példát, hogy párhuzamosan kétféle környezet is létezhet adott gépen, természetesen egyik kihaló ágon. Biztos, hogy nem 2 perc mire a Google rábírja legalább a 30%-át a Java közösségnek a váltásra, de azt is mind tudjuk, hogy kb. a Play Store-ban levő developer 90%-a szemetet termel csak, és nagyjából szemét minőségben is kódol (letölti a sablon java fájlokat valahonnan, kicserél ezt azt, foltoz, és release).

(Én kíváncsi lettem, ChromeOS-t is figyeltem, és érdekelt mi lesz vele - most lemaradtam.)

Ezek szerint nem volt szerencsés a fogalmazás. Arra céloztam, hogy ahhoz, hogy lendületet vegyen egy új technológia nem kell az összes fejlesztőt rávenniük, hogy dobjon el mindent (lásd 30%, és ezzel már felül is lőttem, de a lényeg, hogy lehet egyszerre a kettő tech érvényben), ÉS mivel így is 90% nem nagyon mélyedt el a Java-ban annyira, szerintem ez nem lenne lehetetlen (gondolok itt arra, akinek nincs 3-5 év aktív Java tapasztalata, hanem nekiült, amúgy más nyelveken is dolgozik, vagy esetleg a Java-s fejlesztéseket csak Android-on végzi, amúgy node-ot, vagy akármit használ nagyobbrészt...nem mondom, hogy szerencsés, de mostanság sok ilyenbe futok bele, nekik nem lenne probléma egy új nyelvre váltani, részben már ismert nyelvre mégannyirase).

Ne az egy fejlesztős appokat nézzed. Azok tényleg nem számítanak, hanem a snapchatet, massengert, facebookot, twittert, wazzet, here-t, etc. A húzó appokat androidon. Azok a cégek alól kihúzod a jávát akkor szevasz android. Samsungnak kész van a storeja, Amazonnak is. Csak arra várnak, hogy a gugli hibázzon. A jáva eldobása az lenne.
Egyébként meg azt csiripelik a madárkák hogy a linux kernelt akarják kidobni az androidból. Nem teccik nekik a GPL licensz. Ennek az új cuccnak meg BSD szerű licensze van.

--
GPLv3-as hozzászólás.

"Vagy csak nettó szívás és időpocsékolás ugyanazt lekódolni minden platformra. "
A platformfüggetlen kód lehet generált is, de akár csinálhatják Xamarin jellegű dolgokkal ezeket a részeket.
Teljesítmény-szempontokból a hibrid appok nem okésak, a különféle C-s interface-lés pedig eléggé kényelmetlen, persze sokan csinálják.

Megmosolyogtatóak ezek a licenc-fetisiszta brainstormingok. Ha egy cég licencokoskodás miatt akarja lecserélni azt a kernelt amire kettő szuper-sikeres plusz egy mostanában sikeressé váló rendszere épül... nos ott nagy bajok vannak. Azaz lennének. Mert a Google nem tervez semmi ilyesmit, csak a túlzott lényeglátóknak gazdag a fantáziája. :)

Ne a kalóz vérpistike szemszögéből nézd a licenckérdést. ;)
Fejlesztői körökben pl. különösen nem mindegy, hogy minek mi a licence, mert adott esetben simán betilthatják a terméked forgalmazását, ha olyat építesz be, amit nem kéne. Ilyen szempontból a BSD például lehet jobb választás a GPL-nél.

Azt nyilván nem tudjuk, hogy mit tervez a Google, de gondolom mérlegelik az összes lehetőséget - nem hülyék dolgoznak ott sem. :)

Pont, a Google szemszögéből nézem.
(Vérpistike a bsd licenc legnagyobb rajongója, "minden kódot lenyúlhatok, ami utána csak az enyém":)
Mivel a Google már régen túljutott az Androiddal azon a fázison, amikor a piaci részesedést kellett felpörgetni és a konkurensek is padlóra kerültek, ma már a forkolt Android jelenti a legnagyobb kihívást. Android mellett egyedül az iOS van még versenyben, de az Apple saját szabályai szerint játszik. Magának gyártat mindent és nem áll szándékában a piac minél nagyobb lefedése. Csak a prémiumot akarja uralni az Apple. Így az Androidnak csak a prémiumban konkurense.
Inkább amellett vannak érvek, hogy GPL-re változtassa a teljes Android licencét a Google. Így a nem kívánatos konkurencia ha saját Android eszközzel áll elő kénytelen visszaadni a Googlenek a saját fejlesztéseit. A copyright tulajdonosaként a Google természetesen több licenc alatt is kiadhatja a saját kódjait, így semmi akadálya annak, hogy az OHA gyártópartnerek továbbra is Apache2 licencel kapják meg az Android érintett részét. Számukra is előnyös volna egy ilyen privilegizált helyzet a kéretlen konkurens gyártókhoz képest.

Javascriptre sosem akarta leváltani a java-t, a hírekben swift szerepelt, de volt szó kotlinról, vagy a saját nyelvükről, a dart-ról, vagy a go-ról is.

De egyszerűen ezek a nyelvek nem alternatívái a java-nak. A javascripttel is az a gond, hogy egy méret felett egyszerűen mindenki valami javascript
alternatívát használ (typescript, coffeescript, dart, GWT, stb.). Egyszerűen nem arra találták ki, hogy nagy alkalmazásokat lehessen kényelmesen
és biztoságosan fejleszteni vele.

Dart-ra és összességében a phonegap-cordova vonalra gondoltam, nem pure javascript-re. És részben egyetértek, de pont itt van a helye annak, hogy akkor csináljanak egy olyan javascript implementációt (dart után már van is tapasztalatuk), amiben akár csak limitáltan, de lehessen témákat átvenni a java-tól. Sokat foglalkozik mostanában a google (és mások is) az appokon belüli és appok közötti linkeléssel (keveset olvastam róla, de sok cikket láttam róla), volt virtualizálós, app streamelős próbálkozásuk is, de még talán appon belüli seo-zásról is láttam valamit (appon belül elérhető adatokban tudjon keresni a google, gondolom site hiányában). De csak hogy másik irányt mondjak, a játékok közt is látok egyre több js + webGL alapú fejlesztést (nem azt jelenti, hogy értek is hozzá, vagy hogy azonnal cserélném a java-s appjaimat js-re, csak a hype-ot és a trendeket idézem).

Megintcsak, nem mondom, hogy a javascript a tökéletes megoldás (akár csak mobil appok készítésére), én is elég korlátozottan használom, de azt látni kell, hogy jelenleg a leghangosabb fejlődés a js körül van, nem tartom elképzelhetetlennek, hogy eljutunk addig, hogy a js elsődleges legyen ezen a területen. A Google sok project-je arra utalt, hogy ő pártolják a JS-t (nagyok közül ki nem), lehet igaz az az állítás, hogy ugyan nem erre tervezték, de szerencsés véletlen döntéseknek hála jó erre is (módosítások után).

"Ideje utánanézni, hogy a ChromeOS + Android kapcsolata hogy áll"

https://chrome.googleblog.com/2016/05/the-google-play-store-coming-to.h…

"a Google erősen keresi a Java leváltási lehetőséget"

Nem. Lásd az Android Engineering Team válaszát itt: https://www.reddit.com/r/androiddev/comments/4tm8i6/were_on_the_android…

( timi | 2016. 08. 13., szo – 21:38 )

Április 1? Uborkaszezon?
Egy ilyen projekt a drivereken bukna el. De ezt a Google is nagyon jól tudja.

Igen az Apple stratégiába tökéletesen passzol a teljesen saját kontroll alatt tartott OS. csak saját eszközökre került, azokon pedig behatárolt a támogatandó hardverelemek száma.
Még jól is jött az Applenek, hogy nem lehet hackintosht játszani iOS-sel.

De az Android teljesen más világ, más stratégia. azért ekkora az Android támogatottsága és felkapottsága a gyártók között, mert szinte minden értelmes mobil hardveren elfut. Sőt még a gagyi hardveren is. ez pedig elsősorban a Linux kernel érdeme.
Chromebookok is vannak PC-re és Armra is. Az Arm pedig közel sem olyan egységes platform mint a PC. Gigászi munkát venne a nyakába a Google, ha ezeket mind támogatni szeretné. Ha viszont csak néhány chipet támogatna, akkor nagyot bukna az új Google OS a gyártóknál.

Még annak is több értelme lenne, hogy saját szervertermeiben kezdjen kísérletezni a Google, ott legalább behatárolt a hardvertípusok száma.

A kicsi rendszerek között okosórákon már ma elfér a Linux kernel. Mire valóban elterjednek, ha elterjednek, még marginálisabb lesz a Linux kernel hardverigénye a következő generációs okosóra hardvereken. Inkább az Android Wear többi elemén lehetne még faragni.

Szvsz ez nem több egy kísérleti OS-nél amiből talán soha nem lesz termék. Csak olimpia mellett a nyári nagy uborkaszezonban felkapta most az infó sajtó.

Chromebook-ok eladási sikerei után nem hiszem, hogy nagyon kell a Google-nek könyörögnie egy Samsungnak, hogy írjanak driver-t az új project-jükre (javítsatok ki, nem értek hozzá, de nehezen tudom elképzelni, hogy a driver fejlesztés adná a költségek nagyrészét egy ilyen project-nél).

A PC-Windows világból jól ismerjük ezeknek a gyártói drivereknek a minőségét. Az egységes PC-től eltérő szegmentált Arm piacon gyártói driverekkel instabil rendszer lenne a végeredmény. Még az PC-n már-már etalonnak tekinthető Nvidia is hibákkal teli drivert tud csak produkálni Arm Android világban.
Nulláról írt operációs rendszernél nem csak egy grafikus drivert kellene megírni, hanem mindet.
A Linux kernel mérete és erőforrásigénye már régóta nem tényező. A MontaVista Linuxos rendszerek már egy évtizeddel korábbi butamobilok rendszereikén is jól működtek. Továbbá számtalan beágyazott rendszeren.
Kevés érvet lehetne felsorolni a "mi értelme lenne?" kérdésre.

"Az egységes PC-től eltérő szegmentált Arm piacon gyártói driverekkel instabil rendszer lenne a végeredmény."

Miért, most ki készíti a drivereket az androidos telefonokhoz? Semennyivel másabb nem lenne Androidra szar drivert csinálni, mint egy új oprendszerre :)

"A Linux kernel mérete és erőforrásigénye már régóta nem tényező."

A komplexitása viszont annál inkább. A linux kernel önmagában kevés egy jó mobil oprendszerhez. Rétegeket halmoznak retegekre, hogy elfedjék azokat a dolgokat, amikre a mobil oprendszeren nincs szükség, és pótolják azokat a hiányosságokat, amire pl volna. Egy új oprendszer nem volna ebből a szempontból hülyeség.

"Miért, most ki készíti a drivereket az androidos telefonokhoz?"

driver != grafikus driver

1995 óta van Linux ARM-re, nem az Androiddal kezdődött a Linux kernel ARM története.

"A komplexitása viszont annál inkább. A linux kernel önmagában kevés egy jó mobil oprendszerhez. Rétegeket halmoznak retegekre, "

Ez egy érdekes elmélet. Ezzel szemben a valóság viszont az, hogy az Apple asztali OSX rendszerére építette az iOS-t, ami siker.
A Microsoft dobta a kézi majd mobil eszközökre specializált Win ce rendszerét és az asztali Windows kernelére építi WP/W10M-et. Ez ugyan nem sikeres mobil rendszer, de talán ha nem bénáztak volna másfél évet a win ce alapú WP7-tel akkor ma kapósabb platform lenne. Az biztos, hogy asztali Windows kernele nélkül még ennyi sem lenne.

A mobilspecifikus operációs rendszerek közben szépen kihaltak, nincs már Symbian. Az Asha is az utolsókat rúgja, az (eredeti) PalmOS már régen halott. Speciel éppen a Google az egyik nagy nyertese a klasszikus mobilspecifikus rendszerek kihalásának.

Akkor már miért ne cserélné le az ARM-et is a Google egy új "mobilbarát" architektúrára?! :)

( freeoli v | 2016. 08. 16., k – 08:54 )

A google apple szeretne lenni, az apple microsoft, a microsoft google ... érti már a fene.