Il m’arrive régulièrement de croiser des gens souhaitant s’initier à Ruby et Ruby on Rails. Il existe une multitude de ressources. J’ai essayé de sélectionner celles qui me semblent vraiment indispensables.
Développeurs Ruby, vous pouvez passer votre chemin, je ne vous en voudrai pas, vous n’apprendrez pas grand chose ici :)

Avant de commencer, faisons un petit rappel. Ruby est un langage de programmation (comme PHP, Java, Python…) et Ruby on Rails est un framework (les fondations d’un site, cela évite de réinventer la roue et permet de bien structurer son code).
Ruby on Rails est un framework web très utilisé par les startups en ce moment (et pas les moindres, voir ci-contre). RoR permet de développer rapidement des sites web tout en respectant un grand nombre de bonnes pratiques. Ce framework très innovant et bien pensé est, depuis quelques années, une source d’inspiration pour de nombreux autres frameworks.
Si vous n’êtes pas sûr que c’est Ruby que vous devez apprendre, voici une conférence qui peut vous aider à faire le choix : Pourquoi Ruby on Rails est génial ?

Vous avez de la chance, il est vraiment possible d’apprendre Ruby et Ruby on Rails en s’amusant ! Vous allez voir…

Tout d’abord, Ruby

Avant de commencer à apprendre Ruby on Rails et faire des sites web avec, vous devez tout d’abord apprendre Ruby.

Je vous invite à aller faire un tour sur Try Ruby!. Ce site va vous permettre d’apprendre Ruby en commençant vraiment par les bases, le tout dans une ligne de commande interactive en ligne (pas besoin d’installer quoi que ce soit sur votre machine).

EDIT : Je vous conseille également d’aller jeter un oeil à Rubymonk. Pas encore complet, ce site permet d’apprendre les bases de Ruby encore plus simplement qu’avec Try Ruby !

Vous pouvez facilement installer Ruby sur votre propre machine que vous soyez sur Windows, Mac OS ou Linux. Une fois l’installation faites, lancez la commande « irb » en ligne de commande. IRB est une ligne de commande qui ressemble beaucoup à ce que vous avez pu voir sur Try Ruby (sans le tutoriel). C’est très pratique pour tester des bouts de code. Voici à quoi cela ressemble :

Ensuite, pour approfondir vos connaissances et les tester, je vous conseille de jeter un oeil à RubyKoans. Là encore, une façon originale d’apprendre un langage. Vous aller devoir completer les trous dans le code, puis lancer les tests pour vérifier vos réponses. Tout est expliqué sur le site.

Enfin, si vous souhaitez aller plus loin, vous devez lire Programming Ruby 1.9 (3rd edition): The Pragmatic Programmers’ Guide. La 3ème édition d’un livre d’une qualité remarquable.

Ensuite Ruby on Rails

Maintenant que Ruby vous est familier, vous pouvez vous attaquer à Ruby on Rails. C’est sans hésiter que je vous propose de commencer votre formation avec Rails for Zombies. Sous ce nom étonnant se cache un site très bien fait, ludique et fun. Sans aucun doute, le meilleur moyen d’apprendre Rails en s’amusant !

Ensuite, vous pourrez renforcer vos bases en lisant les Ruby on Rails Guides. Ils commencent par un tutoriel très simple et vous guideront jusqu’à des notions assez avancées.

Enfin, Des screencasts sont aussi à votre disposition pour approfondir des points qui vous intéressent tout particulièrement sur RailsCasts.

« Hum… c’est pas si simple »

Se former seul n’est pas simple et il est fort possible que vous ayez du mal à comprendre certaines choses.

Vous pouvez tout abord rencontrer des développeurs Ruby dans un apéro Ruby près de chez vous (il y en a dans la plupart des grandes villes françaises). C’est un bon moyen de rencontrer des développeurs passionnés qui pourront prendre le temps de vous expliquer quelques points qui sont encore flous pour vous.

Ensuite, si vous avez du mal à vous former seul ou si vous manquez de temps, vous pouvez faire appel à un formateur. Il y a quelques entreprises et indépendants qui font ça très bien. Si ça vous intéresse, envoyez-moi un mail, je pourrai vous en conseiller quelques-uns.

En résumé

Si je ne devais vous donner que 3 ressources pour commencer sans difficultés,  je vous conseillerais le parcours suivant Try Ruby! → Rails for Zombies → Ruby on Rails Guides. Bon apprentissage !

