Posté par Maclag .
En réponse au journal tcpcrypt.
Évalué à 3.
Euh, je ne suis pas expert sur la question, mais là je ne vois pas où est le problème.
Si je comprends bien, si tcpcrypt n'est pas dispo sur une machine, alors on ne l'utilise pas et à la place, on utilise... le même TCP qu'on a déjà?
En quoi est-ce moins sécurisé que ce qu'on fait tous les jours?
Et au passage, qu'est-ce qui empêche de signaler à l'appli (ou autre, là je ne sais pas à qui s'adresser) "Attention, là on bascule tout en clair au niveau TCP, donc c'est une bonne idée de repasser à https, ftps et co!"
Le seul "problème" que je vois, c'est que le côté "c'est bon je suis sécurisé" de l'utilisateur parce qu'il a installé un truc qu'il ne comprend pas va lui donner une confiance injustifiée dans le réseau. Mais si ce même utilisateur pense qu'il a trouvé une solution miracle, j'aurais de gros doutes quant à la sécurité qu'il a en place aujourd'hui...
En gros, en quoi est-ce différent de "Ah non, moi le https, je prends pas! Envoie ton mot de passe sur http en clair stp!" ?
Pour PulseAudio, il a peut-être eu et a encore mauvaise réputation, mais j'ai pas l'impression que ça a freiné beaucoup son intégration dans les distributions...
En ce qui concerne Wayland, et bien si RedHat pense qu'il n'est pas prêt pour eux, personne n'a le droit de s'en servir?
Et puis songez un peu au "coup" marketing que peuvent faire les autres:
C'est un pari à haut risque fait là par Shuttleworth, même si je rejoins l'avis général qu'une alternative à xorg devrait être profitable à tout le monde... y compris à xorg!
Ce qui me chiffonne le plus, c'est le commentaire sur le "temps accordé" à KDE et Gnome pour s'adapter et le "aucune raison qu'ils ne migrent pas"
C'est peut-être moi qui comprends mal, mais la tournure de phrase semble indiquer qu'il n'y a pas eu de discussion avec les responsables de KDE et Gnome avant d'écrire ça.
C'est donc effectivement extrêmement risqué, voire légèrement directif d'annoncer qu'ils vont forcément migrer si eux-mêmes n'en ont jamais parlé. Mais encore une fois, je suis peut-être juste mal informé.
Le deuxième point qui m'embête, c'est qu'il ne fait aucune mention des autres environnements de bureau / gestionnaire de fenêtres.
Quid de XFCE? (bon, si Gnome peut s'adapter, ils devraient pouvoir aussi).
Quid de E17?
Quid de LXDE?
Ils deviendraient des environnements encore plus "mineurs" dépendant de cette couche de compatibilité qui n'est peut-être pas destinée à durer sur le long terme?
Enfin, je ne vois pas à quel moment il justifie cette migration, qui semble aller de soi (?!?). Xorg a beaucoup progressé, et a une feuille de route pour continuer qui ne me paraissait pas si bancale, pourquoi est-ce qu'on doit subitement s'en débarrasser?
Je crois que tu serais surpris par les non-informaticiens sur le manque de backup ou la procrastination du backup.
Quand on est débordé, le backup régulier, c'est toujours le premier truc qui saute dans l'agenda...
J'espère qu'ils ont des backup, mais:
- d'une, je suis loin d'être certain
- de deux, si j'étais eux, j'en ferais une douzaine de copies et les planqueraient un peu partout avant de le dire...
Pour quelqu'un qui ne voulait pas faire dans le populisme, tu enchaînes direct par le suicide des idées:
Fais un peu le calcul de l'argent perçu par ces députés, ministres, sénateurs dans l'absolu.
Non, pas les mecs un à la fois ou le salaire de telle catégorie, je parle du montant total qu'ils perçoivent à eux tous.
Ensuite, fais le même calcul pour passer tous les SMICards à 1500€.
Et enfin, commence à réfléchir à une autre solution...
Non non, la logique de la SPCRD:
"Oh non! Un auteur qui ne se rend pas compte qu'on peut faire du fric avec son travail l'a abandonné! Aidons-le! Ramassons des sous sur ce travail qu'on n' a pas fait. Si on le retrouve un jour, il nous dira merci!"
Donc en fait, les FAI veulent absolument déployer un truc super cher dont la plupart des gens ne veulent pas, et comme ça coûte cher, c'est les clients qui n'en veulent pas qui vont quand même être forcés à payer via une taxe?
Mais c'est génial!
Prochainement, taxe sur les petites voitures pour financer le développement des grosses dont vous ne voulez pas (mais on vous les fera moins cher).
Taxe sur le train pour financer le développement d'un nouvel avion qui n'avance pas mais consomme peu, dont tout le monde (ne) rêve (jamais).
...
On reparle des centrales nucléaires?
"La semaine dernière il m'a appelé sur mon portable quand j'étais dans mon jacuzzi pour me parler de mes co-propriétés
- Et alors?
- Ben rien, je voulais juste te dire que j'avais un portable, un jacuzzi et des co-propriétés..."
Effectivement, cette fonctionnalité est tout-à-fait essentielle.
Étant donné que Python est un langage facile et accessible, on peut supposer que la moitié des développeurs Python ne sait pas ce qu'est un encodage.
Par corollaire, on démontre que cette "fonctionnalité" est presque complètement inutile pour tous les autres langages. Un bon préprocesseur suffit largement.
Hein? Ouai, bon, avec toutes les civilisations qu'on a eu sur Terre, je vais bien trouver un calendrier sur lequel on est vendredi!!
Aaah! Enfin quelqu'un qui comprend qu'il n'est plus nécessaire de parler de Vim vs Emacs et KDE vs Gnome.
(vendredi, les gars! faut tenir jusque vendredi pour répondre!)
Là-dessus, je suis d'accord. Je n'ai pas dit libre au sens FSF, j'ai dit plus ouvert. Ça permettrait peut-être au client une meilleure intégration à la fin, ou des collaborations avec la recherche publique.
Et pourquoi pas une ouverture générale du source à tout le monde et autorisation d'utilisation dans le cadre privé, pourvu que la boite arrive à rentabiliser son investissement chez les entreprises.
Il est clair que le but du brevet c'est que tu n'en fasses pas ce que tu veux, et en particulier, rien qui puisse affecter les revenus de la boite qui dépose le brevet sur le sujet concerné.
L'équilibre se ferait sur la qualité de l'évaluation de l'innovation, et la durée de validité du brevet.
Oui mais ça ça marche quand même mieux sur un PC mono-utilisateur ou avec plusieurs comptes et des utilisateurs qui savent utiliser les comptes, ou avec les autres utilisateurs qui savent au moins sélectionner le bon clavier quand "le clavier il fait des trucs tout bizarres!".
Quand vous faites de la cohabitation avec des (bon, surtout une en fait) non-informaticiens qui veulent que ça "juste marche" (et c'est déjà pas évident tous les jours), et bien vous avez un jingle sonore très puissant au démarrage de l'utilisateur sur le bépo avec le clavier azerty...
Il est moinssé mais moi je plussoie:
Le monde du logiciel ne se limite pas à Linux et les développements ouverts et collaboratifs.
Il y a un tas d'applications pour lesquelles le développement a coûté une petite fortune, mais l'utilisation du logiciel lui-même est simple, sur un marché limité, et des petites start-up qui aimeraient bien passer sur un mode plus ouvert, sans pour autant se dire qu'elles sabordent toute possibilité d'avoir un revenu.
Alors oui, les grosses boites pourraient tomber dessus à bras raccourcis avec un panel de brevets. Mais c'est là qu'on précise "conditions d'obtention respectées": réelle innovation, pas un truc banal utilisé par tout le monde et n'importe qui.
Cela dit, avec la confiance qu'on peut accorder aux institutions concernées, je préfère aussi un monde sans brevet logiciel.
[^] # Re: your network connections will continue to work even if the remote en
Posté par Maclag . En réponse au journal tcpcrypt. Évalué à 3.
Si je comprends bien, si tcpcrypt n'est pas dispo sur une machine, alors on ne l'utilise pas et à la place, on utilise... le même TCP qu'on a déjà?
En quoi est-ce moins sécurisé que ce qu'on fait tous les jours?
Et au passage, qu'est-ce qui empêche de signaler à l'appli (ou autre, là je ne sais pas à qui s'adresser) "Attention, là on bascule tout en clair au niveau TCP, donc c'est une bonne idée de repasser à https, ftps et co!"
Le seul "problème" que je vois, c'est que le côté "c'est bon je suis sécurisé" de l'utilisateur parce qu'il a installé un truc qu'il ne comprend pas va lui donner une confiance injustifiée dans le réseau. Mais si ce même utilisateur pense qu'il a trouvé une solution miracle, j'aurais de gros doutes quant à la sécurité qu'il a en place aujourd'hui...
En gros, en quoi est-ce différent de "Ah non, moi le https, je prends pas! Envoie ton mot de passe sur http en clair stp!" ?
[^] # Re: petite info
Posté par Maclag . En réponse au journal Nom de zeus.... Évalué à 3.
[^] # Re: C'est un nids à trolls !
Posté par Maclag . En réponse au journal Ubuntu abandonne X pour Wayland. Évalué à 2.
En ce qui concerne Wayland, et bien si RedHat pense qu'il n'est pas prêt pour eux, personne n'a le droit de s'en servir?
Et puis songez un peu au "coup" marketing que peuvent faire les autres:
"Nouvelle Red Hat n: le Wayland qui marche!"
# Décision risquée... et les concertations?
Posté par Maclag . En réponse au journal Ubuntu abandonne X pour Wayland. Évalué à 6.
Ce qui me chiffonne le plus, c'est le commentaire sur le "temps accordé" à KDE et Gnome pour s'adapter et le "aucune raison qu'ils ne migrent pas"
C'est peut-être moi qui comprends mal, mais la tournure de phrase semble indiquer qu'il n'y a pas eu de discussion avec les responsables de KDE et Gnome avant d'écrire ça.
C'est donc effectivement extrêmement risqué, voire légèrement directif d'annoncer qu'ils vont forcément migrer si eux-mêmes n'en ont jamais parlé. Mais encore une fois, je suis peut-être juste mal informé.
Le deuxième point qui m'embête, c'est qu'il ne fait aucune mention des autres environnements de bureau / gestionnaire de fenêtres.
Quid de XFCE? (bon, si Gnome peut s'adapter, ils devraient pouvoir aussi).
Quid de E17?
Quid de LXDE?
Ils deviendraient des environnements encore plus "mineurs" dépendant de cette couche de compatibilité qui n'est peut-être pas destinée à durer sur le long terme?
Enfin, je ne vois pas à quel moment il justifie cette migration, qui semble aller de soi (?!?). Xorg a beaucoup progressé, et a une feuille de route pour continuer qui ne me paraissait pas si bancale, pourquoi est-ce qu'on doit subitement s'en débarrasser?
[^] # Re: Bonjour!
Posté par Maclag . En réponse au journal TF1 réclame (sans rien risquer) Google censure (sans vérifier). Évalué à 3.
[^] # Re: Non !
Posté par Maclag . En réponse au journal Enfin un journal qui dénonce (suite de la série du jour). Évalué à 3.
[^] # Re: Grave !
Posté par Maclag . En réponse au journal Enfin un journal qui parle de Linux. Évalué à 2.
# la grandes époque
Posté par Maclag . En réponse au journal Geocities archivé. Évalué à 4.
phrases en Français correct et les claviers qui se blo
[^] # Re: ce n'est pas le cas d'un simple disque dur ?
Posté par Maclag . En réponse au journal Plus de taxes pour copie privée pour les supports qualifiés pour 3 systèmes d'exploitation. Évalué à 4.
[^] # Re: sortir du traité de Lisbonne, même si on ne voit pas forcément le
Posté par Maclag . En réponse au journal Programme partagé. Évalué à 2.
Mais prétendre que ça va changer la balance dans les calculs de plus d'un pouillème, c'est n'importe quoi.
[^] # Re: Programmepartagé
Posté par Maclag . En réponse au journal Programme partagé. Évalué à 4.
------------>[ ]
[^] # Re: Chiffrage des données
Posté par Maclag . En réponse au journal Quand la république s'étiole.. Évalué à 3.
Je crois que tu serais surpris par les non-informaticiens sur le manque de backup ou la procrastination du backup.
Quand on est débordé, le backup régulier, c'est toujours le premier truc qui saute dans l'agenda...
J'espère qu'ils ont des backup, mais:
- d'une, je suis loin d'être certain
- de deux, si j'étais eux, j'en ferais une douzaine de copies et les planqueraient un peu partout avant de le dire...
[^] # Re: sortir du traité de Lisbonne, même si on ne voit pas forcément le
Posté par Maclag . En réponse au journal Programme partagé. Évalué à 2.
Fais un peu le calcul de l'argent perçu par ces députés, ministres, sénateurs dans l'absolu.
Non, pas les mecs un à la fois ou le salaire de telle catégorie, je parle du montant total qu'ils perçoivent à eux tous.
Ensuite, fais le même calcul pour passer tous les SMICards à 1500€.
Et enfin, commence à réfléchir à une autre solution...
[^] # Re: Abandonware ?
Posté par Maclag . En réponse au journal Oeuvres visuelles orphelines et licence libre. Évalué à 8.
"Oh non! Un auteur qui ne se rend pas compte qu'on peut faire du fric avec son travail l'a abandonné! Aidons-le! Ramassons des sous sur ce travail qu'on n' a pas fait. Si on le retrouve un jour, il nous dira merci!"
[^] # Re: Drôle d'idée
Posté par Maclag . En réponse au journal Encore une taxe qui se profile .... Évalué à 3.
Mais c'est génial!
Prochainement, taxe sur les petites voitures pour financer le développement des grosses dont vous ne voulez pas (mais on vous les fera moins cher).
Taxe sur le train pour financer le développement d'un nouvel avion qui n'avance pas mais consomme peu, dont tout le monde (ne) rêve (jamais).
...
On reparle des centrales nucléaires?
[^] # Re: ça dépend pour qui
Posté par Maclag . En réponse au journal Firefox me gave!. Évalué à 2.
Arrête de râler et code!
Signé: Ligue Mozilla Esclavagiste
[^] # Re: Oula
Posté par Maclag . En réponse au journal iGénération.fr passe deux mois avec un téléphone Androïd. Évalué à 3.
CHANGER d'interface, c'est douloureux.
Si tu commences avec Apple, et que tu restes avec Apple toute ta vie, alors tu n'as pas besoin de réapprendre!
Sinon, vous connaissez des gens qui choisissent leur voiture suivant la méthode d'enclenchement de la marche arrière sur la boite de vitesse?
[^] # Re: PJC
Posté par Maclag . En réponse au journal Utiliser un Iphone verrouillé via la commande vocale. Évalué à 2.
[^] # Re: On ne doit plus dire téléphone
Posté par Maclag . En réponse au journal Utiliser un Iphone verrouillé via la commande vocale. Évalué à 3.
- Et alors?
- Ben rien, je voulais juste te dire que j'avais un portable, un jacuzzi et des co-propriétés..."
# Fonctionnalité qui tue
Posté par Maclag . En réponse au journal Python, encodage, rot13, brainfuck. Évalué à 4.
Étant donné que Python est un langage facile et accessible, on peut supposer que la moitié des développeurs Python ne sait pas ce qu'est un encodage.
Par corollaire, on démontre que cette "fonctionnalité" est presque complètement inutile pour tous les autres langages. Un bon préprocesseur suffit largement.
Hein? Ouai, bon, avec toutes les civilisations qu'on a eu sur Terre, je vais bien trouver un calendrier sur lequel on est vendredi!!
-----------------> [ ]
# Mode bougon
Posté par Maclag . En réponse au journal Javascript : Serait il le langage web du futur ?. Évalué à 1.
ou les sondages.
Et ce même si le journal est pertinent...
Pis d'abord j'aime pas Javascript...
---------------> [ ]
[^] # Re: Génial !!!
Posté par Maclag . En réponse au journal Utiliser un Iphone verrouillé via la commande vocale. Évalué à 2.
(vendredi, les gars! faut tenir jusque vendredi pour répondre!)
[^] # Re: Il est où le problème ?
Posté par Maclag . En réponse au journal Ras le bol des journaleux. Évalué à 3.
Et pourquoi pas une ouverture générale du source à tout le monde et autorisation d'utilisation dans le cadre privé, pourvu que la boite arrive à rentabiliser son investissement chez les entreprises.
Il est clair que le but du brevet c'est que tu n'en fasses pas ce que tu veux, et en particulier, rien qui puisse affecter les revenus de la boite qui dépose le brevet sur le sujet concerné.
L'équilibre se ferait sur la qualité de l'évaluation de l'innovation, et la durée de validité du brevet.
[^] # Re: bépo 105 touches à disposition standard?
Posté par Maclag . En réponse au journal Typematrix (en français) is back !. Évalué à 2.
Quand vous faites de la cohabitation avec des (bon, surtout une en fait) non-informaticiens qui veulent que ça "juste marche" (et c'est déjà pas évident tous les jours), et bien vous avez un jingle sonore très puissant au démarrage de l'utilisateur sur le bépo avec le clavier azerty...
[^] # Re: Il est où le problème ?
Posté par Maclag . En réponse au journal Ras le bol des journaleux. Évalué à 2.
Le monde du logiciel ne se limite pas à Linux et les développements ouverts et collaboratifs.
Il y a un tas d'applications pour lesquelles le développement a coûté une petite fortune, mais l'utilisation du logiciel lui-même est simple, sur un marché limité, et des petites start-up qui aimeraient bien passer sur un mode plus ouvert, sans pour autant se dire qu'elles sabordent toute possibilité d'avoir un revenu.
Alors oui, les grosses boites pourraient tomber dessus à bras raccourcis avec un panel de brevets. Mais c'est là qu'on précise "conditions d'obtention respectées": réelle innovation, pas un truc banal utilisé par tout le monde et n'importe qui.
Cela dit, avec la confiance qu'on peut accorder aux institutions concernées, je préfère aussi un monde sans brevet logiciel.