D’un autre côté, je suis aussi un utilisateur de Vi. Dès que j’ai une console ouverte je vais automatiquement l’utiliser, quitte à … ouvrir une autre console pour vi ! Mais pour travailler sur un projet qui demande de naviguer beaucoup entre les fichiers je trouve que ça n’est pas très pratique. Je ne suis pas non plus un expert de cet outil.

Entre les deux il y a les éditeurs de texte en mode graphique, mais souvent il leur manque des petites choses bien pratiques pour être productif. Par exemple j’apprécie beaucoup SciTe pour sa légèreté, il est notamment très efficace pour ouvrir de très gros fichiers, mais on est loin d’un IDE.

Longtemps j’ai négligé Gedit, lui préférant justement SciTe pour sa rapidité. Mais il existe une solution pour le rendre plus pratique : gmate . C’est un mélange de plugins, de thèmes, et un exécutable permettant de lancer gedit à partir d’un répertoire donné et rendant la main.

L’essentiel des explications est ici : http://github.com/gmate/gmate . Le problème est ensuite de faire le tri entre les différents plugins pour voir ceux qui sont pratique ou non (selon les habitudes de chacun), ainsi que faire le tri pour éviter ceux qui ne semblent pas fonctionner correctement.

Très rapidement, l’installation sous Ubuntu 10.04 :

• sudo add-apt-repository ppa:ubuntu-on-rails/ppa
• sudo apt-get update
• sudo apt-get install gedit-gmate

Pour adapter l’usage à Ruby et Rails, il faut modifier la gestion des espaces dans les préférences : choisir “Insérer des espaces au lieu des tabulations” et indiquer “2″ pour la largeur.

Après l’installation il y a un choix important de thèmes. Choisir celui qui convient est une activité chronophage !

Voici les plugins que j’ai retenu (en plus ceux activés par défaut) et qui semblent fonctionner correctement. C’est un choix à faire en fonction de ses propres habitudes de travail :

• Extraits de code : permet de saisir rapidement en tapant quelques caractères puis TAB et zou…
• Find in Files : ajoute un onglet dans la barre latéral permettant d’effectuer une recherche dans l’ensemble des fichiers à partir du répertoire du projet.
• Rails File Loader : détecte les fichiers lié à RoR et adapte la coloration syntaxique. Pas forcément indispensable.
• Regex Search and Replace : permet d’effectuer une recherche/remplacement dans le fichier courant en utilisant des expressions régulières, s’active avec Ctrl-Alt-H.
• Save without trailing space : pour éviter le gaspillage en supprimant les espaces en fin de ligne et les sauts de lignes vides en fin de fichier.
• Smart Indent : indentation automatique lors de la frappe.
• Snap Open : permet d’ouvrir rapidement un fichier avec Ctrl-Alt-O et en ne saisissant qu’une partie du nom.
• TabSwitch : permet de naviguer entre les onglets avec Ctrl-Tab comme dans la plupart des IDE, Firefox, …

Quelques informations complémentaires ici : http://blog.siverti.com.br/gmate/

Pourquoi ? Les RDBMS remplissent souvent bien leurs rôles, mais la manière d’aborder le problème est toujours la même. L’approche d’une base de données orientée document comme mongoDB est différente, tester en prenant du recul c’est s’intéresser à une autre manière de faire, de voir les choses sous un autre angle.

Développer avec un ORM (comme  avec ActiveRecord) c’est déjà avoir “le cul entre deux chaises”, poussons les choses encore un peu plus loin…

=== Différents besoins, différents outils ===

Avant d’aller plus loin, je tiens à mettre en avant un point important : il n’est pas question ici de remplacer aveuglément une base de données relationnelle. Cela pourra se faire dans certains cas, dans d’autre un outil comme mongoDB sera un complément, et bien souvent une bonne vieille base de données traditionnelle sera la seule réponse. A chaque problème sa solution, chaque outil ayant ses avantages et ses inconvénients.

Côté avantages, mongoDB est simple à utiliser, pas de migration, pas de schéma à définir, mais surtout c’est très rapide et prévu dès l’origine pour une forte croissance du volume et de la charge.

Le principal inconvénient de mongoDB est l’absence de gestion de transaction, pas tant pour des problématiques d’atomicité, d’isolation ou de cohérence dont on peut se passer dans certains cas, mais plus pour l’absence de durabilité. Pour plus de détails voir Les propriétés ACID d’une base de données et  Durability and Repairs.

