theClimber

Mais c'est quoi ce bazar? me direz vous ... eh oui, vous ne le connaissez peut-être pas tous, mais Bazaar est un système de gestion de version libre et sponsorisé par Canonical Ltd. C'est un peu comme CVS, Subversion ou Git, mais en différent. Je ne peux malheureusement pas vous faire une comparaison objective de tous les systèmes de versionning n'ayant pas encore eu l'occasion de les utiliser tous à leurs capacités maximales. Mais aujourd'hui je découvre bazaar et je trouve qu'il a pas mal d'attouts. Tout d'abord, il faut dire qu'il appartient à la catégorie des systèmes de gestion de version décentralisée, ainsi chaque copie de travail est un dépôt complet et celui-ci contient tout l'historique. Ceci permet donc une gestion plus facile qu'avec d'autres tel que Subversion (par exemple) qui nécessite l'utilisation d'un serveur central.

Les développements de bazaar se focalisent sur la facilité d'utilisation et la flexibilité. Bazaar repose donc sur un jeu de commande très restreint. Il est aussi possible de l'utiliser avec différents schémas de développements (chaque développeur dispose de sa propre branche, les développeurs disposent d'un dépôt commun, …). Bazaar est développé dans le langage Python. Il existe déjà plusieurs outils qui permettent une utilisation aisée de Bazaar, n'hésitez pas à vous renseigner sur leur site pour en savoir plus.

Etant donné que je me suis inscrit sur le Launchpad et que j'ai décidé de voir ce qu'il avait dans le ventre je me suis donc mis à utiliser Bazaar et à le tester. Voici donc un petit tutorial que j'ai écrit pour ne pas oublier comment s'y prendre par rapport au workflow choisi pour mon projet. En espérant qu'il puisse aussi servir à d'autres. Et peut-être qu'avec mon expérience et mon utilisation plus fréquente de Bazaar j'adapterais et j'améliorerais ce workflow.

What is gettext and why use it?

gettext is the GNU internationalization and localization (i18n) library. It is commonly used for writing multilingual programs. It has an implementation in a lot of different languages and it's also commonly used in PHP applications.

But what does you mean by internationalisation? Actually, when you write computer code you are also going to write into your code some sentences which will be prompted to the used who is running the application. Those sentences are always written in a language of your choice. But what if that person doesn't understand that language.

The first reaction to solve this problem would be to say : "Ok, but I'm gonna make another version of the code in an other language. I'll translate all those sentences so that my application could be used by other people". And we agree, this is indeed the first solution we get. But this is not optimal since you decide to modify your intial app, you'll have to modify all the translated app too and this is not an issue. It's totally broken to work like this because it imply an enormous quantity of duplicated code and a big amount of work !

That's the moment when gettext came and solved all your problems ! Indeed, the gettext solution proposes te replace all those strings with a call to a gettext function with your sentence as parameter. This function check the chosen language and if it knows a translation of the sentence in that language, it returns the translated sentence, otherwise it returns the initial sentence.

Quand vous êtes un utilisateur fréquent de machines distantes, il arrive que ça soit pratique d'optimiser un peu votre client ssh pour ne pas toujours devoir tapper une ligne de commande hyper longue, juste pour se connecter à un serveur. Si vous utilisez votre client ssh comme le commun des mortels, voici la ligne de commande que vous utilisez d'habitude :

login@hote:~> ssh login@server.domain.extension
Password:
login@server:~>

Et je vous propose d'obtenir après quelques manips :

login@hote:~> ssh server
login@server:~>

Ce qui est déjà nettement plus court, admettez-le

Je viens de sortir de la salle de conférence et tout le monde en parle, aujourd'hui Google a présenté au monde une technologie qui risque bien de révolutionner la manière dont nous utilisons internet tous les jours de manière assez révolutionnaire. En effet, je suis actuellement en Californie à San Francisco pour la conférence internationale du Google I/O. C'est une conférence organisée par Google.

Hier au keynote Google nous en avait déjà mis plein la figure en offrant à tous les participants de la conférence un HTC Magic Android (Google-Phone) gratuiement ... sachant que nous sommes environ 4000 ici, c'était déjà un gros cadeau !

Aujourd'hui au keynote, Google a présenté son nouveau produit révolutionaire : Google Wave

Ici je ne parle pas d'un service google comme un autre. En effet, ici il s'agit vraiment d'un produit qui va avoir de grande implications au niveau du web. voyons d'abord de quoi il s'agit.

Google Wave est un service qui a pour but de revoir notre manière de communiquer avec le mail. En gros c'est un nouvel outil qui permet de communiquer par mail, rédiger des documents de manière collaborative, partager des infos, partager des photos, des documents, et tout ça en temps réel. Ces mails peuvent aussi être traduits en temps réels (tout en étant envoyés en temps réel).

Bref, un principe en temps réel. De plus, inutile d'envoyer des mails, de les forwarder, d'avoir de la duplication de code dans tous les sens, ici ça fonctionne comme une chambre de discussion ou tout le monde a accès au contenu, peut le modifier et l'adapter.

Tout ça est évidement complètement basé sur les fonctionnalités de streaming de l'HTML 5 qui permet de faire toutes ces choses assez terrible. C'est aussi basé sur le protocole XMPP qui permet de partager l'info en stream vers plusieurs serveurs en même temps de manière optimale.

Mais vous allez me dire : "oui, mais comme tous les produits google, ça ne marchera qu'avec ceux qui ont aussi un compte google". Et là je vous arrête tout de suite. Ici Google va proposer son protocole de manière OpenSource ... tout le monde pourra implémenter son serveur wave chez lui. Au même titre qu'on pouvait avoir un serveur IMAP ou SMTP chez soi avant.

De la même manière, les personnes utilisant encore l'ancien système de mails resteront compatibles avec le wave, ils n'auront juste pas accès à toutes les fonctionnalités proposées par ce nouveau protocole.

J'ai évidement un peu de mal à vous partager mon enthousiasme car la démo a duré 2 heures et pendant 2 heures je suis resté sur mon cul de toutes les fonctionnalités qui ont été présentées. Pour bien comprendre à quel point c'est révolutionnaire il faudrait pouvoir vous montrer une démo. Peut-être que la keynote du Google IO sera disponible sur youtube bientôt, je viendrais mettre à jour mon billet si je la trouve. Pour le moment la keynote de hier est on-line donc celle d'aujourd'hui le sera très prochainement à la même adresse.

La release du code n'est pour le moment pas publique car c'est encore en beta et Google le réserve en prémium aux participants de la conférence du Google IO afin d'avoir des beta testeurs (on est quand même 4000 développeurs, donc ça leur fait déjà un bon set de testeurs). Mais la release publique arrivera bientôt je l'espère. En tout cas Google nous promet de proposer ce protocole en Open Source. De toute façon, si Google veut que ça marche, il n'a pas le choix. Si on veut pouvoir utiliser ce protocole à grande échelle c'est la seule manière de s'y prendre.

Donc voilà, rendez-vous dans 6 mois / 1 an pour la release publique... en attendant je m'en vais tester ce nouveau protocole révolutionnaire avec mes collègues du bureau ... je sens que ça va être assez terrible.

Mise à jour :

La vidéo du keynote de ce matin :

D'autres sources :

• Went Walkabout. Brought back Google Wave.
• Article sur techCrunch : Google Wave Drips With Ambition. A New Communication Platform For A New Web.