Voorzitter Alphabet hint op samenvoegen Android en Chrome OS - update

Topman Eric Schmidt van Alphabet, het moederbedrijf van Google, heeft op de TechCrunch Beijing-conferentie laten doorschemeren dat er 'iets van waarheid' zit in de geruchten over Android voor laptops, namelijk vooral dat de verschillen 'minder duidelijk' zullen worden.

"Technologie kan vooruitgaan en waar mogelijk kun je de ene in de andere verpakken", zei Schmidt op de conferentie. De opmerking van Schmidt komt nadat er vorige week geruchten rondgingen waaruit zou blijken dat Google bezig is met het geschikt maken van zijn Android-besturingssysteem voor laptops.

Schmidt heeft niet expliciet gezegd dat de pc-software en de mobiele software zullen samensmelten, schrijft Cnet. Wel zei hij dat de Android-, Chrome OS- en html5-omgevingen beter geïntegreerd worden met de technologische verbeteringen van 'vandaag de dag'. Over hoe dat vorm moet krijgen, liet de ceo zich verder niet uit.

Naast de vage woorden over de toekomst van Chrome OS en Android, stipte Schmidt nog aan dat het bedrijf graag weer zaken zou doen met China, hoewel het China in 2010 deels heeft verlaten. Volgens Schmidt blijft zijn bedrijf in gesprek met de Chinese regering.

Update, 19:59: Op de 'Google for work'-blog heeft het bedrijf inmiddels een ondubbelzinnige ontkenning van het verhaal geplaatst. "Hoewel we werken aan manieren om het beste van beide besturingssystemen samen te voegen, is er geen plan om Chrome OS uit te faseren," stelt Hiroshi Lockheimer, Senior Vice-President van Android, Chrome OS en Chromecast.

Reacties (76)

[Blokker_1999]

Niet ondenkbaar natuurlijk. MS heeft met Windows 10 getoond dat het kan en dat word redelijk positief onthaald. Ook met de samensmelting van PC/Tablet/Telefoon in de toekomst zal het steeds minder interessant worden om verschillende platformen te blijven ondersteunen. Door 1 schaalbaar OS te geven aan je gebruikers geef je hen de kans om altijd en overal aan de slag te gaan met hun data, zelfs als er geen internet/cloud beschikbaar is.

[Verwijderd]

Ik zie het toch liever zoals Apple het doet. Naadloze samenwerking maar geen samengesmolten besturingssysteem. Zie je weer met rommel code op je ene device die alleen voor je andere device geld. Ook het onderhouden/ontwikkelen wordt alleen maar lastiger naar mate de tijd verstrijkt.

[Verwijderd]

Zie je weer met rommel code op je ene device die alleen voor je andere device geld.