En d’autres termes, pour …

• stocker un volume important de données non critiques et structurées par une approche “document” plutôt que “relationnelle”, …
• ET pouvoir manipuler les données rapidement malgré une charge et un volume important, …
• ET manipuler les données sans avoir besoin des apports d’une gestion de transaction, …

… alors mongoDB peut présenter un intérêt.

En suivant le reste de ce sujet, vous réaliserez quelques commandes simples dans un “shell” mongoDB. Mais l’outil cohabite très bien avec bon nombre de langages : C, C++, Java, Ruby, PHP, … Pour avoir une liste complète : http://www.mongodb.org/display/DOCS/Drivers

=== Installation (de test) et démarrage de mongoDB ===

Il est possible de faire fonctionner mongDB sous Windows, mais pour ma part, ce sera un exemple utilisé sous Linux (ce qui ne changera pas grand chose) :

• Identifier la version de mongoDB correspondant à votre environnement, ça se passe ici : http://www.mongodb.org/display/DOCS/Downloads .
• Télécharger, exemple : wget http://downloads.mongodb.org/linux/mongodb-linux-i686-1.4.0.tgz
• Décompresser : tar xzf  mongodb-linux-i686-1.4.0.tgz
• Créer un répertoire pour les données, pour un simple de test j’ai fait le sauvage en la plaçant dans mon répertoire de test de mongoDB. C’est pas bien je sais…. mais c’est une simple prise de contact : cd mongodb-linux-i686-1.4.0 puis mkdir -p data/db
• Démarrer le serveur de mongoDB : bin/mongod –dbpath data/db

Et c’est tout.

=== Premières commandes ===

Le serveur ayant rendu la console indisponible (c’est du test, ne râlez pas ), en ouvrir une autre, et se placer dans le même répertoire qu’au démarrage du serveur.

Démarrer un “shell” client de mongoDB : bin/mongo

A noter que mongo et mongod peuvent avoir divers arguments et qu’il suffit d’y ajouter -h pour en avoir un résumé.

Quelques commandes a essayer juste pour tâter le terrain  :

• use meuh
• db.vache.save({nom:”La Noiraude”})
• db.vache.save({nom:”Azalee”})
• db.vache.find()
• n=db.vache.findOne({nom:”Azalee”})
• n.amis=["Zebulon","Margotte","Pollux"]
• db.vache.save(n)
• db.vache.find({amis:”Zebulon”})

Nous n’avons pas créé de bases, ni de tables (appelées ici “collections”), ni aucun champ. Les enregistrements ne se ressemblent pas tous, et ne sont pas “à plat” mais peuvent avoir une structure plus complexe, beaucoup plus que dans cet exemple.

La syntaxe utilisée est à base de Javascript, nous sommes loin du SQL. La manière de travailler est très différente. Dans certain cas on sera agréablement surpris, dans d’autres on regrettera son “bon vieux SQL”. Tout dépend de la manière dont seront structurées les données, ainsi que des opérations à réaliser. Ce n’est pas mieux ou moins bien c’est différent.

=== Scripts et requêtes ===

Il est possible d’écrire des scripts :

• use test (puisque ça n’a aucun rapport avec les vaches…)
• for(i=0;i<1000;i++) db.carres.save({x:i,y:i*i});

Et nous voilà avec un millier de documents. Si vous voulez tester avec 100000 itérations, pas de soucis, ça répondra dans un délai raisonnable.

Quelques requêtes sur ces enregistrements :

• Le nombre de documents avec x>500 : db.carres.find({x:{$gt:500}}).count()
• Uniquement des valeurs de y pour x<10 : db.carres.find({x:{$lt:10}},{y:true})
• Les documents ayant des valeurs paires de x : db.carres.find({$where:”(this.x%2)==0″})

La dernière requête est intéressant car elle montre comment effectuer des requêtes contenant du code Javascript ce qui permet de réaliser  des filtres complexes. Par ailleurs elle est loin d’afficher l’ensemble des résultats et termine l’affichage par “has more”, mongoDB ne renvoyant pas des valeurs mais un curseur pour itérer sur le  résultat. Pour voir la suite il suffit d’utiliser la commande :

• it

Pour plus d’information sur les requêtes : http://www.mongodb.org/display/DOCS/Querying

=== Les indexes n’ont pas été oublies ===

Optimisons un peu tout ça avec un index croissant et unique  sur x :

