Dans le cadre d’une année « Jeune Ingénieur » à TELECOM Bretagne, je viens de finir un stage de presque un an chez Jolicloud.

Il s’agit d’une toute nouvelle start-up lancée par Tariq Krim (fondateur de Netvibes) qui crée un système d’exploitation adapté aux netbooks et construit autour d’Internet (ses technologies et ses services).

Ce stage a été une passionnante occasion de vivre de l’intérieur le lancement d’une start-up : idée, recherche, lancement d’une alpha privée, recherche de financements, arrivée de gros concurrents (comme Google Chome OS), élargissement de l’alpha, embauches, roadmap de la beta et de la version finale… Nous étions trois au départ : Tariq Krim, Romain Huet et moi.

Niveau développement, le défi est intéressant : se baser sur Linux pour créer un système d’exploitation ergonomique et beau, qui soit centré sur les technologies du web plutôt que sur les technologies classiques utilisées sur un système Linux (plutôt HTML que GTK, plutôt Javascript que C…).

Nous avons utilisé Ruby On Rails et JQuery pour développer l’application web qui est le cœur de Jolicloud, et pas mal de python sur le système, pour permettre à notre application web de communiquer avec le système.

Les premiers développements se sont focalisés sur deux choses : partir d’Ubuntu et le modifier pour créer le système d’exploitation Jolicloud, et créer un annuaire d’applications, un peu comme sur l’iPhone d’Apple, qui permet d’installer/supprimer/mettre à jour ses applications en un clic. Cet annuaire est basé sur APT, la technologie utilisée par Debian (et Ubuntu) pour gérer les fichiers installés sur le système. De plus, Prism a été complètement intégré pour mettre les applications web (Google Docs, GMail, Facebook…) sur le bureau.

La version actuellement disponible de Jolicloud est très loin d’être complète : ce n’est qu’un aperçu de ce que nous voulons faire. Les développements s’accélèrent actuellement et nous avons plein d’idées dont je ne peux pas encore parler. Je dois malheureusement retourner en cours maintenant pour ma 3ème année à TELECOM Bretagne, mais j’espère pouvoir continuer à participer à Jolicloud dans l’avenir.

Contrairement à ce que fera probablement Google Chrome OS, Jolicloud permet de lancer des applications locales, pas seulement des applications web, et il ne pousse pas à l’utilisation des services Google. Et contrairement à Moblin, Jolicloud est autant une application web (notifications, synchronisation…) qu’un système d’exploitation. Et personnellement, le concept de Jolicloud me plairait bien sur mon PC portable aussi, si son interface était adaptée. Donc Jolicloud me semble avoir un bel avenir… à suivre

No related posts.

De début juillet à fin août 2007, j’ai fait un stage de deux mois chez Netvibes à Paris. Ce stage était dans le cadre des stages d’été à TELECOM Bretagne.

Lors de ce stage, j’ai fait du développement en AJAX, particulièrement dans le cadre de la plateforme de widgets universelle UWA. J’ai développé de nouveaux widgets et converti d’anciens widgets internes de Netvibes à UWA.

J’ai aussi développé de nouveaux compilateurs de widgets UWA, et de nouveaux environnements pour adapter les widgets à de nouvelles plateformes.

Ça a aussi été l’occasion de découvrir l’équipe de Netvibes, et la bonne ambiance qui règne dans cette start-up .

No related posts.

De janvier à juin 2007, dans le cadre du projet au semestre 2 de TELECOM Bretagne « Projet de développement », on m’a demandé, avec trois autres étudiants, de développer un système de gestion en ligne de projets pour l’intranet du département informatique de l’Université de Bretagne Occidentale (UBO).

Objectifs

Ce site devait permettre aux intervenants invités par l’administrateur d’une session de projets d’entrer des propositions de projets. Ces propositions étaient en suite validées ou non par l’administrateur, puis rendues visibles aux élèves. Les élèves intéressés classaient alors leurs choix. Une fois cette phase terminée, l’administrateur attribuait les projets en faisant le moins de mécontents possibles, puis les projets définitifs étaient notifiés aux élèves.

L’identification des élèves devait se faire grâce au LDAP de l’UBO. Les intervenants, en revanche, n’étaient pas obligatoirement inscrits dans le LDAP.

Le site devait enfin être compatible avec les principaux navigateurs actuels, et utiliser PHP et MySQL côté serveur.

Problèmes et solutions

Le problème le plus complexe que devait résoudre le système était l’attribution finale des projets aux élèves en faisant le moins de mécontents possible. Nous avons d’abord envisagé une solution de placement automatique, mais ça aurait manqué de souplesse, et nous manquions de temps pour mettre en place une telle solution. Nous avons donc décidé de créer une interface en AJAX qui permettait à l’administrateur de voir en direct quels élèves et quels projets étaient insatisfaits, et quels changements pouvaient être faits pour améliorer la solution. Les changements pouvaient être enregistrés en cours d’attribution pour éviter les pertes de données.

L’interface de classement des projets par les élèves était aussi relativement complexe. Nous avons donc utilisé du javascript pour permettre de faire glisser les projets dans la liste, et rendre l’interface plus intuitive. Cependant l’interface se dégradait bien si javascript n’était pas activé, et restait utilisable.

Un petit problème technique se posait aussi pour tester le système d’identification : nous travaillions à TELECOM Bretagne d’où nous n’avions pas accès au LDAP de l’UBO. Nous avons donc testé l’identification avec le LDAP de TELECOM Bretagne, et fait les derniers ajustements lors du déploiement sur le serveur de l’UBO.

Difficultés

La première difficulté que nous avons rencontrée est que parmi le groupe de 4 étudiants pour ce projet, j’étais le seul à avoir déjà développé en PHP. Il a donc fallu du temps pour que les 3 autres apprennent ce langage.

Un autre problème est venu du fait que nous n’avons pas passé assez de temps sur le cahier des charges au départ. Le problème de départ était vague, ce qui a provoqué des changements du cahier des charges en cours de projet qui ont fortement ralenti l’avancement du projet.

Conclusion

Malgré ces difficultés, le résultat final était fonctionnel, pas très beau (aucun de nous n’était designer). Il était assez facilement maintenable et correctement documenté.

Je ne sais pas si notre système est actuellement utilisé à l’UBO.

No related posts.