pas_moi a écrit 776 commentaires

Pendant longtemps je me suis demandé pourquoi je n'arrivais pas à régler les basses et les aigus avec ma carte, et je me suis rendu compte dans alsamixer qu'à gauche de Bass et Treble il y a Tone, et que quand Tone est coupé (avec des MM en haut) le réglage des tonalité ne marche pas... mais bon, je n'ai pas laissé Tone activé bien longtemps parce que ça déforme vachement le son et ça a tendance à faire saturer les basses :(

Ce qu'il y a de bien avec le système de modération de Linux, c'est que quand une information pertinente est donnée, elle a peu de chance de disparaîte...

-----
*Tous* nos développements sont GPL, comme pour tout produit MandrakeSoft.

Ce n'est pas faux mais ce n'est pas totalement vrai non plus.
Vous utilisez aussi une autre licence: MandrakeSecurity MNF Commercial license.
http://www.mandrakesoft.com/products/mnf/license(...)
-----

Faudrait surtout pas que ça les empêche de préciser qu'ils font des produits libres... au contraire, je trouve que c'est bon pour le libre, mais aussi pour MandrakeSoft.

C'est vrai que c'est hyper important la gestion de l'éjection...

Ce qui m'embête, c'est qu'à lire cette news, il semblerait que le principe de la sauvegarde des données sur une clef USB est un truc hyper innovant (on a même l'impression que c'est Mandrake qui invente le LiveCD qui enregistre sur clef) alors qu'en fait ça va faire un moment que le monde du libre a proposés de telles solutions.

Pour moi, cette news n'est rien d'autre qu'une publicité pour un produit MandrakeSoft; sur un site d'information, je m'attendais plus à voir quelques liens vers la concurrence ainsi qu'un minimum de comparaisons... mais là, je trouve que ça ressemble plus à un recopiage de communiqué de presse à la Yahoo :(

Et avec tout ça, on ne sait même pas si c'est libre (et je n'ai pas trouvé sur le site non plus).

Le jour où les sociétés se rendront compte qu'il est possible de communiquer par La Poste, ces derniers n'ont pas fini d'avoir des procès! Et ne parlons pas du téléphone... de toute façon Echelon se charge de le surveiller.

Rappelons que la boulette n'est pas due à MandrakeSoft

Ho le vilain troll!! On va bientôt nous expliquer que ce n'est pas Mandrake qui a pris la décision de fournir un noyau mal testé...

Y'a des matins comme ça où je me demande si c'est moi qui suis mal réveillé et parano... mais en fait non, c'était bien ça que j'avais entendu sur France Info!!!

je préfère presque un mec dans une AX à 130 sur autoroute qu'un gros connard en Audi qui va rouler à 160

Ce que je vais dire peut paraître morbide mais c'est visiblement une vérité (un cousin travaillant aux urgence à Nantes m'a parlé de cela): avec les anciennes voitures, les gens roulaient aussi vite qu'ils le pouvaient et quand il y avait un accident ça faisait une ou plusieurs tombent à creuser; fin de l'histoire pour eux. Avec les voitures de maintenant, les accidents provoquent de graves lésions mais ne tuent pas, ce qui implique que dans de nombreux cas la société (la sécu et les assurances, donc nous) va devoir payer pour que les passagers puissent continuer à vivre. Faut pas croire que je demande aux gens de mourrir sur la route, je demande juste qu'on arrête de croire que le conducteur d'une voiture pourrie se sent plus dangereux et fait plus attention... par contre c'est évident que le conducteur d'un gros coupé allemand se sent tout de suite plus en (fausse) sécurité et se retrouve parfois dans un fauteuil alors qu'en roulant aux vitesses indiquées il aurait pu en rester sur quelques égratignures.

Va falloir attendre un peu pour pouvoir installer un 1.4.3 sur la debian stable du serveur...

Ça fait d'ailleurs partie de la définition de "stable" de Debian...

Sur le site de jabberd: "The latest stable release is jabberd 1.4.2." Donc il faudrait s'appeler Mandrake pour intégrer dans une distribution du code que les développeurs ne jugent pas stable :)

il est resté accroché à l'échelle

Si un brevet nimportenawak passe, ça se voit en justice

Mais c'est exactement ce qu'ils veulent... les pros-brevets sont principalement les cabinets d'avocats et les grosses sociétés qui emploient ces cabinets d'avocats pour "protéger leur créativité" (cad pour faire en sorte que la concurrence n'ait jamais la bonne idée de faire la même chose qu'eux)

Je vote pour... c'est d'ailleurs pour ce genre de tâche que j'ai été amené à utiliser NuxDocument. Il m'avait alors été possible d'étendre les objets NuxDocument pour leur ajouter un commentaire (lui aussi indexé).

Le gros pb, c'est que les NuxDocument sont stockés dans la base de données de Zope (la ZODB) alors que là, le fichiers sont déjà sur le un disque dur. Ça n'est pas très compliqué de faire des importations de masse, mais la ZODB n'est vraiment pas faite pour contenir beaucoup de gros objets (un fichier Word, c'est rarement léger) donc il serait sûrement nécessaire de faire un petit développement pour obtenir un NuxDocument modifié se chargeant d'envoyer les informations d'indexation au moteur de Zope et gardant (en plus du commentaire) un URL vers le fichier au lieu du fichier lui même... si ça se trouve, ça a déjà été développé vu que ça me paraît être une demande assez classique!

