Présentation réalisée pour la 3eme édition du Startup Weekend Marseille

Après de nombreuses participations à des Startup Weekend, je me suis aperçu que les gens testaient peu leurs idées avant de se lancer dans le développement du service complet.

Voici 10 moyens d’affiner et tester votre idée avec le moins d’effort possible. Ils vous permettrons de mieux répondre aux besoins de vos clients et d’aller plus vite vers la bonne idée.

Itération

Pour tester son idée en un minimum de temps, il est toujours important de réfléchir à comment obtenir le maximum de retours avec le moins d’effort possible. Développer son service est rarement la meilleure solution…

La conception doit se faire de manière itérative. Partez à la découverte de vos utilisateurs potentiels, récupérez un maximum de retours et modifier votre business model/service en fonction.

Expert

Afin de comprendre le marché, les besoins… demander à un expert est souvent une bonne solution. Cela vous permettra de rapidement avoir les informations de base dont vous avez besoin.

N’hésitez pas à essayer de contacter des gens qui vous paraissent inatteignables. Dans des Startup Weekend, il m’est souvent arrivé d’avoir des CEO de sociétés connues au téléphone ! Ils sont souvent aussi passionnés que vous et se font un plaisir de vous expliquer ce dont vous avez besoin.

Interviews

Au départ, votre idée est floue et repose sur de nombreuses hypothèses pas toujours fiables. Pour mieux comprendre le besoin de vos clients, le plus simple est souvent de leur demander.

Pas besoin d’interroger beaucoup de monde. Essayez de poser un minimum de questions afin de ne pas trop influencer. Laissez la discussion dériver. Il est possible que vous n’ayez pas identifié le besoin et que cela n’intéresse pas du tout la personne interrogée.

Repérez bien les phrases du style : « Je ne suis pas sûr d’utiliser ton service, en revanche, si ton service fait [une idée], je suis prêt à payer pour ça ! »

Sortez !

Vous faites un service pour boulangers ? Sortez et allez interroger le premier boulanger du coin.

Qui mieux qu’un boulanger pourrait vous répondre ?

Article

Afin de vérifier, si la problématique que souhaitez traiter intéresse, vous pouvez communiquer dessus et voir si les gens lisent et diffusent ce que vous écrivez.

Avant de vous lancer dans de la formation en création d’entreprise, pourquoi ne pas vérifier qu’il y a un marché en publiant un article donnant les bases…

Questionnaire

Quand votre idée se précise, un questionnaire peut être très utile. Il vous permettra d’avoir des informations quantitatives cette fois. Google Docs vous permet d’en créer un en quelques minutes.

Pensez à publier le questionnaire à votre cible !

Votre service concerne le tourisme ? Postez votre questionnaire sur des forums, blogs, chats… qui concernent ce domaine.

Pensez à demander s’ils se sentent concernés, combien ils pourraient payer, de quelles fonctions ils ont besoin, ont-il d’autres problèmes…

Landing page

Une fois que vous avez mieux identifié le problème que vous voulez résoudre, il est bon de tester votre solution. Créez un site d’une page contenant le nom de votre projet, la description en une phrase de votre service et un call to action (champ pour laisser son email, bouton «plus d’infos»…)

Vous pouvez vous lancer dans l’achat d’un nom de domaine et la création d’une page web (des services comme LaunchRock peuvent grandement vous simplifier la vie).

Pensez pas à tester différents messages et regarder l’influence sur le taux de conversion !

Prototype

Une fois que votre business model et votre idée se précisent, il devient pertinent de développer un prototype. Regardez si les gens s’inscrivent, s’ils l’utilisent et si oui, quelles fonctions.

N’hésitez pas à changer le wording, ajoutez/modifiez/supprimez des fonctions pour voir si leur comportement change.

MVP (Minimal Valuable Product)

Ne développez pas une usine à gaz ! Construisez le plus petit produit qui vous permettra d’avoir des retours utilisateurs.

Si vous êtes tenté de construire une usine à gaz, si vous n’arrivez pas à résumer votre service à quelques fonctionnalités, c’est que votre vision n’est pas encore assez claire. Repartez à la découverte de vos clients potentiels.

Monétisation

Enfin, le grand luxe pour un Startup Weekend, essayez de gagner de l’argent. C’est la meilleure preuve.

Si les gens payent pour votre service, vous êtes sur la bonne voix. Il ne vous reste plus qu’à les garder.

