Les faux positifs c'est le problème. Ca m'oblige à aller périodiquement regarder le contenu de mon fichier spams pour vérifier que personne n'est tombé dedans par erreur. :(
Mais c'est toujours mieux que d'ouvrir sa boîte au lettres pour y découvrir que je vais pouvoir me faire grossir la bite grâce à des pilules que je vais pouvoir me payer grâce à un emprunt à des taux défiant toute concurrence tout ça pour aller me taper une branlette en visitant des sites pleins de jeunes filles dévêtues en attendant de recevoir les 15 millions de dollars que doit m'envoyer mon ami du Niger ! :)
En moyenne 30 spams par jour. Heureusement avec quelques règles procmail seuls 1 ou 2 arrivent dans ma boîte aux lettres. Je suis en train de configurer Spamassin pour réduire encore ce nombre.
Pour Lessig je ne sais pas, mais une petite visite au site perso de Stallman montre clairement qu'il est de gauche : il n'y a qu'à voir sa page consacrée au sommet de Gènes ( http://www.stallman.org/genoa.html(...) ), ses positions sur la marijuana (vieux beatnik va ! :), ses critiques de Bush, son opinion sur le traité NAFTA, etc.
Bizarre comme stratégie de la part de Wanadoo ! Il existe plein de serveurs IRC gratuits, sur nombre d'entre eux on dispose de la possibilité de réserver son pseudo, son salon, etc. alors pourquoi aller chez eux ??
On peut imaginer que les gens qui y sont déjà et qui apprécient l'ambiance des salons qu'ils fréquentent puissent être prêts à payer par contre ça va assécher l'arrivée de nouveaux.
Par ailleurs, je crois que tu rêves un peu ! Des salons Linux c'est pas ça qui manque. Je suis prêt à parier mon slip que tous les serveurs que tu recenses ont déjà leur #linux alors pourquoi viendraient-ils quémander l'insigne honneur d'accueillir les nunuxiens de wanadoo ?? Pour avoir 80 blaireaux en plus ?
Merci pour cette précision, je me demandais s'il existait un correcteur orthographique pour Oo. Vue la puissance de ma machine, je n'ai jamais pu vérifier...
Comme tu dis, tous les exemples de lettre à envoyer à nos chers députés qui sont apparus dans les journaux de Linuxfr ces derniers temps ressemblaient surtout à un grand concours de fautes d'orthographe ! Pathétique ! Y'en a qui devraient revenir sous Windows et utiliser Word, ça leur permettrait d'éviter tout un tas de fautes.
Ben oui,
<ma vie>
si j'envoie un bête fichier texte sans extension ou avec une extension que Windows ne reconnaît, je peux être sûr de recevoir des mails me demandant comment ouvrir le fichier !! Depuis je rajoute toujours une extension .doc ou .xls à mes fichiers texte.
</ma vie>
L'argument ne te plaît pas donc c'est du FUD ? Mouais.
Mon contexte, c'est un LL écrit en Python vers 1997 dont j'assure la maintenance depuis maintenant trois ans. A l'époque où il a été écrit la version de Python devait être la 1.4.
A chaque nouvelle version de Python, je dois vérifier si par hasard Guido van Rossum n'aurait pas cassé la compatibilité ascendante.
Des fois ça provoque une erreur franche et nette avec arrêt du programme (socket.connect qui prend deux arguments jusqu'à la 1.5.2 puis un tuple à partir de la 1.6), d'autres fois comme dans l'exemple avec None ça marche mais avec un comportement erronné.
En clair un boulot chiant et sans intérêt à répéter à chaque nouvelle version.
Les auteurs de la norme Python (cf. mon commentaire plus haut) ont choisi de ne pas se traîner des mauvais choix tout au long de leurs versions.
C'est bien le problème, Python n'est pas un langage de programmation mais un projet de langage de programmation. Guido van Rossum modifie des éléménts du langage (je ne juge pas ici de la pertinence de la modification du point de vue du langage) apparemment sans se soucier des effets sur les gens qui utilisent son langage pour autre chose que des programme jouets.
J'ai des programmes écrits en Fortran 77 qui fonctionnent exactement comme il y a 20 ans. Mes fichiers LaTeX d'il y a dix ans compilent parfaitement.
Si tu choisis Python pour écrire un programme, tu es bon pour vérifier tous les ans si la nouvelle version n'a pas cassé quelque chose. Quand je vois des discussions sur fcp à propos de rendre Python insensible à la casse, j'ai peur (même si je ne sais pas si ces discussions ont abouti à quelque chose) !
La devise de Python c'est "write once, debut at every release" !
Si certains modules utilisent des fonctionnalités liées à l'OS, c'est indiqué. Le développeur peut donc, en connaissance de cause, utiliser ces fonctions ou pas.
En fait, le principal problème que j'ai avec Python, du point de vue de la portabilité, c'est qu'il n'est pas portable avec lui-même ! Le script que j'avais écrit avec Python 1.5.2 marchera-t-il avec Python 2.3 ? Peut-être, peut-être pas, il va falloir se farcir tout un tas de tests pour le savoir.
Exemple: 5/2 donne 2 jusqu'à la 2.3. A partir de la 2.4 ça donnera 2,5 ! Chouette !!
Encore un autre sur lequel je viens de tomber:
a = None
if a > 5:
print "superieur"
else:
print "inferieur"
avec une version antérieure à la 2.1 ça donne "superieur", à partir de la 2.1 ça donne "inferieur" ! Re chouette !!
Si tu écris un script utilisant des options de GNU qui n'existent pas dans les équivalents, c'est parce que ça te rend service.
A mon très humble avis, le problème est plutôt que tu utilises les outils dont tu disposes (make, bash, etc.) en pensant que si ça marche sur ta machine Linux, ça marchera sur n'importe quel Unix ce qui est malheureusement faux.
Les différences ne portent pas seulement sur les options de tel ou tel utilitaire mais aussi sur le format de sortie de ces mêmes utilitaires (wc qui te sort le nom du fichier sous Linux mais pas sous HP-UX par exemple). Comment peux-tu le savoir si tu ne disposes pas d'une station HP sous la main ?
Autant de petits détails bien chiants qui font que j'installe les outils GNU sur toutes les machines sur lesquelles je bosse. Comme ça je retrouve mes petits :)
Pour l'instant, les logiciels se sont développés ainsi, avec des protocoles envoyant toutes les données parce que ça semblait bénin.
Si tu lis l'interview de Carmack à propos de Quake 1, tu vois que ce sont les problèmes de performance qui obligent à envoyer plus de données que le strict minimum.
Cela n'empêche pas bien sûr que tu peux avoir des protocoles mal conçus ou plutôt qui n'ont pas pris en compte ce type de problèmes lors de leur création.
Ben oui, la disposition des sources permet une analyse complète du protocole de communication. Le reverse engineering de son côté est beaucoup plus long à effectuer (et sera à recommencer si l'éditeur diffuse une nouvelle version qui modifie le protocole), il n'est pas forcément possible de comprendre le sens de certaines portions des informations échangées. Des évènements rares du jeu seront plus difficiles à analyser car on disposera de moins d'exemples, etc.
Je dirais que la différence est qu'avec un jeu aux sources disponibles tu auras tout de suite des moyens de tricher sophistiqués alors qu'avec un jeu propriétaire ces moyens mettront plus de temps à apparaître et seront vraisemblablement plus limités.
Ai-je raté un épisode de ce passionant feuilleton ? SCO aurait donc gagné ?!
Pour autant que je sache l'affaire n'a pas été jugée et aucun réglement à l'amiable n'est intervenu. Pour l'instant, tous les protagonistes jouent des muscles pour intimider l'adversaire (on dirait du catch!). SCO réclame maintenant 3 milliards et IBM répond par un laconique "va te faire foutre".
Alors plutôt que de reprendre mot à mot les déclarations de SCO, va plutôt lire les 3478 dépêches (pas sûr du nombre) sur le sujet sur Slashdot ainsi que tous les liens qui y sont référencés!
Juste une question à deux balles. On le trouve en kiosque Misc ? Parce ce que je l'ai cherché chez tous les marchands de journaux près de chez moi et rien.
Et oui, finalement si le LL s'impose en Europe ce ne sera pas pour des raisons morales mais pour de simples raisons de domination des pays les uns envers les autres.
Pour ce qui est du soutien de l'armée américaine à OpenBSD, c'est plus trop ça.
car en plus ils sont pollue par les mauvaises habitudes que prennent habituellement les windauziens qui ne payent plus les Licences.
Les nunuxiens ne sont pas forcément mieux mais vu le faible nombre de softs proprio sous nunux c'est plus facile de résister à la tentation.
Vu le nombre de gens qui installent linux et dont le premier souci (juste après pouvoir lancer X et faire fonctionner l'ADSL) est d'arriver à faire fonctionner ed2k ou gnutella, j'ai comme un doute!
Mais je suis sûrement mauvaise langue car je ne doute pas un seul instant qu'ils utilisent le p2p pour s'échanger des ISO en toute légalité ! :)
et une ville peut avoir une préférence pour une entreprise locale, il me semble.
Pour une entreprise dirigée par un proche de l'équipe municipale tu veux dire ? :)
Il me semble que si le contrat dépasse un certain montant, la municipalité a l'obligation de passer un appel d'offre. Les contrats de gré à gré sont limités à un montant maximum de 100 000 euros (pas sûr du nombre).
SUSE fait ENORMEMANT de chose pour le libre quand ça l'arrange ou quand il n'a pas le choix (participation à des projets DEJA libre)
Alors que bien sûr RedHat, IBM eux font beaucoup pour le libre mais sans aucune arrière pensée, ils contribuent comme ça, pour la beauté du geste, de manière complétement altruiste !!
[^] # Re: Database problem
Posté par Barbapapa . En réponse au journal Database problem. Évalué à 3.
[^] # Re: 19,5 spams par jour
Posté par Barbapapa . En réponse au journal 19,5 spams par jour. Évalué à 1.
Mais c'est toujours mieux que d'ouvrir sa boîte au lettres pour y découvrir que je vais pouvoir me faire grossir la bite grâce à des pilules que je vais pouvoir me payer grâce à un emprunt à des taux défiant toute concurrence tout ça pour aller me taper une branlette en visitant des sites pleins de jeunes filles dévêtues en attendant de recevoir les 15 millions de dollars que doit m'envoyer mon ami du Niger ! :)
# Re: 19,5 spams par jour
Posté par Barbapapa . En réponse au journal 19,5 spams par jour. Évalué à 4.
[^] # Re: BFM, la radio des ultra-libéraux ?
Posté par Barbapapa . En réponse à la dépêche Émission sur les brevets logiciels sur BFM. Évalué à 3.
# Re: Wanadoo vient de lancer ses serveurs irc payants
Posté par Barbapapa . En réponse au journal Wanadoo vient de lancer ses serveurs irc payants. Évalué à 0.
On peut imaginer que les gens qui y sont déjà et qui apprécient l'ambiance des salons qu'ils fréquentent puissent être prêts à payer par contre ça va assécher l'arrivée de nouveaux.
Par ailleurs, je crois que tu rêves un peu ! Des salons Linux c'est pas ça qui manque. Je suis prêt à parier mon slip que tous les serveurs que tu recenses ont déjà leur #linux alors pourquoi viendraient-ils quémander l'insigne honneur d'accueillir les nunuxiens de wanadoo ?? Pour avoir 80 blaireaux en plus ?
# Re: Jayce spamme le World
Posté par Barbapapa . En réponse au journal Jayce spamme le World. Évalué à 2.
[^] # Re: Des nouvelles de MandrakeSoft
Posté par Barbapapa . En réponse à la dépêche Des nouvelles de MandrakeSoft. Évalué à 5.
« Il eût fallu qu'elle apprît le français. »
:)
[^] # Re: Open versus closed sources
Posté par Barbapapa . En réponse à la dépêche Open versus closed sources. Évalué à 5.
Une chose est sûre
[^] # Re: Choquée en lisant une dépêche du journal Metro
Posté par Barbapapa . En réponse au journal Choquée en lisant une dépêche du journal Metro. Évalué à 1.
[^] # Re: Choquée en lisant une dépêche du journal Metro
Posté par Barbapapa . En réponse au journal Choquée en lisant une dépêche du journal Metro. Évalué à 3.
[^] # Re: Nouvel outil capital
Posté par Barbapapa . En réponse au journal Nouvel outil capital. Évalué à 1.
# Re: Nouvel outil capital
Posté par Barbapapa . En réponse au journal Nouvel outil capital. Évalué à 3.
Pourquoi écrire ce programme en C++ plutôt qu'en C89 ? Pas sûr que cela colle avec la politique de la FSF.
L'indentation ne respecte pas les canons en vigueur à la FSF, un petit coup d'indent peut-être ?
Il ne fonctionne pas en flux et nique le fichier d'entrée (à manier avec précaution donc).
[^] # Re: Word demandé pour "Développeur C / Linux embarqué"
Posté par Barbapapa . En réponse au journal Word demandé pour "Développeur C / Linux embarqué". Évalué à 2.
# Re: Tract ou affiche contre les Brevets Logiciels
Posté par Barbapapa . En réponse au journal Tract ou affiche contre les Brevets Logiciels. Évalué à 2.
est sur le point de traîner en justice
peuvent lâcher des centaines de milliers
parce qu'une multinationale a dit
États-Unis et non États Unis
domaines spatiaux
la commission juridique européenne a approuvé
"mais Arlene McCarthy" à la place de "mais McCARTHY Arlene"
a fait avancer la date du vote
Écrire aux députés
le plus d'endroits possibles
remplacer ...etc. par etc. ou ... mais pas les deux.
[^] # Re: réflexion du soir, bonsoir
Posté par Barbapapa . En réponse au journal réflexion du soir, bonsoir. Évalué à 3.
L'argument ne te plaît pas donc c'est du FUD ? Mouais.
Mon contexte, c'est un LL écrit en Python vers 1997 dont j'assure la maintenance depuis maintenant trois ans. A l'époque où il a été écrit la version de Python devait être la 1.4.
A chaque nouvelle version de Python, je dois vérifier si par hasard Guido van Rossum n'aurait pas cassé la compatibilité ascendante.
Des fois ça provoque une erreur franche et nette avec arrêt du programme (socket.connect qui prend deux arguments jusqu'à la 1.5.2 puis un tuple à partir de la 1.6), d'autres fois comme dans l'exemple avec None ça marche mais avec un comportement erronné.
En clair un boulot chiant et sans intérêt à répéter à chaque nouvelle version.
Les auteurs de la norme Python (cf. mon commentaire plus haut) ont choisi de ne pas se traîner des mauvais choix tout au long de leurs versions.
C'est bien le problème, Python n'est pas un langage de programmation mais un projet de langage de programmation. Guido van Rossum modifie des éléménts du langage (je ne juge pas ici de la pertinence de la modification du point de vue du langage) apparemment sans se soucier des effets sur les gens qui utilisent son langage pour autre chose que des programme jouets.
J'ai des programmes écrits en Fortran 77 qui fonctionnent exactement comme il y a 20 ans. Mes fichiers LaTeX d'il y a dix ans compilent parfaitement.
Si tu choisis Python pour écrire un programme, tu es bon pour vérifier tous les ans si la nouvelle version n'a pas cassé quelque chose. Quand je vois des discussions sur fcp à propos de rendre Python insensible à la casse, j'ai peur (même si je ne sais pas si ces discussions ont abouti à quelque chose) !
La devise de Python c'est "write once, debut at every release" !
[^] # Re: réflexion du soir, bonsoir
Posté par Barbapapa . En réponse au journal réflexion du soir, bonsoir. Évalué à 2.
Si certains modules utilisent des fonctionnalités liées à l'OS, c'est indiqué. Le développeur peut donc, en connaissance de cause, utiliser ces fonctions ou pas.
En fait, le principal problème que j'ai avec Python, du point de vue de la portabilité, c'est qu'il n'est pas portable avec lui-même ! Le script que j'avais écrit avec Python 1.5.2 marchera-t-il avec Python 2.3 ? Peut-être, peut-être pas, il va falloir se farcir tout un tas de tests pour le savoir.
Exemple: 5/2 donne 2 jusqu'à la 2.3. A partir de la 2.4 ça donnera 2,5 ! Chouette !!
Encore un autre sur lequel je viens de tomber:
avec une version antérieure à la 2.1 ça donne "superieur", à partir de la 2.1 ça donne "inferieur" ! Re chouette !!
[^] # Re: réflexion du soir, bonsoir
Posté par Barbapapa . En réponse au journal réflexion du soir, bonsoir. Évalué à 4.
A mon très humble avis, le problème est plutôt que tu utilises les outils dont tu disposes (make, bash, etc.) en pensant que si ça marche sur ta machine Linux, ça marchera sur n'importe quel Unix ce qui est malheureusement faux.
Les différences ne portent pas seulement sur les options de tel ou tel utilitaire mais aussi sur le format de sortie de ces mêmes utilitaires (wc qui te sort le nom du fichier sous Linux mais pas sous HP-UX par exemple). Comment peux-tu le savoir si tu ne disposes pas d'une station HP sous la main ?
Autant de petits détails bien chiants qui font que j'installe les outils GNU sur toutes les machines sur lesquelles je bosse. Comme ça je retrouve mes petits :)
[^] # Re: Le client NeverWinterNights pour Linux est enfin prêt !
Posté par Barbapapa . En réponse à la dépêche Le client NeverWinterNights pour Linux est enfin prêt !. Évalué à 3.
Si tu lis l'interview de Carmack à propos de Quake 1, tu vois que ce sont les problèmes de performance qui obligent à envoyer plus de données que le strict minimum.
Cela n'empêche pas bien sûr que tu peux avoir des protocoles mal conçus ou plutôt qui n'ont pas pris en compte ce type de problèmes lors de leur création.
[^] # Re: Le client NeverWinterNights pour Linux est enfin prêt !
Posté par Barbapapa . En réponse à la dépêche Le client NeverWinterNights pour Linux est enfin prêt !. Évalué à 3.
Je dirais que la différence est qu'avec un jeu aux sources disponibles tu auras tout de suite des moyens de tricher sophistiqués alors qu'avec un jeu propriétaire ces moyens mettront plus de temps à apparaître et seront vraisemblablement plus limités.
# Re: Affaire SCO et Linux, ne serait-ce pas l'ideal de trouver un compromis ?
Posté par Barbapapa . En réponse au journal Affaire SCO et Linux, ne serait-ce pas l'ideal de trouver un compromis ?. Évalué à 2.
Pour autant que je sache l'affaire n'a pas été jugée et aucun réglement à l'amiable n'est intervenu. Pour l'instant, tous les protagonistes jouent des muscles pour intimider l'adversaire (on dirait du catch!). SCO réclame maintenant 3 milliards et IBM répond par un laconique "va te faire foutre".
Alors plutôt que de reprendre mot à mot les déclarations de SCO, va plutôt lire les 3478 dépêches (pas sûr du nombre) sur le sujet sur Slashdot ainsi que tous les liens qui y sont référencés!
[^] # Re: Publicité
Posté par Barbapapa . En réponse à la dépêche Les pénibles du net. Évalué à 0.
[^] # Re: Armée et liberté
Posté par Barbapapa . En réponse à la dépêche Inquiètude sur l'indépendance informatique du pays. Évalué à 2.
Pour ce qui est du soutien de l'armée américaine à OpenBSD, c'est plus trop ça.
[^] # Re: Inquiètude sur l'indépendance informatique du pays
Posté par Barbapapa . En réponse à la dépêche Inquiètude sur l'indépendance informatique du pays. Évalué à 0.
Les nunuxiens ne sont pas forcément mieux mais vu le faible nombre de softs proprio sous nunux c'est plus facile de résister à la tentation.
Vu le nombre de gens qui installent linux et dont le premier souci (juste après pouvoir lancer X et faire fonctionner l'ADSL) est d'arriver à faire fonctionner ed2k ou gnutella, j'ai comme un doute!
Mais je suis sûrement mauvaise langue car je ne doute pas un seul instant qu'ils utilisent le p2p pour s'échanger des ISO en toute légalité ! :)
[^] # Re: Mandrake, Fluctuat nec mergitur ?
Posté par Barbapapa . En réponse à la dépêche Desktop, OEM : SuSE passe à l'offensive. Évalué à 1.
Pour une entreprise dirigée par un proche de l'équipe municipale tu veux dire ? :)
Il me semble que si le contrat dépasse un certain montant, la municipalité a l'obligation de passer un appel d'offre. Les contrats de gré à gré sont limités à un montant maximum de 100 000 euros (pas sûr du nombre).
[^] # Re: Desktop, OEM : SuSE passe à l'offensive
Posté par Barbapapa . En réponse à la dépêche Desktop, OEM : SuSE passe à l'offensive. Évalué à 3.
Alors que bien sûr RedHat, IBM eux font beaucoup pour le libre mais sans aucune arrière pensée, ils contribuent comme ça, pour la beauté du geste, de manière complétement altruiste !!