La Tortue Cynique / The Cynical Turtle

Bientôt les vacances

Le travail, on sait toujours ce qu'on quitte... et ces derniers jours c'était plutôt ça :

Une alerte du debugger JScript MicroSoft... intéressant si le debugger ne plantait pas et ne la réaffichait pas éternellement.

Access, l'outil robuste de développement d'application en entreprise. Rassurez-vous, je ne développe pas cette appli, je ne fais que la migrer vers du web.

Au final vous remarquerez les performances de l'encodeur JPEG MicroSoft, toutes les images de cette entrée ont été converties à partir de bitmaps par l'outil référence des graphistes du monde entier, pbrush.exe.(Cyberpunk, 2004/07/31 11:25) lien permanent

Commentaires ici et ailleurs :

Sur le moment j'ai cru que JRoller te faisait encore des misères

Posté par Tanuki, le vendredi 30 juillet 2004 à 07:09 #

Encore du pain sur la planche Steve

I think we're having fun. I think our customers really like our products. And we're always trying to do better.

Steve Jobs, février 2004, MacWorld

Il y a quelques temps déjà je lisais apple pixar mania... l'année Steve Jobs de Cyril Fievet, une des mains derrière pointblog. L'accroche sur la couverture était bonne, un auteur non-américain et un éditeur reconnu m'ont fait acheter le livre pensant avoir un bon moment de lecture. Il fut plutôt pas mauvais, mais malheureusement un peu court. Amis presbytes, ce livre est fait pour vous, la police taille 15 est lisible dans toutes les conditions. Pour un livre annoncé à 240 pages, il m'a tenu presque aussi longtemps que Dans la jungle des villes de Bertolt Brecht, pièce de théâtre qui tient en 80 pages et normalement bien connue des taupins de 1996. Ayant lu peu de temps auparavant la naissance du Macintosh par Laurent ainsi que d'autres articles sur l'historique d'Apple et le couple infernal des Steve, le livre m'apprenait relativement peu de choses à côté des petites phrases qui l'émaillent. Il n'empêche qu'il est rare de trouver une remise en perspective de cette amplitude, et il faut noter la présence des très bonnes bibliographies et webographies en fin d'ouvrage. Toujours est-il que notre "garçon en or" Steve Jobs, plus de 20 ans après le Mac, se casse les dents sur les problématiques bassements industrielles (les mêmes qui ont sonné le glas de Be dès le début). Entre les mauvaises prévisions des ventes et la qualité de fabrication des sous-traitants pas toujours au rendez-vous, on est en droit de râler.

Donc Steve, ça y est, mon PowerMac pour lesquel tu as du mal à obtenir des processeurs en nombre suffisant de la part d'IBM (oui je tutoie Steve, tout le monde se tutoie aux Etats-Unis) est enfin au SAV. Sur le petit panneau à l'entrée du SAV, ils annoncent 6 semaines de délai. Ca ne fait jamais que 11,5% de la durée de garantie 6 semaines. En même temps, ce SAV est juste un magasin sur lequel Apple a décidé un jour de tamponner "bon pour réparer nos machines". Du coup ils demandent normalement 100€ de frais de dossier pour prendre en charge une machine sous garantie si elle n'a pas été achetée chez eux. Sans doute parce qu'Apple, quelques années après avoir décidé que les clones aussitôt nés devaient mourir, a décrété que le seul bon endroit pour acheter un Mac était chez Apple, sur internet ou dans un showroom. Peut-être aussi que l'activité SAV ne leur ramène pas autant de clients qu'avant ? Mais ce n'est pas en faisant fuir les clients potentiels que ça va arranger leurs affaires. Et avec tout ça on s'énerve pour rien. Six semaines, ça va me laisser le temps d'oublier le G5 et ses plantages.(Cyberpunk, 2004/07/25 17:41) lien permanent

Commentaires ici et ailleurs :

et après ca gueule après les PC, microsoft, windows et cie ;p

Posté par avi, le dimanche 25 juillet 2004 à 08:16 #

Et encore, Longhorn n'est pas sorti, tu n'as rien entendu

Posté par Damien B, le dimanche 25 juillet 2004 à 10:55 #

Is the PEAR ripe?

Recently, PEAR went out of beta. Here is an announcement excerpt :

I'm still not convinced by the PEAR initiative. There is at the moment 5 database abstraction layer, 2 templating solutions, 2 internationalisation package (not classified in the same category) and 2 tools for documentation generation (not classified in the same category). As always in open source, effort duplication is the norm. The PEAR core contains the package management and error handling... My feeling about this is that the error handling must be provided by the language, and this kludgy solution only brings confusion. Of course when the PEAR effort started, PHP5 was not in sight, but there was no reason for such twisted things.

What annoys me more is that since PHP doesn't have any notion of packaging or namespacing, I'm reluctant with this notion of package. All the "packages" are based on the assumption that they are physically located in the include_path, which tends in the real world to have all your files in one directory: messy. Last rant, where is the documentation? There are 2 documentation generation tools, and there is no online documentation? What's great with CPAN (PEAR's goal is to be the PHP's CPAN), is that for any package, you have API documentation and a synopsis.

As always I expose cons first, so let's start the pros. The PHP community is not really a community, because PHP is too easy. There are no initiation rites like in Perl, nothing to make you feel there is a right way. First you have two ways to extends PHP: modules (GPL forbidden, thanks Zend), written in C, and PHP code. There are more than 100 official modules as of today. This is the extension reference, and since the PEAR packages are treated differently, they can not be considered as serious as the modules. On the other side, much more PHP code is written daily than modules, and it would be sad to not organize this stuff. PEAR is an attempt to do this, and as such it has to be supported. Since PEAR's primary concern is PHP code, it could well in the future become the basement for a coders community. The maintainers have contributed enough code to not be lamely attacked by me, but long is the road. Perhaps PHP is a too loose language to really work well with a central code repository.

Not many pros in the previous paragraph, may be I'll find stronger argument for it.(Cyberpunk, 2004/07/08 05:33) lien permanent