Si vous avez d’autres supports à conseiller, n’hésitez pas à les proposer en commentaire.

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 !

Le weekend dernier j’ai participé à mon deuxième Startup Weekend. Après avoir fait le Startup Weekend Paris, je suis allé à celui de Genève !

J’y suis allé accompagné de Claude Perrin (@klodr) et Florent Mérian (@fmerian). Voulant vivre l’expérience à fond, nous avons fait quelques séances de brainstorming sur Skype les jours précédents afin de trouver une idée. C’est le concept de BackInMind, que nous avons présenté vendredi soir dernier.

Qu’est-ce que BackInMind ?

Il s’agit d’un moteur de recherche indexant sa mémoire sociale. Plus simplement, BackInMind permet de faire des recherches dans les tweets, les checkins Foursquare, les messages Facebook que l’on a écrits ou qu’on a pu lire dernièrement. Afin, de proposer une bonne expérience utilisateur nous avons choisi de fournir une interface à la Google Instant.

Il existe déjà certains acteurs sur ce marché, mais ils sont pour la plupart focalisés sur l’archivage.

Quels ont été les choix technos ?

Dans l’équipe, nous étions 2 développeurs. Un étudiant nous a rejoint dans le weekend. Comme nous ne connaissions pas les mêmes technos, nous avons décidé que je prendrais la partie serveur et le second, la partie front.

Nous sommes partis sur du Ruby on Rails 3 côté serveur, hébergé sur Heroku et du YUI pour le JS côté client. La base de données retenue a été Postgres.

Comment le projet a-t-il été géré ?

Le précédent weekend m’avait permis de voir qu’il n’était pas concevable de mettre en place Scrum dans un délai aussi court. De ce fait, nous avons juste été agiles :

• nous avons fait des points réguliers (Scrum meeting),
• nous sommes toujours restés proches d’une version démontrable,
• la notion de « tâche terminée » a été définie au début du weekend,
• nous avons listé les tâches sur des post-it et maintenu un tableau d’avancement (done, current, todo) à jour.

Pour réaliser ce projet en 54h, nous étions 7:

• Bastien Gysler, Développement web
• Claude Perrin, Business/Market
• Florent Mérian, Design + Business/Market
• Nelio Barros, Design
• Nicolas Rakoto, Développement web
• Tarik Benhattat, Business/Market
• et moi-même en développement web aussi

Qu’ai-je appris ?

Encore une fois, le Startup Weekend m’a beaucoup apporté ! J’ai tout d’abord découvert la Suisse et ses habitants avec cet accent qui me manque déjà.

Techniquement, le projet était très ambitieux et nous sommes tout de même arrivé à délivrer une version très acceptable pour une démo. Nous avons pu y arriver d’une part grâce aux choix technos, mais aussi grâce à une très bonne collaboration au sein de l’équipe technique. Nous avons su être pragmatiques, faire de bons choix et bien gérer le temps.

Ce Startup Weekend m’a aussi donné envie de m’intéresser au monde du business/marketing. J’ai pu découvrir qu’il existait des méthodes dédiées aux startups permettant d’assister la conception de business model. J’ai décidé d’approfondir le sujet en achetant ce livre, sur les conseils de Claude : Business Model Generation.

Enfin, j’ai fait une nouvelle fois de belles rencontres. Je pense vraiment que c’est là, la force d’un Startup Weekend.

Résultat, j’ai juste une envie, recommencer !
Sans oublier BackInMind, je réfléchis à participer à celui de Marseille (si vous y allez, faites-moi signe !) et je vais également participer à l’organisation d’un Startup Weekend sur Sophia Antipolis !

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 !

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)

La série des Flux RSS à suivre continue aujourd’hui avec le quatrième épisode. Dans le précédent, je présentais quelques sites dont le thème principal est le développement web. Aujourd’hui, je vais vous présenter quelques sites de référence ayant pour principal thème un langage de programmation que j’apprécie beaucoup, Ruby. Ce langage est fabuleux car il possède une syntaxe très élégante qui permet un développement simple et rapide. Avec Ruby, le développeur n’est jamais contraint : typage dynamique, nombreux paradigmes (objet, impératif, concurrent, fonctionnel), mixin…

Yukihiro « Matz » Matsumoto, le créateur de Ruby, a publié une première version en 1995. Ce langage est devenu réellement populaire lors de la sortie de Ruby on Rails, en 2004-2005.

Voici quelques sites que je vous invite à suivre :

• Ruby Programming Language
  Site officiel du langage
