Huawei: Android wordt voorlopig niet vervangen door eigen Hongmeng OS

Huawei is voorlopig nog niet van plan Android te vervangen als besturingssysteem voor mobiele telefoons. Het bedrijf reageert daarmee op geruchten dat het een eigen besturingssysteem genaamd Hongmeng zou uitbrengen als alternatief mobiel OS.

Catherine Chen, een hooggeplaatste vicepresident bij de Chinese fabrikant, reageert tegen het Chinese persbureau Xinhua op de geruchten. Eerder deze maand bleek het bedrijf de merknaam Hongmeng OS te hebben geregistreerd, en uit die aanvraag leek het er volgens veel media op dat die de beoogde opvolger van Android zou worden. Eerder gingen er al namen rond als Ark OS als alternatief voor Googles besturingssysteem.

Huawei blijft voorlopig nog gebruik maken van Android, zegt Chen. Volgens haar is Hongmeng OS een besturingssysteem voor industriële apparatuur. Ze vertelt verder dat het OS al veel langer in ontwikkeling is, nog voor er gesprekken ontstonden over Android-alternatieven. Volgens Chen kan Hongmeng ook niet zomaar worden omgebouwd naar een besturingssysteem voor telefoons. "Die bestaan uit miljoenen regels code, maar Hongmeng heeft er slechts een paar honderdduizend en is daarom veel veiliger. Het heeft ook een extreem lage latency vergeleken met smartphonebesturingssystemen", zegt ze tegen Xinhua.

Huawei werd in mei onderdeel van een handelsverbod dat de Amerikaanse overheid oplegde. Bedrijven mochten niet meer handelen met de Chinese fabrikant. Daar viel ook Google onder, en dat zou problemen opleveren voor het gebruik van Android op de telefoons. Sindsdien gaan er veel geruchten rond over hoe het bedrijf mogelijk van Android af wil, maar het is nog lang niet zeker hoe dat precies moet gaan. Inmiddels is het handelsverbod ook alweer deels opgeschort.

Reacties (110)

[pieterdebie]

Die bestaan uit miljoenen lijnen code, maar Hongmeng heeft er slechts een paar honderdduizend en daarom veel veiliger.

Als dev verslik ik mij hier in mijn spreekwoordelijke drank. Ik ga er maar van uit dat dit marketing speech is en dat de developers bij Huawei de hoeveelheid code niet gelijk stellen aan veiligheid.

[Flagg]

Als dev neem je dat zinnetje dan ook veel te letterlijk ipv dat je naar de strekking kijkt en dan wel snapt wat er bedoelt wordt.

[poNgz0r]

Ja maar dat is sowieso tweakers hoor. Elk woord super letterlijk nemen en dan helemaal boos zijn op de auteur dat dat woord gekozen is. Of zich beledigd voelen natuurlijk.

Het valt mij op dat praktisch bij elk artikel er tweakers zijn die meteen hun mening geven over de woordkeuze in plaats van naar het geheel te kijken.

Nu ook over die miljoen regels code, natuurlijk weet iedereen hoe dat geïnterpreteerd moet worden, maar het is veel leuker om net te doen of je het niet weet en een discussie te starten over niks, zodat andere tweakers dan weer denken "goh die gozer heeft er echt over nagedacht" terwijl de persoon in kwestie eigenlijk alleen maar een slok azijn genomen heeft voordat het artikel gelezen werd

[pieterdebie]

Wauw

Dat was nu eens totaal niet mijn bedoeling zie.

Dit is een bericht dat de wereld ingaat, dat gelezen gaat worden door managers die IT'ers onder hun dak hebben. Door managers die hun nu misschien vragen gaan stellen bij een grote codebase. Of door aspirant programmeurs die hierdoor geneigd worden om op readability te gaan inboeten ten faveure van conciseness. Dit allemaal omdat we wel eens - godbetert op een techsite - critisch zouden kunnen overkomen.

