>> Apple utilise sans remord les technologies compiz,
Bon, en omettant le fait que, comme l'ont signalé d'autres commentaires, tu te goures dans cette affirmation, pourquoi devraient-ils avoir des remords ?
Tu utilises une licence qui dit « copiez-moi ! copiez-moi ! copiez-moi ! » (la chanson du libro) et tu voudrais te plaindre qu'on te copie ?!
T'es pas du genre à vouloir une licence libre, mais juste pour toi ?
>> Cela montre l'efficacité impressionnante de ce langage pour ce genre de problème (on est bien d'accord que pour plein d'autres choses, c'est pas adapté).
Cela étant, c'est une chose TRÈS courante que de devoir faire ce genre de requêtes. Et plutôt que de les coder à la main, il peut être bien rentable de lier son programme à un interprète ou compilateur prolog qui se chargera de faire tout ce travail à la demande.
Je pense au gestionnaires de paquets des distributions/os libres, des logiciels qui tagguent les images, etc…
>> je vous ais déjà parlé du projet Shinken, réimplémentation de Nagios en Python.
Il est possible que je ne parle pas assez bien italien/espagnol/portugais/etc pour faire le rapprochement entre les deux noms s'il y en a un. Ma question est donc « que signifie "Shinken" ? » Ça ressemble fortement à du japonais, mais il y a assez d'homonymes pour que je n'aie pas la moindre idée de la raison derrière le choix de ce nom.
Moi j'utilise SCIM et j'ai des soucis…
Avec de bépo, écrire en japonais est cool, car on écrit « phonétiquement. » "k"+"a" -> "le symbole 'ka'".
En revanche, quand je veux écrire en coréen, je dois
1/ passer en qwerty
2/ passer en coréen
3/ écrire
4/ quitter le coréen
5/ repasser en bépo.
La raison est que le layout pour le coréen est fixe, avec les consonnes à gauche et les voyelles à droite. La saisie ne se fait pas en passant par une transcription en ascii. Et le bépo, lui, il chamboule tout ça, vu qu'il « mélange » tout le qwerty. Il me semble qu'IBus règle ce problème, mais je ne l'ai pas encore installé ni essayé…
1/ Il dit « arrêtez de râler, et codez plutôt, » ce à quoi tu réponds « si on code pas, c'est parce que c'est chiant à coder. » Moi, j'y vois une justification de l'absence du truc.
2/ Tu dis que *même si* c'était bien, ce qui regroupe donc l'avis de tous, ça ne vaudrait pas là peine, ce qui me parait bien défaitiste.
3/ La politique de l'autruche que j'observe avec Flash principalement (plus générale que ton message en particulier, hein) c'est :
a) se persuader que le LP Machin est mal
b) Ne pas coder une version LL Machin car c'est mal
c) se plaindre que Machin ne marche pas chez soi, pour se se persuader que le LP est mal.
d) dire que le LL c'est tellement mieux, car ça marcherait.
e) continuer à utiliser Machin car on a aucune alternative (j'ai cru comprendre que le support de gnash, toussa, même si pas nul, n'est pas encore vraiment ça).
>> Ce n'est pas parce que c'est comme ça que ça marche que ça n'est pas absurde !
>> …
>> Pour flash linux 64bits, tu peux toujours regarder très fort le site d'adobe, mais ça risque de ne rien changer...
Ce qui est absurde, c'est que tu te plaignes qu'on ne fasse pas ce qu'on ne t'as jamais promis. Ce qui est absurde, c'est que tu te fouettes, et qu'en suite tu ailles te plaindre que ça fait mal.
>> Pour finir, les licences et règles des logiciels libres sont nettement plus intelligentes, efficaces et utiles que celles des logiciels propriétaires
Non. Elles sont différentes, et n'ont pas les mêmes objectifs.
Ce qu'on constate, c'est que leur usage n'est pas forcément justifié ou judicieux. De même qu'il y a aussi plein de logiciels libres qui ont, selon moi, une licence qui n'est pas la bonne et qui restreint leur propagation, ou l'usage de technologies de meilleure qualité.
>> on était complètement dépendant de la volonté de la boîte derrière pour les mises à jour, vu que le code n'est pas ouvert.
Oui, c'est le principe.
Mais comme on m'a répondu à peu près dans un autre fil « si y'avait mieux (que Flash), ça serait utilisé à la place. »
Ça fait partie du jeu. T'avais une licence avec, tu l'as acceptée.
Pour ma part, j'ai pas accepté la licence, j'ai pas flash sur ma machine, je m'en cogne.
Puis je suis sûr qu'on peut utiliser le plugin 32 bits sur une machine 64.
>> on ne parle pas de la non mise à jour d'un petit jeu sur sourceforge quand même.
Les fondements du libre se fichent de la taille du projet.
Pas de « deux poids deux mesures », ou alors j'ai du rater un truc.
J'ai pas vu le code, mais c'est pas forcément une mauvaise idée de privilégier le dev d'une nouvelle version plutôt que de perdre du temps à corriger un truc peut-être bien pourri.
De plus, s'ils sont prêts à dire à leurs clients « passez vous de nos services en attendant, » c'est qu'ils ont dû y réfléchir à deux fois.
>> Au delà de l'aspect sécurité, on trouve ici une preuve flagrante de l'absurdité des logiciels propriétaires, qui soumettent leurs utilisateurs à leurs règles.
C'est pas absurde, c'est comme ça que ça marche.
Je ne vois pas du tout l'intérêt de ta phrase, d'autant plus que ça montre que tout le monde ne met pas autant de mauvaise volonté que ça avant de corriger une faille découverte.
Quand à ton argument « pas pour le 64 bits, » alors que le patch est tout frais ailleurs… en quoi cela change-t-il des nombreux paquets périmés depuis un an ou plus qu'on trouve dans autant de distributions linux ?
Je suis moi-même mainteneur de ports pour FreeBSD, et j'ai pas toujours le temps de tout mettre à jour aussitôt : un absurdité du LL ?
D'ailleurs, le LL aussi, ça pue grave : ça m'oblige à respecter la licence et à suivre ses règles !
>> Si c'était le cas, ce serait déjà implémenté avec succès, non ?
Chez les bisounours, oui. Dans la vraie vie, c'est pas toujours la raison qui gagne.
Mais c'est une méthodologie appliquée avec succès dans énormément d'autres domaines : le typage statique de nombreux langages refuse plein de programmes sans bugs, mais ne laisse passer *que* des logiciels sans erreur de type prouvée (dans le doute, on rejette) ; quand quelques produits d'un lot alimentaire sont la cause d'accidents, on rappelle tout le lot à travers le pays (dans le doute, on retire de la vente) ; quand on soupçonne un sportif de dopage, on lui laisse le prix gagné jusqu'à preuve de sa tricherie (dans le doute, on accorde le bénéfice du doute) ; le safe search de google sur les images te cache bien des images de cul, mais en laisse passer d'autres qu'il n'a pas su reconnaître.
Une telle technique pourrait être appliquée au web :
1/ Manifestement pas tout public -> couic
2/ Pas sûr ni certain -> on laisse le site s'afficher.
Ce qu'on entend par "couic" est tout le problème. C'est la même chose pour les exemples ci-dessus : on a choisi de rappeler les conserves de nourriture compromise, mais on aurait pu choisir de zigouiller tous les consommateurs pour cacher le défaut alimentaire ; on laisse sa médaille au sportif, mais on pourrait dire "pas de vainqueur cette année"…
>> Quant à l'analogie avec le filtrage anti-spam, je pense qu'elle ne tient pas la route. On ne choisit pas les courriels que l'on reçoit, alors que l'on choisit les sites que l'on visite.
Et ton gamin de 8 ans, il avait vraiment tellement envie d'aller sur des sites de cul ?
Ce n'est pas parce qu'on atterri sur un site que son contenu est ce qu'on voulait voir !!
>> l n'existe pas à ma connaissance de filtre de courriel qui bloque les discussions « indécentes »
MSN filtrait des mots, et doit toujours le faire.
Et bien des fitrages de mails sont configurés pour bloquer les courriels avec une liste de mots « indécents. »
Oui, ça pose des problèmes : comment juger de ce qui est moral ou non, choquant ou non… etc
Cela étant, on peut *très bien* avoir un jugement correct concernant un grand nombre de sites en utilisant une heuristique conservative. Même les antispams ne sont pas aussi gentils. Pourquoi tolères-tu qu'on filtre ton mail et pas tes sites ? Pourquoi acceptes-tu une marge d'erreur avec les heuristiques (souvent non conservatives) des filtres de spam et pas une procédure de décision incomplète mais correcte pour le filtrage des sites à contenu manifestement "pas pour tout le monde" ?
>> Au niveau de l'industrie du jeu vidéo c'est plutôt bénéfique.
L'industrie du JV est contrôlée, y compris sa distribution.
Or, internet ne permet pas ça. Si les sites de culs étaient tous dans une petite salle au fond à gauche d'internet, derrière un rideau, on aurait aucun problème. Mais le fait est que les contenus offensants d'internet sont d'une part « partout, » et d'autre part gagnants à ne pas être contrôlés.
Pour ma part, j'aurais préféré qu'on ait un domaine en .xxx et que tout site à contenu « adulte » placé sous un autre TLD puisse être mis hors-ligne immédiatement.
Évidemment, c'est pas la solution, ça pose plein d'autres problèmes…
Comme disait l'autre journal pour le cybernanny de chez orange, un live-CD et hop, c'est pr0n en accès libre pour papa, maman et les enfants…
(Je cautionne l'usage de ces logiciels, hein. Juste que tout le monde dit "le logiciel d'orange est nul" alors que les LL se contournent de la même manière !)
# T'es du genre à te plaindre qu'on accepte tes cadeaux ?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Le libre otage des grandes entreprises ?. Évalué à 4.
Bon, en omettant le fait que, comme l'ont signalé d'autres commentaires, tu te goures dans cette affirmation, pourquoi devraient-ils avoir des remords ?
Tu utilises une licence qui dit « copiez-moi ! copiez-moi ! copiez-moi ! » (la chanson du libro) et tu voudrais te plaindre qu'on te copie ?!
T'es pas du genre à vouloir une licence libre, mais juste pour toi ?
# Vraiment ?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Python çaymal. Évalué à 4.
Que sous BeOS ?
C'est plutôt cool !
# Comme pour tout
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Empreinte pour fichiers audio et surtout vidéo. Évalué à 5.
Comme pour tout : une bonne transformée de Fourier, et hop, tu as déjà de quoi sélectionner des informations utiles.
# Ouaip
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Chat80. Évalué à 3.
Cela étant, c'est une chose TRÈS courante que de devoir faire ce genre de requêtes. Et plutôt que de les coder à la main, il peut être bien rentable de lier son programme à un interprète ou compilateur prolog qui se chargera de faire tout ce travail à la demande.
Je pense au gestionnaires de paquets des distributions/os libres, des logiciels qui tagguent les images, etc…
# Sens
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 2.
Il est possible que je ne parle pas assez bien italien/espagnol/portugais/etc pour faire le rapprochement entre les deux noms s'il y en a un. Ma question est donc « que signifie "Shinken" ? » Ça ressemble fortement à du japonais, mais il y a assez d'homonymes pour que je n'aie pas la moindre idée de la raison derrière le choix de ce nom.
[^] # Re: SCIM vs IBus
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Méthodes d’entrée pour les applications graphiques, de XIM à GTK en passant par IBus et UIM. Évalué à 4.
Moi j'utilise SCIM et j'ai des soucis…
Avec de bépo, écrire en japonais est cool, car on écrit « phonétiquement. » "k"+"a" -> "le symbole 'ka'".
En revanche, quand je veux écrire en coréen, je dois
1/ passer en qwerty
2/ passer en coréen
3/ écrire
4/ quitter le coréen
5/ repasser en bépo.
La raison est que le layout pour le coréen est fixe, avec les consonnes à gauche et les voyelles à droite. La saisie ne se fait pas en passant par une transcription en ascii. Et le bépo, lui, il chamboule tout ça, vu qu'il « mélange » tout le qwerty. Il me semble qu'IBus règle ce problème, mais je ne l'ai pas encore installé ni essayé…
[^] # Re: L'UTF-8 sa krash du fe
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Méthodes d’entrée pour les applications graphiques, de XIM à GTK en passant par IBus et UIM. Évalué à 3.
Dindon.
Le dindon, ça roxxe du poulay.
[^] # Re: En français, j'en sais rien ...
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Ah le français !. Évalué à 2.
[^] # Re: Pas absurde
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Vulnérabilité du greffon Flash : 64 bits piégés. Évalué à 3.
2/ Tu dis que *même si* c'était bien, ce qui regroupe donc l'avis de tous, ça ne vaudrait pas là peine, ce qui me parait bien défaitiste.
3/ La politique de l'autruche que j'observe avec Flash principalement (plus générale que ton message en particulier, hein) c'est :
a) se persuader que le LP Machin est mal
b) Ne pas coder une version LL Machin car c'est mal
c) se plaindre que Machin ne marche pas chez soi, pour se se persuader que le LP est mal.
d) dire que le LL c'est tellement mieux, car ça marcherait.
e) continuer à utiliser Machin car on a aucune alternative (j'ai cru comprendre que le support de gnash, toussa, même si pas nul, n'est pas encore vraiment ça).
[^] # Re: Pas absurde
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Vulnérabilité du greffon Flash : 64 bits piégés. Évalué à 3.
1. Si c'est chiant à coder, alors l'absence de LL est justifiée.
2. En plus d'être chiant à coder, même si c'est bien c'est perdu d'avance, donc l'absence de LL est justifiée.
3. La politique de l'autruche, rien de tel pour justifier la suprémacie du LL ?!
[^] # Re: la disparition
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Journal disparu. Évalué à 2.
DTC ?
(Nous sortons -->[ ])
[^] # Re: la disparition
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Journal disparu. Évalué à 8.
Oh, zut ! Ça s'annonçait sûr, mais là, ça avorta illico !
[^] # Re: Euh........
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Google reader, liking now public. Évalué à 4.
[^] # Re: Pas absurde
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Vulnérabilité du greffon Flash : 64 bits piégés. Évalué à 4.
>> …
>> Pour flash linux 64bits, tu peux toujours regarder très fort le site d'adobe, mais ça risque de ne rien changer...
Ce qui est absurde, c'est que tu te plaignes qu'on ne fasse pas ce qu'on ne t'as jamais promis. Ce qui est absurde, c'est que tu te fouettes, et qu'en suite tu ailles te plaindre que ça fait mal.
>> Pour finir, les licences et règles des logiciels libres sont nettement plus intelligentes, efficaces et utiles que celles des logiciels propriétaires
Non. Elles sont différentes, et n'ont pas les mêmes objectifs.
Ce qu'on constate, c'est que leur usage n'est pas forcément justifié ou judicieux. De même qu'il y a aussi plein de logiciels libres qui ont, selon moi, une licence qui n'est pas la bonne et qui restreint leur propagation, ou l'usage de technologies de meilleure qualité.
[^] # Re: Pas absurde
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Vulnérabilité du greffon Flash : 64 bits piégés. Évalué à 2.
Oui, c'est le principe.
Mais comme on m'a répondu à peu près dans un autre fil « si y'avait mieux (que Flash), ça serait utilisé à la place. »
Ça fait partie du jeu. T'avais une licence avec, tu l'as acceptée.
Pour ma part, j'ai pas accepté la licence, j'ai pas flash sur ma machine, je m'en cogne.
Puis je suis sûr qu'on peut utiliser le plugin 32 bits sur une machine 64.
>> on ne parle pas de la non mise à jour d'un petit jeu sur sourceforge quand même.
Les fondements du libre se fichent de la taille du projet.
Pas de « deux poids deux mesures », ou alors j'ai du rater un truc.
[^] # Re: Pas absurde
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Vulnérabilité du greffon Flash : 64 bits piégés. Évalué à 2.
De plus, s'ils sont prêts à dire à leurs clients « passez vous de nos services en attendant, » c'est qu'ils ont dû y réfléchir à deux fois.
# Pas absurde
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Vulnérabilité du greffon Flash : 64 bits piégés. Évalué à 1.
C'est pas absurde, c'est comme ça que ça marche.
Je ne vois pas du tout l'intérêt de ta phrase, d'autant plus que ça montre que tout le monde ne met pas autant de mauvaise volonté que ça avant de corriger une faille découverte.
Quand à ton argument « pas pour le 64 bits, » alors que le patch est tout frais ailleurs… en quoi cela change-t-il des nombreux paquets périmés depuis un an ou plus qu'on trouve dans autant de distributions linux ?
Je suis moi-même mainteneur de ports pour FreeBSD, et j'ai pas toujours le temps de tout mettre à jour aussitôt : un absurdité du LL ?
D'ailleurs, le LL aussi, ça pue grave : ça m'oblige à respecter la licence et à suivre ses règles !
[^] # Re: Comment dire?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Une balise « carré blanc » pour mon HTML5. Évalué à 2.
Chez les bisounours, oui. Dans la vraie vie, c'est pas toujours la raison qui gagne.
Mais c'est une méthodologie appliquée avec succès dans énormément d'autres domaines : le typage statique de nombreux langages refuse plein de programmes sans bugs, mais ne laisse passer *que* des logiciels sans erreur de type prouvée (dans le doute, on rejette) ; quand quelques produits d'un lot alimentaire sont la cause d'accidents, on rappelle tout le lot à travers le pays (dans le doute, on retire de la vente) ; quand on soupçonne un sportif de dopage, on lui laisse le prix gagné jusqu'à preuve de sa tricherie (dans le doute, on accorde le bénéfice du doute) ; le safe search de google sur les images te cache bien des images de cul, mais en laisse passer d'autres qu'il n'a pas su reconnaître.
Une telle technique pourrait être appliquée au web :
1/ Manifestement pas tout public -> couic
2/ Pas sûr ni certain -> on laisse le site s'afficher.
Ce qu'on entend par "couic" est tout le problème. C'est la même chose pour les exemples ci-dessus : on a choisi de rappeler les conserves de nourriture compromise, mais on aurait pu choisir de zigouiller tous les consommateurs pour cacher le défaut alimentaire ; on laisse sa médaille au sportif, mais on pourrait dire "pas de vainqueur cette année"…
>> Quant à l'analogie avec le filtrage anti-spam, je pense qu'elle ne tient pas la route. On ne choisit pas les courriels que l'on reçoit, alors que l'on choisit les sites que l'on visite.
Et ton gamin de 8 ans, il avait vraiment tellement envie d'aller sur des sites de cul ?
Ce n'est pas parce qu'on atterri sur un site que son contenu est ce qu'on voulait voir !!
>> l n'existe pas à ma connaissance de filtre de courriel qui bloque les discussions « indécentes »
MSN filtrait des mots, et doit toujours le faire.
Et bien des fitrages de mails sont configurés pour bloquer les courriels avec une liste de mots « indécents. »
[^] # Re: Comment dire?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Une balise « carré blanc » pour mon HTML5. Évalué à 2.
Cela étant, on peut *très bien* avoir un jugement correct concernant un grand nombre de sites en utilisant une heuristique conservative. Même les antispams ne sont pas aussi gentils. Pourquoi tolères-tu qu'on filtre ton mail et pas tes sites ? Pourquoi acceptes-tu une marge d'erreur avec les heuristiques (souvent non conservatives) des filtres de spam et pas une procédure de décision incomplète mais correcte pour le filtrage des sites à contenu manifestement "pas pour tout le monde" ?
[^] # Re: Comment dire?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Une balise « carré blanc » pour mon HTML5. Évalué à 1.
L'industrie du JV est contrôlée, y compris sa distribution.
Or, internet ne permet pas ça. Si les sites de culs étaient tous dans une petite salle au fond à gauche d'internet, derrière un rideau, on aurait aucun problème. Mais le fait est que les contenus offensants d'internet sont d'une part « partout, » et d'autre part gagnants à ne pas être contrôlés.
Pour ma part, j'aurais préféré qu'on ait un domaine en .xxx et que tout site à contenu « adulte » placé sous un autre TLD puisse être mis hors-ligne immédiatement.
Évidemment, c'est pas la solution, ça pose plein d'autres problèmes…
[^] # Re: Un cheveal des cheveaux ?
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Quand les combats ne passent que par des cheveaux de Trois. Évalué à 6.
La prochaine fois, ne te relis pas.
Demande à aspell de le faire à ta place.
[^] # Re: Dommage...
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche SparkleShare pour partager vos fichiers sur internet. Évalué à 3.
C'est qui « on » ?
# Mouais
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Nanny, logiciel de contrôle parental pour linux.. Évalué à 6.
(Je cautionne l'usage de ces logiciels, hein. Juste que tout le monde dit "le logiciel d'orange est nul" alors que les LL se contournent de la même manière !)
[^] # Re: L'essayer, c'est (presque) l'adopter.
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Une nouvelle C.S.S. avec le printemps : « Springtime ». Évalué à 2.
Très joli, mais *rien* à voir avec le printemps…
[^] # Re: Problème de couple entre l'intelligence et la réalité
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Probabilités et sarkozysme. Évalué à 1.
ah
Euh…
Offre/demande.
Ce qui est rare est cher.
Cours d'économie niveau collège.