Iphone en approche........

Ben dans la première, Bart fait un “doublage” de Steeve Mobs :mdr: et dit en gros:

“Vous êtes des gros loosers. Vous vous croyez cools parceque vous achetez des trucs à 500$ avec une image de fruit dessus ? Ben devinez quoi, en fait, ça coute 8$ à construire, et je vous pisse tous dessus! Je me fais max de thunes, et j’investi tout ça dans microsoft. Et maintenant, avec mon copain bill gates, on se fait des bisous sur votre tas d’argent”.

La 2ème est plus simple… Lisa est dégoutée, tout est trop chers. Elle veut acheter des écouteurs pour faire croire qu’elle a un mypod, sauf que ça coute 40$… ça sent le vécu quand même :mdr:

mon expérience à moi :

l’iphone m’emmbipde bien car m’oblige à développer une version spécifique de mes outils… car il n’embarque pas de machine virtuelle java (sauf à le jailbreaker)…

mais il reste un must pour les décideurs qui veulent lancer des outils sur mobile grâce à l’apple store…

en effet une appli développée et validée et distribuée via l’apple store sera facile à installer même par mme michu… ce qui n’est pas le cas d’une appli développée en J2ME (Java pour mobile) pour laquelle le premier frein à l’utilisation est son installation…

encore aujourd’hui en 2008, je ne citerai pas lesquels, mais des DSI de grandes boites sont INCAPABLES de taper une URL sur le navigateur WAP de leur téléphone… première étape pour aller télécharger une application. ils apprécient donc l’i-phone, car il suffit d’un clic sur l’apple store et il n’y a rien à faire et on est sur que l’application marchera sur tous les i-phone.

donc, … c’est la bataille de la simplicité de l’installation des applications tierces qui pour moi déterminera quelle plateforme gagnera.

si j’ai un icone qui m’amène sur un dépot d’application et que en une recherche simple dans la liste des applis, je peux trouver celle que je veux installer, alors effectivement cette plateforme gagnera la guerre.
y-a-t’il une android store ?
et un processus de validation qui garantira qu’une appli certifiée marchera sur tous les téléphones ayant android comme os ?

Ca ira ptet mieux en 2009 :sors:
(ca doit être le décalage horaire :sors: encore )

Sinon, je crois bien qu’il y a un Android store.

et un nokia store !!!

biensûr qu’il y a de quoi acheter chez androïd… d’ailleurs, pour quelqu’un sensé être au courant de ça, c’est étonnant que tu demandes :grat: Vous ne visez pas à plus de 15jours vos dev ? :mrgreen: (sans compter les histoires récentes à ce sujet concernant l’impossibilité d’acheter pour les possesseurs des derniers téléphones de dev). Je t’invites à aller simplement sur la page du projet : http://code.google.com/android/ (http://www.android.com/market/ )
L’avantage d’androïd, c’est que tu pourra développer des applis sans passer par la case Google. D’ailleurs, android n’est pas restreint aux seuls téléphones validés par Google et tu peux déjà l’installer sur plein de plateformes différentes.

T’as quand meme vachement l’air moins cool avec un android qu’avec un iPhone… :sors:

Moi ma question c’est :

android c’est libre donc? est ce que ca signifie que c’est le bordel comme sur linux pour que ca marche correctement, ? Parce que j’aurais tendance comme stepson, a dire que l’avantage des applis iPhone, c’est que c’est optimisé pour un hardware et un OS précis… au contraire d’android… Donc est ce que ca va pas avoir tendance à bugger suivant le natel utilisé en fonction de l’application pas vraiment spécifique?

Pas forcement … Java est qd meme archi-portable …

Quel rapport entre “libre” et “bordel” ? Le libre, c’est pas linux, et linux, c’est pas le libre. Des logiciels libres, y’en a des tonnes, linux n’en est qu’un parmis ceux là (un peu particulier vu son succès, mais quand même…). Firefox, VLC, une bonne partie des outils de dev utilisés sur MacOSX, une bonne partie des logiciels qui te permettent de consulter LCDV, … Tu utilises GoogleEarth ? Ben y’a du logiciel libre dedans (gpsbabel)… Bref.

android n’est pas “optimisé” pour certaines plateforme ?:grat: Sur quoi tu te bases pour dire ça ? Androïd vise plusieurs cibles, contrairement à macos “iphone”, ça n’est en rien contradictoire avec un objectif d’ “optimisation”…

Si, ça laisse cette liberté aussi. Mais j’imagine que si tu as google qui vend des applis, y’a fort à parier qu’elles seront au moins testées sur un ensemble de téléphone. Il est impossible de certifier qu’une appli fonctionnera bien sur toutes les plateformes androïd, encore plus quand il s’agit d’appli qui interagissent via un affichage. Tu ne penses pas une appli de la même façonn si tu as un écran 9" ou un 3", un clavier ou un touchscreen, etc etc.

