Blog them all

Suite à mon questionnement sur comment recycler des batteries de portables (ordinateurs) j’ai appelé la mairie de Paris. La personne au téléphone m’a indiqué qu’il était indiqué dans son ordinateur que les objets de ce type pouvaient être mis dans le bac à poubelle “recyclage” à couvercle jaune. Ce bac est censé être trié à la main ensuite.

Pour les piles et autres, je peux aussi me déplacer à une des dechetteries de Paris. Mais il m’a assuré à plusieurs reprises que ce bac jaune faisait l’affaire. J’espère qu’il avait raison.

Share This

Si une personne a une voie qui me permette de me joindre à la OSCON organisée par O’Reilly le 18 septembre prochain, pendant laquelle il y aura sans doute des choses intéressantes qui se diront sur Ruby, Rails et le reste, je suis preneur.

Mon annonce est lancée, on ne sait jamais.

Share This

Il arrive régulièrement qu’un développeur ait à faire une fonction récursive.
Il y a deux méthodes pour les écrire, la bonne et la mauvaise. La mauvaise
c’est dans le genre de :

def ma_super_fonction(variant = 0)
  (...) pleins de code
  if qqch
    ma_super_fonction(variant+1)
  end
end

C’est bien, mais comment sait-on que la partie algorythmique de la fonction
n’est pas foireuse, et qu’il n’y a pas de boucle? Et bien on ne sait pas.
D’ailleurs comme on ne vérifie pas du tout le nombre de fois que la fonction
s’appelle, le bug n’est pas loin. Vous pensez être sûr que votre code est bon
et que ça ne bouclera pas? Faux.

Maintenant la bonne méthode c’est quelque chose du genre de :

def ma_super_fonction(variant = 100)
  if variant < 0
    return
  end
  (...) pleins de code
  if qqch
    ma_super_fonction(variant-1)
  end
end

Là on sait que ça se terminera forcément un jour, pas de boucle infinie. Alors
pourquoi parler de tout ça ? Parce que dans une libraire utilisée régulièrement
dans Ruby (RedCloth, fichier redcloth.rb) on trouve exactement la mauvaise
manière de faire les choses :

def glyphs_textile( text, level = 0 )
  (...) pleins de code
  glyphs_textile( line, level + 1 )
  (...) pleins de code
end

Je viens de perdre 10H de temps à essayer de debuger mon blog Typo (qui utilise
RedCloth), dont les process prenaient régulièrement 500M de ram et plus,
faisait swaper mon serveur, que j’avais plus qu’à rebooter à distance par un
gestion à distance des APCs (en fait c’est Yann qui s’occupait de désactiver
l’APC) pendant plusieurs jours.

Merci RedCloth et son développeur…

Share This

Un nouveau design pour le site officiel du language Ruby pointe son nez. C’est basé sur un CMS Ruby appelé Radiant

Ruby c’est bon mangez-en. Par contre si les développeurs de Ruby pouvaient franchement bosser sur la rapidité de l’interpreteur, ça nous ferait pas de mal… (Parce que même comparé à Python c’est lent).

Share This

Vous avez un site rails que vous désirez faire en multi-langues. Voici un plugin qui vous permettra d’avoir des fichiers de “views” et de “layout” différents. De plus le plugin redirigera l’utilisateur vers la langue de son navigateur (on peut configurer les langues avec un ordre de priorité que le plugin utilise).

Plus d’information vers http://penso.info/svn/rails/plugins/multi_lang/. Pour l’installation effectuez simplement un :

script/plugin install http://penso.info/svn/rails/plugins/multi_lang/

Le reste est dans le README. Le plugin marchera pour des sites existants, vous n’avez pas besoin de déplacer les fichiers immédiatement.

mise à jour on m’indique l’existance de ce plugin qui ferait la même chose (Ruby-GetText-Package). Je n’ai pas vérifié.

Share This

Nouvelle version de mon plugin d’identification pour rails: 2.0.1. Dans la liste des changements, la possibilité d’avoir des thèmes pour les vos fichiers. Ca vous permettra de facilement modifier l’apparence. De plus le support de gravatar a été rajouté, vous n’aurez plus besoin d’avoir une librairie graphique pour la gestion des icones. Quelques bugs aussi.