Hoezo? De gedeelde code (de kernel, drivers, api's, etc zijn gedeeld en dus voor alle os'en. In geval van Apple is Siri bijvoorbeeld ook gedeeld over iOS en TVOS (en watch os??).
De code speciaal voor tv houd je verder gescheiden van de rest. Tijdens compilen compile je voor een device en krijgt deze dus geen onnodige code.

Ook het onderhouden/ontwikkelen wordt alleen maar lastiger naar mate de tijd verstrijkt.

Hoezo? Onderliggende code is gedeeld en maakt patchen en bugs oplossen alleen maar makkelijker. Verder houd je device specifieke code gescheiden. Het maakt het juist makkelijker.

[Blokker_1999]

Van wat ik hier in de comments ooit gelezen heb zijn de APIs tussen iOS en OS X net niet gelijk. Soms hebben functies wel eenzelfde naam maar durven ze al eens andere parameters nemen of zich anders gedragen afhankelijk van het platform waarvoor je ontwikkeld. Dat zal vermoedelijk wel om OS specifieke APIs gaan.

Toen de eerste iPhone evenwel werd aangekondigd verkondigde Jobs evenwel met trots dat het OS was gebouwd op basis van OS X. Het is dan ook spijtig dat ze deze twee platformen zo uit elkaar hebben laten groeien. Gegeven het voorgaande lijkt het er dan ook op dat ze ooit een kopie hebben gemaakt van de code base en deze daarna onafhankelijk van elkaar zijn gaan ontwikkellen.

Had men 1 common code base gehouden (zoals MS nu doet) dan had men volgens mij veel minder werk aan hun development kant en had men kunnen voorkomen dat bepaalde taken 2 keren moesten uitgevoerd worden. Dan had je nog altijd code kunnen optimaliseren afhankelijk voor het onderliggende platform.

[Verwijderd]

Bij Microsoft was het zelfde probleem met api's die verschillen tussen desktop en telefoon. Ze hebben voor 10 dan ook alle api's samengegooid. Apps die voor 10 zijn gemaakt zijn vaak op api gebied dus al niet volledig bakwards compatable. Voor oudere apps hebben ze dus wel laggacy code erim moeten houden (welke waarschijnlijk een keer zal verdwijnen. Ze zijn bijv nu bezig om alle silverlight apps over te zetten naar de nieuwe code).

Het kost in het begin dus veel moeite, maar aan het einde heeft Microsoft en de app ontwikkelaar ervan geprofiteerd.

Aangezien iOS een directe afscheiding van OS X is, denk ik, zonder dat ik verder iets van ontwikkelen voor deze platformen afweet, dat het voor Apple makkelijker to samenvoegen is dan voor Microsoft. Windows Phone was namelijk geheel anders. Kernel en meeste api's waren gelijk, maar de tussenlaag was volledig verschillend.
Zie ook dit intervieuw tijdens Microsoft Build dit jaar: https://channel9.msdn.com/Events/Build/2015/C9-04

[Reactie gewijzigd door Verwijderd op 23 juli 2024 07:05]

[Verwijderd]

Nu nog developers die applicaties maken voor Microsofts nieuwe opzet van hun platform. Het is schijnbaar niet bijsterend populair onder de developers.

[Verwijderd]

Jouw aanname dat iOS en OSX divergeren lijkt mij erg stug gezien de ontwikkelingen bij Apple met Bitcode: http://thenextweb.com/app...ys-talking-about-bitcode/

[Verwijderd]

Eens. Je kunt een OS maken voor meerdere platformen, maar uiteindelijk gaat het om een naadloze samenwerking tussen applicaties. Het OS zou ook helemaal niet uit moeten mogen maken. Bijkomend voordeel van een geoptimaliseerd OS is dat je met minder hardware gelijke of betere prestaties kunt halen.

[Neko Koneko]

Eens. Je kunt een OS maken voor meerdere platformen, maar uiteindelijk gaat het om een naadloze samenwerking tussen applicaties. Het OS zou ook helemaal niet uit moeten mogen maken. Bijkomend voordeel van een geoptimaliseerd OS is dat je met minder hardware gelijke of betere prestaties kunt halen.

Windows 10 presteert beter op mobiele telefoons dan Android. Ik heb een Sony Xperia Z en een Lumia 930 (allebei met dezelfde Snapdragon 800 chip) en Windows 10 Insider Preview start sneller op dan een stable Android 5.0 (Cyanogenmod).

Dus die theorie gaat volgens mij niet helemaal op.

[LCP]

Neen. Apps die je vanuit de Windows Store download, zijn straks weliswaar geschikt voor alle Form Factors, maar worden nog steeds gecompiled naar de verschillende architecturen. Als je dus een app download op een Windows 10 telefoon, zul je de ARM code ontvangen, download je dezelfde app op een Desktop, dan zul je de x86 code ontvangen. Niets rommelcode.
En het ontwikkelen en onderhouden van de app gebeurt vanuit 1 ontwikkelplatform, namelijk Visual Studio, waarmee je met relatief eenvoudige aanpassingen je app geschikt maakt voor alle devices en dus schermen. Dat is de kracht van het Universal Windows 10 app platform.
De manier hoe Apple het doet is nog steeds op de oude manier, namelijk voor elk device een eigen app met zijn eigen code en zijn eigen schaling ontwikkelen. Dat zou je dus kunnen zien als de gedateerde manier Dan kies ik toch liever voor de MSFT manier. Voor een ontwikkelaar is dat een verademing. Je bereikt daarmee met 1 app en 1x ontwikkelen een enorme hoeveelheid devices. Tablet, smartphone, desktop, IoT etc. etc.

[Reactie gewijzigd door LCP op 23 juli 2024 07:05]

[Verwijderd]

Leestip: http://thenextweb.com/app...ys-talking-about-bitcode/

[LCP]

This means that apps can automatically “take advantage of new processor capabilities we might be adding in the future, without you re-submitting to the store.”

Dit heeft alleen betrekking op optimalisatie voor diverse SoC's door de App Store. Dat heeft werkelijk niets te maken met Universal Apps zoals Microsoft die heeft.
Maar interesant leesvoer idd

[Verwijderd]

Je hebt 1 codebase met Bitcode. Lijkt mij gezien diegene waar ik op reageerde vrij relevant.

[LCP]

Welicht, maar je reageerde op mijn post. En die gaat over Universal Apps. En dat heeft vrij weinig te maken met Bitcode van Apple

[Verwijderd]

Aha, reageerde dus op jouw post

Microsoft en Apple ontlopen elkaar niet veel wat betreft de manier waarop developers apps ontwikkelen voor de diverse devices. Beiden gebruiken een intermediate language. Microsoft market het anders door te stellen dat je door Continuum Universal Apps op alle devices lopen. De API voor dergelijke apps is een subset van die van elke device afzonderlijk.

Ze ontlopen elkaar echt niet veel voor de manier waarop ze het aanpakken.

Het enige wat ik echt lelijk vind bij Microsoft is de WinSxS folder. Daarin plaatst Microsoft nog steeds voor elke applicatie een eigen exemplaar van een voor die applicatie benodigde DLL. Het werkt wel. Maar is wel tegengesteld aan de reden om met DLL's te gaan werken.

[Verwijderd]

Toch kiest de ontwikkelaar niet voor Windows. Vooral de nieuwe opzet wordt gewoon ontweken door developers. Leuk dat jij zegt verademing. Maar waarom pakt het dan niet aan? Leg mij eens exact uit met jou expertise wat Microsoft hier fout doet.

Of ga je zoals menig ander de schuld legen bij de Developers? hihi

[LCP]

Tja, dat blijft natuurlijk het eeuwige kip-ei verhaal. Als het marktaandeel achter blijft vergeleken met de andere 2, dan kiest een developer natuurlijk eerst daarvoor. Uiteindelijk moet een developer ook zijn brood blijven smeren. Echter is dat geen graadmeter voor de kwaliteit van Windows en haar ontwikkel tools.
Microsoft heeft met de Universal Windows 10 apps een briljant en uniek concept in handen, maar dit moet zich natuurlijk nog wel vertalen naar meer Windows ontwikkelaars. Persoonlijk denk ik dat dat wel goed zit en is het een kwestie van tijd. Vooral omdat een ontwikkelaar niet alleen voor Windows Phone hoeft te ontwikkelen, maar alle platformen in 1x kan bedienen. Dit is qua kosten/baten denk ik wel een investering waard.
Vergeet ook niet de Android en iOS porting tools die er aan zitten te komen. Hiermee is de stap naar meer native Windows apps een stuk dichterbij gekomen; levert de geporte app genoeg op, dan is het voor een ontwikkelaar een kleinere stap om van zijn app een native Universal Windows 10 versie te maken.

[Reactie gewijzigd door LCP op 23 juli 2024 07:05]

[himlims_]

hoezo? neem canonical, daarmee maak je relatief eenvoudig een app voor desktop en portable https://wiki.ubuntu.com/Quickly niet idee dat bloated is

[Loller1]

Welke "rommel code" mag dat zijn. De interface van de desktop zit niet in mobile (een geminimaliseerde versie is dan wel weer aanwezig voor Continuum, maar dat is geen "rommel code") en de desktop heeft op zijn beurd weer geen smartphone interface. Net zoals Server ook geen media center had vroeger en net zoals de desktop versie geen server tools heeft.

[MrAndy9797]

Denk eens eventjes na: Hoeveel GB neemt een standaard Windows installatie in op je computer? Dat krijg je niet op een telefoon van 8GB. Dus er klopt ergens iets niet. Het is (lijkt wel) de doorontwikkeling van Win 8.1 RT die hier tussen speelt. De telefoons werken op ARM, dus het is de tabletmodus van Windows die draait op de telefoon die verbonden is met een extern scherm. Naar mijn mening dus vele malen beter en uitgebreider dan de Appleway.

[Dreamvoid]

Je hebt dit nu ook al met iOS wat draait op zowel de AppleTV (set top box), iPhone (telefoon), iPad (tablet) en iPod (muziekspeler) etc. Apple heeft feitelijk hetzelfde als Microsoft, 1 OS met verschillende distro's voor verschillende devices, waar bepaalde API's zijn weggelaten en bepaalde permissies/restricties gelden. Windows 10 Mobile is feitelijk het iOS daarin.

[Reactie gewijzigd door Dreamvoid op 23 juli 2024 07:05]

[Tjidde]

iPhone, iPad & iPod hebben hetzelfde OS. Appletv weet ik niks van dus die laat ik er even buiten maar nightfox bedoelt iets anders. Hij doet op Windows 10(PC/laptop) en Windows phone 10 kunnen met 1 keer schrijven van de code gecompileerd worden voor beiden omgevingen. Enige wat je misschien opnieuw moet doen is de GUI.

iDevices is dus anders want het is precies hetzelfde OS alleen andere rechten en drivers

[jqv]

Ik zie anders niet waar mijn MAC met de iPad naadloos samenwerken.

Ze zijn met elkaar verbonden, meer niet.

Of ik moet de functie nog niet goed hebben uitgeplozen

[jollewieringa]

Klopt helemaal, ze werken vooral erg goed samen met een gezamenlijke cloud opslag/Back-up en een paar notificatie dienden en het delen van een paar fucties van iPhone richting (WiFi only) ipad. Niets echt schokkends.

Wat ik mij voorstel (in de toekomst) zijn het overbrengen van lastige berekeningen naar een zwaarder apparaat of dat sommige apparaten (zoals de watch bijvoorbeeld) minder slim vormgegeven hoeven worden omdat het een ander apparaat zijn tegenkracht/sensoren/verbindingen gebruikt. We hebben op het moment gewoon teveel dingen ongebruikt bij ons.

[Verwijderd]

"Niet ondenkbaar natuurlijk. MS heeft met Windows 10 getoond dat het kan en dat word redelijk positief onthaald"

Dat het kan, ja, maar voor de rest is de conclusie nog iets te vroeg. De echte waarde van het MS eco systeem zit nog steeds in W32 software, welke niet universeel draait. Ja, er zijn allerlei tools en bridges om dat gat te dichten, maar het is nog helemaal niet duidelijk wat voor vaart dat gaat lopen.

Verder vraag ik me af of het gewenst is dat een enkel super platform, welke dan ook, een monopolie heeft op al onze devices. Daarom was het web zo'n mooi platform, om juist dat te doorbreken.

[monojack]

Ik denk eerder dat dit de volgende misstap gaat worden van Google. Laptops worden anders gebruikt dan telefoons, laptops, smartwatches, smart tv's, ...

Een apparaat is gewoon beter als het OS speciaal voor het toestel gemaakt is. Waarom is en blijft de iPhone de koning der smartphones? Omdat het OS en hardware op elkaar afgestemd zijn. De toekomst is meer en meer slimme toestellen. Ik heb dan liever dat het OS op mijn broodrooster is afgestemd ipv een broodrooster die mijn toast laat aanbranden omdat mijn broodrooster zo sloom is omdat hij ook even door de registries van de vaatwasser en de koelkast moet voor die mijn toast kan uitwerpen.

[SidewalkSuper]

Zou een goede boost betekenen voor de veiligheid van Android.

[pimsaint]

Ik ben benieuwd waarom je dat denkt?
Even als leek bedacht lijkt het mij juist in nadeel van de veiligheid voor wat (nu nog) Chromebooks zijn.

edit: typo's

[Reactie gewijzigd door pimsaint op 23 juli 2024 07:05]

[Verwijderd]

Chromebook is m.i. veiliger dan Android, Al is het maar door het update beleid

[watercoolertje]

Dat is zijn punt dus ook, als beide naar elkaar toe groeien wordt Android in theorie dus veiliger en ChromeOS minder veilige

Het wordt dus veiliger en onveiliger, maar net waar je het over hebt.

[Loller1]

Het ene OS met het andere versmelten zal niks veranderen aan het systeem waarmee updates moeten worden uitgerold op Android toestellen...

[Skateman]

ChromeOS is veel veiliger dan Android.

[Verwijderd]

ChromeOS gaat op in Android, dat lijkt me logischer. Apps kun je vervolgens via Google Chrome op Android gebruiken. Dit betekent dat de hele Linux laag waarop ChromeOS gebouwd is wordt verlaten. Dit houdt dus niet in zoals hierboven wordt gezegd dat de beveiliging van Android beter wordt geregeld.

[tinus61]

Ik snap niet waarom dit nattevinger verhaal een +2 krijgt. Het lijkt mij namelijk volstrekte onzin, omdat Android eveneens op Linux gebaseerd is.

De Linux laag zal dus nooit of te nimmer verdwijnen.

[Verwijderd]

Android draait ook Chrome. Zet het app model van Chrome over naar Android en je hebt alles op Android draaien. Het startmenu, etc is daarna een kwestie van Android aanpassen voor desktop en je hebt de onderliggende code niet meer nodig.

offtopic:
Als je het niet met moderaties eens bent, kun je zelf ook modereren en het natuurlijk in frontpage moderatie op het forum melden als het na enige tijd naar jouw inziens nog verkeerd staat.

[tinus61]

Android draaid overigens reeds jaren op WinTel® hardware, d.m.v. het Android-x86 project.

http://www.android-x86.org/

Het grote probleem is tot dusver het ontbreken van *GL support.

Google zou haar nieuwe Android 4 PC distro kunnen baseren op de Open Source code van het Android-x86 project en *GL support en Google services kunnen toevoegen.

Android op je PC, niets mis mee ;-)