Et sinon, tu n’imagines pas le nombre de trucs avec lesquels tu interagis et qui fonctionnent avec linux. Ce n’est parceque linux ne colle pas toujours correctement avec tous le matériel qu’on trouve sur les machines posées sous nos bureau que c’est une merde :stuck_out_tongue:

merci des précisions, t’as raison je me base sur rien, je pensais que android était un unique OS sur lequel tournaient les natels, ou pas et qui était censé fonctionner sur tout. et donc pas une multitude de plateformes comme t’as l’air de le dire. Donc je me demandais ca au passage.

Pardonne moi mon raccourci libre, linux. T’as raison. Et j’utilise et j’aime bien linux, c’est juste que c’est pas toujours si évident sans savoir manier le terminal. Mais c’est pas le débat. Pis j’aime pas DU TOUT ton ton désaprobateur sur l’iPhone, donc j’ai dis ca pour contrebalancer :mrgreen: :mrgreen: Steve Jobs est un dieu, je bois ses paroles, et j’ai un iPhone, quoique t’en dise.
:tomate: :tomate:

toi tu es suisse ou frontalier, non ?
faut leur traduire : Natel = téléphone portable en Suisse
http://fr.wikipedia.org/wiki/Natel

Debleu oui, ca fait du cheni dans le forum la… :canape:
Merci Michel.

:mdr: :mdr:

bonne question…
tant que la base installée ne sera pas plus grande et que tout est en beta et qu’il n’y aura pas encore de procédure claire de certification et de garanti de fonctionnement sur tout type de matériel, on attend.

pour le moment on vient de démarrer les dev de la version i-phone (qu’on laissera tomber si l’iphone intègre à terme une machine virtuelle java)
pour android, pas de demande, pas d’investissement :wink: la réponse on le fera s’il le faut suffit à satisfaire nos clients pour le moment.

pour le moment on a en “état de l’art” :
J2ME : portabilité (si on a fait une couche d’abstraction matérielle ce qui est notre cas) mais difficulté d’installation de l’appli
I-PHONE : simplicité et facilité, au détriment d’un dev sur mesure à faire (SDK I-Phone). Fonctionnement de l’apple store faicle et connu par les utilisateurs.

ANDROID : pas de parc installé. simplicité et facilité supposée au détriment d’un dev sur mesure à faire (SDK Android) ou bien réutilisabilité de nos MIDLETS s’il s’avère que la machine virtuelle java présente nous le permet. des questions en suspens quand à la portabilité réelle selon le matériel. pas de recul à ce sujet. inconnue sur la facilité d’utilisation de la android store.
trop de questions pour envisager de passer du temps à regarder. il sera temps dans un an de s’y plonger. avant 1M d’utilisateurs en france, aucun intéret. la veille techno du LCDV me suffit :wink:

Vu de ma petite fenêtre, j’aurais eu tendance à penser que Google était un acteur assez important pour s’interesser un peu plus à ce qu’il a à offrir. Sur ces trucs où c’est souvent le premier qui tire qui gagne, attendre 1 année … :grat:

