theClimber

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.

Ca a mis du temps à sortir des maquettes, on n'en parle pas encore beaucoup ou timidement, mais si vous voulez en savoir plus à propos du projet de GNOME 3.0 vous allez surement aimer la lecture du planning détaillé que l'équipe de développement nous prépare. Pendant le GUADEC (Users’ And Developers’ European Conference) l'idée de base était surtout de parler de GNOME 3.0 et on espérait aussi que ça serait l'occasion pour qu'on puisse commencer à en parler plus sérieusement. Et c'est arrivé. Avant les gens essayaient vaguement de mettre quelques propositions d'idées sur papier, après le GUADEC nous voyons un résultat plus concret avec un planning précis, des propositions et du code !

Espérons maintenant que le planning qui a été mis en place est la bonne manière d'avancer, et qu'elle sera acceptée par la communauté. Pour en savoir plus je n'ai pas recopié le mail d'annonce, mais allez lire ce dernier (il est coupé en deux à cause du système d'archives web, voici la seconde partie) ou vous pouvez aussi aller lire la version wiki.

Cette nouvelle version va apporter beaucoup de nouveautés et de changements. C'est à double tranchant et peut proposer des avantages comme des inconvénients. Espéront qu'on ne va pas assister à un grand flop comme on a pu le voir avec KDE 4 qui se remet tout doucement de sa chute. Voici en quelques lignes les grands axes de développement proposé pour GNOME 3.0 :

• Une nouvelle expérience utilisateur
  • Gnome Shell a pour but de changer la façon de passer d'une application à l'autre, changer la manière de fonctionner habituelle
  • Changer la manière dont on accède à nos documents et notre manière de fonctionner
• Remise à jour de la platteforme
  • Supprimer toutes les librairies dépréciée qui sont encore utilisées et qui ne devraient pas
  • Créer un staging pour les librairies promettantes qui ne sont pas encore intégrée car pas encore assez stables, mais ça pourrait venir (comme Gstreamer)
  • Intégrer quelques effets sympas qui sont déjà largement utilisés comme les effets 3D (avec Clutter) ou la géolocalisation (avec GeoClue)
  • Intégrer quelques dépendances extérieures comme D-Bus ou Avahi
  • Rendre les bindings plus proche et attirer les développeurs de plusieurs langages
• Promotion de GNOME

• Source : found on Building and Scaling a Startup on Rails: 12 Things We Learned the Hard Way

On dit partout que le 64 bits c'est la technologie du futur, on voit de plus en plus de vendeurs proposer des ordinateurs munis d'architectures 64 bits ... mais au fond, qu'est-ce que ça va réellement changer? Est-ce que la différence de performance entre un processeur dual-core 32bits et 64bits est différente?

Dans les benchmarks développant les performances des programmes il n'est pas rare de voir des comparaisons entre les différents types de processeurs, et notamment les processeurs 64bits. On est toujours surpris de voir que les performances sont meilleures que pour les processeurs 32 bits. Que se cache-t-il la derrière?

Si vous souhaitez installer une distribution linux 64 bits, à quel types de problèmes vous risquez d'être confrontés?

J'essaye ici de survoler un peu la question en fonction des connaissances que j'ai en la matière. Je pense effectivement qu'il est intéressant de se poser ce genre de questions lorsqu'on a l'intention de s'acheter un nouvel ordinateur. D'autant plus que les vendeurs actuellement tentent de conseiller le 64 bit. Est-ce que le monde des logiciels est prêt pour le 64bits?