• db.carres.ensureIndex({x:1},{unique:true})

Les indexes peuvent être composés, mais il peuvent aussi utiliser les valeurs d’un tableau (souvenez vous des amis d’Azalée) :

• use meuh
• db.vache.find({amis:”Pollux”})
• db.vache.find({amis:”Pollux”}).explain()
• db.vache.ensureIndex({amis:1})
• db.vache.find({amis:”Pollux”}).explain()

Le résultat de la fonction explain n’est pas évident à lire à première vue, mais en y regardant de plus près :

• sans index on constate que dans la première requête (sans index) il y a eu un parcours séquentiel de la collection et deux documents ont été lu.
• avec index un Btree a été utilisé pour trouver le résultat, et un seul document a été lu.

Pour plus d’information sur les indexes : http://www.mongodb.org/display/DOCS/Indexes

=== Le mot de la fin ===

Le but de ce sujet n’est pas de vous “convertir” à mongoDB, pas plus qu’il ne s’agit d’un cours. Je serais d’ailleurs bien mal placé pour cela, étant également en pleine découverte de cet outil. J’ai simplement voulu donner un aperçu de son utilisation, et montrer à quel point il est facile de procéder à quelques tests.

Comme indiqué au début du sujet, ce qui compte, c’est d’élargir son horizon. Il y a un peu de gymnastique cérébrale en vue pour celui qui compte approfondir le sujet, mais depuis le “professeur kawachéplukoi” et son jeu sur une console de jeu très connue c’est à la mode

Vous créez une base de données et un utilisateurs (en étant superutilisateur bien entendu) :

create role toto login password ‘pwtoto’;

create database dbtoto with owner=toto encoding=’UTF8′;

Puis vous essayez de vous connecter à la base depuis un shell :

psql dbtoto -U toto

psql dbtoto -U toto -W

Et à chaque fois, c’est un échec… “psql: FATAL:  authentification Ident échouée pour l’utilisateur << toto >>”

Maintenant il y a de quoi perdre par mal de temps en contrôlant tout ce qu’on a pu faire, en ré-essayent, en consultant le “man” de psql, etc… Pourtant le message d’erreur contient ici un début de réponse : “Ident”.

En voulant se connecter de cette manière, le client va utiliser une connexion via socket Unix (et pas via TCP/IP). Or dans le fichier /etc/postgresql/8.4/main/pg_ident.conf il est indiqué que pour ce type de connexion le méthode d’authentification sera “ident”. Pour faire court, l’authentification de l’utilisateur est effectuée par le système d’exploitation, ce qui ici échouera puisque “toto” est inconnu en tant qu’utilisateur du système. Le détail de l’explication ici : Authentification fondée sur ident

Par contre en utilisant un socket IPv4 l’authentification sera “md5″, c’est à dire qu’il utilisera le mot de passe crypté envoyé par le client. Et là l’authentification sera effectuée en impliquant uniquement PostgreSQL. Pour forcer l’utilisation d’un socket IPv4 (et régler le problème) :

psql dbtoto -U toto -h localhost

Pour plus d’explication, se reporter au chapitre Authentification du client de la documentation de PostgreSQL, et prendre la peine de regarder ce qu’il y a dans son propre fichier pg_ident.conf.

Cette subtilité étant au niveau de la liaison entre client et serveur PostgreSQL, la problématique sera la même pour un processus tel qu’un serveur Web. Par exemple dans le fichier database.yml de Rails il faudra ajouter une entrée “host”, sans quoi la connexion échouera (Rails n’ajoute pas cette entrée par défaut).

Cette option peut devenir intéressante pour utiliser Ruby 1.8.7 sur Ubuntu LTS 8.04. Ce n’est pas la seule option, mais ça peut être l’occasion de faire d’une pierre deux coups en bénéficiant des apports de REE. Cette version d’Ubuntu sera encore maintenue pendant 3 ans, migrer vers la prochaine LTS (à venir) uniquement pour mettre à niveau la version de Ruby peut-être une opération lourde (selon le contexte) qu’il est possible d’éviter à court terme.

Pourquoi remplacer Ruby 1.8.6 par Ruby 1.8.7 ? Il peut-être souhaitable de ne pas avoir à valider ses développements sur plusieurs version même si le déploiement est effectuée sur des plateformes différentes. Une autre raison est qu’à court terme cette version risque d’être le minimum requis pour certains gems.

