Il m'aura fallu tomber sur ton blog pour découvrir qu'au Japon on utilise des baguettes pour boire son thé ou son café... ça alors ! Quelle culture fascinante et si différente de la nôtre !
Tout est dans le titre. Enfin, pas tout, mais j'ai assez peu envie de raviver des souvenirs douloureux pour argumenter. Pour positiver, je préfère ne retenir que les bons moments passés auprès des postières du coin à déposer des courriers avec accusé de réception :-/
Je ne peux pas dire s'ils se sont améliorés depuis que je les ai quittés, mais ce que je peux dire c'est que j'ai très régulièrement des retours négatifs à leur égard -- dernier en date il y a 15 jours.
De mon côté j'ai été très satisfait de Nerim jusque récemment où leur qualité de service s'est effondrée et leur support technique se fout ouvertement de ma gueule.
Je viens d'apprendre l'existence d'un réseau de dons appelé Freecycle ( Pour la France: http://fr.freecycle.org/ )
Présentation extraite du site: Il s'agit d'un mouvement basique de personnes qui offrent (et récupèrent) des objets gratuitement dans la ville où ils habitent (et alentour).
Les groupes Freecycle mettent en relation des personnes qui souhaitent se débarrasser d'objets qui les encombrent avec des personnes qui en ont besoin. Notre but est de libérer les espaces naturels d'objets abandonnés bien qu'encore utiles.
Tout élément posté doit être gratuit, légal et convenant à tous les âges. Lorsque vous souhaitez OFFRIR quelque chose - qu'il s'agisse d'une chaise, d'un télécopieur, d'un piano ou d'une ancienne porte, il vous suffit simplement d'envoyer un message à votre groupe.
Playboy ? C'est bien ce magazine dans lequel toutes les filles ont des biberons surgonflés à l'hélium et des coiffures à l'américaine à côté desquelles les actrices de Côte-Ouest passent pour des vamps au rabais ?
Euh... bah non merci alors...
vous avez un projet qui semble très intéressant, alors pourquoi poster une annonce obscure dans les forums, sans aucune description du projet, sans rien qui donne envie d'en savoir plus, a fortiori alors que personne n'en a jamais parlé sur linuxfr ??
Sortez-vous les doigts et rédigez un article, le projet a l'air d'en valoir largement la peine ! Un article ! Un article ! Un article !
Installe le paquetage lm_sensors ; lance en tant que root l'outil de configuration pwmconfig et suis les instructions ; enfin l'outil de contrôle de la vitesse de rotation des ventilateurs s'appelle fancontrol, il fait aussi partie du paquetage.
A noter également qu'il existe un groupe de discussion francophone dédié à gtk+ ( alt.fr.comp.lang.gtk+ ) mais peu de monde le connaît & le fréquente. Pire, google ne l'a pas ajouté à ses archives malgré ma demande répétée, ce qui ne joue pas en sa faveur. Si l'envie vous prend, envoyez un mot à groups-support@google.com , ça peut faire bouger les choses et accroître la visibilité (et donc l'utilité) de ce newsgroup.
Attends, tout n'est pas perdu : si on parle de territoires politiques plutôt que physiques, il te suffit de mettre les pieds dans une ambassade anglaise pour que le tour soit joué ;-)
Au contraire, donne le lien, je suis sûr que pas mal de gens seront intéressés par une autre alternative à Ciel / EBP ! Même si personne d'autre ne te le demande maintenant, ce sera une info utile pour ceux qui tomberont sur cette page via une recherche sur google...
Et à moi, ça m'inspire que c'est un exemple typique de situation où on attend trop de la phase de compilation. Lorsqu'un code "statique" compile correctement, on a tendance (c'est aussi mon cas) à se dire, OK, tout va bien, je ne dois pas avoir fait d'erreurs. Mais malheureusement:
1) un compilateur ne pourra jamais trouver tous les bugs
2) ça relève d'une approche que j'appellerai ici, par provocation, "roulette russe" : on exécute son application compilée. En cas de bug, on corrige, et dans le cas contraire, confiant, on embraye sur une nouvelle fonctionnalité à implémenter. Or à cette étape, le code écrit est loin d'être fiable. Une approche beaucoup plus saine consiste à écrire les tests unitaires, en d'autres termes le comportement auquel l'application doit obéir, avant d'écrire l'application elle-même.
Je dirais que l'étape de compilation lors de l'utilisation de code "statique", a tendance à nous bercer d'illusions sur la fiabilité du code écrit et à masquer les dangers de l'approche "roulette russe".
Si on choisit d'adopter l'approche plus saine "les tests précèdent le code", alors il me semble que les langages "statiques" n'ont pas d'avantage par rapport aux langages "dynamiques", sur ce point précis.
Inversement, je me verrais mal désormais écrire du code fiable avec un langage, qu'il soit "dynamique" ou "statique", sans adopter cette approche.
# Autre sujet d'étonnement
Posté par bobert . En réponse au journal Des enfants en prison ?. Évalué à 3.
[^] # Re: les labos
Posté par bobert . En réponse au journal Je suis honnête, je télécharge légalement II : Le retour. Évalué à 1.
# Noos = à fuir comme la peste
Posté par bobert . En réponse au journal Noos est ce que c'est bon pour mon gnou?. Évalué à 2.
Je ne peux pas dire s'ils se sont améliorés depuis que je les ai quittés, mais ce que je peux dire c'est que j'ai très régulièrement des retours négatifs à leur égard -- dernier en date il y a 15 jours.
De mon côté j'ai été très satisfait de Nerim jusque récemment où leur qualité de service s'est effondrée et leur support technique se fout ouvertement de ma gueule.
Du coup je suis preneur de tout retour d'expérience sur NordNet ( http://www1.nordnet.fr/ )
# Freecycle
Posté par bobert . En réponse au journal Echange / occasion informatique. Évalué à 5.
Présentation extraite du site:
Il s'agit d'un mouvement basique de personnes qui offrent (et récupèrent) des objets gratuitement dans la ville où ils habitent (et alentour).
Les groupes Freecycle mettent en relation des personnes qui souhaitent se débarrasser d'objets qui les encombrent avec des personnes qui en ont besoin. Notre but est de libérer les espaces naturels d'objets abandonnés bien qu'encore utiles.
Tout élément posté doit être gratuit, légal et convenant à tous les âges. Lorsque vous souhaitez OFFRIR quelque chose - qu'il s'agisse d'une chaise, d'un télécopieur, d'un piano ou d'une ancienne porte, il vous suffit simplement d'envoyer un message à votre groupe.
# tail -f /var/log/syslog
Posté par bobert . En réponse au message Constante activité DD. Évalué à 1.
[^] # Re: question de vocabulaire
Posté par bobert . En réponse à la dépêche Cairo 1.2 met le feu. Évalué à 5.
[^] # Re: Une question
Posté par bobert . En réponse au message [X/KDE] Retrouver les onglets ouverts après un crash de Konqueror. Évalué à 1.
# Bieng !
Posté par bobert . En réponse au message resultat de compilation. Évalué à 2.
Enfin, un bon réflexe dès le départ !
# Leo + RestructuredText
Posté par bobert . En réponse au message synthèse de documents. Évalué à 1.
http://linuxfr.org/comments/621396,1.html
Avec Leo, tu peux exprimer les "liens" que tu décrits sous forme de clones de noeuds.
Prends le temps d'évaluer cette solution, à mon avis ça vaut l'investissement.
[*] Mais dans ce cas, qu'est-ce que je fous à mouler sur linuxfr ? On se le demande...
# INA mon amour
Posté par bobert . En réponse au journal La VOD de l'INA sera (est ?) compatible GNU/Linux !. Évalué à 1.
http://linuxfr.org/comments/539844.html#539844
# Pl4yb0yz
Posté par bobert . En réponse au journal [Annonce] Donne magazines playboy. Évalué à -1.
Euh... bah non merci alors...
[^] # Re: Baf !
Posté par bobert . En réponse au journal Logistique chez Free. Évalué à 3.
Ouais, c'est fou le nombre de Pierre Tramo qu'on croise de nos jours...
# Pas glop (glop, glop, glop...)
Posté par bobert . En réponse au message Python et un Remois, demande d'aide.... Évalué à 1.
Ah ouais mais si on peut même pas les vider, alors...
[^] # Re: Gagner en productivité avec The Gimp
Posté par bobert . En réponse au journal Se lancer dans la retouche photo sous Gimp. Évalué à 4.
# Pour KDE ? Pour Gnome ? Pour un autre environnement ?
Posté par bobert . En réponse au message Cherche un logiciel de console. Évalué à 1.
# Glop
Posté par bobert . En réponse au journal "Décoration" geek. Évalué à 2.
# Dites, les gars...
Posté par bobert . En réponse au message Conférence NOOFS le 12 Janvier 2006 de 20h00 à 22h00. Évalué à 2.
Sortez-vous les doigts et rédigez un article, le projet a l'air d'en valoir largement la peine ! Un article ! Un article ! Un article !
# késako ?
Posté par bobert . En réponse au journal Bluffé par le multiplayer. Évalué à 1.
# lm_sensors
Posté par bobert . En réponse au message Gérer la vitesse du ventilo ?. Évalué à 1.
[^] # Re: ldap... grande histoire d'amour ;)
Posté par bobert . En réponse au message carnet d'adresse unifié : LDAP ?. Évalué à -1.
Là tu en as trop dit ou pas assez... quelles doc as-tu trouvé consistantes et concises ??
# Groupe de discussion sur gtk+
Posté par bobert . En réponse au journal Un forum francophone pour les utilisateurs et développeurs Gnome. Évalué à 6.
[^] # Re: Trop fatigué pour compter
Posté par bobert . En réponse au sondage Nombre de pays où je suis passé :. Évalué à 7.
[^] # C'est encore jouable !
Posté par bobert . En réponse au sondage Nombre de pays où je suis passé :. Évalué à 3.
[^] # Re: En mode web
Posté par bobert . En réponse au journal EBP n'a pas de projet de développement sous Linux. Évalué à 4.
[^] # La compilation ne fait pas notre boulot...
Posté par bobert . En réponse au journal Eclipse, Qt et GTK+ sont dans un bateau .... Évalué à 3.
1) un compilateur ne pourra jamais trouver tous les bugs
2) ça relève d'une approche que j'appellerai ici, par provocation, "roulette russe" : on exécute son application compilée. En cas de bug, on corrige, et dans le cas contraire, confiant, on embraye sur une nouvelle fonctionnalité à implémenter. Or à cette étape, le code écrit est loin d'être fiable. Une approche beaucoup plus saine consiste à écrire les tests unitaires, en d'autres termes le comportement auquel l'application doit obéir, avant d'écrire l'application elle-même.
Je dirais que l'étape de compilation lors de l'utilisation de code "statique", a tendance à nous bercer d'illusions sur la fiabilité du code écrit et à masquer les dangers de l'approche "roulette russe".
Si on choisit d'adopter l'approche plus saine "les tests précèdent le code", alors il me semble que les langages "statiques" n'ont pas d'avantage par rapport aux langages "dynamiques", sur ce point précis.
Inversement, je me verrais mal désormais écrire du code fiable avec un langage, qu'il soit "dynamique" ou "statique", sans adopter cette approche.