Mary-Jo Foley van ZDnet zegt het gerucht opgevangen te hebben dat Microsoft tijdens het Mobile World Congress aanstaande Februari een tip van de sluier van Windows Phone 8 zal oplichten. Zij basseerd zich op geruchten uit een russisch forum dus het zijn toch echt nog geruchten.
Lees de hele blogpost

Aan de andere kant: goed geschreven .Net applicaties werkten op zowel Windows XP en op Windows Mobile....
Sorry, dit is complete onzin. WP7 is een compleet nieuw geschreven OS. En dat heb ik uit eerste hand van de ontwikkelaars in Redmond zelf. De CE-kernel is een generieke Embedded kernel, die gebruikt wordt van sensoren tot auto-entertainment systemen. Natuurlijk zit er zoiets generieks onder anders ben je over tien jaar nog niet klaar met bouwen. Net als OS-X onderdelen van FreeBSD bevat. Daarmee is het nog niet hetzelfde ding met een ander grafisch schilletje. Alle echte functionaliteit die een gebruiker normaal gebruikt is overnieuw geschreven. Alleen dingen als process-management en file-handling niet, maar dat gebruik je als gebruiker ook niet expliciet, alleen onder water....


Jaap

Compatibiliteit heeft dus inderdaad helemaal niets met de kernel te maken.

Zeker niet voor "interpreted applicaties". Om WP applicaties te kunnen gebruiken op een ander platform hoeft alleen de Silverlight runtime omgeving van WP geport te worden. Net zoals Microsoft dat heeft gedaan voor XBox live en dat je Android apps kunt draaien op een PC.

Ik kan me alleen nog wel een histerische gebruiker herinneren die het onacceptabel vond om een phone app te gebruiken op een tablet. Laat staan op een desktop ...

Andersom, dat je Windows desktop applicaties zou kunnen draaien op een WP device, zit er uiteraard niet in.

Dat is inderdaad complete onzin. Of marketingpraat.

Uiteraard is WP gewoon voor een heel groot deel gebaseerd op WM. Alleen de launcher/gebruikersinterface is compleet nieuw. Al zal dat inderdaad voor de leek wel hetzelfde zijn als "het os".

Het punt is echter dat ze er een tijd terug achterkwamen dat je native WM applicaties ook kunt draaien op (een gehackte) WP device. Daarvoor moet er wel een hele hoop hetzelfde zijn in de onderliggende architectuur. Alleen bleek daarbij ook dat er her en der wel verschillen zijn in de bibliotheken waardoor er uiteindelijk maar heel weinig applicaties volledig werkten.

Kortom, voor native gecompileerde applicaties moet echt alles exact hetzelfde zijn wil het werken. Niet alleen de kernel. Als een applicatie uberhaupt al direct toegang zou hebben tot de kernel.

Als je het in het persoonlijk wil trekken prima. Ik zeg niet dat je een leugenaar bent, maar je bent wel iemand die altijd met sterke verhalen komt en die zichzelf groter probeert voor te doen dan hij is. Ik ken dat soort mensen ook in mijn kennissenkring. Ze geloven zelf wat ze zeggen, maar daarmee is wat ze zeggen nog niet altijd de waarheid.

Verwijzen naar wat “ontwikkelaars” gezegd zouden hebben zegt bijvoorbeeld verder niets. Dat is alleen maar om voor te doen alsof je een soort autoriteit bent op het gebied. Die ontwikkelaars weten ook niet wat er over de gehele breedte is aangepast en de ontwikkelgeschiedenis geeft wel degelijk aan dat de producten op elkaar gebaseerd zijn.

Dat verhaal van Photon is ook compleet irrelevant, want dat hebben ze inderdaad weggegooid. Daarna zijn ze gewoon weer begonnen met een afgeleide van WM. Er is uiteraard wel een hoop uit verwijderd en nieuw aan toegevoegd. Multi touch, gestures, dual core support en dergelijke zaten er vroeger allemaal niet in. Bepaalde delen zullen daardoor ook vast bijna volledig herschreven zijn, maar dat ze nou de kernel en alle overgenomen bestaande bibliotheken opnieuw geschreven zouden hebben om weer exact hetzelfde te doen gelooft natuurlijk geen hond. Zeker niet in zo’n korte tijd.

Dat je denkt dat een calculator gebouwd kan worden zonder gebruik te maken van het OS geeft dan precies waar het echt helemaal mis gaat. Een calculator bestaat juist voor 90% (als we dan toch arbitrair percentages gaan noemen) uit OS calls. Het opstarten van de applicatie, event loop, aanmaken van button en tekst controls, uitlezen van die controls etc etc etc. Daar gebruik je bij een native applicatie allemaal het os voor.

Dat zo’n applicatie het nog steeds doet op een “compleet nieuw os” is dus wel degelijk een teken dat er onderhuids maar heel weinig veranderd is.

Ook het verwijzen naar een “.net core” laat zien dat je het niet echt snapt. Dat hele .Net is een geinterpreteerde omgeving. Net zoals Java en Flash. Die maken gebruik van een runtime omgeving met eventueel een framework. Daarom draaien Flash, Java en .Net applicaties op zo’n beetje elk apparaat ongeacht hardware en os.
Een native WM applicatie roept wel direct het OS aan en draait alleen maar op een apparaat met een vrijwel volledig identiek OS inclusief bibliotheken en zelfs dezelfde processorarchitectuur.

Wat Microsoft wel heeft gedaan is het onmogelijk te maken voor standaard ontwikkelaars om nog echte native applicaties te maken voor WP. Daarmee omzeilen ze het probleem dat de boel niet meer 100% compatible is en je hebt geen “rogue apps” meer die direct toegang hebben tot het OS en zo de boel kunnen verstieren. Nadeel is dan bijvoorbeeld wel dat dus het multitasking van de “WM core” onbruikbaar wordt. Multitasking voor dat soort third party apps moet dan weer een beetje in de runtime gefrommeld worden.

Anyway, het punt was dat het gelijktrekken van de kernel van WP8 en Windows 8 zou helpen met uitwisselbaarheid van de applicaties. Hoop dat het inmiddels ook voor een leek duidelijk is dat dat niets uitmaakt of hooguit een kleine stap is in de richting (als ze vervolgens ook alle andere bibliotheken gelijk trekken).