Ce soir il pleut.

jeudi 25 août 2005 :: perrick :: Perso :: un commentaire :: aucun trackback

Le cycliste attendra pour éteindre son PC.

Il attend que l'orage passe et l'arc-en-ciel.

Qui a peur de la concurrence (en informatique)

mardi 23 août 2005 :: perrick :: Connexe(s) :: 3 commentaires :: aucun trackback

We will take the one that sucks less. (Nous prendrons celui qui puent le moins.) C'est une réponse que j'ai reçu suite à une de mes questions : comment est-ce que tu choisiras entre SimpleTest et Pear PHPUnit ? Bien sûr il y avait eu aussi un large sourire : c'était au Fosdem et je finissais une présentation sur SimpleTest.

Le titre et cette anecdote préliminaire ne suffisent peut-être pas pour sentir où je veux en venir. Alors voici un autre exemple dans un registre similaire, celui de Joel Spolsky : There are dozens of competitors for our bug tracking software and I have no idea what they do or why they're better or worse than ours. I couldn't care less. (si vous avez compris alors je vous laisse lire la suite, sinon il reste quelques paragraphes).

Avec le développement de l'Open Source, le choix d'un logiciel se fait de plus en plus par les utilisateurs eux-même. Et moins par un argumentaire commercial qui dirait je suis que celui parce que... ou que celui-là parce que... Je l'ai appris en laissant une démonstration le plus ouverte possible de mon propre logiciel : openTIME. Cela peut paraître paradoxal mais je pense que certains de mes clients connaissent mieux la concurrence que moi. Je n'ai même pas de réponse tout prête à «Comment vous situez-vous par rapport à vos concurrents ?»

Ou plutôt si, je m'arrange pour faire passer le message suivant : je préfère passer du temps pour mes clients / utilisateurs existants. C'est uniquement dans leurs mains que mon travail prend de la valeur. Et c'est principalement en les écoutant parler de leur pratique de mon logiciel que celui a progressé. Non pas parce qu'ils m'ont dit : «je veux ça (je l'ai vu ailleurs)». Parce qu'ils ont dit : «là je bloque», et qu'une idée a pu germer.

Si vous avez suivi le fil de ma pensée tant mieux. Personnellement je dois encore la digérer. Et puis il y a aussi la loi de l'entropie informatique à intégrer :

Avec le temps le marché pour votre produit informatique (ordinateur ou logiciel) tend vers zéro.

L'industrie informatique en France (1.1) : Dilbert

:: perrick :: Connexe(s) :: aucun commentaire :: aucun trackback

Je ne sais pas encore pourquoi nous n'avons pas une grande industrie informatique française. Au moins d'autres y réflechissent. Par contre je sais dire quand nous l'aurons : dès que la France aura son popre Dilbert.

Pourquoi je suis revenu à Feed On Feeds

dimanche 21 août 2005 :: perrick :: PHP :: 3 commentaires :: aucun trackback

Depuis octobre 2003 j'utilise Feed On Feeds pour gérer mes flux RSS. Pendant ces presque 2 ans, l'outil m'a bien et beaucoup servi. Je suis allé jusqu'à rajouter deux hacks. Grâce au premier la liste des blogs -- dans la colonne de gauche sur les pages du site onpk.net -- est générée automatiquement à chaque abonnement ou désabonnement. Et le second me permet de préparer la liste des liens vers les blogs mis à jour depuis ma dernière visite (je préfère toujours visiter le site plutôt que lire le billet sans son propre univers graphique).

Problème de taille : la version que j'avais -- probablement la 0.1.1 -- ne comprenait pas bien les flux Atom. Entre en scène le fameux dilemme : simple mise à jour ou changement d'application ? J'ai d'abord été tenté par Gregarius : l'interface est très jolie, les technologies sont à la pointe -- Ajax -- et il y a des plugins intéressants (marks an item as read when you doubleclick it). Problème de taille : il n'a pas été capable d'absorber mes quelques 70 flux via un fichier OPML. Au troisième essai j'ai abandonné. Et puis je n'ai trouvé nulle part un lien vers la page web du flux : c'est ma technique préférée pour lire les billets et j'aurais du mal à m'en passer.

Je suis donc revenu à Feed On Feeds : l'interface n'a pas changée (elle est toujours aussi simple et rustique), j'ai réintégré mes hacks personels et les blogs avec un flux Atom ont fait leur apparition dans ma liste...

Les peintures de Sylvain Dubrunfaut

vendredi 19 août 2005 :: perrick :: Perso :: aucun commentaire :: aucun trackback