[telenut]

En heb je dat zelf al werkende gekregen...?

[AmbroosV]

Andersom kan ook. Chrome heeft al een tijdje support voor een Androidruntime, waarmee Android-apps gerepackaged kunnen worden om natively in Chrome te draaien. Er zitten er zo al een heel deel in de Chrome App Store.

[Verwijderd]

Nu nog de Anroid SDK support geven voor desktop applicaties, en je Android applicatie ziet dat het een desktop betreft en draait dan in Desktop GUI mode. Tada!

[SidewalkSuper]

Dat zou erg jammer zijn dan. Ik zou hopen dat één van de krachten van ChromeOS juist bewaard zou blijven. Als het zo gaat zijn zoals jij het stelt, ben ik een stuk minder enthousiast.

[Dreamvoid]

Android is ook gewoon Linux he. Het is een beetje hoe je het wilt presenteren, "de Android runtime toevoegen aan ChromeOS", of "het draaien van Desktop Chrome op Android", maar het komt op hetzelfde neer.

Als je als systeembeheerder de boel net zo wilt dichttimmeren als ChromeOS, dan zou je wellicht het Android subsystem kunnen uitschakelen, zo wordt de boel weer net zo hufterproof als ChromeOS.

[Reactie gewijzigd door Dreamvoid op 23 juli 2024 07:05]