Concernant Java, j’apprécie bien ton [quote]portabilité (si on a fait une couche d’abstraction matérielle ce qui est notre cas
[/quote]
le but de java et de sa soit disant portabilité (“compile once, execute everywhere”), c’était pas justement de laisser la responsabilité de cette couche d’abstraction à des gens différents des devs d’appli ? Un beau contre exemple quoi :slight_smile: Tu te retrouves à faire la même chose qu’avant, à savoir: une base de code “générique” + une couche d’abstraction, implantée différemment pour chacune des cibles, le tout reposant sur un exécutif (ici JVM). La différence avec l’approche “old-school”, c’est seulement le bout de la chaîne, qui ne repose souvent pas sur une VM, mais directement sur un OS (ou machine nue). Java est souvent vendu pour justement ne pas avoir à faire des devs spécifiques aux cibles… Bref :canape:

Pour le reste, ben :canape: Si ton business se base sur la veille techno du LCDV, j’espère que t’as des économies :clown:

le but de java et de sa soit disant portabilité (“compile once, execute everywhere”), c’était pas justement de laisser la responsabilité de cette couche d’abstraction à des gens différents des devs d’appli ? Un beau contre exemple quoi :slight_smile: Tu te retrouves à faire la même chose qu’avant, à savoir: une base de code “générique” + une couche d’abstraction, implantée différemment pour chacune des cibles, le tout reposant sur un exécutif (ici JVM). La différence avec l’approche “old-school”, c’est seulement le bout de la chaîne, qui ne repose souvent pas sur une VM, mais directement sur un OS (ou machine nue). Java est souvent vendu pour justement ne pas avoir à faire des devs spécifiques aux cibles… Bref :canape:
[/quote]
“l’abstraction” de java c’est le fait effectivement que tout développement tournera sur tout os grâce à la JVM.
ca ca marche et bien.

en revanche, si tu t’appuyes sur la fonction “bouton” ou “case à cocher” standard, tu auras un rendu visuel qui dépend de l’implémentation du bouton (ou la case à cocher ou autre objet) lié à ta JVM, à ton OS et au systeme de fenetrage utilisé. donc effectivement du point de vue applicatif tu ne fais qu’un code qui affichera un bouton ou une case à cocher, mais tu ne maitrise pas le rendu qui sera différent selon l’os du téléphone et la marque du téléphone (voire même la gamme de téléphone chez un fabricant sur un même OS)… (en tout cas sur l’univers de la téléphonie mobile) mais tu as bien un seul code, portable. JAVA remplit 100% sa mission.

quand je parle d’abstraction dans mon cas spécifique, c’est que nous avons refait toute la couche “graphique” / entrées-sorties, ce qui fait que nos applis tournent avec le même rendu qu’on soit sur un téléphone quart de vga ou vga, ou tactile ou a touche. qu’on soit sur tel ou tel téléphone ne gène pas… on a un rendu unique avec une appli unique.

ca nous évite d’avoir à faire une version pour les plus de 1600 combinaisons OS/interface graphique/capacité du matériel présentes sur le marché (pour les téléphones en activité. on ne parle même pas des anciennes générations considérées comme morte).

c’est pas si clown que ca…
quand t’as pas d’économies tu peux pas te disperser… faut aller sur ce qui est immédiatement rentable.
et un développement sur android, même s’il devient incontournable dans un an (pour moi incontournable = 1 million d’utilisateurs en France) n’est pas rentable actuellement. pour le moment ca ne sert à rien (dans mon cas) de développer une version pour android, qui plus est, s’il est si ouvert et standard qu’il s’annonce l’être, il aura une JVM qui me permettra de conserver ma couche “d’abstraction” et mes développements java actuels …

google lui a tout à ggner à pousser android (et ils ont les moyens). à la clé il va y avoir des revenus récurrents important en vendant la certification “android” aux fabricants, en gérant la android store… mais les opérateurs et les fabricants vont-ils les laisser faire ou bien les couler ? c’est facile à couler. tu ne les distribue pas.
il y a un pack SFR/android qui sort. on verra bien le résultat.

et tu verras, je suis sur que des que les volumes de vente de ce pack seront connus, il y aura ici un post dans la minute qui suit pour :stuck_out_tongue: le vautour…

d’où ma veille LCDV :mdr: elle est bigrement efficace… piwaille devrait d’ailleurs songer à la commercialiser…
vous voulez tout savoir sur la guerre android / i-phone, suivez le débat “i-phone en approche” du LCDV.
lol

t’es un google avec quelques dizaines de millions d’euro de budget R&D tu fais ce que tu veux.
quand t’es plus petit, tu peux pas te disperser…

et pour le moment, si tu veux faire quelque chose qui marche et qui est potentiellement rentabilisable maintenant et s’il faut choisir entre iphone et android, tu prends iphone, le parc d’utilisateur est la.
le parc d’utilisateurs d’android ne sera pas existant avant 1 an voire 2.

et en fond, il y a un autre débat : qui est propriétaire de l’espace sur le téléphone et qui est propriétaire de l’accès à cet espace.
a-t’on le droit d’installer gratuitement une application ? (quelle soit elle même gratuite ou payante)
c’est la nature du débat de fond en ce moment. (quand je parle de gueguerre entre opérateurs / fabricants / éditeurs d’OS, c’est à ce niveau qu’elle ce joue). si la réponse est oui, alors, ok, les standards ouverts émergeront.
si la réponse est non, alors tu seras obligé de passer par une plateforme de distribution de l’appli que tu as développé et de probablement faire N version de ton appli pour les N plateformes concurrentes sur lesquelles tu devras être présent si tu veux toucher l’ensemble des utilisateurs qui représentent ton marché.

Merci Stepson de cette petite mise au point.
Je n’ai pas de portable hightech pour l’instant,pour moi il est urgent d’attendre la suite des guéguerres entre constructeurs,opérateurs et distributeurs.

ce n’est pas une mise au point, mais juste ma vision basée sur mon expérience personnelle :wink:

Ca y est, je suis vieux … je comprends plus rien !!!

:frowning:

Moi je me suis toujours dit que tous ces trucmachins electroniques ça devait surement etre fait pour se simplifier la vie… :grat:
A vous lire j’ai sincerement l’impression du contraire! :mrgreen:
Ah société technologique quand tu nous tiens! :expressionless:

houla Zig, tu vis dangereusement !

Sortir dans le coin du geek que le rss du mvj puissance 4 complique plus que simplifie, tu t’exposes, là.