[Verwijderd]

Helemaal mee eens, we zitten dan ook op een IT site. Daar komen veel ITers schijnbaar.

[amigob2]

Maar dat is te moeilijk denk ik want, de heren hier boven zijn nooit betrokken bij bugs.
Aantal bugs is lineair gerelateerd aan het aantal regels code. En dat is de veiligheid waar ze het over hebben. + dat 100k regels code makkelijker te onderhouden zijn dan 1M regels code. En ja 100k regels code heeft minder functionaliteitdadan de 1M regels code, ohh wacht dat is inherent ook veiliger.

[Reactie gewijzigd door amigob2 op 23 juli 2024 10:27]

[84hannes]

Natuurlijk is het een versimpeling, maar ik geloof de strekking wel. Ik laat eerder tien mensen zonder begeleiding mijn huis bezoeken dan duizend: de kans dat één of enkele bezoekers iets meenemen of stuk maken is toch veel groter in het laatste geval. Zo ook met regels code: iedere regel bevat een potentieel veiligheidsprobleem. Dat is bij duizenden regels code nog te overzien, maar bij miljoenen regels code kun je er vergif op innemen dat er een paar serieuze veiligheidslekken inzitten. Veel projecten die gericht zijn op veiligheid verwijderen dan ook zoveel mogelijk code, want daarmee verwijder je ook risico's. Denk hierbij bijvoorbeeld aan LibreSSL.

[Reactie gewijzigd door 84hannes op 23 juli 2024 10:27]

[Silversatin]

Het ligt niet aan de hoeveelheid code dat iets veilig of onveiliger maakt.
Het ligt aan WAT je met je code wil bereiken en de manier waarop je dat wil bereiken dat iets veilig of onveiler maakt.

[Niemand_Anders]

Minder code = minder bugs = minder complicaties.
Single Responsibility Principle (onderdeel van SOLID) is juist op deze gedachte gestoeld..

Een bekend algoritme om de complexiteit van code weer te geven is de Cyclomatic complexiteit.
Hoe meer code, hoe hoger de score. Branch points zoals if en switch blokken geven dat dat deel van de code een multiplier..

Het principe is ook heel erg simpel. In 10 regels code zit een kleinere (statistische) kans op bugs, dan in 1000 regels..

[Silversatin]

Een read-only notepad applicatie van 5000 lijnen code is nog steeds veiliger dan een pdf signature writer van 200 lijnen code.
context van de features en hoe je het voor elkaar gaat krijgen = wat belangrijk blijft. niet de hoeveelheid code.

[Mellow Jack]

Een read-only notepad applicatie van 5000 lijnen code is nog steeds veiliger dan een pdf signature writer van 200 lijnen code.
context van de features en hoe je het voor elkaar gaat krijgen = wat belangrijk blijft. niet de hoeveelheid code.

Het is natuurlijk wel wat complexer en je maakt hier een wel veel te simpele conclusie

Je vergelijkt een appel en een peer en ja. Als je allergisch bent voor peren zijn die idd een stuk gevaarlijker.

De vergelijking in de context van het topic is heel anders. Huawei maakt telecom en datacenter apparatuur. Stel dat dit OS meer in die hoek gebruikt word is het best mogelijk dat dit OS een paar dingen doet maar wel heel goed (en dus minder code heeft) terwijl Android een generalist is (en dus meer code heeft). In deze vergelijking is het statistisch wel valide om te zeggen "meer code meer ellende".

Android vind ik bijv het perfecte voorbeeld, al vanaf de 1e versies kan je een muis curser tevoorschijn krijgen als je een USB muis verbind. Tegenwoordig is het een feature en word het gebruik en onderhouden maar in de beginfase was dit gewoon iets wat er was (denk vanwege de Linux kernel). Het bevat dus functies en opties die niemand, op dat, moment gebruikte maar ook niemand die de impact van al dit soort dingetjes onderhoud in de code.