Pour approfondir, voici quelques livres orientés Lean Startup que je vous invite à lire.

Pascal Cardonna est coordinateur multimédia chez Radio France. C’est un passionné de radio, de télévision, de cinéma, d’internet, de réseau sociaux… ! Sur son blog, il publie des interviews filmées de personnes toutes aussi passionnées que lui sur des domaines très divers : community manager, blogueurs célèbres, pompier, étudiants, top models…

Grâce à la magie de Twitter et du networking, nous avons fait connaissance sur la toile. Puis la semaine dernière, en déplacement dans la région, Pascal m’a proposé de se rencontrer et m’a demandé si j’étais d’accord pour qu’il m’interview. J’ai été surpris et honoré par cette invitation. Je me retrouve donc sur le blog de Pascal à côté de grands bonhommes comme Matthieu Blanco, Gonzague… Une telle proposition ne se refusant pas, je vous invite à lire son billet sur l’interview.
Je parle de mon métier, de Backinmind et du Startup Weekend Nice Sophia-Antipolis.

Merci beaucoup Pascal pour cette video et à très bientôt sur Nice !

Du 18 au 20 mars, après San Francisco, Miami, Stockholm, Paris et 170 autre Startup Weekends dans le monde, cela sera au tour de Sophia Antipolis d’avoir son Startup Weekend.
Pendant 54h, des porteurs de projets, des développeurs, des personnes travaillant dans le marketing et le business, des graphistes… auront pour unique mission de monter une startup en un weekend !

Vous aurez la chance d’être coaché tout au long du weekend par de grands experts tels que Pierre-Olivier Carles (serial entrepreneur), Jean François Carrasco (Campus ID), Alexandre Delivet (co-organisateur des Apero-entrepreneurs), Cédric Giorgi (Techcrunch France et Seesmic), Philippe Meda (Merkapt), Nicolas Riche (DSO Experts comptables) et Cédric Palazetti (Venturi Avocats).

Comme vous le savez probablement si vous suivez mon blog, j’ai participé aux Startup Weekend de Paris et Genève ces derniers mois. Ayant adoré ces expériences, j’ai accepté de co-organiser ce Startup Weekend car je pense qu’un tel événement sur Sophia Antipolis va être très bénéfique pour la région. Il va permettre de promouvoir les technologies et méthodes modernes utilisées par les startups d’aujourd’hui (Ruby on Rails, Scrum, méthode Agile, Lean Startup, Business Model Canvas…). Après chaque Startup Weekend, des startups se créent. Des startups connues sont nées grâce à cet événement : Memolane, Submate, Ninjabutton, Launchrock, Supermarmite… Je serais ravi que cet événement contribue à développer le monde de l’entreprenariat sur la Côte d’Azur.

Le Startup Weekend fait partie d’un événement plus global, le R3, qui regroupe deux autres événements. Vous pourrez ainsi assister à l’Open Coffee le jeudi soir pour rencontrer d’autres participants et parler de vos idées. Le vendredi de 11h à 18h, un Barcamp (une rencontre thématique) sera organisé autour de l’entrepreneuriat, de l’innovation et des startups.

Ce weekend est une chance unique de tester une de vos idées, de découvrir le monde de l’entreprenariat, de faire de belles rencontres, de trouver des associés, de rencontrer des investisseurs…
Alors, n’hésitez plus, venez !

Plus plus d’informations et inscriptions :  http://nice.startupweekend.org

Twitter : @swnsa

Il y a un mois environ, j’ai eu le plaisir de présenter Ruby on Rails avec Maxime Menant dans le cadre des SophiaConf 2010. Comme nous avions beaucoup de choses à raconter, nous avons décidé de ne pas faire une conférence mais deux, d’une durée d’une heure chacune.

La première, que j’ai présentée, s’adresse principalement aux entrepreneurs, chefs de projet, directeurs techniques… Cette conférence explique pourquoi Ruby on Rails peut-être un très bon choix technologique, pourquoi ce choix peut faire gagner du temps et de l’argent… J’en parlais dans un précédent article : Pourquoi Ruby on Rails est génial? (d’un point de vu non technique)

Aujourd’hui, je souhaite partager avec vous la deuxième conférence, présentée par Maxime. Celle-ci s’adresse principalement aux développeurs. Elle présente Ruby et Ruby on Rails tout en mettant en avant les points forts de ce couple fusionnel.