• Damien Mathieu
  Développeur Ruby français
• Dr Nic
  Développeur Ruby/Rails Australien
• Igvita
  Ilya Grigorik, CTO de PostRank, blog centré sur le développement Ruby et Ruby on Rails
• James on :software
  Blog de James Golick, spécialisé dans le développement Ruby, Rails et Javascript
• Yehuda Katz
  Une référence! Membre très actif des équipes de développement de Ruby on Rails et Merb
• has_many :bugs, :through => :rails
  Blog de Pratik Naik, membre de la Rails core team et employé de 37signals
• Planet RubyFrance
  Agrégateur de news françaises sur Ruby
• RubyInside
  Agrégateur de news de la communauté Ruby
• Ruby Quicktips
  Comme son nom l’indique, ce blog publie des astuces sur Ruby et Rails, très instructif!
• RubyFlow
  Agrégateur de news communautaire
• RubyPulse
  Screencasts sur le langage de programmation Ruby
• RubySlide
  Agrégateur de slides et présentations sur Ruby
• Rubytu.be
  Agrégateur de screencasts et vidéos sur Ruby
• The Ruby Reflector
  Agrégateur de news communautaire sur le langage
• Trek
  Trek Glowacki, Développeur Ruby américain

A très bientôt pour de nouveaux épisodes!

Depuis mes études d’ingénieur en informatique, l’idée de me retrouver dépassé me hante. On a tous croisé des gens qui prenaient fréquemment de mauvais choix car ils ignoraient les solutions qui s’offraient à eux. Le monde de l’informatique évoluant très vite, on peut très rapidement perdre le fil et se retrouver has been. Alors j’ai décidé, il y a 3-4 ans maintenant, de prendre les devants. Tous les jours, je fais de la veille technologique grâce à une revue de presse la plus complète possible. J’y passe généralement une bonne heure.

Assez rapidement je me suis aperçu que la veille m’apportait beaucoup, personnellement et professionnellement. J’ai donc décider de partager mon expérience en vous donnant quelques méthodes et conseils qui vous permettront d’être plus efficaces.

Heu… Camille, c’est quoi la veille technologique?

J’aime bien la définition de Wikipédia qui est assez large :

La veille technologique est une activité qui met en œuvre des techniques d’acquisition, de stockage et d’analyse d’informations, concernant un produit ou un procédé, sur l’état de l’art et l’évolution de son environnement scientifique, technique, industriel ou commercial, afin de collecter, organiser, puis analyser et diffuser les informations pertinentes qui vont permettre d’anticiper les évolutions, et qui vont faciliter l’innovation.

Plus simplement, la veille technologique consiste à se tenir au courant de l’actualité afin d’être à même de faire de meilleurs choix, d’innover, de créer…

OK, mais ça sert vraiment?

La veille apporte tout d’abord de la culture et de la connaissance. Cela permet de mieux comprendre l’environnement dans lequel on travaille, de connaître les tendances, de découvrir de nouveaux concepts…

Comme disait Pablo Picasso, « Les grands artistes copient, les génies pillent ». Le fait d’acquérir des connaissances par la veille technologique permet de créer, d’inventer, d’innover… Cela apporte une grande richesse. Il m’arrive très souvent dans mon travail de réutiliser des idées, des concepts, des techno que j’ai connu en faisant ma veille. Cela permet de trouver plus de solutions, de faire de meilleurs choix, de créer sans réinventer la roue…

Comment faut-il s’y prendre pour faire une bonne veille?

Il y a différents moyens de faire de la veille:

• Discuter avec des gens
• Assister à des conférences
• Lire l’actualité sur internet (revue de presse)
• …

Je vais me concentrer sur la revue de presse dans cet article.

Faire une bonne revue de presse n’est pas un exercice facile, il y a plusieurs points importants à connaître que nous allons à présent voir ensemble.

Avoir un bon lecteur de flux RSS

Pour faire une revue de presse sérieuse, il faut tout d’abord se décider à mettre de côté ses différents favoris qu’on ouvre tous les matins et utiliser un vrai outils. Le plus simple est d’utiliser un lecteur de flux RSS. Il en existe plein : Firefox, Google Reader, NetVibes, …

Idéalement le lecteur doit posséder ces différentes fonctionnalités:

• Indication des articles déjà lus
• Classement des flux par Tags ou Répertoires
• Possibilité de marquer un article « A lire »
• Création d’un flux RSS public contenant les articles partagés
• Envoi d’articles par e-mail
• Analyse des statistiques de lecture : Détection des sources inutiles ou inactives, recommandation de sources, …
• Synchronisation en ligne afin de pouvoir facilement y accéder de plusieurs machines ou mobiles.