New version of the auth_generator, an authentification generator for rails. Theme support and gravatar support have been added, as many bugfixes. Feedbacks welcome.

Share This

Les vendeurs de légumes ont quelque chose que les vendeurs de conseils experts
en informatique aimeraient bien avoir. Ils vendent un bien matériel qui permet
à l’acheteur de tout de suite savoir ce qu’il achete, et de se rendre compte
que ça a une valeure. L’acheteur sans même avoir acheté sait déjà que ce ne
sera évidemment pas gratuit, et peut même toucher le bien qu’il souhaite
acquérir (quel luxe!).

Si un acheteur potentiel prenait 1Kg de fruit et partait sans payer, les
preuves du délit seraient immédiates, et sans discussion possible.

Dans le conseil c’est tout l’opposé. Ce que vend le prestataire c’est son
cerveau, sa matière grise, son experience. Rien de concret, que du vent, et
c’est bien là le problème. Combien de clients potentiels m’appellent et
souhaitent me rencontrer pour discuter d’un projet qui les occupent. Plein de cas de figure
me sont arrivés, en voici deux pour l’exemple (toute ressemblance avec une histoire que vous auriez vécu est le fruit du hasard):

L’entreprise en phase de création

4 personnes pensent avoir une idée géniale, innovante, et qui mérite de créer une société. Pire que ça, ils pensent que cette idée permettra une levée d’argent immédiate (ou rapide), des fonds tombés du ciel de la part d’investisseurs en mal de dépense. Malheureusement pour lever de l’argent il faut tout de même un prototype (une démo), et ces 4 personnes à l’idée géniale n’ont pas les compétences pour l’effectuer eux-mêmes.

Vient alors une délicate étape, trouver quelqu’un de compétent (et donc cher) qui pourrait travailler gratuitement. Toutes les feintes sont possibles pour arriver au but désiré.

On me contacte alors, et on me propose de ne me payer que si les sous sont levés (HAHAHA! La grosse blague!). Enfin évidemment ça ne commence pas comme ça, d’abord on vous demande si vous êtes intéressé par le projet. Vous dites que oui et vous donnez vos tarifs à la journée, on vous répond que pas de problème. L’engrenage est lancé. A la fin vous aurez passé quelques jours (au mieux) sur un travail non facturé, et vous aurez passé de l’information à votre (non) client qui lui ne vous payera jamais pour ça. Evidemment vous n’avez donné aucun code, vous avez juste donné de votre temps, mais le temps ce n’est pas concret, et peu de monde voudra bien vous payer pour ça.

En gros, on vous fait subir la prise de risque de ne pas lever l’argent, alors que ce n’est pas votre idée, et que vous n’avez aucun intérêt dans le projet.

Le prestataire

Un prestataire d’une entreprise se voit attribuer un projet dont personne n’est sûr qu’il aboutisse. Pas de chance, le prestataire n’est pas compétent dans ce domaine, mais il n’a aucun intérêt à le dire. Il a tout intérêt à montrer qu’il peut effectivement le gérer. Vient alors sa partie difficile, trouver un autre prestataire compétent alors qu’il n’a pas de budget.

Il me contacte et me demande ce que j’en pense, j’en pense que c’est faisable et je donne mes tarifs, on me répond aucun problème (de toute facon à ce moment là il n’y en a évidemment jamais).

Au final on passe quelques heures ou une journée pour évaluer plus en profondeur, sur la demande du prestataire, la faisabilité du projet, ce que ça implique et boum! le projet ne se fait pas. Evidemment, le client n’a rien signé à son prestataire, et le prestataire à qui vous avez donné de l’information, de la matière grise, ne souhaite pas du tout payer, ce serait de sa poche (on le comprend). Dans l’histoire celui qui perd le plus son temps, c’est moi.

Le prestataire est passé pour compétent vis à vis de son client, cela lui permet de continuer son travail relationnel pour envisager d’autres projets dans lesquels il pourra être impliqué. Mais moi n’ayant pas de relation direct avec le client, je perds tout. Les quelques heures effectuées ne seront sans doute jamais facturées (enfin c’est la roulette Russe).