Pourquoi Ruby et Ruby on Rails sont geniaux ?

• Les slides (pdf)
• La vidéo

Il y a un mois environ, j’ai eu le plaisir de présenter Ruby on Rails avec Maxime Menant dans le cadre des SophiaConf 2010. Comme nous avions beaucoup de choses à raconter, nous avons décidé de ne pas faire une conférence mais deux, d’une durée d’une heure.

La première, que j’ai présentée, s’adresse principalement aux entrepreneurs, chefs de projet, directeurs techniques… Cette conférence explique pourquoi Ruby on Rails peut-être un très bon choix technologique, pourquoi ce choix peut faire gagner du temps et de l’argent…

La deuxième, présentée par Maxime, avait pour but de démontrer la puissance de cette technologie aux développeurs.

Dans ce billet, je vais présenter la première conférence. Je parlerai de la deuxième dans un autre billet que je publierai prochainement.

Ruby on Rails d’un point de vue non technique

• Les slides (pdf)
• La video

Avant de montrer pourquoi Ruby on Rails est un bon framework, il est important de réfléchir à ce qu’est un framework de qualité. Pour ce faire, j’ai interrogé nombre de mes collègues, followers, amis ingénieurs…

Grâce à leurs réponses, j’ai pu composer une liste des principaux critères qui définissent ce qu’est un bon framework, en voici quelques-uns : Productivité, Agile, Hébergement, Déploiement, Performance, Licence, Evolution, Recrutement ,Actif, Confort, Coût, Bonnes pratiques, Communauté, Architecture, Sécurité …

Avant de voir comment Rails répond à ces différents critères, je vous propose une petit piqûre de rappel.

Ruby, le langage

Ruby est un langage de programmation interprété, orienté objet et multi-paradigme. Il est multiplate-forme et open source. Il vu la première fois le jour en 1995 grâce à son créateur Yukihiro Matsumoto (aka « Matz »).

Il existe plusieurs implémentations de machines virtuelles Ruby, chacune ayant ses spécificités :

• MRI : Il s’agit de la machine virtuelle standard.
• JRuby : Cette implémentation de l’interpréteur Ruby repose sur la JVM (la machine virtuelle Java). Elle permet d’utiliser du code Java en Ruby et inversement. Elle est aujourd’hui principalement maintenue par Engine Yard.
• MacRuby :  Cette implémentation est le pendant de JRuby mais avec l’Objective-C. Elle est aujourd’hui maintenue par Apple.
• Rubinius : Il s’agit en quelque sorte de l’avenir de la machine virtuelle Ruby. Toujours en développement, elle devrait apporter d’importantes améliorations en terme de performance et de gestion de la mémoire.

Quelques chiffres intéressants :

• +14 000 gems (bibliothèques packagées et faciles à utiliser)
• +185 000 projets Ruby sur Github
• 10eme position au classement TIOBE (juin 2009)

Ruby on Rails, le framework web

Ruby on Rails, également appelé RoR ou Rails, est un framework web open source écrit en Ruby. Il a été extrait de Basecamp en 2004, un outil de gestion de projets développé par David Heinemeier Hansson (aka « DHH »). Rails est basé sur deux principes fondamentaux :

• DRY (Don’t Repeat Yourself) : Tenter autant que possible de n’avoir des éléments de l’application qu’à un seul endroit. L’architecture MVC et la métaprogrammation en Ruby rendent cela possible.
• Convention over Configuration : Il est inutile de préciser des détails lorsqu’ils respectent des conventions établies. Rails exploite cela en proposant des comportements par défaut pour la plupart de ses fonctionnalités.

Pourquoi Ruby on Rails est génial?

Ce framemork est un outil très puissant. Il a été pensé afin d’être élégant, efficace, scalable, sûr, agile… Voici pour moi quels sont les principaux éléments qui rendent ce framework si différent :