Personnellement j’utilise Google Reader qui remplit la quasi-totalité des points que je viens de citer. Le fait que ce soit une application web me permet d’y accéder sans difficulté quelque soit l’endroit où je me trouve. Il existe certains clients qui permettent d’éventuellement faciliter l’usage de Google Reader comme FeedDemon(Windows),  NetNewsWire(Mac), Feedly(Plugin Firefox) ou encore Gruml(Mac).
Depuis longtemps, j’utilise Google Reader sans client et cela me convient parfaitement, question de goûts et couleurs… J’apprécie beaucoup l’aspect application web qui me permet de savoir ce que j’ai lu, de partager des news, … de n’importe où. Ce que j’aime beaucoup aussi, c’est qu’on a accès aux anciens articles des flux et même ceux qui ne sont plus dans le flux RSS. Enfin, j’utilise souvent la page « Recommendations » qui me propose des flux qui pourraient m’intéresser.

Maintenant que vous avez toutes les clés en main pour choisir un bon outil pour faire de la revue de presse, voyons comment trouver et choisir des sources à surveiller.

Trouver de bonnes sources d’information

Généralement, je trouve de nouvelles sources d’information pendant mon travail de veille quotidien : un lien dans un article, un tweet, un statut Facebook, le résultat de la veille d’un autre internaute…

On peut aussi trouver des sites sympa à suivre sur des digg-likes et des agrégateurs : Digg, Diigo, Delicious, Redit, PostRank… Il faut cependant être prudent, un site comme Digg publie plus de 130 liens par jour, autant dire qu’il est difficile de tout suivre et de faire le tri dans tout ça. Plus intéressants, il existe des agrégateurs spécialisés, comme RubyFlow pour le langage Ruby, qui sont de très bons moyens de trouver des sources intéressantes.

Je vais aussi très prochainement publier une série d’articles proposant les meilleures sources que j’utilise pour ma veille. J’espère que mes conseils de lecture vous seront utiles.

Valoriser son travail de veille

Comme je l’ai dit, la veille techno est très utile professionnellement. Plus vous ferez de veille plus vous serez à même d’être force de proposition dans les choix technologiques ou fonctionnels.

Mais ce n’est pas tout, vous pouvez la partager publiquement sur votre blog (comme je le fais sur la page revue de presse), sur Twitter, Facebook…

Des gens peuvent se servir de votre travail de veille comme source d’information, le rediffuser, le partager…

Quelques conseils supplémentaires

Vous l’avez déjà remarqué, sinon ce n’est qu’une question de temps, on se prend vite au jeu de la veille. On ajoute des sources un peu plus chaque jour. Il est important d’être méthodique afin de ne pas se noyer dans les flux d’information que vous recevrez chaque jour.

Je me suis amusé à demander sur Twitter et Facebook aux gens qui me suivent de donner leurs propres conseils pour faire une bonne veille. Voici les réponses:

• @yogsototh : j’utilise les RSS des top de Delicious et Diigo. C’est bien orienté développement Web. Avec quelques blogs sérieux et hop.
• @Hugobiwan : vouloir apprendre sur le sujet veillé. Et y arriver suffisamment bien pour trier des infos et devenir aussi une source.
• @SophieGironi : Multiplier les supports mais centraliser les outils :)
• Yann Fouquet : bonne veille = pas trop de sources car cela fait trop de bruit et pas assez de signal (et on ne perd pas en pertinence…).
  www.lentrepreneur.fr ;-)
• Yann Fouquet : une autre: se fixer une durée maximum / jour. Car sinon on peut y passer des heures…Un lien entrainant un autre lien qui développe un nouveau concept…
• Chris Masse : S’abonner aux blogs de ceux qui font de la veille technologique dans le meme secteur que soi.
• Pierre Schambacher : Le flux RSS de Camille :-)  (Je le soupçonne de ne pas être objectif… ;) Je suis son maître de stage chez bebook)

Merci à tous pour les conseils! Je rajouterais à la liste quelques conseils supplémentaires:

• Bien organiser ses flux avec des dossiers ou des tags
• Détecter les flux inutiles (inactifs, qui publient trop de bruit…) et les supprimer régulièrement
• Bien réfléchir à l’utilité d’une source avant de l’ajouter

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?

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…