Ce Mardi 10 mai 2011 aura lieu un Apéro Ruby à Lille. Déjà une quinzaine de personnes souhaitent y participer et des sujets de discussions ont été proposés :

• TDD & Rails ;
• Développement par behavior sous Rails ;
• Développement par plugins, best practices ;
• Pourquoi, mais pourquoi Twitter est passé sous Java ? :p
• Le SEO et le routage des urls ;
• Le mode SasS.

Donc rendez-vous au café citoyen près de la place république à Lille.

Vous êtes invités à vous inscrire au google groups Ruby Nord pour proposer vos sujets de discussion. Et répondre au Doodle en guise d'inscription

VMWare a annoncé la sortie de Cloud Foundry, une solution libre de Platform-as-a-Service (PaaS). La PaaS permet de déployer des applications Web et gérer leur montée en charge, en abstrayant la gestion des serveurs, bases de données, runtimes des langages de programmation, serveurs applicatifs, etc.. VMWare va lancer une offre commerciale s’appuyant sur Cloud Foundry, mais vous pouvez aussi l’utiliser sur vos serveurs.

Cloud Foundry, sous licence Apache 2, est un ensemble de briques développées en Ruby : NATS, Cloud Controller, DEA, Router, Health Manager, etc., dont le fonctionnement est expliqué en seconde partie de cette dépêche.

En pratique, chaque serveur sera installé avec vcap, puis les applications sont déployées avec l’outil en ligne de commande « vmc » et peuvent utiliser les services mis à leur disposition. Actuellement, Cloud Foundry supporte Ruby on Rails, Sinatra, Node.js, Spring et Grails pour les applications, et MySQL, MongoDB, Redis et RabbitMQ pour les services.

Par exemple, déployer une application Rails se fait très simplement avec les commandes suivantes :

$ vmc target api.example.net   # Choisir que quel cloud on va déployer
$ vmc login                    # S'identifier auprès du Cloud Controller
$ vmc push                     # On demande à déployer l'application

Il faut ensuite répondre à quelques questions : quel est le nom de l’application ? Quelle est son URL ? Sur combien d’instances va-t-elle être déployée ? Quels services utilise-t-elle ? Puis, Clound Foundry va réserver les ressources, installer les gems nécessaires avec Bundler, lancer les services applicatifs puis mettre à jour sa table de routage. « vmc instances » permet également de modifier le nombre d’instances d’une application pour s’adapter à la charge qu’elle va avoir à traiter.

Au final, Cloud Foundry est une solution jeune (peu de frameworks et services disponibles pour le moment), mais VMWare semble prêt à respecter les règles du Logiciel Libre et prendre en compte les propositions d’améliorations des premiers utilisateurs.

Si je veux apprendre le judo, je vais m’inscrire au dojo du coin et y passer une heure par semaine pendant deux ans ; au bout de quoi, j’aurai peut-être envie de pratiquer plus assidûment.

Si je veux apprendre la programmation objet, mon employeur va me trouver une formation de trois jours à Java dans le catalogue 2004.

Cherchez l’erreur.

—Laurent Bossavit

Source : http://wiki.agile-france.org/cgi-bin/wiki.pl?LeProjetDuDojo

Rennes On Rails semble avoir trouvé son format avec le « [[Randori]] ».

Comme à chaque fois :

• propositions de sujets ;
• vote ;
• travail ;
• retour d’expérience.

Quand je ne suis pas occupé à faire des poissons d'avril, il m'arrive de coder de nouvelles fonctionnalités pour LinuxFr.org. Voici quelques-unes des dernières nouveautés :

• Les utilisateurs anonymes peuvent maintenant remonter des bugs dans le suivi, ce qui peut être pratique pour les personnes qui rencontrent justement des problèmes pour se connecter ;
• Une nouvelle CSS a été ajoutée à la liste des CSS alternatives : cascade-alternative ;
• Un correcteur orthographique détecte maintenant les erreurs d'orthographe et les souligne en rouge lors de la prévisualisation des contenus et commentaires ;
• La toolbar permet maintenant de naviguer entre les contenus lus avec de nouveaux commentaires avec les touches [ et ], ou h et l ;
• La gestion des tags a été revue et il est maintenant possible de supprimer un de vos tags en cliquant sur l'icône  à sa gauche ou voter pour un tag en l'ajoutant aux vôtres par l'icône  qui permettra ultérieurement de juger de sa popularité ;
• L'anti-spam sur les dépêches a été renforcé suite à une vague de spams ;
• Des statistiques sur le suivi sont maintenant disponibles et celles pour les autres types de contenus devraient suivre ;
• Les dépêches écrites dans l'espace de rédaction sont automatiquement placées sous licence CC by-sa ;
• Les GIF animés sont désormais bloqués pour les avatars ;
• Et bien sûr de nombreuses corrections de bugs :p

J'espère que vous appréciez ces évolutions et que vous allez continuer à voter et/ou commenter les entrées du suivi qui vous intéressent, votre ressenti ou utilisation particulière de LinuxFr - lorsque précisé dans les commentaires - permettant d'orienter les développements.

La nouvelle version de LinuxFr.org, qui carbure avec Ruby on Rails, tourne depuis maintenant un mois. Pour ma part, j'en suis très satisfait : le serveur tient bien la charge, je la trouve plus agréable à utiliser et je m'amuse bien à développer de nouvelles fonctionnalités.

