Je vais vous faire part dans ce nouveau billet de mon incommensurable expérience sur GAE et d’un écosystème particulier, le mien. Pour reformuler, ce que je vous propose ici est un REX. J’ai toujours adoré cet acronyme, très parlant, d’une phonétique explosive. C’est le genre de document qui revient vous mordre même une fois que vous l’avez mis à la niche. Pour ceux qui ne connaissent pas, c’est un document que l’on vous demande de rédiger quand vous vous êtes planté pour ne pas vous planter une deuxième fois. De manière plus positive, on a toujours dit que c’est en tombant que l’on apprends à marcher.
(more…)

Parmi les nombreuses fonctionnalités du SDK d’Android il existe un service de synthèse vocale qui vous permet de faire dire à votre téléphone ce que vous voulez dans plusieurs langues.
Les applications Android peuvent facilement tirer parti de cette API afin d’aider les personnes mal ou non voyantes, ou lire à voix haute un SMS qui arrive lorsque vous conduisez votre voiture par exemple.
Dans cet article nous allons nous intéresser à la mise en œuvre d’une petite application de robot parleur qui dit dans la langue choisie un message saisi au clavier.

Architecture logique

L’application est composée d’une activité principale proposant une IHM pour saisir le texte, et d’une activité secondaire accessible depuis un menu d’options, permettant de modifier les réglages de notre application.
Les constantes de l’application sont centralisées dans l’interface Constants, tandis que les fonctions de synthèse vocale sont encapsulées dans la classe Tts.
Des fichiers de ressources sont utilisés pour définir l’IHM de l’application (layout main.xml), le menu d’options (options_menu.xml) et les différentes options de réglages (settings.xml).
Tous les textes de l’application sont externalisés dans values/strings.xml, c’est la ressource utilisée par défaut; pour une version bilingue il suffit de créer une ressource values-fr/strings.xml avec les textes en français.
En somme, une organisation classique pour une application Android.

Manifeste de l’application :

< ?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android" android:versionCode="1" android:versionName="1.0" package="com.programmez.android.speechbot">
  <application android:icon="@drawable/icon" android:label="@string/app_name">
    <activity android:name=".App" android:label="@string/app_name">
      <intent -filter>
        <action android:name="android.intent.action.MAIN"/>
        <category android:name="android.intent.category.LAUNCHER"/>
      </intent>
    </activity>
    <activity android:name=".Settings"/>
  </application>
  <uses -sdk android:minSdkVersion="4" android:targetSdkVersion="7"/>
</manifest>

Activité principale et IHM

L’interface de l’application est constituée d’un titre, une invite à saisir, une zone d’édition et un bouton pour lancer la synthèse vocale.

L’activité principale est prise en charge par la classe App, qui affiche le layout et gère les interactions avec l’utilisateur :
• La première fois que l’utilisateur lance l’application un texte par défaut lui est proposé (« Bonjour !»)
• Chaque fois que le texte est modifié, il est sauvegardé et remplacera le texte par défaut pour les prochains lancements de l’application.
• Lorsque l’utilisateur clique sur le bouton « Parler », l’activité lance la synthèse vocale.
• Un menu d’options est accessible via la touche « menu » du téléphone, avec la possibilité d’accéder aux réglages ou quitter l’application. (more…)

Le SDK d’Android propose un modèle de composants et des APIs pour gérer différents dispositifs qui font la particularité des plateformes mobiles : connectivité, capteurs, téléphonie, multimédia …
Dans cet article nous allons nous intéresser à la détection d’événements liés à la téléphonie et la géolocalisation.

Un modèle de composants adapté

L’activité est le premier composant essentiel permettant de gérer le cycle de vie d’une application et l’interactivité avec l’utilisateur ; mais qu’en est-il lorsqu’on souhaite exécuter un traitement en tâche de fond, qui démarre automatiquement, et qui doit réagir à des événements externes comme un appel téléphonique ? Le framework propose pour cela des composants de type service et receiver qui utilisent des intentions (Intent) pour collaborer.

Les services : pour des traitements en tâche de fond

Le service peut être vu comme une activité à longue durée de vie (potentiellement infinie), en tâche de fond, et privée d’IHM; il est implémenté par une classe qui doit étendre android.app.Service.
Démarrage du service : à la différence d’une activité, l’utilisateur ne dispose pas de raccourci dans son bureau, il faudra donc démarrer le service explicitement de manière programmatique (souvent depuis une activité).
Les services d’une application doivent être déclarés dans son manifeste :

  <application android:icon="@drawable/icon" android:label="@string/app_name">
    <activity .../>
    <service android:name=".Service" />
  </application>

Un service peut, comme une activité, enregistrer des écouteurs spécialisés (listeners) pour obtenir des informations sur un capteur particulier, il est alors responsable du désenregistrement des listeners.

Receiver : un déclencheur léger

Le receiver est un composant susceptible de recevoir des intentions exprimées par le système Android ou d’autres applications. Les intentions symbolisent des requêtes (ou souhaits) et sont orchestrées par le framework ; cela offre un cadre simple et générique qui fait penser au style d’architecture REST (ou au Web), et confère un niveau d’abstraction intéressant pour faciliter l’intégration de composants. (more…)

Les deux sessions gratuites sur le développement d’application Android du 11 février à Paris étant complètes avec plus de 130 inscrits, nous avons décidé d’ouvrir 2 nouvelles sessions le 16 mars à Paris la Défense et également 2 sessions le 18 mars à Toulouse.

Les points abordés dans ce séminaire seront :

- Intérêt et positionnement d’Android
- Les bases du développement d’applications avec Android
- Réalisation d’une démo de géolocalisation
- Sensibilisation aux spécificités du développement mobile

