Le weekend dernier, j’ai participé à la troisième édition du Startup Weekend Paris. Le weekend a été très dense, de ce fait j’ai à vous rapporter à propos de l’événement, du projet, de l’équipe, des technologies et méthodes utilisées…

Démarrage du weekend

Le Startup Weekend a commencé vendredi soir par un apéro pour faire connaissance. Ensuite, Franck, un des organisateurs, nous a fait faire quelques exercices d’impro sur le sujet de la création de startups pour détendre l’atmosphère. Enfin, nous nous sommes tous rendu dans un grand amphi pour passer aux choses sérieuses (pitch et élection des projets).

Nous étions 116 personnes. 46 projets ont été présentés (liste complète). J’ai moi-même présenté un projet, le #26. L’idée que j’ai présentée est un outil permettant de faciliter au maximum la rédaction des tweets lorsqu’on publie de la veille, sans pour autant l’automatiser (comme le propose TwitterFeed par exemple). Cet outil offre également une analyse du ROI (Return On Influence). On pourrait donc avoir des réponses à des questions comme : Quel est le meilleur moment dans la journée/la semaine pour publier un tweet? Quels thèmes intéressent le plus mes followers? …

Mon projet a finalement été sélectionné. Deux autres projets se sont d’ailleurs ralliés au mien car nos sujets étaient proches. Les participants se sont répartis sur les différents projets, nous nous sommes retrouvé 11 pour « monter une startup » en un weekend! L’équipe était composée de 7 développeurs, 4 marketeux et 1 designer.

Le vendredi soir s’est terminé par un brainstorming et un peu d’organisation. Nous avons finalement décidé de nous consacrer uniquement à la partie stats.

Choix technologiques

Coté techno, Ruby on Rails a été choisi de manière quasi-unanime. Pourquoi ? Car il n’y avait que des développeurs Rails ! Ce n’est pas du tout représentatif du marché du développement web en France, par contre cela représente très bien le marché des startups en France et plus particulièrement sur Paris. La vague Ruby on Rails est bien là et ça fait plaisir !

Nous avons donc développé en Rails 3 et Ruby 1.8.

Voici la liste des principaux services/techno que nous avons utilisés durant le weekend :

Côté plugins Rails, nous avons utilisé :

• mongoid
• devise
• devise-twitter
• mini_fb
• hoptoad_notifier
• will_paginate
• web-app-theme
• haml
• bitly
• …

Avec du recul, je pense que nos choix ont été plutôt bons. Heroku nous a permis de déployer l’application très rapidement et de ne perdre aucun temps avec l’administration système. Grâce à MongoDB (et Mongoid) nous avons pu nous permettre quelques facilités comme stocker les tweets dans leur totalité sans déformer leur structure. J’ai cependant toujours un doute sur la facilité à faire évoluer la structure des documents mongoDB sur du long terme. Nous avons pu mettre en place l’authentification en quelques secondes grâce à Devise. L’authentification par Twitter fut plus complexe car le plugin, devise-twitter, n’est pas encore stable.

Organisation

Ce weekend m’a permis de constater que Scrum est fréquemment utilisé dans le monde startup, la plupart des membres de notre équipe connaissait déjà cette méthode agile de gestion de projet. Nous avons donc décidé de la mettre en oeuvre pour le weekend pour l’équipe de dev.

Nous avons adapté la méthode à notre cas. Nous avons fait des sprints de 6h. Nous avons également choisi de commencer le samedi matin avec un sprint pas encore défini afin de ne pas perdre de temps.

Malheureusement, comme le produit a été conçu et modifié par le marketing tout au long du weekend, il n’a pas été possible d’appliquer Scrum comme nous l’aurions souhaité. Nous avons donc supprimé la notion de sprint. Nous avons gardé le concept de user stories, des Post-It sur un tableau, la notion de ‘terminé’ (samedi matin, nous nous sommes entendus sur le fait que pour ce weekend, une tâche terminée serait une tâche qui aurait été testée par un développeur)…

