Friday, 28 January 2005
Traduction du billet 'Tutorial for Services_Ebay' de php-tools:
Adam Trachtenberg, responsable technique chez eBay, a écrit un tutoriel d'introduction à Services_Ebay, la librairie d'accès aux WebServices d'eBay écrite par Stéphane.
Bien que relativement court, ce tutoriel aborde des aspects intéressants de la librairie en montrant les possibilités qu'offre la surcharge ('overloading' en anglais) d'objets. Il montre aussi comment définir ses propres modèles en les utilisant comme couche de présentation avec la méthode __toString().
Pour démarrer avec Services_Ebay, ce tutoriel est une bonne référence.
Monday, 24 January 2005
Traduction du billet 'International PHP 2005 Conference - Spring Edition' de php-tools:
Stéphane va tenir deux séances à la Conférence Internationale PHP de cette année qui se tiendra à Amsterdam:
- Go OO! - Real-life patterns in PHP5
Cette séance montrera comment on peut utiliser les nouvelles possibilités de programmation orientée objet avec PHP5, ainsi que les interfaces de la nouvelle librairie SPL. - Component and event-driven architectures in PHP5
Cette séance montrera des nouveaux concepts de programmation évenementielle pour rendre vos applications plus flexibles par l'ajout d'une gestion d'évènements.
Stéphane fera aussi un 'Power Workshop' d'une journée intitulé ' XML and Web services with PHP5 and PEAR' avec Tobias Schlitt, et qui approfondira l'utilisation de WebServices avec PHP et les librairies disponibles dans PEAR.
Hier, j'ai essayé la Ducati Multistrada de mon père... Très sympa pour une conduite sportive, mais pour une conduite plus apaisée (surtout sur petites routes sinueuses) je lui préfère largement la BMW R1200 GS.
Là où on peut rouler tranquillement en seconde et profiter du paysage avec la GS, la Multistrada est trop nerveuse. Pour peu qu'un roule sur une route en mauvais état ou une piste en terre, on se retrouve souvent à faire 'sursauter' la machine comme l'accélérateur est très sensible - donc, impossible de vraiment profiter du paysage en roulant. La GS étant bien plus lourde avec ses 230Kg, et un régime moteur plus cool, elle est bien moins sensible.
Parcontre, quand on roule plus sportivement, la Multistrada montre vite ses atouts: tenue de route exemplaire, accélération sans équivoque. Par rapport à la GS, elle est bien plus petite (surtout bien plus basse), et beaucoup moins lourde, la rendant très maniable. Une différence à laquelle j'ai dû m'habituer, comme le poids de la GS se trouve à un point plus haut que la Multistrada: j'ai eu l'impression que la GS se penche plus facilement dans les virages un peu serrés.
En tout cas, ça m'a vraiment redonné envie de m'acheter une moto (j'ai vendu la GS quand ma fille est née, comme on n'avait que la moto comme véhicule ça n'allait pas le faire de la transporter dans le topcase  )! Et le choix entre la Multistrada et la GS est difficile - surtout que la Multistrada est moins chère que la GS... Et au niveau confort pour le passager, Ducati fait des sièges en gel qui sont très confortables (en option, mais bon - surtout pour le passager c'est très important).
En tout cas, je trouve que la moto est une drogue encore plus dure que la cigarette - c'est une envie dont je ne pourrai plus me débarrasser
Wednesday, 19 January 2005
Traduction du billet 'PEAR is getting event support' de php-tools:
Bertrand Mansion (en) a proposé une nouvelle librairie pour inclusion dans PEAR, Event_Dispatcher (en). Celle-ci offre une gestion simple d'évènements facile à intégrer dans une application PHP. Bertrand a déjà démarré l'appel au vote (en), mais comme nous utilisons déjà cette technique dans patPortal (en), et Stéphane dans son boulot chez 1et1 allemagne (de), il l'a essayé:
L'architecture de la librairie est assez simple: la classe Event_Dispatcher peut contenir des observateurs (appels natifs PHP) pour divers types de notifications. Ces observateurs sont informés de chaque évènement par une notification sous la forme d'un objet (la notification) très simple qui contient des informations sur l'évènement. Dans la vie de tous les jours, cette technique permet d'ajouter des fonctionalités à une application existante sans avoir à modifier le code source. Dans le site de 1et1 dont s'occupe Stéphane, il envoie une notification à chaque commande (évènement onOrder) en y ajoutant l'objet gérant la commande comme information. De cette manière, il est facile d'intégrer nombre d'objects pour par ex. écrire des logs, mettre à jour des cookies ou d'envoyer des suivis à des partenaires affiliés.
L'architecture simple de Event_Dispatcher est un atout, mais on arrive vite à des limites - dans ses essais, Stéphane a trouvé quelques lacunes. La première chose est qu'un observateur ne peut pas annuler (arrêter) un évènement: cela permettrait par ex. d'ajouter une ultime vérification avant que la commande d'un client ne soit envoyée, et d'annuler la commande le cas échéant. La deuxième chose est que la remontée d'évènements ('event bubbling' en anglais) n'est pas possible: cela permettrait des niveaux illimités de gestion dévènements, chaque évènement pouvant remonter toute la hiérarchie des observateurs. Enfin, il n'est pas possible de définir une classe sur mesure pour les notifications (ce qui peut être nécessaire selon le type d'informations qu'on veut y stocker).
Stéphane a implémenté toutes ces fonctionnalités dans le code de Bertrand, en espérant qu'il voudra bien inclure ces changements dans la version officielle de Event_Dispatcher lors de sa publication (si elle est acceptée par la communauté des développeurs de PEAR... votez!).
Wednesday, 12 January 2005
Même si j'aime bien le côté sobre de mon blog, il y a quelques éléments qui ne vont pas vraiment de pair avec le design actuel... le nom de domaine, déjà: avec temple-du-argh.net, on s'attend à quelque-chose d'un peu plus 'fourni'. Et puis vu que c'est tellement sobre, je retiens souvent mes petits délires - et ça c'est probablement ce qui est le plus dommage  L'idéal, ce serait un design sobro-déjanté vu que mes billets sont un joyeux mélange avec les traductions du blog de php-tools, les billets sur mon entreprise et mes petits délires... Comme j'écoute les Dubliners, Scooter, Matmatah et autres en vrac, cela ne me choque pas personnellement, mais le design actuel manque un peu de fantaisie
J'ai donc décidé de créer un design qui fera (je l'espère) honneur au grand Argh. J'ai commencé par créer une véritable représentation graphique du Argh avec Adobe Illustrator*, et une ébauche de Design a vu le jour hier soir. Le Argh va bientôt avoir un temple digne de ce nom!
*: si vous utilisez Macromedia Freehand, je ne puis que vous encourager à le désinstaller et jeter le CD, la boîte, le manuel et le reste à la poubelle et d'y mettre le feu. Un ami m'a récemment fait la même remarque comme je travaillais avec, et en dépit de mon immense sens critique (surtout après une remarque comme-ça), je dois avouer que Illustrator est un véritable joyau.
Allez hop, une petite playlist: en ce moment, j'écoute surtout (et pas particulièrment dans cet ordre) Scooter (Mind The Gap), Zazie (Rodeo), Matmatah (Rebelote), Juli (Es ist juli), Gwen Stefani (Love angel music baby), D12 (D12 World), Christina Aguilera (Stripped), The Dubliners (-tout-), Joss Stone (The Soul Sessions), Icon Of Coil (Serenity is the Devil, Machines are Us), RE:\Legion (The Demos), Nelly Furtado (Folklore), mind.in.a.box (Lost alone), Britney Spears (My Prerogative).
Ah oui, c'est un sacré mélange... surtout qu'il faut s'imaginer ça en Shuffle en plus, avec de jolies transitions du style Scooter > Dubliners > Zazie... heheh
Wednesday, 5 January 2005
Ca y est, depuis hier matin je suis l'heureux gérant de Mistralys, mon entreprise de création de sites internet et services informatiques aux PME-PMI. La première version du site (fr) est déjà en ligne, il ne manque plus que la version allemande
Après mon expérience de gérant en allemagne, je dois dire qu'en France, on ne nous rend pas vraiment la vie facile. Petite comparaison: quand je travaillais pour Metrix, j'avais une entreprise en plus de mon emploi pour pouvoir réaliser des petits sites (comme je ne faisais pas concurrence à mon employeur, celui-ci m'avait donné une autorisation). La création de l'entreprise m'a coûté 25 Eur, et comme je payais déjà des charges sociales par mon emploi, je n'avais pas de charges supplémentaires à payer. La seule imposition se faisait sur les revenus de l'entreprise. Sans revenus, il n'y a absoloument rien à payer, Les impôts sur le revenu étaient calculés à partir d'une déclaration d'impôts à la fin de l'année. Simple!
Ici, ce cas de figure existe aussi, mais avec double imposition: on paye les charges sociales par son employeur et par son entreprise. Même si la première année est maintenant exonérée de charges sociales, ce n'est pas une solution intéressante pour qui veut pouvoir réaliser des projets à son compte à un rythme irrégulier. C'est très dommage, car je pense que la variante allemande est un formidable catalyseur économique en ce qu'elle réduit aussi énormément le travail au noir.
En attendant, il y a de plus en plus d'entreprises qui s'intéressent à Internet, et comparé au marché d'il y a 5 ans quand je suis parti travailler en allemagne, il y a eu une évolution très rapide. Le retard par rapport au marché allemand est encore énorme (environ 3 ans an province), mais la comparaison est un peu injuste vu que la région dans laquelle je travaillais (près de Strasbourg) était un pôle technologique... Avec des entreprises comme Schlund&Partner (de) ou 1&1 (fr) (soit dit en passant un très bon hébergeur avec le plus grand centre de calcul d'Europe). Les clients pour lesquels nous travaillions chez Metrix savaient À peu près tous exactement ce qu'il voulaient, et connaissaient très bien Internet et les technologies connexes. Ici, on trouve beaucoup de clients qui veulent être présents sur Internet, mais qui ont un grand besoin d'apprentissage dans la matière. Un projet s'accompagne donc presque toujours de formation et de conseil, une approche différente qui me plaît bien plus!
En tout cas, je suis impatient de voir ce que l'année 2005 va apporter, et en profite pour souhaiter une bonne année 2005 à tous
Tuesday, 4 January 2005
Une fois de plus, je me suis trouvé confronté à un terme anglais qui me semblait assez difficile à traduire: backend. Après une recherche infructueuse dans mes dictionnaires, j'en suis retrourné à mon aide de traduction la plus fidèle: Google. Une petite recherche m'a permis de trouver des traducteurs de Debian engagés dans une gigantesque discussion précisément là-dessus. Après avoir fouillé un peu, je suis arrivé à la même conclusion qu'eux ( voir le résumé): il n'y a pas de traduction passe-partout, il faut l'adapter au contexte.
Ainsi, dans mon contexte de logiciel utilisant un backend pour stocker des données, j'ai opté pour 'module', vu que le logiciel a une série de modules de stockage interchangeables (il s'agit de HTTP_SessionServer de Stéphane).
Je suis aussi tombé sur un dictionnaire assez intéressant: le Dictionnaire des sciences et technologies de l'information. Très sobre et sans fonction de recherche, il n'est pas très maniable mais une bonne source d'information et d'inspiration.
Traduction du billet 'HTTP_SessionServer 0.4.0 available' de php-tools:
Stéphane (de) vient de publier une nouvelle version de sa librairie HTTP_SessionServer (en), un serveur de session qui permet de stocker des paires clé/valeur et communique avec n'importe-quel type de client avec un protocole très simple. À part quelques petits changements purement cosmétiques, cette version (en) a aussi un nouveau module de stockage contribué par Carsten Lucke (en). Ce module enregistre les données de session dans une base de données en utilisant la librairie d'abstraction DB de PEAR.
Pour démarrer avec HTTP_SessionServer, le mieux est pour l'instant la présentation (en) que Stéphane a faite à la conférence PHP de Frankfort l'année dernière. Mais non, pas 2003 - 2004! je dis ça parce-qu'il y en a qui n'ont pas encore imprimé que le champagne, la teuf jusqu'à tôt le lendemain et les bises à minuit c'était justement pour que ça ne passe pas inaperçu...
|