L’objectif de ce petit billet est simplement de décrire l’installation de REE sur un système Ubuntu 8.04 vierge à des fins de test. Il n’y aura qu’une et une seule version de Ruby installée : REE. Aucun package relatif à Ruby ne sera installé. Une intervention sur un serveur en production sera une autre histoire, il faudra éviter toute confusion entre les versions, réinstaller l’ensemble des gems (et cela nécessitera l’installation de paquets supplémentaires sur le système). Mieux vaut avoir validé le maximum de chose

Pour ce genre de test, un système virtualisé est l’idéal, les utilisateurs de Linux ou Windows trouveront leurs bonheur avec VirtualBox ou VMWare Server sans que ça ne coute rien.

Installation de Ruby Enterprise Edition sur Ubuntu LTS 8.04

Voici la recette de cuisine, en cas de problème consultez la documentation disponible sur http://www.rubyenterpriseedition.com/

Effectuer une installation de base d’une 8.04 Server, sans aucune option particulière. Mettre à jour le système et rebooter.

Installer les paquets suivants (sudo apt-get install …)  :

• ssh (parce-que c’est pratique)
• build-essential
• zlib1g-dev
• libssl-dev
• libreadline5-dev

NE PAS installer un paquet relatif à Ruby !

Télécharger le code source de REE : wget http://rubyforge.org/frs/download.php/68719/ruby-enterprise-1.8.7-2010.01.tar.gz

Décompresser :  tar xzvf ruby-enterprise-1.8.7-2010.01.tar.gz

Installer :

• cd ruby-enterprise-1.8.7-2010.01
• sudo ./installer

Accepter d’installer dans un sous répertoire de /opt , mais changer le nom du répertoire cible. En cas de mise à jour mineure il faudra recompiler et installer vers le même répertoire, autant avoir un nom simple et significatif (la partie représentant la date de release n’aura plus de sens après une mise à jour). Par exemple ne garder que “/opt/ruby-enterprise-1.8.7″.

L’installation prend un petit moment, et à la fin, une mauvaise surprise : certains gems installés par défaut par REE posent problème (MySQL, …). Ce n’est pas une anomalie, simplement il manque certains paquets au niveau du système pour compiler les gems. Ce point est abordé un peu plus bas.

Après avoir installé REE, quelques tests s’imposent

• /opt/ruby-enterprise-1.8.7/bin/ruby -v
• /opt/ruby-enterprise-1.8.7/bin/irb
• … ce qui vous amuse …

Si comme moi vous êtes un gros fainéant (c’est une qualité, ça pousse à avoir des idée pour être efficace ), vous voudrez avoir le répertoire “bin” de l’installation dans votre PATH. Par ailleurs ce sera probablement utile lors de l’utilisation de Rails (rake, la console, …). Pour cela il suffit de modifier le fichier /etc/environment (sudo vi … ) et ajouter au début du PATH “/opt/ruby-enterprise-1.8.7/bin:” . Cela ne prendra effet qu’après s’être reconnecté. Pour vérifier il suffit de taper “ruby -v” sans préfixer par le chemin complet.

Installer des gems

L’installation de gems implique l’utilisation de “sudo”, mais cela pose un léger problème : le PATH n’est pas la même sur celui du shell utilisateur, et dans ce cas précis il faudra utiliser le chemin complet : “sudo /opt/ruby-enterprise-1.8.7/bin/gem install …”

Comme indiqué plus haut, il n’est pas question d’installer des paquets relatifs à Ruby pour les utiliser avec REE. Donc absolument tout passera par Rubygems. Et si aucun paquet relatif à Ruby ne sera installé, il faudra en revanche installer des paquets de développements pour pouvoir compiler certains gems.

Pour MySQL :

• sudo apt-get install mysql-client libmysqlclient15-dev
• sudo /opt/ruby-enterprise-1.8.7/bin/gem install mysql

Pour PostgreSQL :

• sudo apt-get install postgresql-client libpq-dev
• sudo /opt/ruby-enterprise-1.8.7/bin/gem install pg

Finalement c’est simple et sans histoire, à priori pas de quoi faire un billet dans un blog. Mais ayant pris des notes, autant les publier

Au début on s’amuse un peu, et on se prend beaucoup les murs, les meubles, le plafond. Une catastrophe ! Heureusement que c’est solide. Avec de la pratique et un tout petit morceau de patafix pour lester le nez, on fini par arriver à guider cet enfin que l’on croyait indomptable. A ce stade c’est déjà trop tard pour la plupart des gens, et pour deux raisons :