Natuurlijk is de intentie achter de code ook een factor die je moet meerekenen he... Net als context waarin het gebruikt word, het aantal teams wat de code onderhoud en de ontwikkelstraat wat een dermate hoog niveau heeft dat grote hoeveelheden code beheersbaar blijven

[84hannes]

Jaja, en als je nooit fouten maakt kan je in C veilige bugloze programma's schrijven.

[MrMonkE]

Als je een bedrijf bent dat in een represief regime een software product maakt kunnen zelf mythische bugloze programma's heel onveilig zijn.

[Argantonis]

Als je nog nooit een security bug hebt geintroduceerd dan heb je nog nooit een serieuze backend service geschreven. Natuurlijk kan je keuzes maken die de kans verhogen of juist verlagen, maar bugs zijn gewoon een feit als je software schrijft. Zelfs als je dat voor de NASA of voor een kerncentrale doet en de kosten per regel code een veelvoud zijn van de gemiddelde backend service.

[pieterdebie]

Ik laat liever 1000 agenten mijn huis doorzoeken dan 10 krakers.

Ik snap je punt zeker wel, maar ik blijf het een zeer incorrecte uitspraak vinden.
Mocht dit inherent waar zijn zouden we allemaal meer neigen naar één of andere exotische esoterische taal .

[84hannes]

Tuurlijk, je kan duizend regels code schrijven met tweeduizend buga, en je kan een miljoen keer ‘hello world’ printen zonder bugs, maar dat zijn extreme irrelevante voorbeelden.

[Argantonis]

[...]
Als dev verslik ik mij hier in mijn spreekwoordelijke drank. Ik ga er maar van uit dat dit marketing speech is en dat de developers bij Huawei de hoeveelheid code niet gelijk stellen aan veiligheid.

Ze hebben echt wel een punt hoor. In alle code zitten bugs, hoe meer code hoe groter de kans dat je een bug introduceert met een beveiligingslek. Uiteraard gaat het ook om kwaliteit van code, maar als die factor gewoon hetzelfde is dan kan je er vanuit gaan dat een groter product meer bugs heeft.

[Blokker_1999]

Er vanuit gaande dat de code kwalitatief gelijkwaardig is houdt het wel steek natuurlijk. Als je een gelijkaardig gemiddeld aantal fouten per 1000 lijnen code hebt heb je met een miljoen lijnen code 10x zoveel fouten dan met 100 000 lijnen code.

[matthewk]

Als dev denk je vast ook:

Miljoenen regels code voor een phone OS: How about duizenden.

[Silversatin]

Die bestaan uit miljoenen lijnen code, maar Hongmeng heeft er slechts een paar honderdduizend en daarom veel veiliger.

[...]
Als dev verslik ik mij hier in mijn spreekwoordelijke drank....

Als collega dev verslik ik samen met je mee.
Dat gedachte dat minder code = veiliger lol

[albatross]

[...]


[...]


Als collega dev verslik ik samen met je mee.
Dat gedachte dat minder code = veiliger lol

Je verslikt je, omdat je het argument niet begrijpt. Natuurlijk kun je heel onveilige code maken in heel weinig regels. Maar het gaat om de ceterus paribus conditie, die dicteert dat je bij gelijkwaardige code nou eenmaal een grotere kans op bugs/veiligheids-risicos hebt bij 10.000.000 regels code dan bij 100.000.

[JeroenED]

echo "hello world"
sudo rm -rf /

Beide 1 lijn, de een iets dodelijker dan de andere.

[ajolla]

Goed dat er eerst om je paaword wordt gevraagd.

[JeroenED]

Niet per se. Kun je instellen via /etc/sudoers bestand. Bij mij staat hij ingesteld dat enkel ik dat kan zonder wachtwoord.

[Mellow Jack]

Als je weet hoe je sudoers files aan past weet je ook wat sudo doet en dat je dus niet zomaar iets moet doen