• La structure : Rails impose une certaine structure au projet. De ce fait, lorsque vous commencez un nouveau projet, vous n’avez pas à vous casser la tête pour savoir comment l’organiser. De plus, comme chaque application Rails possède la même structure, lorsque qu’un développeur rejoint le projet il est très rapidement opérationnel car il n’a pas à étudier comment le projet est organisé.
• Les migrations : Rails permet grâce aux migrations de faire évoluer la structure et le contenu de la base de données de manière agile, le tout en restant indépendant du type de base de données (MySQL, Postgres, SQLite, Oracle…).
• Active Record : Il s’agit de la partie de RoR offrant une abstraction sur la base de données. Active Record est un ORM permettant de manipuler les données de la base très simplement car il profite de la puissance de Ruby.
• Scaffold : Rails peut, grâce au scaffolding, générer tout le code nécessaire pour faire un CRUD (Create, Read, Update, Delete) autour d’une entité. Ceci rend Rails très efficace pour le prototypage d’applications.
• Les environnements : Lorsque vous exécutez une application Rails, elle est exécutée dans un environnement spécifique. Par défaut, une application Rails possède 3 environnements : development, test et production. Chaque environnement possède ses propres paramètres de configuration, ses propres logs et permet de lancer des gems supplémentaires (par exemple des bibliothèques de test).
• La sécurité : Rails propose, par défaut, des systèmes de protection aux attaques les plus classiques (ex : CSRF, XSS, …). Il suffit de rester dans les rails et tout ira bien :)
• Javascript : Une biblothèque JS est disponible par défaut dans Rails, Prototype + Scriptaculous. Il est possible simplement d’utiliser JQuery à la place. La force de Rails est de proposer d’implémenter des vues en RJS. Le RJS est du code Ruby qui génère du javascript, il peut être utilisé pour implémenter des vues.
• Cache : Evidement, Rails permet de mettre du cache un peu partout (page, partial, modèle, action…)
• Test : Rails est livré avec tout ce qu’il faut pour rédiger des tests proprement. De plus, à chaque fois que vous créez un contrôleur ou un modèle, Rails vous créera automatiquement le squelette du test associé!

Cette liste est loin d’être exhaustive, mais elle permet déjà d’avoir un bon aperçu de ce qui rend Rails si unique.

Ruby on Rails 3

Ruby on Rails est un framework qui évolue vite. La version 3 de cet innovant framework devrait voir le voir le jour dans les semaines qui arrivent.

Rails 3 est en fait l’union de Merb et Rails 2. Merb est un framework web léger écrit en Ruby. Il privilégie la performance au confort alors que Rails 2 propose plutôt un compromis entre les deux. Rails 3 est modulaire. Vous pouvez ajouter/supprimer des couches d’abstraction en fonction des besoins en performance que vous avez.

Rails 3 arrive avec une pléiade de nouveautés : compatibilité HTML 5, Javascript non-obstrusif, Bundler (nouveau gestionnaire de dépendance des gems), réécriture de la partie modèle…

Une communauté prolifique

Ruby étant un langage de haut niveau, c’est-à-dire qu’il propose une forte abstraction, permet de développer très rapidement. De ce fait, il existe un très grande quantité de bibliothèques open source que l’on peut utiliser librement dans tout projet Ruby.

Dans le monde Rails, il y a des plugins pour tout : authentification, tâches de fond, upload de fichiers, paiement en ligne, NoSQL, indexation, BDD, pagination, geolocalisation, cache, Twitter, parsing, Facebook…

La communauté est également très active pour l’entre-aide. Lorsque vous avez besoin d’aide, de nombreuses sources d’information sont à votre disposition : documentation officielle, forums, les Guides Rails, des screencasts (railscast, learnivore…), des conférences, des livres…

IDE

Souvent lorsqu’on parle de langages interprétés, nombreux sont les développeurs qui pensent que lorsqu’on code avec ce genre de langages il n’est pas possible d’avoir droit à un debugger, à de l’auto-completion, à de l’analyse statique de code, à faire du refactoring…

Je vous rassure tout de suite, cette époque est bel et bien terminé. Tout ceci est disponible avec les IDE Ruby de qualité qui sont aujourd’hui présents sur le marché : Rubymine, Netbeans, Aptana.

Pour ma part je vous conseille Rubymine.

Qui utilise Ruby on Rails?

Ruby on rails est utilisé pour de nombreux sites web à fort trafic. Voici un image présentant les applications web les plus connues faisant confiance à ce framework :

Parmis ceux-ci :

• Scribd (39 700 000 visiteurs uniques/mois)
• Twitter (30 000 000 visiteurs uniques/mois)
• Hulu (24 900 000 visiteurs uniques/mois)
• WhitePages (21 800 000 visiteurs uniques/mois)
• Justin.tv (19 300 000 visiteurs uniques/mois)