Mon conseil. Définissez dès le premier rendez-vous, à la première heure, les responsabilités des personnes impliquées. Une règle d’or, votre interlocuteur est la personne qui assumera et vous reglera le temps que vous aurez passé. Et définissez dès le départ ce qui se passera si le projet n’aboutit pas. Ne passez pas plus d’une heure sur un projet si un bon de commande ne vous a pas été signé, les projets ont 95% de chance de ne pas dépasser le cap de l’idée (d’experience). Si votre interlocuteur ne souhaite pas être responsable, demandez de rencontrer ses clients, si le temps passé ne vous est pas payé, vous aurez au moins eu l’avantage d’avoir de nouveaux clients potentiels.

Conclusion

Il n’y a aucune raison que l’expert ait à supporter les prises de risques inhérentes à tout projet. Principalement celle que le projet soit abandonné. Imaginez vous dire à un vendeur de fruit “Je prends 1KG de citron, mais je ne vous payerai que si je les mange”? Il faut donc définir dès le début les modalités dans le cas ou le projet ne se fait pas, et faire signer un bon de commande sur une durée à investir dès la première heure de travail.

Share This

Pour les besoins d’un client je regarde ce qui est possible d’être fait du côté des PDA (iPAQ). Depuis le temps que je n’ai pas regardé et que j’ai fait des pages WAP et des pages PDA pour LinuxFr, je me dis que de l’eau a coulé et qu’on ça doit être super bien.

Bah non, c’est toujours pareil. Dans un iPAQ récent on a un Windows Mobile 5.0 (ouch), doté d’un IE limité (déjà que la version PC laisse à désirer). Mes petits bouts d’Ajax sous Rails ne fonctionnent pas, mais javascript est présent et il est possible d’utiliser la fameuse fonction qui permet de faire des requêtes HTTP. Enfin si c’est pour refaire la librairie Prototype… Il faut sans doute installer Opera pour Mobile

Ca me laisse un goût de “ce n’est vraiment pas encore prêt”. Enfin ça permet de voir qu’il est vraiment important d’utiliser des tailles en “em” et non “px” pour les CSS (les margin, padding, etc) pour éviter d’avoir un truc à chier sur un écran en 380×240 pixels de large.

Share This

Vous voulez effectuer un geste aussi simple que citoyen que de ne pas jeter des batteries d’ordinateur portable à la poubelle ? Vous pensez qu’en 2006 ce geste vous sera facilité ? Vous vous trompez !

J’ai 2 batteries d’un précédent portable DELL que je ne souhaite absolument pas jeter à la poubelle. Evidemment, cela contaminerait énormément. Suite à un journal sur linuxfr je n’ai pas eu de réponse précise (posté il y a 16 mois). Hier je me décide de retourner voir à la FNAC avec la sensation que ce sera difficile. J’en ai eu confirmation.

Après discussion avec un délégué du personnel de la FNAC, il m’indique qu’ils ont milité pendant 3 ans auprès de leurs reponsables pour avoir un (petit) receptacle pour la récupération des piles (pas des batteries) usagées. Une société passe tous les 6 mois pour le récupérer (rien ne dit que ça va au bon endroit ensuite). Par contre pour les batteries de portables, il ne sait pas.

Sur le site de la mairie de Paris, on peut lire sur cette page “Les piles et accumulateurs usagés doivent être rapportés dans les points de vente.” La FNAC vend bien des ordinateurs portables, pourquoi ne reprennent-ils pas les batteries? On peut lire aussi “Les piles et accumulateurs usagés doivent être rapportés chez les commerçants qui en vendent ou commercialisent des matériels nécessitant des piles pour fonctionner.”

Demain j’appelerai la mairie de Paris et un service de consommateur. Il est tout de même inacceptable que en 2006 il soit aussi compliqué de ne pas jeter des polluants tels que ceux-ci dans sa poubelle, mais de vouloir passer par un service de recycable. J’imagine ceux qui s’en foutent…

Share This

Minsk flat

Originally uploaded by penso.

Ca ressemble à quoi un appartement loué à Minsk ? Ca ressemble à ça.

Share This