bah un "hacker", mais comme les journaleux en on détruit le sens pour que cela devienne synonyme de pirate, il faut bien qu'ils trouvent autre chose.

[ Répondre ]

J'imagine qu'il faut simplement appliquer un ftt, décaler toutes les fréquences en fonction de la vitesse, et appliquer le fft inverse pour récupérer le signal sonore.

Ceci dit j'ai jamais vu ca implémenté, y'a moyen que ca fasse des émules.

[ Répondre ]

deux solutions : Attendre la version 64 bits de flash 9 ou tenter Gnash

Donc trois en fait : un firefox 32bits pour discuter tranquillement avec flash : la compatibilité 64bits/32bits n'est nécessaire qu'entre les programmes et les librairies, pas avec le noyau (via linux32). Résultat : les programmes en 32bits et 64bits tournent parfaitement côte a côte sur un système 64bits.

[ Répondre ]

J'ai un disque dur qui plante sur mon serveur perso (il ne répond plus au bout d'un certain temps, genre deux semaines - je suis un malheureux early adopter d'un Diamond Max 10 couplé a du Nforce4).

Et bien linux se porte comme un charme, bon certes tous les processus demandant un accès disque se bloquent en attente d'I/O (un brin emmerdant) mais a part ca tout fonctionne.

[ Répondre ]

Peut être parce qu'il en existe des dizaines en PHP

Reste a savoir s'il y en a un qui arrive a la cheville de RoR - toute la chaine confondue, en allant des éditeurs, abstraction de la base de donnée, aux outils de test et au débuggage. J'en doute ...

[ Répondre ]

ouai d'ailleurs y'a un gag génial dans slaloms :

(Le loueur de chaussures de ski demande sa pointure a Richard)
- 42 !
(il regarde Lapinot)
- ... (tout le monde regarde les pieds de lapinot)
- 81
- ...

[ Répondre ]

L'intéret ? C'est que dans quasiment tous les languages, tu a des API ou bibliothèques pour lire du XML sans avoir a programmer de parseur.

Voilà pour moi l'intéret : quand je manipule des fichiers XML, je sais qu'avec n'importe quel language je pourrais le relire facilement, dans avoir a manipuler des fopen, fgetc (et leurs équivalent dans tous les languages) et Co, sans avoir a me soucier si oui on non je respecte la structure[1] du fichier - l'API me garantit que je le fait.

Un autre intéret, par exemple, si tu t'intéresse qu'a une seule partie du fichier, tu as juste a récupérer les bonnes balises, alors que sans le XML tu dois détecter la partie qui t'intéresse et bien valider que tu détecte toujours la bonne partie. Et c'est pas toujours si facile.

Globalement, l'idée est qu'il est beaucoup plus simple de transformer un fichier XML en réprésentation mémoire interne - la structure de donnée de ton appli - qu'un autre fichier quelconque.

Bref, ca permet de lire/écrire des fichiers sans se soucier de leur structure, alors qu'a la main c'est toujours la partie chiante et bouffeuse de temps. Tout en souplesse.

[1] quand je parle de structure, c'est bien dans le sens "bien formé" de XML, et pas valide. C'est a dire que même s'il est bien formé (lisible par toutes les API XML) il faudra toujours mettre les bonnes balises ou il faut pour avoir une vraie interopétabilité, mais c'est toujours moins galère que de se taper un parseur ou générateur a la main :)

[ Répondre ]

Je me suis emmêlé dans les liens :

http://publib.boulder.ibm.com/infocenter/comphelp/v7v91/inde(...)

celui là est mieux

[ Répondre ]

Le COBOL ne connais pas les int ni les float, que les BCD si je ne m'abuse. Ca fait déjà un paquet de code :) - il y a encore peu, plus de la moitié du code tournant sur les systèmes bancaires tournaient en COBOL.

Enfin j'imagine que certains compilateurs transforment les BCD en int, mais vu la façon dont sont définis les nombres en COBOL, il y a des chances pour que les contrôles et le formatage bouffe le gros de temps gagné.

http://publib.boulder.ibm.com/infocenter/comphelp/v7v91/inde(...)

[ Répondre ]

Bah non, c'est un ajustement de la valeur par rapports aux revenus escomptés, pour ajuster la valeur réelle de la boite. Certes elle n'est pas compensée comptablement mais la compta s'ajuste plus au légal qu'au réel[1] (m'enfin j'imagine que ca part en provision - encore que des provisions sur des gains, ca me dit rien ;) ).