Ruby on Rails est également utilisé en interne dans de grandes sociétés/organisation : Amazon, BBC, Capgemini, Cisco, CNet, Electronic Arts, IBM, Siemens, Nasa, Yahoo!, Oracle, The New York Times, Symantec, Pixar, LinkedIn…

Des outils et des hébergeurs uniques

Les développeurs Ruby, en plus d’avoir un langage et un framework web extraordinaires, ont des outils et des hébergeurs eux-aussi uniques!

Comme outils, on peut tout d’abord citer Github qui est un hébergeur Git beaucoup utilisé par les rubyistes. Ensuite, un outil que j’aime tout particulièrement : Newrelic. C’est l’outil idéal pour analyser et puis optimiser les performances de votre application. Les fonctionnalités de Newrelic sont assez vastes, c’est finalement un peu le Google Analytics de la performance des applications Rails. Si Newrelic vous intéresse vous pouvez utiliser le code suivant qui vous permettra de bénéficier gratuitement pendant 30 jours du service en version Gold : Sophia2010

Ensuite, coté hébergement, en plus des hébergeurs classiques, il y a Engine Yard et Heroku.

Engine Yard facilite grandement l’administration des serveurs. Pour résumer, EY sous-loue des machines Amazon EC2 sur lesquelles il installe une stack logicielle bien pensée qui permet l’exécution d’applications Ruby on Rails. Pour déployer une application sur ce service, il suffit d’indiquer l’URL de votre repository Git, de choisir la configuration de la/des machine(s) que vous souhaitez et de valider, Engine Yard s’occupe du reste! Il également possible d’ajouter/supprimer des machines à chaud ou encore de cloner un environnement entier (pour, par exemple, faire des tests de charge). Il est également important de noter que cette entreprise contribue à de nombreux projets open source comme : Ruby on Rails, Rubinius, JRuby…

Enfin, autre hébergeur remarquable, Heroku. Ce service est très différent de ce qui existe aujourd’hui. Il simplifie la tâche de l’administration serveur au maximum. Vous n’avez pas accès aux machines, tout se fait grâce à une interface web toute simple. Vous n’avez qu’à choisir le nombre de dynos (nombre de requêtes en parallèle), le nombre de workers (nombre de processus exécutant les tâches de fond), la taille de la base de données (Postgres) et les services que vous souhaitez intégrer. Pour déploiement, il suffit simplement de pusher votre repository Git chez eux!

Heroku est le service idéal pour lancer vos projets. Dernier point, le service de base est gratuit!

Le monde Ruby bouge!

Avant de terminer, quelques chiffres très intéressants :

• L’utilisation de Ruby a augmenté de 40% en Amérique du nord entre 2008 et 2009 (source : Evans Data)
• Le nombre de développeurs Ruby devrait augmenter de 400% entre 2008 et 2013 (source : Gartner Group)

Conclusion

J’espère que cette conférence vous a convaincu, ou, du moins, intrigué. J’espère également que la prochaine fois que vous ferez un choix technologique, vous penserez à ajouter Rails sur la liste des choix possibles! :)

N’hésitez pas à réagir à ce billet en postant un commentaire si vous avez des questions ou des remarques.

Du mercredi 30 juin au vendredi 9 juillet se tiendront pour la première fois les SophiaConf. Pendant une semaine, se dérouleront, sur Sophia Antipolis, de nombreuses conférences sur différents sujets comme le Web, Java, Scrum…

Les SophiaConf 2010 se clôtureront, le 9 juillet, par une série de 12 conférences. 2 de ces conférences seront dédiées à Ruby on Rails!

La première (9h – 10h), que j’aurai le plaisir de présenter, aura pour but de montrer que Ruby on Rails est une excellente techno (pour ceux qui n’en seraient pas encore convaincu :-p), le tout d’un point de vue non technique. L’idée est de montrer à des chefs d’entreprise, des développeurs, des entrepreneurs… que Rails peut être un très bon choix technologique. J’expliquerai pourquoi des sites très fréquentés, comme Twitter, SlideShare, Getsatisfaction… ont fait le choix de Ruby on Rails.

La seconde (10h15 – 11h15), présentée par Maxime Menant, un collègue, montrera comment Ruby on Rails peut faciliter la vie de nombreux développeurs web.

Je vous invite à regarder le programme pour plus d’information. C’est une journée à ne pas manquer!

