> c'est le trio HTML/CSS/Javascript qui est utilisé avec bases de données locales, stockage de fichiers, tout pareil comme avant...
Mais, je suis bien d'accord (les applications web utilisable offline sont légions), apparemment on ne sait pas bien compris.
ça reste limité, pas d'accès à l'accélération matérielle (ie: OpenGL, OpenCL), pas d'accès aux périphériques (caméra, bluetooth, microphone etc ...), pas d'accès aux fonctionnalités avancées (fais-moi un logiciel de prise de note compatible ODF uniquement en javascript).
À moins de fournir des bindings javascript qui seront tout sauf portables et encore moins standards, j'ai du mal à le concevoir.
Pou ceux qui douterait de la viabilité d'un seul SDK basé sur les technologies du web, je recommande d'étudier le cas iPhone et les réactions des développeurs (entre autre Will Shipley, John Carmack etc ...).
Il sortira quasiment 2 ans après l'iPhone, un an après les premiers smartphones Android, sans oublier LiMo (soutenu par Motorola, Samsung, LG, Nec etc...) qui prévoient des smartphones LiMo, Nokia avec Symbian, Qt etc ... Il ne bénéficiera pas de l'effet de surprise, il sera en concurrence frontale avec des offres plus matures et nettement plus attractives pour les développeurs. Je ne parierai pas sur le succès de cet appareil malgré toutes ses qualités, au mieux, Palm se remet au niveau de la concurrence.
Il est troublant de voir à quel point, Jon Rubinstein (actuel CEO de Palm Inc) s'inspire la stratégie de Steve Jobs (et il ne s'en cache pas). Dès son arrivée, il a stoppé bon nombre de projets dont le Foleo (une erreur impardonnable), il a fait le grand nettoyage dans son équipe (souvent remplacés par des anciens d'Apple), lancé un iphone-like. Il va même jusqu'à copier les erreurs commise par Apple (absence de SDK natif, environnement fermé limite "carcéral" comme l'iPhone).
C'est bien de s'inspirer des recettes qui marchent, mais ça demande un minimum d'esprit critique et de souplesse: Palm n'est pas Apple et Apple commets pas mal d'erreurs.
[^] # Re: Sapusaipalibre ou l'histoire d'un échec programmé
Posté par GeneralZod . En réponse à la dépêche Palm « pré » : smartphone sous Linux et standards du web. Évalué à 6.
Mais, je suis bien d'accord (les applications web utilisable offline sont légions), apparemment on ne sait pas bien compris.
ça reste limité, pas d'accès à l'accélération matérielle (ie: OpenGL, OpenCL), pas d'accès aux périphériques (caméra, bluetooth, microphone etc ...), pas d'accès aux fonctionnalités avancées (fais-moi un logiciel de prise de note compatible ODF uniquement en javascript).
À moins de fournir des bindings javascript qui seront tout sauf portables et encore moins standards, j'ai du mal à le concevoir.
Pou ceux qui douterait de la viabilité d'un seul SDK basé sur les technologies du web, je recommande d'étudier le cas iPhone et les réactions des développeurs (entre autre Will Shipley, John Carmack etc ...).
Il sortira quasiment 2 ans après l'iPhone, un an après les premiers smartphones Android, sans oublier LiMo (soutenu par Motorola, Samsung, LG, Nec etc...) qui prévoient des smartphones LiMo, Nokia avec Symbian, Qt etc ... Il ne bénéficiera pas de l'effet de surprise, il sera en concurrence frontale avec des offres plus matures et nettement plus attractives pour les développeurs. Je ne parierai pas sur le succès de cet appareil malgré toutes ses qualités, au mieux, Palm se remet au niveau de la concurrence.
Il est troublant de voir à quel point, Jon Rubinstein (actuel CEO de Palm Inc) s'inspire la stratégie de Steve Jobs (et il ne s'en cache pas). Dès son arrivée, il a stoppé bon nombre de projets dont le Foleo (une erreur impardonnable), il a fait le grand nettoyage dans son équipe (souvent remplacés par des anciens d'Apple), lancé un iphone-like. Il va même jusqu'à copier les erreurs commise par Apple (absence de SDK natif, environnement fermé limite "carcéral" comme l'iPhone).
C'est bien de s'inspirer des recettes qui marchent, mais ça demande un minimum d'esprit critique et de souplesse: Palm n'est pas Apple et Apple commets pas mal d'erreurs.