Après oui, peut être, si les résultats ne sont pas là, ils auront perdu de l'argent, mais ce n'est pas une dépense, de la manière que l'on ne fait pas de dépenses lorsque le court d'une action baisse.

[1] Mais bien sûr, on essaie de faire coller le légal au réel le plus possible. Quoi ? Qui a dit "quand ca l'arrange ?" :)

[ Répondre ]

- Le « Conseil européen pour les plastifiant intermédiaires », un site « informatif » représentant une association de producteurs de phtalates:
http://www.phtalates.info/index.asp?page=1
- Les chlorophylle, site vitrine d'une association d'industriels du chlore :
http://www.ping.be/chlorophiles/Fr/answ/PVCToys.Fr.html

La désinformation n'est pas interdite a ma connaissance, je vois pas ce qui arrêterais nos chers industriels pour nous dire a quel point le monde qu'ils nous préparent est beau et merveilleux.

[ Répondre ]

(mais pourquoi license=GPL ?)

Par hasard. J'ai juste voulu tester le filtrage sur la licence et oublié de l'enlever après (enfin, avant de poster ici).

Donc non, ce n'était pas un troll caché :)

[ Répondre ]

A vos marques !

http://www.google.com/codesearch?hl=en&lr=&q=lang%3A(...)

http://www.google.com/codesearch?q=lang%3Ac%2B%2B+license%3A(...)

A vos bug reports !!

[ Répondre ]

Mais finalement, la reprise, c'est surtout dans les journaux de linuxfr que je la vois :)

[ Répondre ]

Bin je sais pas trop comment ton couple s'en sort.

Facile ! ils sont en couple. C'est bien connu, un couple est toujours plus honnête (surtout moins louche, ils sont normaux, eux :) ).

[ Répondre ]

Mouaif.

Je ne sais pas comment fonctionne la moulinette interne de la SNCF, mais que leur planning d'après le 10/12 soit près avant de 10/12 lui même ca me choque pas particulièrement, il n'y a aucune raison pour que l'organisation soit strictement chronologique.

Bon, soit, ils se sont plantés, les réservations devraient être ouvertes pour cette date depuis le 25, on est déjà le 27, deux jours de retard, c'est inadmissible !
<fin_ironie note="parce qu'il y en a toujours un qui pige pas" />

On serait le 7 décembre, je dirais pas, mais sachant que 80% (au pif, mais je dois pas être bien loin) des billets sont vendus deux semaines avant le départ, exiger une réservation deux mois avant, hum hum, je ne ferais pas de commentaires.

Le jour ou il faudra réserver ses billets de train comme on réserve des billets d'avion, la SNCF va avoir du mal a nous faire préférer le train. Mais ça aussi ça a une contrepartie.

[ Répondre ]

pour rails, il faudra au moins attendre que mod_ruby soit finalisé (il lui manque le bac a sable pour l'isoler du système de manière sécurisée).
Rails tourne bien avec FastCGI, mais je ne pense pas que ce soit aproprié pour des pages persos mutualisées.

[ Répondre ]

MySQL est "un poil" plus rapide, mais comme contre argument je dirais que, s'il on a besoin de performances, les pages persos de free ne sont certainnement pas la meilleure solution.

Sinon, pour l'intéret, je dirais simplement : le confort.

Je connais assez bien les SGBD et les fonctionnalités que les "vrais" doivent fournir (quoique j'ai cru comprendre que mysql avait d'énormes progrès de ce côté), et j'ai pas du tout envie de me retrouver a me dire "a zut, ca je peux pas le faire". C'est jamais agréable, donc si j'ai le choix, direct je prend postgresql. C'est un bijou de technologie, je n'aurais aucune envie de m'en priver.

[ Répondre ]

Une fois thunderbird a pété les plombs et m'avait dupliqué certains mails et rajouté des entrées vides, pour un total de plusieurs milliers d'entrées invalides et un fichier de stockage faisant des dizaines de fois la taille normale.

Mais bon c'était de ma faute, j'ai utilisé la même boite mail avec plusieurs version de Thunderbird, trop confiant sans doutes.

J'ai corrigé le problème en virant les entrées en trop a la main de la fichier de stockage. Heureusement elle étaient à peu près contigues (ouf).

[ Répondre ]