Sans aller jusqu'à CPS, il est possible de reprendre le composant Zope utile à cette tache: NuxDocument. Il gère, à l'aide d'outils standards de Zope, l'indexation de fichiers MSOffice, PDF, HTML et sûrement d'autres formats puisque ça se gère par plug-ins (ça fait un moment que je ne m'y suis pas penché).

Ensuite, il faut un peu de développement mais on se retrouve alors avec un outils bien plus simple et léger qu'un CPS ou autre Plone/CMF. Par ce que, si c'est pour entendre ensuite que Zope c'est lourd, désolé mais ce sont surtout les solutions développées sur Zope qui ont tendance à devenir lourdes.

- tu confond avec un autre mag

Hakerz voice?

J'ai dit le contraire quelque part?

Une info pour ceux qui gèrent le site: pour ouvrir une nouvelle fenêtre, ce n'est pas target="_new" mais target="_blank" (enfin bon, il paraît que c'est mal, qu'il faut faire du Javascript si on veut être strict) autrement toutes les nouvelles fenêtre s'ouvre dans une seule et même fenêtre et c'est très lourd!

De toute façon, les chiffres, on leur fait dire tout et n'importe quoi: quand un fumeur attrappe un cancer du poumon, on dit que c'est la faute du tabac; quand un non fumeur a le même cancer, on dit que c'est la faute du tabagisme passif, comme ça c'est encore la faute du tabac. Quand on demande des preuves, on a des chiffres... c'est quand même très mince!

Si on est si sûr que le tabac tue, il n'y a qu'à l'interdire une fois pour toute au lieu de nous gonfler pendant des heures et de nous faire peur. D'ailleurs, pour ceux qui auraient vu "Bowling for Colombine" de M. Moore, ça ne vous rappelle rien le principe de la peur à outrance véhiculée par les médias?

Comme pour tout benchmark, les résultats ne veulent rien dire si on ne sait pas comment ils sont obtenus. J'ai donc décidé de me pencher rapidement sur les sources.

Sans chercher à généraliser ce commentaire aux autres bench, voici ce que je constate pour le bench sur la fonction fork: pour chaque appel à fork, on a aussi droit à une écriture dans un pipe par le fils et une lecture bloquante dans un pipe par le père... c'est quand même loin d'être négligeable et le résultat est que ce n'est pas la durée du fork qui est mesurée, mais la durée du fork suivi de l'attente d'un caractère dans un pipe! Ça n'a plus grand chose à voir...

Donc encore une fois, et comme à chaque fois avec le benchmarks, les résultats sont à prendre avec de grosses pincettes.

si on m'avait demandé hier l'adresse d'un site de vente de produits en ligne, j'aurais pas su répondre sans chercher un peu

Aujourd'hui, je n'en sais pas plus... en général, quand on me demande un site marchand, j'ai tendance à donner un nom dont je peux parler de la qualité... si je ne connais que le nom, je préfère le garder pour moi plutôt que de refiler un truc minable.

La pub ne passera pas par moi.

Ça fait donc un an que quand on regarde ses derniers commentaires on ne sait pas si quelqu'un a répondu... j'suis pas sûr de vouloir fêter ça.

si on compte les instructions (;) on en est au même nombre

Tu ne veux pas compter le nombre de () tant qu'on y est? Au niveau performances, ce que tu proposes est une abomination, et c'est dû à un manque dans la base de données. Tu peux toujours dire ce que tu veux.

J'ajouterais aussi que si tu veux que ce code gère de façon valide la cohérence des données, il faut qu'il soit exécuté en section critique de façon à interdire les insertions dans la base entre la requête de vérification et la requête de suppression (sans parler des caches à proscrire). Donc non seulement ton code n'est pas efficace, mais en plus il n'est pas valide.

Autrement, le jour où une base de données plus rapide que MySQL mais ne supportant pas les clefs primaires verra le jour, combien de développeurs viendront nous dire "oui, mais c'est à l'application de gérer ce genre de contrainte, on peut faire des requêtes pour vérifier avant les insertions"?

Je préfère largement que ce soit un outil qui vérifie la cohérence des informations plutôt que de devoir passer derrière le code de chaque développeur pour vérifier s'il ne casse pas l'une des contraintes que le projet impose... je suis un développeur faignant, comme tout bon développeur (aïeuu, mes chevilles)

Le partage, c'est mal... c'est du revenu en moins pour les artistes.
--
P. Negre (qui gagne 15€ sur un CD vendu 20€ et qui redistribue 10¢ à l'artiste)

Mysql c'est un truc d'amateur ?

Disons plutôt que c'est une base de données assez basique (rien de négatif là dedans, y'a besoin de logiciels simples). Il n'empèche que ça marche très bien, mais ça n'offre pas beaucoup d'outils pouvant simplifier la vie du développeur ou permettant d'optimiser les requêtes au niveau du serveur au lieu de pousser les logiciels à faire des tonnes de requêtes.

Le nombre de select important ne serait pas justement du à un manque d'utilisation des vues? De nombreux logiciels font des tas de requêtes qui peuvent en fait s'optimiser en passant les sous-requêtes en interne sur la base de données.

Juste une question en passant: quels sont les avantages de MySQL par rapport à Postgres?

Ne me parlez pas de performances, personne ou presque n'a besoin de maxi-perfs... par contre, je suis convaincu que les vues et le procédures stockées sont de grands avantages pour rendre le code des applications plus clair (et bien souvent plus rapide), qu'il soit en PHP ou n'importe quoi d'autre. Donc, à part la raison "parce que je connais que ça", pourquoi MySQL plutôt que Postgres?