L’accent sera placé essentiellement sur les retours d’expérience et les démonstrations :

Code Kata : géolocalisation
- Hello world!
- Intégration d’une Map View
- Ajout d’Overlays
- Gestion du GPS

Exemples et retours d’expérience
- QuizDev : activité multi-langues
- PulseKeeper : threads, interface tactile, accéléromètre
- PicaSlide : intégration de services Web
- Bonnes pratiques

Pour info, la première formation interentreprises sur Android se tiendra du 8 au 11 mars à Paris la Défense.

Suite à beaucoup de mystère, Didier Girard nous à présenté hier les évolutions réalisé par Google de l’App Engine Java hier chez Google France.

Ayant eu la chance d’être parmi les développeurs sélectionnés, voici les points présentés :

• Chiffres : 150k développeurs travaillent avec App Engine, 50k app sont déployés : Ebay, BuddyPoke …

• Présentation des évolutions de la console d’administration :

1. différentes métriques de consommation,
2. la possibilité de gérer sa consommation et de payer du dépassement à la demande
3. présentation du système de Cloud computing pour la gestion de la performance et de la consommation
4. l’accès à la base de données,
5. import export des données
6. La gestion du Cache pour faire des économies
7. La gestion de CRON : interrogation d’URL (avec un petit + la définition de la Time Zone)
8. le SDC, Secure Data Connector : pour créer une connexion ssl à votre SI …

• Présentation du plugin Google pour eclipse

1. Création de projet simple et prêt à être déployé via App Engine (Sur les bases de GWT)
2. choix des sdk gwt et App Engine à utiliser dans votre application
3. seul obligation pour votre application : définir le nom de l’application ( à voir + tard la définition des noms de domaines)
4. présentation de la gestion de persistance en JDO (ou JPA) via la base Google de type BigTable.

Google nous propose donc un moyen simple de créer des application web en java simple à déployer, dans le cadre d’application Open-Social.

Pour le moment cela semble très prometteur. A vous de faire une demande de compte chez google pour commencer à réaliser vos applications.

A voir les applications de Didier :

Wolfengine et ergosum

Annonces :

• Guillaume Laforge a réalisé la portabilité de Groove sur App Eng.
• Un plugin Maven devrait être mis à disposition cette semaine sur google code.

Voila pour les infos glanés lors de la présentation chez Google France.

Comme vous le savez, la première session des After-Works a été un très (trop ?) grand succès.

Nous pensions dans un premier temps n’avoir qu’au mieux une quinzaine de participants, nous nous sommes retrouvés à 3 jours de l’événement avec 70 inscrits…

Pour cette raison, nous avons du prendre plusieurs mesures afin d’être en mesure d’absorber la charge des participants :

1. Nous avons doublé la session le soir de l’événement (encore merci à POG pour sa participation) et utilisé une deuxième salle plus grande,
2. Nous avons décidé de créer une deuxième date dans le calendrier, et que cette deuxième devait avoir lieu au plus tôt pour ne pas perdre trop de monde en route.

Que nos amis “.netistes” se rassurent, nous ne les oublions pas, et nous allons replanifier la session initialement prévue en décembre sur Linq en début d’année 2009.

Merci à tous ceux qui ont participé à cet événement. Mention spéciale à Anthony, Pascal, notre équipe marketing et recrutement, et bien sur les personnes de Valtech Training qui nous ont aidé. Pour information, notre cellule recrutement/RH va commencer à rappeler nos visiteurs qui ont accepté de l’être dès aujourd’hui.

Le premier ‘Valtech After work‘ a eu lieu mardi dernier le 25 novembre.
Ce fut un succès. Des personnes très diverses sont venus librement et ont eu ce qu’elles étaient venues chercher: un aperçu clair et appliqué d’une des dernières technologies de Google. Ces développeurs ont appris par l’exemple ce que l’on peut attendre de GWT.
La session a été partagée en deux groupes pour différencier les personnes venues avec leur portable de celles qui ont pu utiliser les machines pré configurées des locaux de Valtech Training. C’était un bon moyen de faire découvrir comment les consultants Valtech ont la possibilité d’échanger régulièrement leurs connaissances ensemble autour des technologies, des pratiques ou de leurs expériences pendant les cours du soir internes Valtech.
En discutant avec les participants, on pouvait aussi ressentir l’intérêt de ces développeurs pour les pratiques agiles.
Anthony, à l’initiative du sujet, mettra prochainement à disposition ici le contenu du cours.
Le prochain évènement sera la session sur Linq. N’hésitez pas à vous inscrire afin de découvrir à votre tour l’ambiance et la technologie Microsoft avec Sadek dans le prochain Valtech After work le 3 décembre.
Edit: Finalement, le prochain Valtech After work sera à nouveau une session sur GWT pour satisfaire les personnes qui n’ont pas pu assister à celle-ci. Elle se tiendra le 17 décembre toujours dans les locaux de Valtech Training: comment venir ?. Inscrivez-vous !

Scrum Vision is a Mylyn connector for Google SpreadSheet backlog.
Backlog is an excel like tasklist.

You can download first version : http://sourceforge.net/projects/scrumvision/

Enjoy it, and don’t hesitate to report some bugs, that means you use it

Google vient de lancer la version beta de sa solution d’hébergement d’application.
Application développée en Pyhton.

What is the Google App Engine?

“Google App Engine lets you run your web applications on Google’s infrastructure. App Engine applications are easy to build, easy to maintain, and easy to scale as your traffic and data storage needs grow. With App Engine, there are no servers to maintain: You just upload your application, and it’s ready to serve your users.”

Google App Engine

A quand notre Trac sur Google ??