La Tortue Cynique / The Cynical Turtle

sex shop a la baule

Comme quoi certains aiment se compliquer la vie. On peut compter sur un site certes pas très joli, mais très efficace qui est celui des Pages Jaunes. France Télécom en a pourtant suffisamment fait la publicité (et quand on cherche un sex-shop, en général on a la télé pour hmmm hmmm enfin bon, je digresse). En ce qui concerne la Baule, vu que la population se répartit entre 50% de retraités et 50% de djeunz bobos en goguette, à votre avis qui est l'auteur de cette recherche ? Mais là n'est pas le problème.

Pour aider donc, la catégorie dans les Pages Jaunes pour les sex-shops est Articles et librairies érotiques, ce qui nous donne 7 réponses en Loire-Atlantique. Je lui conseillerai donc un petit tour à Saint-Nazaire. Autrement, il faut aller jusqu'à Nantes et ça prend un peu plus de temps. En espérant avoir aidé.(Google Whoring, 2004/05/27 04:03) lien permanent

Traître

Même pas un lien vers CinemAsie.(Tout venant, 2004/05/26 17:46) lien permanent

A chaque jour suffit sa peine

Et la mienne aujourd'hui c'est la voisine de l'immeuble d'en face qui a décidé que sa musique est plus importante que ce que je peux avoir envie d'écouter. Alors que j'entends la douce voix de Maaya Sakamoto du petit haut-parleur du G5, un gros boum-boum tchon-tchonk parvient à anihiler toute la partie instrumentale. Ma seule liberté est de fermer la fenêtre, mais j'ai quand même droit à l'aération de l'appartement ! Bref... dans une demi-heure, en route pour la relecture athée de l'Iliade par Wolfgang Petersen : Troie. À ce propos, voir la synthèse des différences par Julie Anterrieu sur FilmDeCulte (c'est après la critique, dans la partie "En savoir plus").(Tout venant, 2004/05/25 20:06) lien permanent

"Parole" "La femme chinoise" "Yellow Magic Orchestra"

Pour le Google Whoring d'aujourd'hui, un excellent morceau du YMO : "La Femme Chinoise". Morceau qu'on peut trouver entre autre sur "Yellow Magic Orchestra" et "After Service". Dans la version "After Service", logiquement beaucoup plus moderne, seule la partie en anglais est chantée. Pour toi chercheur, les paroles apparaissant dans le livret de "Yellow Magic Orchestra" :

LA FEMME CHINOISE/中国女
Words by Chris Mosdell Music by Yukihiro Takahashi

Des notes sans fin  Des visages identiques
C'est un bras brillant  De petits pieds laces

Des notes sans fin  Des visages identiques
La demarche saccadee  Avec des voix pincees
La discretion noiraude  Arriere-pencees,qui sait

C'est un bras brillant  De petits pieds laces
Des notes sans fin  Des visages identiques
La demarche saccadee  Avec des voix pincees

Fu Manchu and Susie Que
And the firls of the floating world
Junk sails on a yellow sea
For Susie Wong and Shanghai dolls

Susie can soothe  Away all your blues
She's the mistress  The scent of the orient
Notes sans fin  visages identiques

Comme tous les vieux insectes

Demarche saccadee,affiche criarde,voix pincees

Discretion noiraude  bible rouge

Arriere-pencees,qui sait  Un monde finit

À l'écoute on se rend que les paroles chantées ont plus l'air d'être ceci :

Demarche saccadee,affiche criarde,voix pincees,detritus en monceaux

Discretion noiraude  confucius et livre rouge

Difficile de distinguer entre "bible" et "livre" à l'oreille, mais "confucius et livre rouge" a plus de significations que "confucius et bible rouge". Non pas que les paroles dans leur ensemble aient beaucoup de sens, mais c'est toujours ça de rattrapé.(Google Whoring, 2004/05/25 20:04) lien permanent

Petit instrumenteur de page...

Dans ma quête du fichier aggrégé avec les résultats des régionales, je me suis dit, "pourquoi ne pas le récupérer directement sur le site du ministère de l'intérieur" ? Aussitôt dit, aussitôt pas fait évidemment, télécharger 20 pages et copier-coller les données dans Excel est une tâche insurmontable pour moi. D'où l'idée (pas originale, on fait ce qu'on peut) de les extraire des pages. Excel à partir d'une certaine version le fait très bien, on lui donne l'URL, il l'affiche, on sélectionne les tables à importer dans sa feuille de calcul, clic clic et c'est fini. Mais toujours 20 pages à faire, ça reste trop.

Etape suivante, le faire en PHP. 4 lignes plus loin, ça m'ennuie, la procrastination attaque. Bon, un langage que je ne connais pas alors ? Ruby, Python, Haskell, Perl, OCaml, Lisp, Logo, ... ? Bouof. En Java alors, ça me changera du boulot (mouais), au moins ce ne sera pas avec cette bouse de WebLogic. Première étape, trouver un parser HTML, celui de Swing étant éliminé d'office... j'avais déjà repéré celui de Quiotix, mais l'API ne me plaisait pas pour ce que je voulais en faire, pas assez souple. Le plus connu est sans doute JTidy (encore un site bien pourri, merci Maven, joli mais pas navigable pour un sou), mais faire de la validation ne m'intéresse pas. Ensuite je suis tombé sur Jericho HTML Parser, qui ne crée pas d'arbre... flûte, par contre ils listent des alternatives sur la page, dont CyberNeko HTML Parser qui repose sur le noyau de Xerces. Je veux faire quelque chose de léger et ne pas avoir 2 niveaux de dépendances ! Au suivant. Et je tombe sur HTMLParser, il construit un arbre, en permet la modification, permet les visiteurs, l'extraction de noeuds, la récupération facilitée de noeuds texte... et pas de dépendances externes. Retiendu.

172ko, un peu gros mais bon. Le travail commence, l'exploration du HTML du ministère est... ardue... la page rend bien, mais c'est limite du HTML 3.2, faites sauter la feuille de style et tadaaaa, aucune différence. Après avoir codé la récupération des liens vers les régions, la récupération des pages et celle de deux ou trois infos dans ces pages... ça m'exaspère. Il me faut un outil pour spécifier facilement l'endroit où pointer dans le HTML. Le pseudo-XPath à la OpenSTA me plaisait bien, mais je ne trouve pas trop d'outil pour, à part OpenSTA en lui-même, mais ça ne serait pas drôle. Et puis une chose me gêne dans leurs expressions : HTML(0)/BODY(5)/P(0) représente le premier paragraphe trouvé dans le 6ème noeud de l'élément HTML, qui se trouve être un BODY. Mais on n'en a rien à faire que BODY soit le 6ème où le 15ème fils ! Par contre savoir si j'ai la première ou la deuxième table dans le body, indépendamment des sauts de lignes entre, ça m'aide plus. La sémantique est changée, je ne peux plus utiliser OpenSTA

Donc je le code tant qu'à faire... au final, c'est un peu décevant, un peu moins de 5ko de code source, et encore parce qu'il y a le copyright et tous les imports détaillés. Pour la personne qui sera tentée de l'utiliser un jour, le fonctionnement et le suivant :

1. télécharger HTMLParser 1.4.
2. Extraire le jar htmlparser.jar
3. télécharger Instrumenteur.java
4. compiler Instrumenteur.java (je doute que quelqu'un essaye un jour, mais faisons preuve de bonté : javac -classpath htmlparser.jar Instrumenteur.java, de toute façon avant il faut un SDK installé, développé en 1.4).
5. l'instrumenteur est prêt !

Ensuite, il faut instrumenter le fichier : java -classpath htmlparser.jar;. net.cynicalturtle.divers.html.Instrumenteur mon_fichier.html. Il en ressort mon_fichier.html.instr.htm, testé dans Mozilla et Internet Exploder 6, qui vous affiche en permanence votre position dans le fichier, et sur un control-click ouvrira une fenêtre avec le chemin prêt à copier. Pourquoi personne ne devrait faire ça ? Parce que c'est certainement réalisable avec une bookmarklet je pense (moins une petite différence, l'arbre DOM présenté par les navigateurs est valide, même si le HTML source ne l'est pas, et nous ce qu'on veut c'est la position dans le HTML, pas dans le DOM). D'ailleurs, le code javascript est issu de la bookmarklet "ancestors" disponible sur la page mentionnée dans le lien précédent. Merveilleuse soirée de dimanche tout ça.(Cyberpunk, 2004/05/25 19:55) lien permanent

Le retour de la croissance

C'est officiel, la croissance est revenue au Japon, c'est ce qu'ils disaient sur France-Info ce matin. Enfin une bonne nouvelle ! Parce que le matin en ce moment, Jean-Pierre Gaillard est toujours malheureux alors que d'habitude c'est lui qui nous apporte le bonheur. Mais voilà déjà plusieurs semaines qu'il ne peut plus se masturber sur le prix du baril de pétrole à Nouille-Orque, alors le moral est en baisse. Heureusement, la croissance au Japon ça va être le retour par centaines des touristes aux caméscopes rutilants et peut-être aussi le retour de l'embauche de non-japonais chez Sony... On peut toujours rêver non ?(Regional news, 2004/05/25 10:04) lien permanent

Irak photos torture

Pas de lien pour le Google Whoring cette fois ci, juste une appréciation. 90% des recherches qui ont mené à ce blog ces deux dernières semaines étaient dans une seule intention : avoir des photos des tortures en Irak. Liberté de la presse, voyeurisme, grandeur des Etats-Unis dans cette reconnaissance quasi immédiate (7 mois) des méfaits de guerre, toutes ces raisons qui n'en sont pas. Tout va bien madame la Marquise, quelle est la proportion des personnes qui ont effectué ces recherches et qui n'ont jamais vu un acte violent de leurs propres yeux ? Combien de ces personnes s'effondrent si elles se cognent dans un meuble ? Peut-être que voir ces photos, en sachant que ça n'est vraisemblablement pas du cinéma, correspond à une aspiration à justifier les armes, justifier la violence, justifier les guerres. Car entre les conflits que l'on ne voit pas (Colombie, Tchétchénie...) et ceux trop exposés pour être honnêtes (Côte d'Ivoire, Haïti...), comment se convaincre que l'acte gratuit et inhumain peut exister, autrement qu'en observant ceux qui nous sont les plus proches ? En fait non, c'est bêtement du voyeurisme, pourquoi chercher midi à quatorze heures...(Google Whoring, 2004/05/24 18:13) lien permanent

Commentaires ici et ailleurs :

Bon, elles sont où les photos ?

Posté par Laurent, le mardi 25 mai 2004 à 10:36 #

?????????????

Posté par raaqfd, le jeudi 27 mai 2004 à 11:07 #

j'ai peur

Posté par raaqfp, le jeudi 27 mai 2004 à 11:12 #

Résolution

Ça ne peut plus durer. En maths spé', je voyais dans le sommeil une des principales clefs de la réussite, d'où une merveilleuse année de soirées calmes avec des nuits complètes. Je me trompais pourtant sur deux points. Premièrement, la seule et unique clef de la réussite en spé c'est le bachotage. Deuxièmement, cette notion même de réussite n'est en rien un absolu. Toujours est-il qu'après cette année mon rythme de sommeil n'avait plus rien à envier au catalogue d'Universal Music : un renouvellement rapide des points de références et une tendance chaotique à la baisse de qualité, en maintenant constamment l'illusion que tout va bien. Comme dirait Sark aussi, ceci doit cesser et c'est de la faute des socialistes. Minuit, tel Cendrillon, minuit doit être mon heure limite. Cron et shutdown sont mes amis.(Cyberpunk, 2004/05/24 09:47) lien permanent

Commentaires ici et ailleurs :

Tanuki n'est pas ton amie ? :'( Enfin c'est vrai que pour l'instant je n'ai pas reussi a faire grand chose pour t'aider?...

Posté par Tanuki, le lundi 24 mai 2004 à 12:00 #

Ce qu'il te faut comme ami, c'est une bonne chartreuse, voir une bonne tomme de chez moi

Posté par ipod owner, le vendredi 28 mai 2004 à 10:39 #

A developper responds to A Java developer responds: 101 reasons why C# is better than Java, reasons 11-15

In Andy's rebuttal:

Momentum. C# already has Regular expressions, it took Java a lot longer into its maturity to get there. The sheer momentum of the development of C# is greater than the early years of Java. Its not what M$ had hoped for, and expectations are rather high... But what are we comparing it to? Java 1.0 is the appropriate comparison IMHO. I wouldn't use it in a clients big production system..but I didn't back then with Java either.

I think comparing actual C# with Java 1.0 is wrong. It's like comparing Internet Explorer 6 with Netscape 4. You have a product which builds things, year after year (community, momentum, yada, yada). When the critical mass is reached, another company comes, and with some millions of US$, advertises "forget that, we're better". Whether the claim is true or not has little importance, the point is that history of both products must be taken in account. Just imagine that today MS launches with a big advertising campaign a news aggregator. The critical mass of feeds is reached, several client are available to be reaped off. And now somebody comes and says "The MS News Aggregator client has more momentum than Userland Radio (version from 07/2000)". You get my point.

ECMA standardization. C# and the basic CLR and CLI are standards.

ECMA standardization is good bu doesn't bring that many things. Netscape JavaScript and MicroSoft JScript have been ECMA-262 compliants for "ages", the real blocking point in cross-browser scripting was the definition of objects like 'document' and so on, which are not part of the standard. We see the same today with almost all .Net client applications which are not cross-platform, even with Mono's adherence with those standards.

Seperation of the VM/JIT/etc from the language.

The VM/JIT is bounded to the CLI. How much time before a straight CLI -> C# decompiler (whatever the original language)?

Mono. Mono is independant and already far better quality and has more momentum than Kaffe or any of the rest ever had (I never was happy with blackdown and now that its largely merged with Sun's there seems to be little real point these days).

I've to agree we that one. Ximian has jumped on MicroSoft's bandwagon faster than the light, and put the cash on the table. Meanwhile, the need for a competitive open source Java VM is less proeminent than for .net.(Cyberpunk, 2004/05/19 07:27) lien permanent

Support IBM, seront-ils les meilleurs ?

Record battu, 439 jours. Le 5 janvier 2003, je contacte le support IBM pour leur signaler que leur Update Connector a des problèmes de fonctionnement, qu'il n'arrive pas à récupérer les mises à jours, traces au format tcpdump à l'appui. Vendredi, le 19 mars 2004, je reçois la réponse suivante :

Cher Mr Bonvillain, Merci d'avoir contacté le Support Technique IBM, le service IBM Update Connector ne fonctionnant pas parfaitement en Europe, je vous conseille plutôt de mettre a jour les pilotes de votre machine, via le site www.tpdrivers.com

Cordialement

Xxxx Xxxxx
Support Technique IBM

Merci IBM !(Cyberpunk, 2004/05/19 07:22) lien permanent

Mais QUI nous représente ?

Via le Glazblog, le conseil de l'Europe a approuvé préliminèrement les brevets sur les logiciels, il ne reste plus qu'une étape mineure avant que ça ne devienne la règle en Europe. Etant donné que la blogosphère va abondamment commenter, je vais faire court. C'est quoi l'informatique en entreprise aujourd'hui ? Un ensemble de technologies tellement évoluées qu'un amateur à peine majeur arrive à empêcher des entreprises de fonctionner (ne riez pas, c'est arrivé aussi où je travaille en ce moment). C'est quoi les brevets logiciels ? C'est permettre à des armées d'avocats de pondre des kilos de document pour protéger des idées dignes d'un enfant de 5 ans, comme le one-click d'Amazon, le passage à l'an 2000 de McDonnell Douglas, la vente sur internet accordée à OpenMarket Inc... Les seuls gagnants dans l'affaire sont les juristes, et ce n'est malheureusement pas une profession en crise. Bravo le Conseil de l'Europe, c'est con et contre-productif, bel exemple.(Cyberpunk, 2004/05/19 05:53) lien permanent

Microsoft and the Open Source boom

Found via Anthony, this interesting piece from Bryan Young: Mono and the Open Source Boom. I won't detail it paragraph by paragraph, as Anthony did a great job at that. What is surprising is the contradiction between the title and the content. Roughly half of the content is dedicated to how Microsoft is doing great things and how Microsoft understands everything, and the first thing understood is the great failure of Java. I won't go into the detail, the article is public, but you can see all the bias here. In Anthony's comments, Bryan Young praises himself for not having attended or read any of Microsoft marketing departement production, only having read a book on .net and some chapters on MSDN: here is another contradiction.

What there is to understand is not how Mono is going to bring something to the Open Source movement, but how lame some voices became over the years. The problem is not the acceptation or not of some "gift" from Microsoft: it is not acceptable, there is no gift. Microsoft has not the power it wants on the server market, thus it had to start a new PR campaign. On the desktop, .net is evolutionnary, the market is already acquired, the main remaining target is not Java, it's Delphi, that's why Microsoft hired Paul Gross and Anders Hejlsberg. What Mono really is: a free ticket. Microsoft makes a market pitch with "cross-platform", Open Source developers realize it. Microsoft says: Longhorn and Avalon are the best you could hope, Mono enthousiasts spread the word. It's not like the computing world needs Longhorn, neither .net, neither all the gag words: all of this is just a bet upon Moore's law. And less of all, Open Source community needs Mono, Yet Another "Cross Platform" Framework.(Cyberpunk, 2004/05/19 05:53) lien permanent

Il est reviendu

Lunar a finalement re-rejoins la blogosphère. Avec une feuille de style en blanc sur noir qui fait mal aux yeux et un DotClear à la propulsion, on retrouve le spleen et les attentes. Et puisqu'il n'interdit pas les liens, le voici.(Tout venant, 2004/05/17 17:18) lien permanent

Commentaires ici et ailleurs :

Si mal aux yeux que ça ?
En tout cas, ça fait du bien de reviendre.

Posté par Lunar, le mardi 18 mai 2004 à 13:56 #

Yep, très mal aux yeux avec la petite police en plus, surtout après avoir passé la journée sur un écran Ca me rappelle les premières versions de CinemAsie où on nous disait la même chose, et puis nous on aimait bien... et un jour on s'est rendu compte que ça fatigue énormément à la lecture, et on est repassé en noir sur fond clair. J'aime bien le choix des couleurs avec l'harmonie de gris et le bord de l'ardoise à droite (?), mais pas pour lire des pages et des pages

Posté par Damien, le mardi 18 mai 2004 à 16:19 #

L'évolution des habits à travers la jeune

On connaissait le ras-la-touffe, évolution ultime de la mini-jupe qui s'arrête à l'arrondi du fessier. On connaissait aussi le taille-basse, le jean qui porté avec un t-shirt trop petit permet d'exhiber son nombril avec une parfaite symétrie de l'espace de peau visible au-dessus et en-dessous du nombril. Et bien tout à l'heure dans le métro, j'ai découvert sur une pré-adulte comme on dit maintenant une nouvelle évolution : le taille-touffe. C'est le jean tellement taille-basse que les premiers poils pubiens dépassent, et avec lequel il faut porter un t-shirt masquant le nombril, sinon la symétrie du tissu autour de ce point forcerait à dévoiler la naissance des seins.

Pendant ce temps dans le même wagon, un adulte tentait d'expliquer le concept de P.O. Box a un de ses congénères... c'est intéressant de voir comment certaines données culturelles pouvant être considérées comme acquises disparaissent, et de s'effondrer devant de potentiels jeunes cadres dynamiques qui ne savent même pas ce qu'est une boîte postale.(Tout venant, 2004/05/17 16:36) lien permanent

jsp 64kb compilation limit websphere

Encore de la technique aujourd'hui, avec l'épineuse question de la limite de la taille d'une JSP. Tout d'abord quelques définitions.

JSP

Java Server Page. Réponse de SUN aux Application Server Page (ASP) de MicroSoft. Une JSP se présente sous la forme d'un fichier texte, mêlant du HTML (ou autre langage de présentation comme WML ou XML, même si ça n'est pas forcément très adapté) et du code qui peut prendre la forme de balises spécifiques, ou de scriplet (du Java) ou d'expressions EL. Ce fichier texte est ensuite converti en code source Java, puis compilé en une Servlet ; ce travail est effectué par le serveur d'application.

WebSphere

Nom fourre-tout donné par IBM à ses logiciels destinés aux serveurs. WebSphere Application Server, premier logiciel à entrer dans cette famille, est un serveur d'application Java.

Servlet

Première approche de SUN pour faire entrer Java dans le monde des serveurs web. Se dit de toute classe Java descendante de javax.servlet.Servlet, dont la méthode principale consiste à répondre à une requête émise par un client.

Notre problématique ici est qu'une JSP (simple fichier texte donc) est compilée en une classe Java tout à fait standard, et dans cette classe, une unique méthode (dans 98% des cas) va représenter tous les traitements effectués dans la page. Or en Java, une méthode ne peut comporter plus de 64 kilo octets (ko en français, kB en anglais) d'opérations élémentaires. La tendance ces dernières années a été de gorger les JSP de balises spécifiques (Struts et consors), et chaque utilisation de balise spécifique se traduit par un ensemble d'opérations élémentaires rajoutées dans la méthode qui représente la JSP compilée. Une fois cette limite atteinte, la page est trop grosse, et il faut la scinder en plusieurs fichiers, assemblés dynamiquement les uns avec les autres, et ce pour des raisons bassement techniques.

Cette limitation n'est pas spécifique à WebSphere, par contre cette limite sera atteinte plus ou moins vite en fonction du générateur de code source Java à partir de la JSP. Par exemple, Tomcat utilise Jasper pour cette tâche, de même que WebSphere, sauf que WebSphere utilise une version différente, qui a tendance à générer plus de code pour les mêmes opérations : la limite est plus vite atteinte sous WebSphere. Cette limite est par contre spécifique aux JSP, les autres technologies disponibles en Java côté serveur (comme Velocity, JDynamite, Template4Java, etc...) ne souffrent pas de ce problème, car elles ne reposent pas sur la génération dynamique d'une classe Java.(Google Whoring, 2004/05/17 09:10) lien permanent

Commentaires ici et ailleurs :

mmmh... ca m'etonne ce que tu dis car j'ai deja fait des ?crans avec des tags Struts et le resultat devait representer un fichier java intermediaire sacrement costaud du coup ton probleme des 64ko ca me semble louche.

Tiens d'ailleurs je viens de regarder un fichier java intermediaire qui est 680 ko et qui n'a jamais eu de problemes (remarque faut voir... car c'est blinde de commentaires).

Ca ne serait pas plutot un probleme d'autoflush au niveau de page jsp, ou quelque chose comme ca ?

Posté par yakafokon, le lundi 17 mai 2004 à 10:39 #

Non non, c'est bien comme ça que ça se passe. Il faut bien voir que 64ko pour une méthode c'est assez énorme, là où j'ai rencontré la limite c'était dans une page avec près d'une centaine de tags. Le 64k c'est une limite physique du format (bytecode) des fichiers .class.

Les problèmes de buffer sont différents.

Posté par Damien B, le lundi 17 mai 2004 à 12:39 #

Petit test rapide. Une JSP me donne un code source Java de 230ko avec WebLogic 8, le fichier compilé fait 51ko, sur cette taille, la méthode _jspService représente 13.6ko : on est loin du compte. Si on applique le ratio sur ton fichier de 680ko (démarche fausse bien entendu), on arrive à 40ko. Il faut quand même bien pousser pour arriver aux 64ko, mais c'est possible

Posté par Damien B, le lundi 17 mai 2004 à 12:43 #