Ceux qui seront venus à l'inauguration du mois dernier et ceux qui se seront contentés de regarder les photos du vernissage reconnaîtront peut-être les peintures du site de Sylvain Dubrunfaut. Son site est désormais accessible à l'adresse : http://www.dubrunfaut.info/.

Pour les plus pressés, voici déjà un aperçu de son travail :

Et pour les autres, je suis à l'affût des bogues et autres trucs bizarres : j'ai rarement autant utiliser des feuilles de style dans une mise en page si «précise» !

PS : ça veut dire que je suis rentré de vacances ;-)

Bye bye, je pars en vacances

jeudi 4 août 2005 :: perrick :: Perso :: 4 commentaires :: aucun trackback

Voilà c'est fait : les vacances ont commencé hier. Direction l'Irlande tout à l'heure ! On oublie TOUT le reste.

PEAR contre PECL

mercredi 3 août 2005 :: perrick :: PHP :: 12 commentaires :: aucun trackback

Je connais pas mal de développeurs PHP et presque aucun qui lui préfèrent le C (de l'ordre de 100 contre 1). En même temps je suis un développeur PHP : en C, je me suis arrêté à mon mémoire de maîtrise à la fac. Mais quand même : pourquoi y a-t-il (seulement) 322 paquets dans PEAR contre 119 dans PECL (rapport = 2.7 contre 1) ? Et cela sans groupe de pilotage, ni commission d'évaluation et encore moins de QA officiel...

En creusant un tout petit plus, le match peut continuer :

Mais je n'ai toujours pas de réponse à ma question initiale. Vous voulez savoir où je veux en venir ? Pour l'équivalent Perl -- CPAN -- il y a 8447 modules. Et d'après Tim O'Reilly, Perl a pris son envol avec CPAN !

Petit détour vers Ruby

lundi 1 août 2005 :: perrick :: Ruby, Erlang & dérivés :: aucun commentaire :: aucun trackback

Le groupe des praticiens de Paris propose depuis le début de l'année un Dojo pour développeur(s) : le langage de référence y est Ruby. 37signals et David Heinemeier Hansson ont lancé Basecamp, en Ruby. Dans son dernir article Tim O'Reilly répond à une question que je m'étais déjà posé : Perl vaut-il encore le coup ?. Entre les lignes il indique qu'il suit Ruby avec beaucoup d'attention (et que JavaScript a dépassé Perl !). Et bien sûr ce qui suivent mes blogmarks auront remarqué un pic de liens dans cette direction.

Je ne suis pas encore prêt à quitter mon PHP préféré mais aujourd'hui je viens d'écrire :

monOranger = Oranger.new
while monOranger.uneAnneeQuiPasse
  monOranger.proposeSesFruits
end

Presque incongru que ça puisse fonctionner... Et bien qu'il me reste encore une leçon dans Learn To Program (with Ruby), je suis déjà a true programmer! C'est fou comme ça me change des 6 ans de développement quotidien avec PHP avant d'obtenir la certification Zend ;-)

Petite leçon d'ingénierie financière orientée logiciel

dimanche 31 juillet 2005 :: perrick :: Connexe(s) :: aucun commentaire :: aucun trackback

Le propre d'une communauté, c'est de générer ses propres références : un éléphpant serait une faute grossière dans pas mal de billets. Mais pas dans mon blog, ni -- il y a de fortes chances -- dans le vôtre. Le plus dur et aussi le plus intéressant, c'est donc de sortir de ce confort et de trouver des passerelles avec d'autres univers.

C'est précisement ce que Robert Lefkowitz propose dans son article Calculating the True Price of Software. Ou comment expliquer la différence entre les logiques Open Source et propriétaire avec des arguments purement financiers...

A completer par ses conférences disponibles sur itconversations.com : The Semasiology of Open Source et Missing Projects. Sans oublier son blog !

Le grand pouvoir d'Eclipse

:: perrick :: Linux :: un commentaire :: aucun trackback

Petit à petit je continue la migration de mon usage non-professionnel de Windows vers Linux / Ubuntu. Quand tout se passe en ligne, ce n'est pas difficile : j'avais commencé la traduction de SimpleTest comme ça, via un wiki.

Hier j'ai voulu effectué l'étape suivante : commiter des modifications sur la documentation SimpleTest. La nouvelle version (1.0.1alpha) me donnait la bonne excuse.

Tout d'abord installer Java, ensuite Eclipse et enfin PHPEclipse en version Preview (pour conserver la synchronisation sur la version 3.1). En découvrant l'option d'importation d'un projet CVS, j'ai eu ma première surprise : plus besoin de passer par la ligne de commande. Celle-là même que j'avais oubliée depuis l'installation de TortoiseCVS sur mon poste Windows... Le reste passera comme une lettre à la poste : Clic droit : Team > Commit.

Un nouveau forum en PHP : Vanilla

jeudi 21 juillet 2005 :: perrick :: PHP :: 5 commentaires :: un trackback

Comme vous le savez peut-être je ne suis pas fan des forums. Le seul que je le lis de temps en temps, c'est celui de Joel On Software. La réflexion qu'il a mis dans la conception de son propre outil est vraiment intéressante.

Et aujourd'hui je découvre un forum Open Source qui suit plutôt bien les même idées : Vanilla. Avant tout suivre des conversations, pas des statistiques. Et comme l'emballage est plutôt réussi, je suis curieux de voir comment le projet va prendre de l'ampleur.

Le mois prochain dans PHP 4.4.0

vendredi 15 juillet 2005 :: perrick :: PHP :: aucun commentaire :: aucun trackback

Il n'y a pas si longtemps, Derick demandait via son blog : What should 'tomorrow' be? (Qu'est-ce que devrait renvoyer «demain» ?). La question n'est pas si triviale que cela : traduire informatiquement un terme du langage courant n'est JAMAIS facile.