[Skateman]

En deze info heb jij via? ....

[RielN]

Chrome op Android is zo traag als dikke *.

Ik verwacht dat de Android runtime op ChromeOS goed geïntegreerd gaat worden. ChromeOS blijft in de basis zoals het is en gaat naar mijn verwachting echt geen mobiel besturingssysteem krijgen.

[Dreamvoid]

Dat komt natuurlijk ook doordat de telefoon SoC's een stuk trager zijn dan de (Intel) hardware in de gemiddelde Chromebook.

[RielN]

Ook, maar de Exynos Chromebook draait ook veel harder dan de mobiele browser.

[Mic2000]

Top, ik kan niet wachten totdat het OS volwassenen is en Microsoft Windows de deur uitkan. Ik vind microsoft al te lang aanmodderen en niet weten hoe ze hun volgende Windows versie moeten vormgeven / presenteren.

[Verwijderd]

Dat is IMHO eerder met de Google OSen. Met Windows 10 gaat Microsoft helemaal goed.
Leuke van vandaag https://www.producthunt.com/live/david-pogue#comment-173737 en https://www.producthunt.com/live/david-pogue#comment-173761

Afijn, het wachten voor mij is al voorbij. Ik heb de rest al de deur uit gedaan. Alles van (het advertentiebedrijf) Google behalve YT en het fruit bedrijf. Alles Microsoft inmiddels.
Zakelijk Microsoft en Linux. En wat OSX en iOS. Prima