À ce sujet, nous n'avons pas chômé depuis le lancement, avec plus de 150 entrées corrigées. En particulier, vous avez pu trouver :

• Les premières dépêches rédigées dans l'espace de rédaction, comme les traductions de la dépêche noyau ou celle annonçant Firefox 4 ;
• Deux nouvelles feuilles de style alternatives : Grises et Spasibo ;
• De nouvelles boîtes dans le barre de coté, comme par exemple, le sondage en page d'accueil ;
• Un certain nombre de préférences, comme les signatures ou le choix des types de contenus à afficher en page d'accueil (pour les utilisateurs authentifiés uniquement) ;
• L'amélioration du tableau de bord (seulement pour les utilisateurs authentifiés) ;
• Le tri et les critères de filtrage des entrées du suivi ;
• Une modération plus fluide ;
• Et bien sûr de nombreuses corrections de bugs :p

Mais il reste bien entendu encore des choses qui pourraient être améliorées. Je vous encourage à remonter les bugs que vous pourriez rencontrer dans le suivi, ainsi que les propositions d'améliorations. N'hésitez pas non plus à commenter les entrées existantes, ces commentaires me sont très utiles pour mieux comprendre les entrées du suivi et trouver des idées pour y répondre.

La nouvelle version de LinuxFr.org est en ligne depuis quelques jours. Vous nous remontez régulièrement des bugs et des propositions d'améliorations dans le suivi. Je vous encourage à continuer et à commenter / voter sur les entrées qui vous intéressent.

Voici quelques entrées sur lesquelles j'aimerais particulièrement avoir vos retours :

• Pour ou contre le respect de la syntaxe Markdown pour les retours à la ligne ?
• Quels services devrait-on prendre en charge pour les avatars ? Certains d'entre vous utilisent-ils pavatar ?
• Que pensez-vous des polices utilisées ?

Je pense que vous êtes également intéressés par l'architecture logicielle de cette nouvelle version. Vous pourrez donc trouver quelques explications à son sujet en seconde partie et n'hésitez pas à poser des questions dans les commentaires.

Le site LinuxFr.org existe depuis juin 1998. Il est passé par différentes versions, fonctionnant avec différents moteurs : DaCode, Templeet et maintenant Ruby on Rails. Le site a donc utilisé le tout intégré DaCode, puis des modèles de page en Templeet développés par l'équipe du site, puis une version intégrée en Ruby.

Templeet avait été lancé principalement pour LinuxFr.org, il a été et est utilisé par d'autres sites comme moteur de « templates ». Il continuera sa vie de son côté, une version 4 étant attendue d'ici quelques mois.

La nouvelle version propose une charte graphique refaite pour l'occasion. Un concours a été organisé dans ce but et la feuille de style (CSS) gagnante, RonRonnement, est devenue la nouvelle CSS par défaut. Si celle-ci ne vous plaît pas, vous pouvez toujours profiter des autres CSS (l'ancienne feuille de style est là sous le nom kaiska-new).

Il est difficile de lister tous les changements liés à cette migration, mais voici les plus notables :

• Les contenus et commentaires utilisent maintenant une syntaxe wiki, du Markdown en l'occurrence ;
• L'espace de rédaction collaboratif a été refait (d'ailleurs, cette dépêche a été écrite simultanément par les 3 admins du site : lukhas, oumph et NoNo) ;
• Le site intègre maintenant un wiki ;
• Chaque utilisateur a maintenant un avatar : par défaut, il vient de gravatar mais il peut être changé dans les préférences ;
• Les utilisateurs authentifiés peuvent étiqueter les contenus ;
• Le script d'envoi de la lettre quotidienne d'annonce des dépêches est à refaire.

Mais certaines fonctionnalités n'ont pas encore été portées : la messagerie interne, les statistiques et le choix des contenus sur la première page.

Après les remous de la migration vers le nouveau site, l'équipe du site est à votre écoute pour recenser tous les problèmes que vous pourriez rencontrer.

RubyDrop est un clone de Dropbox libre développé en Ruby. Il permet de synchroniser des fichiers entre plusieurs ordinateurs en utilisant en interne git. Rappelons que SparkleShare propose la même chose, mais en mono (ce qui avait engendré de nombreux commentaire sur la dépêche à son sujet).

Ryan Bigg est l'auteur de plusieurs guides Ruby on Rails, écrit un livre sur Rails et participe au développement de nombreux gems Ruby. Il a lancé un appel à dons pour lui permettre de passer du temps à écrire de la documentation pour Rails. Le choix des sujets se fera parmi les suggestions proposées publiquement.

À la dernière RubyConf, Shugo Maeda a parlé des Refinements, qui devraient arriver dans Ruby 2.0. En Ruby, il est possible de faire ce que l'on appelle du monkey-patching : réouvir une classe déjà définie pour lui ajouter de nouvelles méthodes, voir modifier les méthodes existantes. Cela peut être très pratique mais peut très facilement devenir une source de bugs. Par exemple, si deux bibliothèques ajoutent toutes les deux une méthode camelize sur la classe String et que ces méthodes se comportent différemment, alors une des deux bibliothèques va utiliser l'implémentation de l'autre avec un comportement qui n'est pas celui attendu. Les Refinements pourraient être une solution pour corriger ce problème en limitant la portée de ces modifications.

Je profite également de cette dépêche pour annoncer la publication de la première revue mensuelle sur Ruby France.