Enfin, ce qui m’a le plus surpris côté organisation c’est le fait qu’il n’y a pas eu de leader durant ce weekend et que personne n’a cherché à l’être. L’équipe s’est auto-organisée. Toutes les décisions ont été prises par l’ensemble de l’équipe et cela a très bien fonctionné.

Je craignais une guerre du pouvoir, j’ai assisté à une alliance pour la réussite ! Bravo l’équipe !

Le résultat : Qualifeed

Le weekend est passé très vite. Nous avons peu dormi. Et ce fût rapidement l’heure de rendre la copie.

En un petit weekend, nous avons réalisé Qualifeed. Aujourd’hui Qualifeed permet déjà pas mal de choses :

• Affichage des tweets les plus influents
• Pour chaque tweet, affichage du nombre de personnes ayant pu voir le tweet, du Qualifeed Score, du nombre de réponses, du nombre de retweets et du nombre de followers au moment de la publication
• Possibilité de tweeter votre meilleur Qualifeed Score
• Mini gestion du suivi de l’effet d’une campagne sur son site (avec un tracker en Javascript)
• Graphique montrant l’évolution du nombre de followers et du nombre de fans de votre page Facebook dans le temps
• Authentification par Twitter

Bien sur l’idée est de faire évoluer le produit. Nous aimerions que petit à petit Qualifeed se rapproche de la définition suivante :

Qualifeed propose une solution de mesure de l’audience, de l’engagement et de la transformation de vos campagnes social media marketing.

Plus précisément :

Qualifeed fournit une solution de Social Inluence Management et de Social Influence Optimization pour aider les marques, les community managers et les politiques à mesurer et à améliorer de manière continue le ROI (Return On Influence) de leurs campagnes de social media marketing sur Twitter mais également sur les autres outils sociaux. Le Social Influence Dashboard fournit une vision holistique de l’audience, de l’engagement et la transformation des activités.

Conclusion

J’ai beaucoup appris ce weekend !

Tout d’abord, j’ai pu voir que Ruby on Rails est la techno choisie par la plupart des startups web qui se lancent sur Paris. Ce weekend a été une très belle démonstration des possibilités offertes par Ruby on Rails. J’espère que les startups de Sophia vont vite s’y mettre.

Ensuite, j’ai pu rencontrer des gens formidables. C’est incroyable à quel point les gens présents étaient passionnés, compétents et motivés.

Enfin, j’ai été bluffé par la quantité et la qualité du travail que les équipes ont pu réaliser en un weekend. Cela prouve bien que si l’on s’entoure de gens passionnés, on peut déplacer des montagnes !

Bref, ce weekend a été une excellente expérience. J’espère pouvoir participer à nouveau à un tel événement très bientôt !

Ca y est, j’ai mes places et mes billets d’avion ! Je serai au Startup Weekend Paris ce weekend !

Qu’est-ce que le Startup Weekend ?

Le but du Startup Weekend est tout d’abord de réunir toutes les compétences nécessaires à la création d’une startup. Il y aura donc des développeurs, des graphistes, des marketeux, des business devs…

Le vendredi soir chacun peut présenter son idée. Les différents projets sont soumis à un vote afin de sélectionner ceux qui seront concrétisés durant le weekend. Enfin, les participants forment des équipes et commencent à plancher sur leur projet.

Le dimanche soir, les équipes qui le souhaitent peuvent présenter leur service, leur business plan…

Pourquoi j’y vais ?

Participer à cet événement est important car :

• C’est une très bonne occasion d’agrandir son réseau avec de grands passionnés (93% des participants restent en contact). Si vous y allez, venez me voir ! :)
• 8 projets sur 11 ont été fait en Ruby on Rails lors de la précédente édition (source)
• 30% des projets montés au cours des Startup Weekends sont encore en vie au bout de 6 mois.
• Des startups se sont créées grâce cet événement, comme Submate (première start-up issue du programme français, lancée en avril), LePotiron.fr, CheckMyMetro…
• Je cherche un poste sympa dans une startup ou un porteur de projet pour devenir co-fondateur technique et c’est une très bonne occasion de rencontrer du monde.
• Et, qui sait, peut-être que le projet auquel je participerai sera tellement bien qu’on montera une boite lundi matin :)