Een beetje vent had dan voor het pure Linux gekozen (geintje )

[Reactie gewijzigd door Verwijderd op 23 juli 2024 07:05]

[Mic2000]

Haha ja Linux en dergelijke wil ik wel, maar me imac staat het nog niet native toe, plus het gamen op Windows is iets toegankelijker voor mijn games library, noch hoor ik niet altijd goede verhalen over gpu drivers. Indien game developers volledig support voor Linux ondersteunen sta ik daar iets meer voor open.

En nee ik heb geen zin in dualboot

[Verwijderd]

Het Windows 10 OS is zeker niet slecht, en daar gaat het goed mee. Prima job van Microsoft.

Echter het platform / ecosysteem met de nieuwe manier van applicaties maken en deze multiplatform (binnen het MS domein dan) maken wordt nog steeds niet echt interessant voor developers. Die zien er geen brood in. De vraag is, komt dat nog? En zo ja... over 10 jaar?

[LCP]

Echter het platform / ecosysteem met de nieuwe manier van applicaties maken en deze multiplatform (binnen het MS domein dan) maken wordt nog steeds niet echt interessant voor developers. Die zien er geen brood in.

Hoe kom je daar bij? Het tegendeel is namelijk waar. Veel developers hebben namelijk aangegeven dat ze interesse hebben in het Universal Windows App platform van Microsoft. Voorbeelden zijn Facebook, Box, Shazam, Netflix, Twitter, Nascar, CBS, The Weather Channel, Audible, King etc. etc. Daar komen dagelijks meer bij. De interesse bij ontwikkelaars om te ontwikkelen voor Windows is nu groter dan ooit.

