tyPouypOblOg

Tout simplement:

Bonne année 2009 à tous

On espère que cette année vera la sortie de Typo 6 , toujours plus de Ruby, que l’association RubyFrance continue à bien ce porter, et tout plein d’autres chose plus personnelle :-)

Cela fait un moment qu’un nouveau troll à pointé son nez. Après vim versus emacs, gnome versus kde et tant d’autres, on a maintenant git versus mercurial.

Derrière ces deux noms se cache un outil de gestion de versions. Contrairement à CVS ou SubVersion) ces deux là (et quelques autres) sont dit décentralisé. Ce mode permet de nouvelles possibilités dans la manière dont les équipes travaillent.

On trouve beaucoup de comparatif entre ces deux outils, et je ne suis pas convaincu par les uns ou les autres. Pour moi les seules différences que je vois aujourd’hui c’est:

• langage source : Git est écrit en C, Mercurial en Python
• Commande: Git utilise trois lettre git, Mercurial en utilise deux hg

Une des grandes forces de la communauté des utilisateurs de Git est d’avoir eu très rapidement accès à un outil d’hébergement : github . De plus, l’équipe du framework RubyOnRails ayant adopté Git, la communauté Rails l’a également adopté. Bien sur, beaucoup d’autres projets utilisent Git, notamment le noyau Linux.

Mais Mercurial n’est pas en reste (contrairement à ce que l’on pourrait croire).

La communauté d’utilisateur de Mercurial a également un outil d’hébergement: bitbucket ou encore freeHg, et pour ce qui est des projets phare ayant choisi mercurial on retrouve mozilla , NetBeans , OpenJDK , OpenSolaris, Xen , et beaucoup d’autres

Pour le moment mon choix c’est porté sur Mercurial (allez savoir pourquoi). Cependant, je crois qu’avant de faire un choix définitif, il me faut apprendre à me servir des deux. Je me suis donc créé un compte sur GitHub, un sur BitBucket et un sur freeHg. GitHub et BitBucket propose tout deux une utilisation de type premium. Par exemple:

• GitHub propose un nombre illimité de repository public associé à un nombre illimité de collaborateur le tout avec 100MB d’espace disque. Ensuite c’est une location par mois avec une augmentation des repository privée associé à un nombre restreint de collaborateur et une augmentation de l’espace disque disponible.

• BitBucket propose lui un repository privé et un nombre illimité de repository public le tout devant tenir sur 150 MB. Ensuite, ce sont des tarifs par MB et fonction du nombre de repository privée.

Ces deux là sont partis sur des offres payantes assez différentes. Chacune d’entre elle peut avoir sont intérêt selon les besoins.

• freeHg semble plus libre en apparence (je n’ai rien vu au sujet de ma carte bleu, à part un bouton donate). Par contre il impose l’utilisation de licence libre pour les projets hébergé, et décline toute responsabilité en cas de problème.

Pour être honnête, je viens de découvrir freeHg en écrivant ce billet… Je crois que tout ceci est un peu frais pour moi, je vous en dirais plus quand j’aurais manipulé un peu.

J’ai raté ça, mais le 17 décembre, Thomas E Enebo annonçait la sorti de JRuby 1.1.6.

Cette version corrige pas mal de bug, notemment sur l’objet IO (qui ces dernier mois a été l’objet de pas mal de remonté de bug). Cette version prépare également le support de la version 1.9 de Ruby: le parseur est complet, la pluspart des objets du core, des standard lib sont supporté.

Le projet est toujours aussi actif. C’est bon pour Ruby et c’est bon pour les développeurs. J’espère que les entreprises frileuses qui ont déjà adopté Java accepterons plus facilement l’utilisation de Ruby par ce biais.

On a cru pendant un moment que WindowMaker, le gestionnaire de fenêtre basé sur GnuSTEP, était mort:

• Site quasi indisponible
• Dernier message de 2006
• Peut d’activité sur la liste
• Eternel version 0.92

Mais voilà, il y a quelque mois, c’est reparti. Reprise d’activité du site (doucement, mais au moins il est en ligne). La mailing list déborde d’annonce de patch et autres. Pour le moment ça sent la stabilisation de l’existant, mais l’équipe en place semble parti pour faire avancé le tout vers une version 1.0 ! :-)

Le dépot de version est passé sous Mercurial : hg.windowmaker.info

A suivre donc !

La communauté s’active beaucoup sur Shoes (le microframework graphique en Ruby) depuis un bon moment, et la nouvelle mouture nommé Raisins en montre une partie du résultat. Très impressionnant. De quoi faire de bien belle application:

• Un manuel intégré (Alt+? ou pomme+? pour les clavier mac).
• Un outil de création de paquet (là comme ça on se demande bien à quoi cela peut servir).
• Un loader de gem au cas ou votre application nécessite quelques gems pour son fonctionnement (bien surle chargement ne s’effectuera qu’une seul fois au démarrage ;-))
• Une sort de console pour la gestion des messages d’erreurs.
• Une méthode de téléchargement asynchrone (dans le style de XMLHttpRequest)
• La visualisation d’image distante
• L’utilisation de font externe
• De nouveaux effets pour les images, une gestion par block
• Et plein de petits truc en plus…

Avec l’outil de création de paquet, l’installation des gems et le téléchargement asynchrone, on voit déjà l’outil façon javawebstart en plus petit et plus jolie ;-) Ou alors une sorte d’application dans l’esprit de Rebol.

Merci encore _why , et merci à toute la communauté qui oeuvre pour shoes, vous faite un travail exellent ! :)