Etienne Segonzac

Le mobile à travers les yeux d'un développeur.

ARM Le Levi’s Du Mobile

Lors de la ruée vers l’or il y avait ceux qui creusaient (et ils étaient nombreux) et ceux qui les fournissaient. La petite histoire veut que le succès de Levi’s se soit construit en fournissant les mineurs.

Revenons-en à nos mobiles.

ARM a annoncé son futur Cortex A15 avec un positionnement particulièrement intéressant : ce processeur est destiné à la fois aux terminaux mobiles et aux serveurs auxquels ils se connectent.

Le milieu du mobile et du cloud computing est en pleine effervescence, et les processeurs ARM consituent l’un des fils rouge de cette révolution.

La Promesse Des Web App Stores

Google, Mozilla, le petit monde des Web App Stores est en effervescence depuis quelques temps. Mais avec l’arrivée prochaine de ces boutiques sur nos mobiles, les choses sérieuses commencent.

Et un aspect m’intéresse tout particulièrement : la promesse d’avoir des applications qui vous suivent. D’abord sur votre bureau, puis sur votre tablette au café, et enfin sur votre téléphone dans le métro. Bien sûr cela n’est pas valable pour tous les types d’utilisations, mais certaines applications méritent de rester avec vous en toutes situations et sans aucune friction.

Oublions le multi-plateforme, cela ne nous a pas réussi, pensons multi-devices.

Plusieurs périphériques, une seule plateforme.

C’est un contexte dans lequel les standards web ont une longueur d’avance. Oui, certains éditeurs font un travail remarquable et maintiennent une multitude d’applications natives pour vos différents devices. Mais quelque part cette énergie serait peut être mieux investie dans la recherche d’expériences et de designs adaptés à nos différents périphériques.

Les Web App Stores pourraient être le pendant business manquant actuellement à cet avantage technologique.

Petit Guide De l’UDID

Comme vous avez pu le lire dans la presse à scandale avec la sortie d’iOS 5, Apple change de politique concernant des UDIDs.

Tout d’abord qu’est-ce qu’un UDID?

C’est l’identifiant unique de votre iPhone, ça ressemble à ça: 91F24C5E-F158-4177-9359-CB9F09EFE80F.

Et il peut être utilisé de différentes façons par vos applications:

  • A des fins statistiques
  • Pour vous identifier à un service (et non pas vous authentifier…)
  • Et plus généralement dès qu’il faut faire persister un bout d’information rien que pour vous (et votre iPhone)

Les changements, en résumé

Avant

Les applications ont accès à ce fameux UDID comme bon leur semble.

Statistiquement, c’est votre iPhone physique qui est compté.

Après

Apple va progressivement retirer l’accès à l’UDID et encourage les développeurs à générer eux même leurs identifiants uniques.

Maintenant c’est chaque installation d’une application qui est comptée.

  • Si vous changez d’iPhone mais que vous restaurez vos application, côté statistique on ne se rendra pas compte du changement
  • Si vous dé-installez/ré-installez l’application statistiquement cela sera vu comme un nouvel utilisateur

Pour les développeurs…

Génération et stockage d’un identifiant unique
1
2
3
4
5
6
7
8
9
10
11
12
13
14
- (NSString *)deviceUDID
{
  // N'oubliez pas de déclarer une constante pour "generatedUDID"
  // là c'était pour rendre le code plus lisible
  NSString *udid = [[NSUserDefaults standardUserDefaults] objectForKey:@"generatedUDID"];
  if (udid == nil) {
      CFUUIDRef udidref = CFUUIDCreate(NULL);
      udid = [(NSString *)CFUUIDCreateString(NULL, udidref) autorelease];
      CFRelease(udidref);
      
      [[NSUserDefaults standardUserDefaults] setObject:udid forKey:@"generatedUDID"];
  }
  return udid;
}

Le Futur Du Finder

Apple veut tuer le système de fichiers

C’est plutôt clair. A partir de maintenant tout est application, tout est cloud. Et si vous voyiez le bordel sur le bureau du Mac de ma mère vous comprendriez pourquoi cette stratégie est pour le moins pragmatique :)

Mais j’aime le Finder, et je m’inquiète à l’idée de le voir doucement sombrer, voir disparaître.

Compréhensible, pour un nerd de l’organisation.

Mais voilà Jon McCann

Allez jeter un œil à ce que prépare les développeurs du côté de Gnome pour “Finding and Reminding”.

En résumé:

So, this doesn’t mean that files are going to go away. But we do need to start to think of files differently. Perhaps more like a cache. Perhaps the local system as only one of many possible data providers.

Et ils ne font pas qu’en parler, ils implémentent leur vision à toute vitesse (ici Gnome 3.2):

Le Finder dans les nuages

L’idée de voir le Finder reprendre une place centrale comme aggregateur de plusieurs services et de plusieurs sources de données me plaît beaucoup plus.

Même dans un mode mobile et distribué il reste toujours un besoin: où sont mes trucs? Quelque soit le service, quelque soit l’application, quelque soit le type de document, “où sont mes trucs”?

C’est un rôle qui convient parfaitement au Finder.

Il est encore tôt, mais certains services comme SocialFolders permettent déjà de se donner une idée de ce qui nous attend (c’est une application qui ajoute flickr, facebook, google docs… à votre Finder).

Et par dessus tout ça les rumeurs de Google Drive s’intensifient, je suis donc optimiste :)