[JeroenED]

Als je oplet en je configuratie/systeem/backups op orde hebt, kan dit weinig kwaad. Ik geef deze optie ook enkel aan m'n eigen gebruiker die geen gebruiker is voor een of andere kwetsbare service.

[thisischrys]

moet ook --no-preserve-root bij tegenwoordig

[DeuTeRiuM]

Dat doet niet zoveel door —no-preserve-root flag die nodig is;)
(Bij gebrek aan terminal op de iphone, cp van stack overflow):
rm-ri /
rm: it is dangerous to operate recursively on '/'
rm: use --no-preserve-root to override this failsafe

[Zombaya]

sudo rm - rf /* of sudo rm - rf . /* (spatie tussen . en /) is dan wel net zo leuk. De no-preserve-rootflag is dan niet nodig want hij verwijdert alle mappen onder root, maar laat root wel bestaan.

Uiteraard zelf proefondervindelijk dit geleerd...

[Mellow Jack]

Je moet het wel onder root uitvoeren natuurlijk. Als je zo gaat beginnen vind ik een simpele wget post o.b.v. http icm username en password een stuk gevaarlijker wanneer je username en password gelijk zijn aan je admin account (wat je overal hetzelfde hebt gelaten omdat dat wel zo makkelijk is).

Dit word zelfs nog wel eens op het internet aangeboden als oplossing voor iets en kan je uitvoeren (en in alle soorten code implementeren) zonder dat je als eindgebruiker sudo hoeft te doen

[2green]

Denk niet dat er veel it'ers die zijn werkelijk dachten dat ze binnenkort met een android vervanger op de proppen zouden komen.

[kevinkrs]

In China zijn ze veel minder afhankelijk van Google. Voor de Chinese markten zou het wellicht zomaar eens kunnen dat ze Android vervangen.

[2green]

Ja ik weet het, ze gebruiken daar niet eens de google-app store dacht ik.

Echter zie ik ze niet zomaar met een alternatieve OS op de proppen komen die concurrerend is en voldoet aan de diverse eigenschappen die ze zelf de wereld in hebben geslingerd.

[kevinkrs]

In het westen? nee absoluut niet. In China, ik zie dat snel genoeg gebeuren. Ze hebben daar inderdaad geen Play store. Ik begreep zelfs van mensen die naar China zijn geweest ze de microapps hebben waardoor ze apps installeren binnen in een app.

[Zyphlan]

Woon er zelf. Inderdaad geen play store ( hoogst irritant als westerse persoon ) wat je wel hebt is Wechat en daar heb je een hele rits met apps die je vanuit daar kunt starten ( stel je voor facebook on steroids )

Veel telefoons komen met hun eigen app store ipv play store.

[K-aroq]

Qua UX is WeChat eerlijk gezegd mijlen verder dan het "westerse" eco-systeem. Wij denken eigenlijk nog steeds hetzelfde als 40 jaar geleden waar je bovenop het OS een applicatie installeert voor een bepaalde taak (en weer moet verwijderen als je het niet meer nodig hebt). Met WeChat gebruik je gewoon services die door het eco-systeem worden aangeboden. Ons systeem werkt nog steeds vanuit de developer gedachte, terwijl WeChat user centric is.

[droner]

Dat je apps binnen een andere app aanbiedt maakt het m.i. totaal niet meer 'user centric', die belissing kan ook juist vanuit development / deployment redenen gemotiveerd zijn. In hoeverre daarbij vervolgens user centric gewerkt wordt kan per app / team volledig verschillen.

[Reactie gewijzigd door droner op 23 juli 2024 10:27]

[flowerp]

> Met WeChat gebruik je gewoon services die door het eco-systeem worden aangeboden.

M.a.w. WeChat wordt dan een soort van OS.

[Mellow Jack]

Of een browser, of een applicatie met plugins

Het is niet iets unieks ofzo en veel mensen gebruiken het dagelijks... Zelfs veel apps zijn gewoon embedded websites... Of die nu via een app, een browser of weChat gebruikt worden dat maakt iets niet gelijk een OS

[flowerp]

De browser werd wel degelijk als een soort high-level OS gezien. MS zag er dan ook concurrentie in voor Windows destijds.

Natuurlijk doen ze op lager niveau heel andere dingen, maar een belangrijke overeenkomst is een omgeving bieden waarin applicaties en services draaien, en daar gaat het dan gelijker op. De JVM en Application Servers (tot op een bepaald niveau) hebben/hadden ook overeenkomsten.

[sapphire]

De zogenaamde 'inception apps '

[theduke1989]

Hoezo niet? Ze hadden er nog over om Apptoid te overkopen om zo de nodige apps te downloaden via de store.

Dus als er een launcher gemaakt kan worden zodat de apps na aankoop via Apptoid gedownload plus geinstalleerd worden is het een big hit.

[Martinspire]

Ze zullen er nu wel mee gaan beginnen verwacht ik. Of op zijn minst een eigen Android systeem met eigen store ipv Play Store. Waar dan weliswaar dezelfde APK's kunnen worden ingestuurd, maar waarbij de VS dus niet zo makkelijk kan zorgen dat het systeem niet meer werkt. Play store wellicht in licentie (zolang ie geldig is). zodat ze niet ineens updates en support gaan verliezen als de VS ze ineens tegenwerkt.

Zal Google niet fijn vinden, maar voor het platform is het ook niet goed als er ineens een heel alternatief gooit. Wellicht zorgt het ervoor dat Google wat meer aan het opensource project toevoegt en minder achter eigen schil verbergt...

[Niemand_Anders]

De meeste apps in de Google Play Store maken ook gebruik van de Google api's. Een APK welke een dependency heeft op een Google API kun je theoretisch wel in zo'n store zetten, maar je gaat de app nooit kunnen starten..

Alle must have apps maken gewoon gebruik van de Google API's.

Daarbij als Huawai de Google Play Store vervangt door een eigen store dan raken ze ruim 500 miljoen Europeanen kwijt als doelgroep. Kun jij in Europa een telefoon voorstellen zonder facebook, instagram, whatsapp, banking apps, Netflix, Spotify, Shazam, SnapChat, YouTube, Navigatie, sport apps (strava, runtastic, etc), Twitter, Buienrader/accuweather en dan heb ik het nog niet eens over alle games welke je dan mist..

Huawai kan misschien binnen China zonder de Play Store, maar daarbuiten absoluut niet..

[Mellow Jack]

In feite zal het wel mee vallen. Ik kan me idd geen succesvol OS voorstellen zonder goed app aanbod. Wat je alleen niet moet vergeten is dat het moment er 1 miljard Aziaten gebruik maken van een alternatieve store je daar 100% alle apps die jij opnoemt zal terugvinden. (Oke YouTube misschien niet maar dat kan Google niet volhouden als meerdere partijen gaan klagen bij de Europese commissie)

Ja de meeste apps gebruiken Google APIs maar de meeste apps zijn ook zo simpel dat het vooral bij de simpele APIs zal blijven.

Natuurlijk zal dit niet de power users tevreden stellen maar de massa is voor een bedrijf als Huawei toch belangrijker.

Zeg hiermee niet dat het simpel is maar het is niet te vergelijken met bijv Windows Mobile/Phone. Huawei kan gebruikers exact dezelfde ervaring bieden tov hun huidige portfolio en ze hebben, iit bijv. Microsoft, BlackBerry en LG, nu al een marktaandeel waar je u tegen zegt. Zeker als je de andere lokale conculega's mee rekent praat je gemakkelijk over een miljard gebruikers

[Reactie gewijzigd door Mellow Jack op 23 juli 2024 10:27]

[D-Raven]

Nou reken maar dat deze hele handelsoorlog een aantal plannen van aziatische smartphone makers heeft versneld. Samsung heeft in het verleden al vaker aangegeven dat het bezig was, of aan het denken was, om een eigen smartphone OS uit te brengen omdat ze vinden dat ze zich niet genoeg meer kunnen onderscheiden ten opzichte van de concurrentie.

Zelfde geld voor Huawei, die gaan echt niet stoppen met het doorontwikkelen van alternatieven. Als er iets is wat voor hun nu glashelder is geworden is dat ze met android veel te afhankelijk zijn van de Amerikanen.

Het zal wellicht niet binnen nu en 2 jaar zijn. Maar ik ben er 100% van overtuigd dat Samsung en of Huawei over een aantal jaren met een eigen wellicht op Android gebaseerd smartphone OS komen, welke volledig los van de Google services gebruikt kunnen worden. Dat houd dus in met een eigen playstore en dergelijke.

The cat is out of the bag zullen we maar zeggen.

[2green]

Dat denk ik ook inderdaad.

Mijn gezond zegt enerzijds dat iedere zichzelf respecterend bedrijf zulke risico's minstens 10 jaar terug al onderkend had, maar weet inmiddels dat zulke risico's meestal op hun best enkel onderkend wordt, de gevolgen en aanpak netjes in kaart worden gebracht en eigenlijk niets concreets meegedaan wordt omdat het te veel resources kost totdat het veel concreter is(lees optreed). Zeker in dit geval denk ik niet dat er veel mensen waren die zulke extreme acties van de US zagen aankomen. Ik had dit in ieder geval nooit verwacht

Helaas is Android natuurlijk niet echt opensource en praten we eigenlijk over het Android Open Source Project (AOSP), dat mijnsinziens verre van op zichzelf staand is. Zo zijn er diverse security issues die alleen effectief door google gesloten software worden opgepakt.

Er zijn wel verschillende alternatieven, maar vraag mij af in hoeverre die android kunnen vervangen en in hoeverre die af zijn. Vrees dat het allemaal niet zo makkelijk is.

[GekkePrutser]

Een complete vervanger nee. Een fork van Android, mja dat is wel te doen op redelijk korte termijn als je er genoeg geld tegenaan smijt. En geld hebben ze wel.

[2green]

Dat zou dan een fork van Android Open Source Project (AOSP) moeten worden, maar daarmee heb je nog niet alles wat in android zit en zit je vast aan een constante hoge uitgaven post dat zelfs die soort bedrijven significant zal zijn.

Dit nog los van de grote problemen zoals echt enorme security gaten die google in gesloten code heeft opgelost waardoor je als bedrijf met concurrerend OS als snel grote imago schade gaat oplopen. Veel van dit soort code zit onterecht in diverse google apps, vermoedelijk juist om concurrenten te weren.

Dit los je dus niet alleen op met geld, het heeft ook veel doorlooptijd (jaren) nodig. Hiermee heeft google een stevig "commercieel haalbaar" opensource project neergezet.

[i-chat]

op basis van welke bronnen denk je dat?

Er was tot nog toe weinig bekend over huawei's post-android plannen.

De hele boel porten en er allehande services uit slopen en vervangen door eigen interpretaties (zoals microsoft) was evengoed een idee, niet idereen probeerd zijn eigen meamo/meago/tirzen-flop te pushen.

[ajolla]

Één telefoontje naar Jolla in Finland en ze kunnen Sailfish OS uitrollen en ook nog Android apps draaien.

[RaJitsu]

HongMeng is daar een fork van.

[i-chat]

bron?

[RaJitsu]

Google 'Aurora Hongmeng sailfish'. Dan heb je verschillende bronnen die je gezamenlijk het complete verhaal vertellen. Aurora is een Russische variant van Sailfish en dat zou de basis zijn voor HongMeng.

[Atlantis1995]

In geval dat OS bestaat uit honderdduizend regels code, dan bevat het alleen de meest triviale functies. Al die instellingen en dergelijke (optie zus, optie zo, weergave zus) kun je vergeten. Vergelijk het met supercalc uit de jaren 80 dat pastte op twee 360kB floppies met Excel Office zoals we die kennen met alle toetser en bellen.

Kan het zijn dat ze dachten een OS te hebben en dat dat is geroepen door het management totdat ze de demo afgelopen week zagen? M.a.w. leuk voor een beperkt aantal bedrijfskritische applicaties, niet geschikt voor consumenten die de opmaak eromheen verwacht?

Ik wil wel eens dat OS zien. Dat het een low latency heeft dat wil ik wel geloven. Het mist alle opmaak.

Het is misschien speculeren, maar een OS van 100.000 regels is niet echt veel en kan dus ook niet veel zijn.

[Flagg]

Zij hebben volgens mij zelf weinig de wereld in geholpen, is allemaal gespeculeer geweest van derden.

En dat zeggen ze dus nu zelf ook, het is geen os voor telefoons maar voor industriële toepassingen. Je hebt misschien straks een scherm op in treinstations die op hongmeng draait en vliegvelden bij het inchecken ofzo, en die hebben maar weinig code nodig in vergelijking.

[K-aroq]

de meeste zaken worden o.a. door site als Tweakers in de wereld geholpen. Waar wij dan gezellig met z'n allen over gaan discussiëren. En dan teleurgesteld zijn als ene leverancier niet levert wat "beloofd" zou zijn volgende de geruchten.

[Droxal]

Is een OS dan toch zoveel werk?
Ik heb totaal geen verstand hiervan maar ik dacht altijd dat 1 persoon gerust een OS kon schrijven op een jaar tijd.
Nooit gedacht dat hier miljoenen regels in geschreven werden.

[thisischrys]

Windows 10 is er ongeveer 50 miljoen.

[FrankoNL]

Dat het android niet vervangt, betekent niet dat ze het niet kunnen gaan uitbrengen voor hun (budget)telefoons in andere markten, zoals China. Op die manier zou het naast elkaar kunnen bestaan. HongMeng voor China, Android voor Europa.

De chinezen gebruiken toch al nauwelijks google services.

[Reactie gewijzigd door FrankoNL op 23 juli 2024 10:27]

[jpsch]

Ze hebben er ook geen belang mee om zich los te snijden van een Amerikaans bedrijf.

[SMGGM]

Ik vraag mij altijd af of dit gewoon een sales praatje is van "geloof nog in ons, moest dit nog voorkomen moet je niet plots ons aandeel verkopen" en waardat ze in werkelijkheid eigenlijk niets hebben of dat dit echt werkelijkheid is en dat ze op de valreep stonden om dit OS uit te brengen.
Een bedrijf als Samsung of Huawei moet altijd hun risico's inschatten en deze verkleinen afhankelijk van de kosten baten. Maar dit is wel een hele dure prijs dat je betaald voor een relatief klein risico met weliswaar groot risico (nu heeft Huawei wel gemerkt dat dit nu niet zo klein is).

[evilweed]

Misschien word het tijd dat apple eens onder de loep word genomen.
Durf mijn handjes in het vuur te steken dat daar ook wel een paar "glitches" zijn die als spy-able gebruikt kunnen worden.
(als dat al niet van toepassing is)
Als je het vaak genoeg naar voren gooit dan..... ... beter een huawei

[Madthijs]

Hongmeng OS is dus gewoon een RTOS voor hun netwerk/5g apparatuur. Niks met Android te maken.

[Hermanleen]

Intussen zou ik, wanneer ik een nieuwe foon nodig heb, voorlopig Huawei niet overwegen. Ondanks dat ik nu nog steeds heel tevreden ben met mijn 3 jaar oude Huawei Mate 9.