Je voulais rajouter le "petit" troll que j'avais ajouté en fin de news et qui a été précautioneusement enlevé : l'IPv6 c'est bien, mais pouvoir troller sur votre site préferré en IPv6, c'est mieux ! Selon la demande https://linuxfr.org/tracker/901.html linuxfr ne dispose pas d'accès IPv6 et ne prévoit pas d'en avoir car "la Fondation Free n'en propose pas".
Bizarre, le FAI que tout le monde encense pour certaines de ces actions pour promouvoir le libre (et d'autres "contre" le libre, je vous laisse deviner lesquelles) et pour être le "pionnier" du déploiement à grande échelle de l'IPv6 pour le grand public, et bien il ne pourrait/voudrait pas fournir d'IPv6 à linuxfr ?
OK, je vois tout de suite arriver les gentils admin bénévoles : "on n'a pas que ça à foutre". C'est pour ça que je propose de me déplacer un week-end sur Paris s'il le faut pour aider. Mais d'abord il faudrait connaître le position de Free : Bruno Michel a dit ne "propose" pas, mais j'ai entendu que les admins ici n'avaient en fait jamais demandé. Surement par manque de moyens et de temps (et d'envie ...), mais je suis sûr qu'on peut trouver du monde pour faire avancer ça !
Je pense que s'il y a un bien un site d'envergure sur le net français qui peut passer en IPv6, c'est bien linuxfr. Il est rempli de geeks qui sont prêts à bidouiller pour faire du v6, car comme indiqué plus haut, niveau routeur c'est pas la joie. Bon, il reste les tunnels, mais ce n'est pour moi qu'une bidouille qui ne devrait pas trop se généraliser ...
Je rajouterai à ceux qui disent que je suis un chieur, que Free est super gentil d'héberger linuxfr, etc, qu'au contraire Free gagne sûrement de l'argent à héberger ce site, par ses relations de peering. Et que même si je les remercie de le faire, s'ils "bloquent" une évolution possible vers l'IPv6, que doit-on en pesner ? (que je suis un chieur ?)
Voilà, c'était pour étalonner votre trollomètre pour ce vendredi.
Moi j'ai choisi la solution routeur (non-modem) sous OpenWRT avec modem ADSL2 séparé en ethernet.
OpenWRT contient tout ce qu'il faut pour faire de l'IPv6, au moins dans la dernière RC, la 8.09 (moi j'utilise le trunk). Un petit : opkg install kmod-ipv6 radvd ip6tables
et t'as tout les softs nécessaires. Il faut encore bidouiller un tout petit peu pour la conf (i.e. la faire à la main, mais c'est pareil sous Debian), mais je comptais essayer d'arranger ça en envoyant un patch ...
Je ne pense pas que ça contredise complètement ton discours, vu que je pense qu'IBM veut arrêter le monopole _logiciel_ de Microsoft. Au niveau du matos, IBM s'est beaucoup calmé par rapport à avant (comme Sun).
Oui, peut-être que quand le "concurrence" arrivera, il y aura moins de grève.
Pouruquoi ?
Parce que les gens seront encore moins payés, n'auront plus du tout de sécurité de l'emploi, ils travaillerons plus pour gagner un tout petit peu plus, et auront peur de se retrouver au chômage le lendemain, ils seront bien dociles face à leurs patrons, obéissant, etc.
Si c'est ce que tu souhaites pour tous les travailleurs français (puisqu'on est dans un pays dont la devise contient "égalité", qui veut bien dire "le plus petit dénominateur commun", c'est ça ?) alors je te dis que moi je ne veux pas vivre dans une société comme ça.
"En gagner plus tard" ?
J'ai déjà fait du Perl à une époque. Et bien l'histoire des %@$ je suis perdu aujourd'hui. Ta mémoire n'est pas infinie, et ce que tu passes comme effort à un moment, si tu l'oublies au bout d'un moment, ça ne sert pas à grand chose. En python, je n'ai quasiment jamais rien oublié, même après pas mal de temps à ne pas en avoir fait.
Sinon, pour l'histoire des divisions, c'est quelque chose qui doit être exceptionnel d'utiliser cette syntaxe, car le moto du python est que ça fasse les choses "bien" par défaut. Il y a eu une erreur historique sur la division (par défaut entière en 2.x, flottante en 3.x), maintenant c'est reglé.
Il est surtout beaucoup plus lisible pour quelqu'un qui connait pas trop le langage.
Plus lisible que Perl ou Python ?
S'il y a bien un truc dont je suis quasi-sûr par beaucoup d'expériences, c'est que Python est un des langages les plus lisibles qu'il y ait pour ceux qui ne le connaissant pas.
Ce n'est pas "déformé" ni "stupide", je trouve que c'est complètement logique. En python, quand on dit range(4), c'est [0,1,2,3]. Ça correspond tout à fait à la logique des tableaux, ça fait des calculs d'index beaucoup plus simples, c'est logique par rapport au fait qu'il y ait 4 éléments, et qu'en gros, tu prend toujours un interval comme étant inclusif pour le début, exclusif pour la "fin".
Arrêtez avec votre débat sur des langages complètement limité : je vous donne un exemple qui va tous vous clouer : getBounds(Array, Min, Max)
C'est du Prolog, et il n'y a pas d'histoire d'argument en entrée ou retourné, car souvent le "sens" des variable peut être changé comme on le veut ... Pas de problème de nommage de "valeurs de retour", etc.
Bon, c'est typé bizarrement, c'est pas objet, et c'est vieux, mais ça a quand même certains avantages ...
T'as une référence ? Je n'aime pas tant que ça l'anglicisme "immutable", mais je le trouve quand même assez clair comme mot. Et limite acceptable en français ...
Un petit conseil, ne te fait pas un avis sur Python en essayant Zope : je suis un fan de Python mais je n'ai jamais rien pu faire avec Zope (pareil que toi, je l'ai jeté), car c'est un framework qui redéfini tout un tas de concepts de manière complètement bizarre. Si tu veux un framework web en Python, regarde plutôt du coté de Django.
(désolé si les interlocuteurs différents se succèdent, ça doit pas être facile de tout suivre à la fois)
Bon, je pourrais te sortir pas mal de phrases du Zen pour dire que je n'aime pas ton exemple (je suis pour une écriture "naturelle", mais dans une certaine limite, quand elle n'apporte pas de redondance) :
Special cases aren't special enough to break the rules.
There should be one-- and preferably only one --obvious way to do it.
Quand tu te mets à apporter plein de raccourcis déjà dispo sous une autre forme, tu compliques le langage. Bon, ne me dis pas de faire de l'assembleur, ce que je veux dire c'est qu'il y a un équilibre à trouver, et je trouve que python en a trouvé un très bon. Et je pense que la deuxième phrase que je viens de citer est explicitement dirigée "contre" Perl.
Sinon, ça me fait marrer que tu parles de complexité car le langage est plus "épuré" : au contraire, tu vois la complexité dans le fait que le code est "plus long", mais moi je trouve qu'un langage avec plus de constructions (pas forcément super utiles) est vraiment plus complexe à apprendre. Le seul raccourci qui me manque dans python est les regexp "intégrées", mais bon, je m'en passe assez facilement. Et c'est ce qui me donne envie de regarder vers ruby ... mais son coté Perl me fait peur ...
Avant d'en racheter un, tu peux essayer un : smartctl -t long /dev/...
pour voir s'il te renvoit beaucoup d'erreurs ou non, mais bon, ce n'est jamais très rassurant de continuer à utiliser un disque qui flanche de temps à autres.
et les messages après à propos des erreurs de lecture et le message :
Error: UNC 8 sectors at LBA
La solution : faire tout de suite une sauvegarde du disque, même "brute", si tu n'arrives pas à monter correctement les partitions. Et ensuite, tu vas racheter un nouveau disque ...
Dans le Zen de Python, il est écrit :
Explicit is better than implicit.
Et j'ai beau aimer perl aussi pour pas mal de ses constructions, au final ce coté "super puissant" est souvent plus emmerdant qu'autre chose.
La preuve ? Ton exemple :
@liste = %h{@t};
ne marche pas chez moi, il fallait écrire (je suppose) :
@liste = @h{@t};
Voilà, c'est ce genre de détail qui me fait m'énerver sur perl.
En python, ça aurait donné (avec la compréhension sur les listes) :
liste = (h[k] for k in t)
ce qui est, quoique un peu plus long, tout de même beaucoup plus explicite et lisible.
Sinon, ton histoire de pouvoir utiliser des listes là où on utilise des valeurs, il me semble me rappeler que beaucoup de monde en a déjà parlé (j'y avait pensé il y a quelques années déjà) mais qu'au final ça apporte peu par rapport au bazar qu'il faut faire pour l'intégrer. En gros, c'est faire un map() implicite, et comme je disais plus haut, "explicite c'est mieux qu'implicite" ...
C'est effectivement un moyen de contourner le problème, mais normalement XV s'"active" automatiquement sur le bon écran. Bon, si c'était du clône d'écran, peut-être qu'il est resté sur le premier ; il y a un moyen de l'activer "à la main", en ligne de commande, mais je n'ai plus le nom en tête ...
Tout ça c'est une histoire de définition qu'essayent de faire gober ceux que ça dérange que le numérique permette la copie à l'infini. Il n'existe techniquement pas de différence entre le streaming et le téléchargement.
La différence existe peut-être pour les utilisateurs de logiciels propriétaires, mais je la refuse en tant qu'utilisateur de LL.
Bref, ils racontent n'importe quoi pour effrayer les gens et leur faire croire qu'ils sont faibles et sans droits. A nous de rétablir la vérité.
Oui, ce que je t'ai conseillé n'est effectivement pas directement lié à Entrelacs, c'est effectivement orthogonal. Mais ce sont pour moi des approches qui sont dans le même "esprit", mais dans d'autres domaines qu'uniquement la représentation des données.
Je suis d'accord avec ta réflexion sur lisp, bien que la suite de ce que tu racontes me fait beaucoup penser à Smalltalk. Oui, je rapproche encore ça d'un langage. C'est peut-être parce que pour moi, c'est un peu la base des choses, même si la représentation sous-jacente est souvent "négligée", alors que quelque de plus "travaillé" pourrait te sembler indispensable. Mais bon, c'est qu'à force de vouloir rendre ta représentation puissante, en fait, tu la fais devenir un langage ... (c'est un peu une vague supposition, je n'ai pas regardé de si près Entrelacs).
Voilà, je pense que ce sont des choses très intéressantes à étudier, mais j'avoue que depuis quelques temps j'ai un peu laissé tomber, miné par tout ce que je vois sur le poid du passé. Donc ça pourrait être intéressant comme projet expérimental, mais j'ai peur que ça n'aille pas plus loin. Bon après, si on est négatif comme moi, on fait jamais rien, alors je te souhaite quand même bon courage !
OK, merci, je n'avais encore jamais utilisé ni vu utiliser ce service. À mon avis ça ne marche plus quand tu veux acheter un billet moins d'une heure avant le départ, mais c'est déjà pas mal.
Pour la mise à jour, ils font du test wifi pour les usager qui veulent internet, et je pense au contraire que mettre au point un truc du genre pour que les billets réservés soient mis à jour auprès du conducteur, ça va prendre quelques temps.
Oui c'est tout à fait possible, j'ai déjà vu ça à une époque, il faut utiliser iproute2 pour manipuler les tables de routages supplémentaires du noyau, qui ne sont pas visibles avec les outils "classiques". D'ailleurs, je pense que tout bon admin qui veut bien connaître le réseau se doit de connaître iproute2, c'est tout simplement incomparablement plus puissant que les classiques ifconfig/route/etc ...
Quelques mots pour t'aider dans tes recherches, car je n'ai aucun lien sous la main pour l'instant : iproute2 et bonding.
Et un lien, en fait, si : http://lartc.org/
Je voudrais pas dire, mais le jour où tu te feras virer du train parce que "la machine refuse d'accepter votre billet", tu regretteras peut-être le temps où on avait des être humains pour décider de comment régler le problème. Ça arrive tout le temps aujourd'hui dans d'autres domaines, et ça a le don de m'exaspérer (i.e. si c'est moi qu'avait codé ce *%£# de système, ça ne serait jamais arrivé, je suis tellement doué ...)
Tu prônes la saine et magique concurrence, mais n'importe quelle boîte privée aura des conditions plus draconniennes que la SNCF actuellement (qui sont quand même plus sévères qu'il y a quelques années, il est vrai). Quel que soit le système informatique mis en place, il y aura toujours des gens qui ne rentrent pas dans les cases.
Et il faut aussi voir à faire des choses de manière égalitaire pour tout le monde : la SNCF et les utilisateurs. Imagines-tu une boîte privée te dire, quand tu leur auras dit que t'as perdu ton billet, "on vous en refait un tout de suite !" ? N'est-ce pas un peu abuser du "système" que de lui faire peser tes erreurs ? Oui, il faut un certain niveau de tolérance sinon c'est chiant à cause des rigidités. Mais des fois il y en a qui en abusent pas mal.
Je ne veux pas être rabat-joie, mais je vois là encore le moyen d'abuser du système : peut-être qu'il t'as été vraiment délivré, mais que tu l'as filé à un pote, et que tu gruges la SNCF. C'est la même chose quand tu changes ton billet par internet : tu repayes une fois, mais tu te fais rembourser en le ramenant dans les 30 jours suivant l'échange à un guichet.
[^] # Re: Et pour compléter
Posté par benoar . En réponse à la dépêche L'IPv6 débarque chez FDN. Évalué à 1.
# Et pour compléter
Posté par benoar . En réponse à la dépêche L'IPv6 débarque chez FDN. Évalué à 8.
Bizarre, le FAI que tout le monde encense pour certaines de ces actions pour promouvoir le libre (et d'autres "contre" le libre, je vous laisse deviner lesquelles) et pour être le "pionnier" du déploiement à grande échelle de l'IPv6 pour le grand public, et bien il ne pourrait/voudrait pas fournir d'IPv6 à linuxfr ?
OK, je vois tout de suite arriver les gentils admin bénévoles : "on n'a pas que ça à foutre". C'est pour ça que je propose de me déplacer un week-end sur Paris s'il le faut pour aider. Mais d'abord il faudrait connaître le position de Free : Bruno Michel a dit ne "propose" pas, mais j'ai entendu que les admins ici n'avaient en fait jamais demandé. Surement par manque de moyens et de temps (et d'envie ...), mais je suis sûr qu'on peut trouver du monde pour faire avancer ça !
Je pense que s'il y a un bien un site d'envergure sur le net français qui peut passer en IPv6, c'est bien linuxfr. Il est rempli de geeks qui sont prêts à bidouiller pour faire du v6, car comme indiqué plus haut, niveau routeur c'est pas la joie. Bon, il reste les tunnels, mais ce n'est pour moi qu'une bidouille qui ne devrait pas trop se généraliser ...
Je rajouterai à ceux qui disent que je suis un chieur, que Free est super gentil d'héberger linuxfr, etc, qu'au contraire Free gagne sûrement de l'argent à héberger ce site, par ses relations de peering. Et que même si je les remercie de le faire, s'ils "bloquent" une évolution possible vers l'IPv6, que doit-on en pesner ? (que je suis un chieur ?)
Voilà, c'était pour étalonner votre trollomètre pour ce vendredi.
[^] # Re: Modem routeur
Posté par benoar . En réponse à la dépêche L'IPv6 débarque chez FDN. Évalué à 4.
OpenWRT contient tout ce qu'il faut pour faire de l'IPv6, au moins dans la dernière RC, la 8.09 (moi j'utilise le trunk). Un petit :
opkg install kmod-ipv6 radvd ip6tableset t'as tout les softs nécessaires. Il faut encore bidouiller un tout petit peu pour la conf (i.e. la faire à la main, mais c'est pareil sous Debian), mais je comptais essayer d'arranger ça en envoyant un patch ...
[^] # Re: IBM, pas net ?
Posté par benoar . En réponse au journal Vente liée : Un espoir ?. Évalué à 2.
[^] # Re: Communication
Posté par benoar . En réponse au journal Un entretien avec la SNCF ?. Évalué à 2.
Pouruquoi ?
Parce que les gens seront encore moins payés, n'auront plus du tout de sécurité de l'emploi, ils travaillerons plus pour gagner un tout petit peu plus, et auront peur de se retrouver au chômage le lendemain, ils seront bien dociles face à leurs patrons, obéissant, etc.
Si c'est ce que tu souhaites pour tous les travailleurs français (puisqu'on est dans un pays dont la devise contient "égalité", qui veut bien dire "le plus petit dénominateur commun", c'est ça ?) alors je te dis que moi je ne veux pas vivre dans une société comme ça.
[^] # Re: Explicit is better than implicit.
Posté par benoar . En réponse au journal Perl, Javouille, Lisaac|(Ruby|SmallTalk|etc..). Évalué à 4.
J'ai déjà fait du Perl à une époque. Et bien l'histoire des %@$ je suis perdu aujourd'hui. Ta mémoire n'est pas infinie, et ce que tu passes comme effort à un moment, si tu l'oublies au bout d'un moment, ça ne sert pas à grand chose. En python, je n'ai quasiment jamais rien oublié, même après pas mal de temps à ne pas en avoir fait.
Sinon, pour l'histoire des divisions, c'est quelque chose qui doit être exceptionnel d'utiliser cette syntaxe, car le moto du python est que ça fasse les choses "bien" par défaut. Il y a eu une erreur historique sur la division (par défaut entière en 2.x, flottante en 3.x), maintenant c'est reglé.
[^] # Re: Explicit is better than implicit.
Posté par benoar . En réponse au journal Perl, Javouille, Lisaac|(Ruby|SmallTalk|etc..). Évalué à 4.
Plus lisible que Perl ou Python ?
S'il y a bien un truc dont je suis quasi-sûr par beaucoup d'expériences, c'est que Python est un des langages les plus lisibles qu'il y ait pour ceux qui ne le connaissant pas.
[^] # Re: Explicit is better than implicit.
Posté par benoar . En réponse au journal Perl, Javouille, Lisaac|(Ruby|SmallTalk|etc..). Évalué à 1.
[^] # Re: javascript
Posté par benoar . En réponse au journal Perl, Javouille, Lisaac|(Ruby|SmallTalk|etc..). Évalué à 4.
getBounds(Array, Min, Max)C'est du Prolog, et il n'y a pas d'histoire d'argument en entrée ou retourné, car souvent le "sens" des variable peut être changé comme on le veut ... Pas de problème de nommage de "valeurs de retour", etc.
Bon, c'est typé bizarrement, c'est pas objet, et c'est vieux, mais ça a quand même certains avantages ...
[^] # Re: Python c'est super !
Posté par benoar . En réponse au journal Perl, Javouille, Lisaac|(Ruby|SmallTalk|etc..). Évalué à 2.
[^] # Re: Explicit is better than implicit.
Posté par benoar . En réponse au journal Perl, Javouille, Lisaac|(Ruby|SmallTalk|etc..). Évalué à 5.
[^] # Re: Explicit is better than implicit.
Posté par benoar . En réponse au journal Perl, Javouille, Lisaac|(Ruby|SmallTalk|etc..). Évalué à 2.
Bon, je pourrais te sortir pas mal de phrases du Zen pour dire que je n'aime pas ton exemple (je suis pour une écriture "naturelle", mais dans une certaine limite, quand elle n'apporte pas de redondance) :
Special cases aren't special enough to break the rules.
There should be one-- and preferably only one --obvious way to do it.
Quand tu te mets à apporter plein de raccourcis déjà dispo sous une autre forme, tu compliques le langage. Bon, ne me dis pas de faire de l'assembleur, ce que je veux dire c'est qu'il y a un équilibre à trouver, et je trouve que python en a trouvé un très bon. Et je pense que la deuxième phrase que je viens de citer est explicitement dirigée "contre" Perl.
Sinon, ça me fait marrer que tu parles de complexité car le langage est plus "épuré" : au contraire, tu vois la complexité dans le fait que le code est "plus long", mais moi je trouve qu'un langage avec plus de constructions (pas forcément super utiles) est vraiment plus complexe à apprendre. Le seul raccourci qui me manque dans python est les regexp "intégrées", mais bon, je m'en passe assez facilement. Et c'est ce qui me donne envie de regarder vers ruby ... mais son coté Perl me fait peur ...
[^] # Re: Disque en train de crever ?
Posté par benoar . En réponse au message zero-length partition - fsck.ext3. Évalué à 2.
smartctl -t long /dev/...pour voir s'il te renvoit beaucoup d'erreurs ou non, mais bon, ce n'est jamais très rassurant de continuer à utiliser un disque qui flanche de temps à autres.
[^] # Re: Disque en train de crever ?
Posté par benoar . En réponse au message zero-length partition - fsck.ext3. Évalué à 2.
187 Reported_Uncorrect 0x0032 001 001 000 Old_age Always - 66772
[...]
195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age Always - 84781
et les messages après à propos des erreurs de lecture et le message :
Error: UNC 8 sectors at LBA
La solution : faire tout de suite une sauvegarde du disque, même "brute", si tu n'arrives pas à monter correctement les partitions. Et ensuite, tu vas racheter un nouveau disque ...
# Explicit is better than implicit.
Posté par benoar . En réponse au journal Perl, Javouille, Lisaac|(Ruby|SmallTalk|etc..). Évalué à 10.
Explicit is better than implicit.
Et j'ai beau aimer perl aussi pour pas mal de ses constructions, au final ce coté "super puissant" est souvent plus emmerdant qu'autre chose.
La preuve ? Ton exemple :
@liste = %h{@t};
ne marche pas chez moi, il fallait écrire (je suppose) :
@liste = @h{@t};
Voilà, c'est ce genre de détail qui me fait m'énerver sur perl.
En python, ça aurait donné (avec la compréhension sur les listes) :
liste = (h[k] for k in t)
ce qui est, quoique un peu plus long, tout de même beaucoup plus explicite et lisible.
Sinon, ton histoire de pouvoir utiliser des listes là où on utilise des valeurs, il me semble me rappeler que beaucoup de monde en a déjà parlé (j'y avait pensé il y a quelques années déjà) mais qu'au final ça apporte peu par rapport au bazar qu'il faut faire pour l'intégrer. En gros, c'est faire un map() implicite, et comme je disais plus haut, "explicite c'est mieux qu'implicite" ...
[^] # Re: Pas trop de détails, mais ...
Posté par benoar . En réponse au message Deux accès internet. Évalué à 4.
http://lartc.org/howto/lartc.rpdb.multiple-links.html
Et c'est du multipath, pas du bonding ...
[^] # Re: XVideo ne marche que sur une seule sortie très souvent
Posté par benoar . En réponse au message lecture vidéo par un vidéoprojecteur. Évalué à 2.
# Disque en train de crever ?
Posté par benoar . En réponse au message zero-length partition - fsck.ext3. Évalué à 2.
# Novlang
Posté par benoar . En réponse au journal Deezer et législation.. Évalué à 9.
La différence existe peut-être pour les utilisateurs de logiciels propriétaires, mais je la refuse en tant qu'utilisateur de LL.
Bref, ils racontent n'importe quoi pour effrayer les gens et leur faire croire qu'ils sont faibles et sans droits. A nous de rétablir la vérité.
[^] # Re: euhhh
Posté par benoar . En réponse au message projet "Entrelacs". Évalué à 3.
Je suis d'accord avec ta réflexion sur lisp, bien que la suite de ce que tu racontes me fait beaucoup penser à Smalltalk. Oui, je rapproche encore ça d'un langage. C'est peut-être parce que pour moi, c'est un peu la base des choses, même si la représentation sous-jacente est souvent "négligée", alors que quelque de plus "travaillé" pourrait te sembler indispensable. Mais bon, c'est qu'à force de vouloir rendre ta représentation puissante, en fait, tu la fais devenir un langage ... (c'est un peu une vague supposition, je n'ai pas regardé de si près Entrelacs).
Voilà, je pense que ce sont des choses très intéressantes à étudier, mais j'avoue que depuis quelques temps j'ai un peu laissé tomber, miné par tout ce que je vois sur le poid du passé. Donc ça pourrait être intéressant comme projet expérimental, mais j'ai peur que ça n'aille pas plus loin. Bon après, si on est négatif comme moi, on fait jamais rien, alors je te souhaite quand même bon courage !
[^] # Re: en même temps...
Posté par benoar . En réponse au journal Le rail et l'argent du rail. Évalué à 2.
Pour la mise à jour, ils font du test wifi pour les usager qui veulent internet, et je pense au contraire que mettre au point un truc du genre pour que les billets réservés soient mis à jour auprès du conducteur, ça va prendre quelques temps.
# Pas trop de détails, mais ...
Posté par benoar . En réponse au message Deux accès internet. Évalué à 3.
Quelques mots pour t'aider dans tes recherches, car je n'ai aucun lien sous la main pour l'instant : iproute2 et bonding.
Et un lien, en fait, si :
http://lartc.org/
[^] # Re: Bon
Posté par benoar . En réponse au message contruire un périphérique bluetooth. Évalué à 2.
http://www.prixdunet.com/jeux-videos-et-consoles/accessoire-(...)
Moins cher que la dual choc et la wiimote, mais c'est toujours du bluetooth.
[^] # Re: en même temps...
Posté par benoar . En réponse au journal Le rail et l'argent du rail. Évalué à 2.
Tu prônes la saine et magique concurrence, mais n'importe quelle boîte privée aura des conditions plus draconniennes que la SNCF actuellement (qui sont quand même plus sévères qu'il y a quelques années, il est vrai). Quel que soit le système informatique mis en place, il y aura toujours des gens qui ne rentrent pas dans les cases.
Et il faut aussi voir à faire des choses de manière égalitaire pour tout le monde : la SNCF et les utilisateurs. Imagines-tu une boîte privée te dire, quand tu leur auras dit que t'as perdu ton billet, "on vous en refait un tout de suite !" ? N'est-ce pas un peu abuser du "système" que de lui faire peser tes erreurs ? Oui, il faut un certain niveau de tolérance sinon c'est chiant à cause des rigidités. Mais des fois il y en a qui en abusent pas mal.
[^] # Re: en même temps...
Posté par benoar . En réponse au journal Le rail et l'argent du rail. Évalué à 2.