Windows Phone am Ende ?

[Darlo]

Ich sehe auch ein großes Potential für MS im mobilen Bereich. Außerdem gefällt es mir dass der Markt sich nicht nur in iOS und Android unterteilt.

[bernhard_LA]

Nokia ist wohl nicht sehr glücklich mit der Aktuellen Entwicklung http://winfuture.de/news,77153.html

[Phoenix]

Zitat von bernhard_LA:

Nokia ist wohl nicht sehr glücklich mit der Aktuellen Entwicklung http://winfuture.de/news,77153.html

Denen geht die Entwicklung etwas zu langsam voran. Kann ich auch bestätigen, es fehlt z.B. immer noch die VPN Funktionalität. Aber grundsätzlich hat das was kommt, Hand und Fuss und eine sehr gute Qualität. Von daher warte ich persönlich ein paar Monate mehr, und bekomme nicht so ein Desaster-Update wie z.B. iOS 6 mit Apple Maps oder dem furchtbaren App-Store Update bei dem die Übersicht komplett flöten ging.

[JamesTKirk]

Zitat von Phoenix:

Zitat von JamesTKirk:

Bei mir ist es anders herum: Seit Windows Phone 7 werde ich mir kein Smartphone mit Windows mehr holen.

Gib es da, ausser "Gefällt mir nicht", auch noch nachvollziehbare Gründe für?

Hauptgrund: Ich kann dafür nicht mit FPC entwickeln. Und fang mir hier jetzt bitte nicht mit ner .Net vs. Delphi/FPC oder Oxygene vs. Delphi/FPC Diskussion an. Für mich ist das ein Grund. Punkt.

Außerdem gehen mir diese abgeschotteten Systeme wie iOS und auch Windows Phone (und WinRT) auf die Nerven, bei Android kann ich zumindest in nativen Code voll auf den Kernel zugreifen, wenn ich es nötig hab... (nicht dass ich bisher die Notwendigkeit hatte, aber mir geht's hier um's Prinzip)

Gruß,
Sven

[jaenicke]

Zitat von JamesTKirk:

bei Android kann ich zumindest in nativen Code voll auf den Kernel zugreifen, wenn ich es nötig hab...

Aber auch nur, wenn du eine Lücke findest um dein Smartphone zu rooten...
Findest du so etwas für iOS oder Windows Phone geht das dort genauso.

Ich möchte hier keine Links dazu posten, aber zumindest für Windows Phone 7 gibt es einige Tools, die es rooten können. Für Windows RT gibt es zumindest einen Proof of concept und für iOS 7 gibt es auch Anleitungen.

[Daniel]

Ja, für den Zugriff auf den System-Kern müssen sie gerootet werden - was aber prinzipiell bei allen Systemen gehen sollte.

Aber mal völlig wertfrei gefragt: Was motiviert einen, auf den Kernel seines Smartphones zugreifen zu wollen? (Jenseits eines softwaretechnischen Spieltriebs)

[Phoenix]

Zitat von JamesTKirk:

Zitat von Phoenix:

Gib es da, ausser "Gefällt mir nicht", auch noch nachvollziehbare Gründe für?

Hauptgrund: Ich kann dafür nicht mit FPC entwickeln. Und fang mir hier jetzt bitte nicht mit ner .Net vs. Delphi/FPC oder Oxygene vs. Delphi/FPC Diskussion an. Für mich ist das ein Grund. Punkt

Nee, ich wollte nur nach potentiellen allgemeingültigen Gründen fragen. Und das hier ist ein *sehr* spezieller individueller Grund.

Wobei ich mir nicht vorstellen kann, warum das nicht gehen sollte? Man kann mit normalen C++ für WP8 entwickeln. Warum sollte das mit FPC nicht gehen?

[jaenicke]

Zitat von Daniel:

Aber mal völlig wertfrei gefragt: Was motiviert einen, auf den Kernel seines Smartphones zugreifen zu wollen? (Jenseits eines softwaretechnischen Spieltriebs)

Es wäre bei Android z.B. schön die Uhrzeit automatisch mit einem Zeitserver abzugleichen. Das Setzen der Uhrzeit erfordert aber Root-Rechte...
(Das gilt für Windows Phone aber z.B. genauso.)

Du kannst unter Android auch keine Junctions oder Hard Links setzen ohne Root. Als Konsequenz hast du für Apps keine Möglichkeit die sauber und komplett auf die SD-Karte zu schieben, was schlecht ist, wenn du nicht viel internen Speicher hast. App2SD gibt es, klar, aber wirklich gut geht es nur als Root.
Aber auch das gilt genauso für Windows Phone.

Da gibt es jedenfalls schon ein paar Sachen, die ohne Root nicht gehen. Dass nicht jede App auf die genannten Sachen zugreifen können soll, ist allerdings auch klar. Aber dafür könnte man die eingeforderten Rechte bei solchen Sachen ja einfach deutlicher hervorheben. Wer die dann trotzdem vergibt, ist halt selbst schuld.

Zitat von Phoenix:

Wobei ich mir nicht vorstellen kann, warum das nicht gehen sollte? Man kann mit normalen C++ für WP8 entwickeln. Warum sollte das mit FPC nicht gehen?

Für Windows Phone 7 hätte man nur mit .NET Apps auf das Gerät bringen können und das kann FPC nun einmal nicht. Da Windows Phone 8 native Apps unterstützt, sehe ich da auch keinen Grund warum es nicht gehen sollte, aber ohne Anpassungen wird es wohl kaum gehen.

[JamesTKirk]

Zitat von jaenicke:

Zitat von JamesTKirk:

bei Android kann ich zumindest in nativen Code voll auf den Kernel zugreifen, wenn ich es nötig hab...

Aber auch nur, wenn du eine Lücke findest um dein Smartphone zu rooten...
Findest du so etwas für iOS oder Windows Phone geht das dort genauso.

Selbst wenn ich das Phone nicht roote habe ich unter Android noch immer mehr Zugriff auf das System als unter Windows Phone oder iOS, da es sich nämlich bei nativen Anwendungen (auch wenn sie nur native Libs eines Java Stubs sind) um volle Linux Anwendungen/Bibliotheken handelt. Und zumindest das Syscall Interface vom Kernel ist voll zugreifbar (FPC nutzt ja dieses, statt die C-Bibliothek). Inwieweit das Dateisystem und dabei insbesondere /dev ohne Root zugänglich ist, kann ich grade jedoch nicht sagen, da ich das bisher noch nicht ausgetestet habe.

Zitat von Daniel:

Aber mal völlig wertfrei gefragt: Was motiviert einen, auf den Kernel seines Smartphones zugreifen zu wollen? (Jenseits eines softwaretechnischen Spieltriebs)

Ich halte mir solche Möglichkeiten gerne offen. Wie ich bereits geschrieben habe, habe ich bisher noch nicht die Notwendigkeit gehabt damit rumzuspielen, aber wer weiß was die Zukunft bringt (und ja, der softwaretechnische Spieltrieb ist da natürlich auch mit dabei und trägt bei mir auch immer stark zur Wahl meiner Systeme bei)

Zitat von Phoenix:

Zitat von JamesTKirk:

Zitat von Phoenix:

Gib es da, ausser "Gefällt mir nicht", auch noch nachvollziehbare Gründe für?

Hauptgrund: Ich kann dafür nicht mit FPC entwickeln. Und fang mir hier jetzt bitte nicht mit ner .Net vs. Delphi/FPC oder Oxygene vs. Delphi/FPC Diskussion an. Für mich ist das ein Grund. Punkt

Nee, ich wollte nur nach potentiellen allgemeingültigen Gründen fragen. Und das hier ist ein *sehr* spezieller individueller Grund.

Allgemeingültige Gründe hab ich nicht. Mich macht Windows Phone unabhängig von FPC auch einfach nicht so sehr an wie Android.

Zitat von Phoenix:

Wobei ich mir nicht vorstellen kann, warum das nicht gehen sollte? Man kann mit normalen C++ für WP8 entwickeln. Warum sollte das mit FPC nicht gehen?

Ja, seit WP8 hat sich die Sachlage wieder etwas geändert, aber das sind dann ja WinRT Anwendungen und hier müssten wir erstmal einen eigenen Port für schreiben, da für einige Kernfunktionen der RTL über die C++ Runtime gegangen werden muss statt wie bisher direkt über die WinAPI. Deswegen kann Delphi ja auch noch kein natives WinRT... Es müsste halt nur mal einer machen und auch wenn mich ein WinRT Port potentiell interessieren würde, habe ich aktuell nicht die Zeit dazu...

Gruß,
Sven

[MrSpock]

Zitat von Phoenix:

Zitat von JamesTKirk:

Bei mir ist es anders herum: Seit Windows Phone 7 werde ich mir kein Smartphone mit Windows mehr holen.

Gib es da, ausser "Gefällt mir nicht", auch noch nachvollziehbare Gründe für?

Ich selber habe seit Anfang des Jahres ein Lumia 920 und bin damit überaus glücklich. Vorher habe ich ein iPhone 4S gehabt (bzw. habe es immer noch, nutze es aber nicht mehr) und ich habe parallel auch noch ein Nexus 4 (leider gibts Ingress nicht für Windows Phone).

Ich beschäftige mich recht viel mit dem ganzen Mobile-Thema, probiere viele Geräte und Apps aus, schaue mir an wie Apps bei den Usern ankommen und wie sich das Verhältnis der Systeme untereinander ändert. Und ich erkenne ganz klar einen Trend weg von Blackberry hin zu Windows Phone 8 im Enterprise-Segment und auch im Consumer-Bereich setzt sich Windows Phone immer mehr durch. Da hat es noch viel Potential.

Wo erkennst du denn diesen Trend? Im internationalen Umfeld wird im Firmenbereich weiterhin auf Blackberry gesetzt. Wir haben letztens in unserer IT Abteilung den Einsatz von iPhones geprüft, aber aus Sicherheitsgründen verworfen (schade ). Einen Trend zu Microsoft's BS für Smartphones sehe ich nicht einmal in den USA.