[svennd]

Linux ?

[Verwijderd]

Dat is vooralsnog ook niet erg vernieuwend. Wel goed, maar het volgt vooral wat commercieele OS-en bieden.

[Verwijderd]

Lijkt mij dat Schmidt signalen uit de markt heeft gekregen voortkomend uit het meer en meer hardware gaan leveren door Microsoft. Zullen tig hardware fabrikanten zijn die nadenken over het overstappen op een dergelijk besturingssysteem, temeer daar menigeen daarvan daar al ervaring mee heeft met mobieltjes.

[mathijs727]

Hoop eigenlijk op dat ze Android in de prullenbak gooien en chrome OS als basis gebruiken.
Ditch java, geen giga UI verandering elke 2 jaar waar geen één ontwikkelaar in mee gaat en fix de updates!

[Verwijderd]

Wat ik me afvraag is of de Chrome OS op Android gaat draaien of omgekeerd...

[ErrieR]

Er is al enige beweging vanuit Google om Android apps op Chrom OS te laten draaien. Dit kan door middel van de Chrome extensie ARC. ARC staat voor Android Runtime for Chrome, dus een echte Android runtime voor Chrome. De extensie is voor Chrom OS ontwikkeld. Tot nu toe is de runtime nog beperkt, maar het werkt wel voor veel apps. Leuk om zelf mee te spelen.
Ik denk dat Eric Schmidt meer hier op doelt, dan wat anders.

[parryfiend]

ChromeOS/Android hybride?
Klinkt goed, zolang ze het update probleem maar aanpakken.