Je serai également présent à la Pré Startup Weekend Party, jeudi à la Cantine, pour faire quelques rencontres et travailler mon pitch (et oui, j’ai un projet à présenter !).

Rendez-vous ce weekend pour une grande aventure !

Dans le cadre de l’option Web Sémantique que j’ai choisi pour ce dernier semestre à Polytech’Nice-Sophia, j’ai eu à réaliser un projet de web sémantique en binôme avec Maximilien Perrin. Pour ce projet, nous avons décider de définir nous-même le sujet afin de réaliser quelque chose qui nous intéresse.

Nous avons choisi de réaliser un site internet en utilisant l’API de Last.fm comme support, le tout reposant sur un serveur web sémantique développé par l’INRIA : Sewese. Ce serveur repose sur le moteur de recherche sémantique : Corese, lui aussi développé par l’INRIA. Ce moteur permet un ajout simple d’ontologies, d’annotations ou encore de règles (en RDFS, RDF et OWL), mais aussi la possibilité de faire des requêtes SparQL. Le rôle de Sewese est de faciliter l’utilisation de Corese au sein d’une application web en proposant un jeu de tags JSP.

(Lire la suite…)

Coopnote est certainement le projet dont je suis le plus fier. Je l’ai réalisé avec 3 copains de ma promo ( Maximilien Perrin, Matthieu Segret et Mathieu Sivade) en fin de deuxième année à Polytech’Nice-Sophia. Nous avons conçu cette application pour un projet libre dans le cadre des études qui durait 3 semaines. Nous voulions tous en profiter pour parfaire nos connaissances dans le monde du développement web et réaliser un produit innovant et professionnel. Après de longues séances de brainstorming nous avons décidé de développer une application web 2.0 de travail collaboratif.

L’idée originale fut de proposer aux utilisateurs une interface constituée de bureaux (à la iGoogle et autres Netvibes) sur lesquels ils pourraient déposer des Post-it. Le partage étant à la mode, ils pourraient définir des droits d’accès pour chaque bureau qu’ils possèdent. Mais des sites internet de ce type, cela existe déjà plus ou moins, hors nous tenions absolument à créer quelque chose d’innovant. C’est alors que nous est venu l’idée d’utiliser la technologie Comet (utilisée par Gmail par exemple) qui permettrait aux visiteurs de voir les modifications faites sur les bureaux en direct.

(Lire la suite…)

Au début de l’année 2006, j’ai développé avec trois copains un framework java open source pour la création de jeux de cartes : Cero Project. Il s’agit d’un logiciel proposant différentes interfaces pour faciliter le développement de divers plugins : jeux, intelligences artificielles, interfaces (graphiques, ligne de commande, IRC, …), règles du jeu, traductions, client pour la mise à jour, …

Le noyau Cero Core est très modulaire. De plus, une communauté de développeurs, de designers, de rédacteurs, de traducteurs, … risquait de se créer autour de ce projet open source. Le noyau permet de créer aisément des plugins. On pouvait donc s’attendre à l’apparition d’un grand nombre d’extensions. Un problème s’est alors posé : comment les mettre à disposition de manière simple et facile d’accès ?

Les premières solutions auxquelles nous avons pensé étaient d’utiliser un serveur de téléchargement avec éventuellement une interface web pour le gérer ou un serveur FTP. Nous avons rapidement oublié cette première solution car il n’était pas facile de l’adapter à notre problème (pas de gestion de dépendances possible par exemple). Nous nous sommes alors penchés sur des solutions plus proches de ce qu’il nous fallait, les systèmes de dépôt linux.Nous avons donc développé un site web en PHP basé sur le framework Code Igniter et AJAX (avec le classique couple Prototype & Scriptaculous) permettant la gestion des plugins pour Cero Project.

Je vous laisse découvrir plus en détails notre travail en lisant la présentation et le rapport que nous avons rédigés :

Présentation (pdf)

Rapport (pdf)

Site du projet