Dans la liste des bugs corrigés pour cette nouvelle mouture de PHP qu'il a pilotée, j'ai trouvé une autre perle : #33013: strtotime - 'next month' doesn't work. Où j'ai appris que dans les spécifications GNU (que PHP essaie de suivre) le mot "next" était passé de +2 à +1.

Reste à se demander si on pourra un jour faire quelque chose du genre : strtotime("lundi en 8", now(), FR).

Londres en résonnance

jeudi 7 juillet 2005 :: perrick :: Perso :: aucun commentaire :: aucun trackback

Mal à l'aise.

Aldgate, Liverpool Street, King's Cross, Edgware Road : pendant une dizaine d'années j'ai entendu ces noms résonner entre les quais du Tube londonnien. Celui-là même que je prenais pour aller au lycée puis à la fac. Six après mon retour en France, ils résonnent encore plus forts. Et me ramènent des échos de ceux qui y sont encore.

Ouf : pas de brevets logiciels à Strasbourg

mercredi 6 juillet 2005 :: perrick :: Connexe(s) :: un commentaire :: aucun trackback

Parce que j'ai eu très peur : un grand ouf de soulagement et pas de brevets logiciels à Strasbourg.

A la recherche d'une librairie OpenOffice.org

lundi 4 juillet 2005 :: perrick :: PHP :: 4 commentaires :: aucun trackback

Parmi les paquets que j'aurais bien vu dans PEAR, il y aurait quelque chose du genre File_OOo. Ce n'est pas encore le cas : je suis donc allé faire un tour ailleurs pour voir si l'herbe ne serait pas plus verte ailleurs.

Avec Toni (le stagiaire chez No Parking) nous avons trouvé deux candidats : OOoPHP et PHP DocWriter.

OOoPHP
Développé par des français avec une API riche, peut-être un poil lourdingue à manipuler mais complète. Deux gros défauts majeurs : si ça marche sans soucis sur Windows, incapable de dire la même chose sous Linux. Et surtout pas de mise à jour depuis 11/05/2004, ni de fichiers dans le dépôt CVS ! Et que dire des messages laissés dans le vide sur les forums.
PHP_DocWriter
Ici c'est un espagnol au commande. L'API est plus rustique : elle n'en devient que plus souple. Le code a l'air d'être plus facile à «hacker» (comprendre : en le lisant j'avais l'impression de pouvoir le modifier sans trop de soucis). Malheureusement toutes les méthodes ne sont pas encore implémentés dans leur intégralité : quelle idée de publier une fonction avec des paramètres qui ne servent à rien ? Et puis niveau mise à jour ce n'est pas glorieux non plus : 18/05/2004 pour la dernière publication, impossible de trouver les fichiers de la librairie proprement dite dans l'arbre CVS (des fois qu'il y aurait eu des ajouts plus récents).

Bref autant dire que je suis assez déçu : bien sûr je ne peux m'en prendre qu'à moi-même ! Surtout que ce PHP_DocWriter qui a l'air très prometteur... je ne suis pas loin de me laisser tenter...

Pour ce qui est d'un fichier de traitement de texte exportable facilement depuis PHP nous sommes revenus vers ce bon vieux RTF et quelques expressions rationnelles. Ceux qui auront ouvert un *.rtf avec leur éditeur de texte favori auront compris : s'il est impossible à générer de bout en bout, ce format peut s'avérer très pratique quand on utilise Word ou Writer comme éditeur de templates.

<< … 31 32 33 34 35 36 37 38 39 40 … >>