Update: Vous pouvez suivre l’actualité des SophiaConf2010 en direct sur SophiaConf2010 in live (application Rails3 déployée sur Heroku)

Le BarCampSophiaAntipolis est de retour pour sa troisième édition! Le thème de cet évènement dédié aux passionnés du web sera cette fois-ci l’Internet Mobile.
Ce BarCamp aura lieu le jeudi 4 mars de 16h30 à 23h00 à l’Agora Einstein.

Petit rappel : un BarCamp, qu’est-ce que c’est?

C’est une rencontre ouverte entre professionnels et passionnés du web, sous forme d’ateliers participatifs, autour d’un thème NTIC. Partager, échanger, discuter, de façon libre et conviviale sur des thématiques NTIC. Une opportunité de s’informer, de confronter ses idées et de rencontrer  des passionnés et experts de la thématique « Internet Mobile ».

On va parler de quoi?

Enfin que vous puissiez commencer à réfléchir sur le sujet, voici en exclu une liste de thèmes qui seront abordés lors cette soirée :

• Le marketing mobile : comment « marketer » une application mobile ou utiliser une application mobile pour faire du marketing …
• Apps vs sites mobiles
• Les OS (ou formats)
• La réalité augmentée, fonctionnalité très en vogue notamment sur l’application iPhone
• La localisation
• Web mobile : est-ce vraiment l’avenir du web ?
• Les applications existantes, celles en projets, celles qui manquent, les innovations…
• Le web mobile et la mobilité des personnes
• Business : peut-on tout faire à partir du mobile ?
• …

Génial! Comment je m’inscris?

C’est très simple, il suffit d’aller sur blog du BarCampSophiaAntipolis ou envoyer un mail à l’organisatrice, Sandra Bayer, …@cari.fr

A jeudi!

Lors de la conférence « Intech’Sophia » sur le Cloud Computing, après la présentation de ProActive PACA Grid, nous avons eu droit à celle des Amazon Web Services. Comme je le disais dans le précédent article, je comptais sur cet ensemble de conférence pour répondre à de nombreuses questions que je me posais comme :

• Est-ce qu’il est toujours pertinent, de nos jours, qu’une startup du web s’occupe de la gestion et de la maintenance de ses serveurs?
• Quand est-ce qu’un service comme Amazon Web Services est le plus rentable? petit site web? service à très fort trafic?
• Puis-je assurer la confidentialité des données à mes clients? Comment perçoivent-il l’utilisation du cloud computing?
• …

La conférence « Amazon Solutions for Clouds » nous a été présenté par Simone Brunozzi, évangéliste Amazon luxembourgeois. La présentation fut assez courte. Il nous a présenté les principaux services d’Amazon pour le Cloud Computing. J’ai pu découvrir quelques services dont je n’avais jamais entendu parler comme Elastic MapReduce (service de calcul distribué reposant sur la technologie Hadoop).

Enfin, sans plus attendre, voici le compte-rendu de la conférence sous forme de mind map :

La présentation n’étant pas assez complète à mon goût, je suis allé bavarder avec Simone Brunozzi à la fin de la conférence. On a principalement parlé de la confidentialité des données. C’est une question que beaucoup de gens se posent : puis-je réellement utiliser les Amazon Web Services si j’ai des données confidentielles à stocker?
En fait, afin de répondre à cette problématique, Amazon passe régulièrement des audits très stricts comme le SOX, SAS type II. Ces audits vérifient par exemple que même un administrateur système ne puisse pas accéder à des données sans qu’il se fasse remarquer.
Dans la réalité il reste toujours quelques cas, où ils sont obligés d’accéder aux données, par exemple lorsqu’il y a un problème sur une machine ou un compte, les logs… Afin d’améliorer la protection de ces données, ils proposent d’anonymiser les données en créant une table de hachage, hébergée ailleurs que chez Amazon, qui contient des couples Utilisateur -> ID unique et de n’utiliser que les ID sur les serveurs Amazon.
Le fait de proposer la deuxième solution m’a inquiété et finalement, je ne suis toujours pas rassuré sur le fait qu’Amazon puisse réellement protéger mes données.