• premièrement on s’amuse comme un fou, voler devient de plus en plus simple, plus amusant, on oublie les petits soucis du quotidien durant les quelques minutes que vous accorde la petite batterie.
• deuxièmement étant perdu face à cet hélicoptère tout fou on sera allé sur un forum chercher des informations, voir une solution à un problème particulier. Une communauté probablement chaleureuse aura été intégrée, et les yeux grands ouverts on découvre qu’il y a d’autres modèles, pour toutes les tailles, tout les âges et toutes les bourses.

Ensuite c’est l’escalade… on achète d’autres modèles, d’abord des petits, très simples et économiques. Certains les modifient : un petit truc pour améliorer le vol, des autocollants personnalisés, une peinture excentrique, et pour les plus courageux un coque complète faite maison. En ce qui me concerne, ce n’est pas le cas. Par contre des hélicoptères j’en ai acheté !

La picoozite peut connaitre des périodes de rémission passagère, mais on en guéri rarement (jamais ?). Et bien souvent on finit par acheté plus gros, plus perfectionné. Pour beaucoup la prochaine étape est le bi-rotor, c’est mon cas…. depuis plusieurs mois déjà ! Mais ça c’est une autre histoire, qui donnera peut-être lieu à une autre prose de ma part.

Bref, à part cette forme d’aliénation mentale, piloter ces petits engins est un vrai bonheur. Concernant la communauté, je vous invite à aller voir le forum de picooz.fr . On y trouve beaucoup d’information utile et plein de gens très sympas.

Vous pouvez achetez un de ces petits engins… mais vous ne pourrez pas dire que vous n’étiez pas prévenu

Et là on peut se dire qu’il suffit d’aller voir le contenu de /dev/net , histoire de savoir quelles interfaces sont disponibles. Erreur ! Car elles n’y figurent pas (pas les interfaces physiques du moins), et on part sur une mauvaise piste croyant la carte réseau virtuelle non détectée.

Pour être certain de connaitre les interfaces réseaux disponibles sur le système, il suffit de demander à voir le contenu du fichier /proc/net/dev (un simple cat fera l’affaire).

Concrètement tout se passe bien presque jusqu’au bout. J’ai du résilier mon ancien certificat et demander un nouveau, sans problème. Il y a eu un avertissement relatif au navigateur, mais aucun blocage. La déclaration de revenu se passe plutôt bien, j’ai pu saisir l’incroyable fortune que je gagne(*) et avoir une douloureuse estimation de mon impôt à payer. Vers la fin du processus il est indispensable de signer sa déclaration avec son certificat, et c’est à ce moment que les choses se gâtent. Là où des informations utiles devraient être affichées, et où des actions sont à réaliser, il n’y a que du gris. Un triste et inutile gris.

En ce qui me concerne je pense revenir pour cette année à la décralation papier. Si quelqu’un a une solution a proposer, qu’il laisse un commentaire ou un lien vers la solution son blog, ça pourra servir aux visiteurs de ces lieux.

Par contre le calendrier pour rendre sa copie n’est pas le même selon que l’on fasse sa déclaration par internet ou à l’ancienne, alors surtout ne vous y prenez pas au dernier moment !

(*) ok ok… on peut rêver non ?

/usr/bin/gem:23: uninitialized constant Gem::GemRunner (NameError)

Personnellement j’ai rencontré ce problème après ma mise à jour d’Ubuntu alors que j’utilisais Ruby depuis des mois. D’autres semblent l’avoir rencontré en installant RubyGems avec le gestionnaire de paquet puis en effectuant une mise à jour via gem update - - system. Dans les deux cas la solution est simple :

1. Editer le script /usr/bin/gem , ce fichier n’est pas modifiable par tout le monde, donc : sudo vi /usr/bin/gem
2. Chercher la ligne avec require ‘rubygems’
3. Ajouter en dessous une nouvelle ligne avec require ‘rubygems/gem_runner’
4. Sauver, tester le résultat et amusez-vous bien.

Je ne suis pas le premier à écrire un mot à ce sujet, mais l’important est que l’information soit disponible.