Ces services m’ont tout d’abord donné une très bonne impression. C’est passionnant de savoir qu’aujourd’hui, moyennant finance, on peut s’éviter d’avoir à gérer une importante partie de l’installation, la gestion et la maintenance des serveurs. Les AWS permettent même de résister à de gros pics de charge, visiblement de manière très simple. Une scalabilité à toute épreuve.
Cependant, je n’ai pas eu de réponses satisfaisantes sur le coût et la confidentialité des données. J’ai aussi peur du fait qu’il soit difficile de s’en sortir. Lorsqu’on utilise un des services, on a rapidement tout intérêt à en utiliser d’autres… De plus, j’ai l’impression qu’il doit être difficile de revenir à un système classique.

En conclusion, les Amazon Web Services semblent intéressants pour démarrer une application web lorsqu’on n’a pas les compétences ou le temps nécessaire pour s’occuper de l’administration système. Ils peuvent sûrement être un choix très pertinent dans certains cas, mais il faut être conscient des risques.

Si quelqu’un a déjà expérimenté ces services, je serais ravi d’avoir son retour d’expérience…
Et vous, qu’en pensez-vous?

Le 2 juillet 2009, j’ai participé à un événement « Intech’Sophia » organisé par l’INRIA sur le cloud computing. Le thème de la matinée était : « Parallel Computing with Servers, Clusters, Grids & Clouds CPER PACA Grid ».

J’ai décidé d’y participer pour deux raisons. Premièrement, chez bebook, la start-up dans laquelle je travaille actuellement, dès que l’application sera rendu publique nous aurons certainement des calculs à effectuer sur de très grandes quantités de données. Le cloud computing pourrait éventuellement répondre à notre problématique. Deuxièmement, on s’aperçoit de plus en plus que les grandes entreprises ont du mal à innover, elles sont assez peu productives et ont une grande inertie. La tendance est aux petites structures de tailles humaines. Une petite société ne pouvant pas développer de grandes applications toutes seules, elle est amenée à sous-traiter toutes les tâches qui ne correspondent pas à son corps de métier.

Aujourd’hui, si on développe un site web, est-ce vraiment la peine de s’occuper de l’achat des serveurs, de leur configuration et de leur maintenance? C’est une des nombreuses questions auxquelles j’espérais avoir une réponse.

La matinée a commencé par la présentation d’un nouveau produit développé entre autre par l’INRIA : ProActive PACA Grid. Il s’agit d’une grille de calcul (grid) destinée à la fois à la recherche et aux entreprises ayant de gros besoins en calculs distribués.
Un bon schéma valant mieux qu’un long discours, je vous propose un résumé de la conférence sous forme de mind map :

ProActive PACA Grid n’est pas du tout destiné au déploiement d’application. Ce service a été conçu pour faire du calcul distribué sur de petites quantités de données (contrairement à des technologies comme Hadoop, ProActive PACA Grid n’est pas fait pour minimiser les transferts de données entre machines).

Finalement, cette conférence était très intéressante pour la culture (lisez les slides de la présentation pour en savoir plus), mais la technologie présentée ne répond pas réellement aux besoins que nous avons chez bebook.
Heureusement pour moi, la matinée était loin d’être terminée et un évangéliste Amazon est venu nous présenter les Amazon Web Services. Je vous proposerai un compte-rendu de cette conférence, également sous la forme d’un mind map, d’ici quelques jours.

Enfin, après avoir participé à un atelier sur le personnal branding puis un sur la centralisation de l’identité numérique, j’ai choisi de participer à un autre atelier dont j’avais proposé le thème : « Anonymat et identité numérique ». Cet atelier avait pour but de discuter des traces qu’on laisse tous les jours en surfant et de réfléchir aux effets qu’elles peuvent avoir sur notre identité numérique et surtout sur notre e-réputation. Lors de cette réflexion nous avons cherché des réponses à plusieurs questions comme:

• Pourquoi être anonyme?
• Quelles traces laisse-t-on?
• Comment puis-je supprimer des traces que j’ai laissé?
• Comment tracer/espionner quelqu’un?
• Quels sont les impacts des traces que je laisse sur mon e-réputation?
• Comment puis-je être anonyme?
• …

Voici un résumé de notre réflexion sous forme de mind map:

Voilà, c’était le troisième et dernier atelier auquel j’ai participé. Nous avons ensuite été convié à un buffet très convivial. Cela a été l’occasion de continuer quelques débats non terminés, de faire des contacts et de se détendre après une après-midi de brainstorming intensif ;)

Je ne peux terminer cette série d’articles sans remercier Sandra. Une organisation sans faille du début jusqu’à la fin ! Bravo et merci ! Vivement le prochain…