Juste après cette manipulation j’ai ouvert Netbeans 6.1 installé peu avant ma mise à jour, démarré une application en cours de développement basée sur Rails 2.0.2 utilisant énormément ajax, et testé sous Firefox 3 encore en béta à ce jour. Ca se présente très bien, aucun problème à déplorer. Idem pour Subversion, Openvpn, le plugin Web Developer…. C’est un essai rapide, mais à première vue rien n’empêche de travailler correctement. Le problème avec RubyGems doit être considéré comme anecdotique.

A noter que le plugin MySpell Français n’est pas disponible pour Firefox 3, ce qui pourrait expliquer d’éventuelles fautes dans ce post

Dans une expression booléenne nil est considéré de la même manière que false. Ce qui amène quelquefois à utiliser une syntaxe du type :

machin or truc

Au lieu de (parmis d’autres solutions) :

if machin.nil?
# utiliser truc
else
# utiliser machin
end

Mais… il y a un piège. L’expression suivante ne se comporte absolument pas comme on pourrait le supposer :

toto = machin or truc # ca sent le bug ici

En fait l’opérateur d’affectation = a une priorité suppérieure à celle de l’opérateur or. Pour s’en convaincre il suffit de faire le test suivant avec l’interpréteur irb :

irb(main):001:0> toto = false or true
=> true
irb(main):002:0> toto
=> false

L’expression saisie est évaluée de la manière suivante : (toto = false) or true. Donc l’expression vaut bien true, mais la variable toto se voit affecté la valeur false.

Il y a deux solutions : soit utiliser des parenthèses, soit utiliser l’opérateur || qui a une priorité supérieure à celle de l’affectation :

# deux solutions correctes
toto = (machin or truc)
toto = machin || truc

Ca a l’air tout bête, une boulette de débutant allez-vous me dire… mais lorsque l’on ne connait pas correctement la priorité des opérateurs, ou que l’on est pas concentré, on fini par avoir quelques bugs par forcément évident à identifier.

Maintenant c’est fait. J’avais acquis un portable au printemps dernier, avec l’intention d’installer Ubuntu dessus. Mais difficile de trouver un PC qui convienne, portable, sans OS, au bon tarif… J’avais finalement du me résigner à acheter un PC avec Vista. C’est joli, mais qu’est ce que c’est lent. Un Dual Core T7300 , 2Go de RAM et on a … une brouette. OK le disque est lent comme sur la plupart des portables, mais globalement c’est comme avoir une grosse voiture qui peine à la première montée. Donc j’ai découvert Vista, j’ai râlé, pesté (et pas qu’après la vitesse…) et puis trop… c’est trop !

J’attendais Ubuntu 7.10 afin de garantir une bonne reconnaissance de mon matériel. A peine disponible, il est venu coller un grand coup de pied dans le c.. de Windows pour prendre sa place. Et les choses se sont même mieux passé que prévu ! Il faut dire que je connais Ubuntu l’utilisant en mode “texte” comme serveur dans mon activité professionnelle. Par ailleurs j’avais déjà testé la bête souvent sous VMWare. Le changement se faisait en connaissance de cause.

Mais dans le fond ce qui facilite le plus la migration, mis à part une connaissance préalable du système, c’est l’utilisation des logiciels libres. Cela fait bien longtemps qu’OpenOffice est mon outil de travail bureautique, Firefox mon navigateur, Thunderbird mon client de messagerie, GIMP mon logiciel de retouches, Grisbi fait très bien son travail pour compter les brouzoufs, …

Donc changer de système n’a absolument pas été synonyme de changement radical, puisque j’ai retrouvé une grande partie de mon univers familier. Il a fallu s’adapter un peu à Gnome pour pouvoir personnaliser son environnement et le rendre pratique (en 1280×800 on économise la place en hauteur !), mais cela a plus relevé du plaisir de la découverte que de la corvée.

Et puis que j’aime la console ! C’est vraiment un truc insupportable sous Windows (faites vraiment un effort là dessus les gars), mais là quel bonheur ! Oui je sais, je suis peut-être un peu malade, mais quand on peut installer un (ou plusieurs) logiciel(s) en tapant une seule commande, c’est productif. Et puis j’aime ça, c’est tout

Cela fait plus d’une semaine, et mon manchot et moi sommes toujours copain

Si je devais donner trois conseil :

• passer progressivement aux logiciels libres, déjà sous windows
• préparer sérieusement l’installation : tester avec le livecd, prendre le temps de comprendre, lire et poser des questions sur ubuntu-fr.org
• faire une sauvegarde sérieuse avant de tout réinstaller !