Que tout le monde passe à Debian une fois pour toute et on sera tranquilles!
Pour les autres distros, merci de vous baser sur Debian. Vous pouvez modifier certains paquets à condition de ne pas rendre les paquets tiers incompatibles.
Et voilà!
Ah, au fait, je me mets une fois de plus consultant sur le coup, et donc je vais vous demander 15000€ pour l'étude complète et la solution clé en main.
Plus sérieusement, ça finira soit jamais, soit comme pour le système d'init qui n'était un problème pour personne sauf ceux qui doivent bosser avec: quelqu'un finira par poser une solution sur la table qui aura des mérites techniques indéniables, et ça passera dans toutes les autres distros progressivement, et parfois très douloureusement.
Reste que même si on se met d'accord sur le système de paquet, il ne faut pas oublier que toutes les distros n'ont pas le même environnement (je parlais de Debian, mais un paquet stable ne s'installera pas forcément sur unstable, voire peu de chances que ça marche sans faire gaffe).
Du coup, "LE" système qui s'imposera viendra avec une tripatouillée de contraintes qui permettront une génération simple du paquet (emplacements des répertoires ou au moins variables d'environnement standardisées pour les indiquer, etc.). Ça permettra de troller encore plus longtemps.
N'oublions pas non plus que si la solution vient de RH, ce sera forcément un complot.
Et pour mettre les 2 pieds dans le plat: en tant qu'utilisateur Debian, je me contrefous de savoir si Debian garde les deb ou passe aux rpm, tant que ça juste marche sans se vautrer, comme maintenant quoi!
Je pense que tu peux voir comment fonctionne une élection présidentielle:
Le gagnant est celui qui a la meilleure comm' (compétences persos et équipes autour) et un bon soutien des médias.
Des gens qui disaient des choses censées avec des programmes réalistes pour la présidentielles, il y en avait. Ils n'atteignent jamais le second tour parce qu'ils pensent naïvement qu'un bon programme et du bon sens peuvent orienter les résultats.
Le consomateur, ça fait bien longtemps qu'il sait que son tee-shirt vient de chine…
Non non non, la Chine c'est trop cher maintenant. En ce moment, c'est au Bengladesh.
(Les Chinois sont maintenant capables d'acheter du boeuf, c'est bien la preuve que ce sont devenus des salauds de riches, on va aller exploiter quelqu'un d'autre)
"Bon, les gars, la date de livraison est fixée, yapluka pour vous.
-Ne perdons pas de temps: réunion immédiate avec le partenaire pour…
-Ah non non! Ça va falloir attendre un peu, parce qu'on est pas encore complètement d'accord sur le prix.
-Euh… mais le calendrier qui donne la date de livraison, il suppose qu'on commence maintenant
-Ben change-le (crétin! tu peux pas résoudre ça sans moi, hein?)"
1 mois plus tard
"C'est bon, vous pouvez y aller. On a réglé la question business. Mais comme c'était un peu cher, on a décidé d'avancer la date de livraison de 2 semaines en compensation.
-Compensation de quoi et comment??
-Ah ben ça, c'est votre problème, je peux pas tout faire non plus! Aller, bon courage!"
Tu sais quoi, tu me fais penser à un cas tout-à-fait réél:
Les ventes des Tesla S (oui, la voiture électrique de luxe). Et on voit que le mec a tout compris.
Les Tesla S sont garanties 8ans, y compris la batterie, kilométrage illimité, et recharges gratuites sur les bornes rapides de la marque.
Elles coûtent aussi affreusement cher, et voilà pourquoi ça marche: fais ton calcul avec l'essence et l'entretien de ta voiture sur 8ans. Si tu es un gros rouleur, suivant ton cas, elle sera finalement l'une des voitures les moins chères du marché!!
On ne peut pas réduire le prix d'une voiture électrique même merdique à cause du coût de la batterie. Du coup, Tesla fait un produit de haute qualité, de luxe, et ça marche.
Pour tout le reste, on sait faire de la merde à bas coût, du coup, le marché de volume est là, tout en bas.
Aucune entreprise (ou presque) ne demande à ses ingénieurs d'utiliser des matériaux de merde. Aucune entreprise ou presque ne demande à ses ingénieurs de faire en sorte que tout tombe en ruine après un petit moment.
Par contre, présente un produit bien ficelé, durable et solide, et voilà ce qui va t'arriver:
Ton produit coûte 2x plus cher que le truc de merde à côté, et les études marketing démontreront que les ventes seront catastrophiques.
Ce n'est pas le rôle des entreprises de préférer la qualité à la merde si les consommateurs préfèrent acheter de la merde!
Lorsqu'Apple décide que la batterie ne soit pas changeable, je doute fortement que ça soit pour proposer des produits moins cher, vu le taux de marge su ces matériel (de l'ordre de 70% sur les iPhone je crois).
Le but d'Apple dans la vie c'est pas d'arnaquer les gens, c'est de gagner de l'argent. Arnaquer les gens est un moyen d'y arriver, certes, mais pas une fin en soi. (Je ne dis pas qu'ils arnaquent les gens. Je garde mon opinion sur le sujet pour moi)
En l'occurrence, réduire ses coûts de production sans baisse de prix fait gagner plus d'argent, donc ça c'est bien.
Quand on enlève la batterie interchangeable, on se passe d'un connecteur, on peut faire un téléphone plus fin, on peut le rendre plus résistant à l'humidité (ben oui, un connecteur soudé, je peux y mettre une epoxy dessus pour empêcher la flotte d'y aller, tandis qu'un simple connecteur, la moindre goutte et pschitt!).
mais aujourd'hui nous avons les documents qui prouvent que ces 1 000 heures ont été inventés non à cause de contrainte d'ingénierie, mais pour augmenter les profits de quelques sociétés privés.
Attends, voir, quand un organisme décide que la prochaine norme wifi aura une portée de 20m, c'est pour vendre plus de relais, ou c'est pour faire un standard commun et faisable pour tous les gens autour de la table?
1000h, ça peut être le standard de fait. "Les gars, faisons de la merde, mais tous pareil, faut qu'il y ait une limite, sinon c'est la course à la plus grosse merde et on va tous y perdre. On dit 1000h?"
Je ne peux qu'être d'accord.
Faut voir que la seule façon de garantir qu'un appareil va tomber en panne, c'est d'y mettre une horloge et une "bombe" (fusible ou autre) et du coup ça coûte plus cher.
Ce qui se passe en pratique à la conception, c'est que le cahier des charges comprend des clauses genre "durée de vie minimale: 1000h". Ça veut dire que tous les tests sont faits autour de cette durée 1000h, qui est généralement traduite par un test avec mise sous température élevée bien plus court, ou un cycle chaud-froid. Des tables existent pour convertir durée de vie et test "dur".
Avant de lancer la prod, on prend un échantillon représentatif de la production, on le passe dans les fours, et si tous les échantillons marchent encore après, et bien c'est bon: la qualif est passée, on peut lancer la production. Ensuite, on fait de l'échantillonnage: on envoie quelques pièces se faire tester la durée de vie pour vérifier que c'est stable.
Après, on dit que "oui mais tel composant va péter, c'est sûr". Ah ben oui, alors on en met un mieux un chouïa plus cher. Et puis le constructeur refait ses courbes, et se rend compte que finalement, on est passé de 1000h et 1010h, parce qu'il y a un autre truc qui va péter à chaque fois. Bon, on le remplace, et c'est un chouïa plus cher. On arrive à 1020.
Quand on arrive enfin à 2000h garanties, le département marketing t'appelle pour te dire que les gens n'achètent pas un truc plus cher qui tient plus longtemps. Ils préfèrent acheter un truc moins cher même s'il peut péter rapidement.
Alors le marché a décidé qu'il valait mieux y aller au minimum syndical.
Et maintenant qu'ils sont au minimum syndical, on va leur demander une plus grosse durée de vie… ah oui mais pas plus cher, sinon on va acheter ailleurs!
Signer ses emails, ça suppose qu'on demande un effort supplémentaire à l'interlocuteur, et ça dépend également de sa compréhension de la manoeuvre.
La presque totalité de mes interlocuteurs se repose à 100% sur le service qui leur est fourni clé en main. C'est-à-dire que s'il n'y a pas un bouton "utiliser des emails chiffrés quand c'est possible" validé par défaut dans la config, ça n'arrivera jamais. (et je n'ai jamais vu un client qui avait ça par défaut).
Et puis les clés GPG des interlocuteurs, c'est sympa, mais il faudra les garder synchro entre un pc portable, un pc de bureau, un smartphone et une tablette?
Non, il faut stocker ça sur un nuage et faire en sorte que le client ait une extension qui marche avec le nuage. Voilà, maintenant, les interlocuteurs ont besoin d'un nuage privé!
Si un jour le public le réclame pour de vrai, aucun doute que FB et Google se proposeront généreusement de stocker toutes les clés de tout le monde…
Bref: non, parce que ce n'est pas prêt pour le grand public!
Dans une telle situation souvent inextricable, il faut trouver un avis extérieur impartial.
C'est pourquoi je me propose comme consultant du projet Neo9000.
Je suis non seulement un avis impartial mais aussi la réponse à la question "que faire de l'argent des dons". La réponse est évidente:
Utiliser l'argent des dons pour payer un consultant venu vous conseiller sur l'utilisation de l'argent des dons.
J'aurai donc résolu (presque) tous vos problèmes, tel un bon consultant.
Bon, ne perdons pas de temps: contactez-moi par message privé. Vous voulez mon numéro de tél ou directement mon numéro de compte en banque qu'on en finisse vite?
Si tu as déjà les LinuxMag, tu sais grosso-merdo ce qui est passé dedans. Ici c'est pareil, du coup je peux lancer une recherche.
Si tu découvres, tu vas taper complètement au pif dans une salle d'archives de LinuxMag, ben tu peux tout aussi bien afficher une page au pif dans la liste des dépêches et parcourir de là.
Bon, je pense que même lui va l'admettre, Tanguy a des idées arrêtées sur certains sujets.
Par contre, on mélange tout et n'importe quoi, là!
Je suis un peu d'accord avec lui sur web et internet qui ne sont pas des synonymes, même si je pense qu'il en fait un peu plus que ce que ça mérite.
Mais sur l'absurdité des "ayant-droit" et de leurs facéties, je suis 100% d'accord avec lui, pas vous? Apparemment pas, ou alors je ne sais pas trop ce que vous en pensez.
On se perd effectivement dans une attaque contre Tanguy, et on oublie complètement le sujet: des vidéos inaccessibles quand on n'est pas depuis le bon pays dont on ne sait pas vraiment quel mal il y a à les rendre visibles depuis d'autres pays.
Si un jour pBpG dénonce une violation de la GPL, la question importante, ce sera la violation de la GPL, ou les idées de pBpG sur MS qui plaisent pas?
Là j'ai un énorme doute…
Pour le VPN sur port pseudo-aléatoire, il y a VPNGate! Approuvé par nombre d'internautes en Chine qui se sont faits couper leur VPN préféré.
(Perso j'y suis depuis ses débuts, et ça coupe pas!)
Je ne fais pas partie du projet et pour être franc, je n'ai jamais essayé NixOS. Mais ça veut aussi dire que je ne suis pas impliqué émotionnellement.
Mon conseil serait de ne pas migrer, parce que tu débutes, et parce que NixOS est un projet encore très jeune comparé aux distributions dites grand public. Un projet très jeune avec une base utilisateur réduite, ça veut dire qu'il faut s'attendre à rencontrer beaucoup de problèmes de jeunesse, simplement parce que plus la base utilisateur est réduite, plus il y a de chances que ton propre cas d'utilisation soit un cas particulier.
En plus, un système exotique signifie que peu de personnes seront disponibles pour t'aider.
NixOS fait également des choix très radicaux sur certains points, ce qui veut dire qu'il va falloir un peu de bagage pour adapter les infos que tu trouverais en ligne au cas particulier NixOS.
Kubuntu dispose d'une grosse base utilisateur et d'une grosse communauté. Dans le petit monde Linux, c'est très important parce que tu vas en avoir besoin pour trouver des solutions à tes problèmes.
Là tu parles de changements majeurs, déjà ça n'arrive pas tous les jours.
Ensuite, pour l'exemple des bases de données, supposons que l'option "configuration partagée" ou "config cloud" ou appellation similaire, je dirais que la question ne se poserait pas:
-soit ta première utilisation de l'outil est la version Y qui utilise MongoDB et là effectivement, tu es coincé jusqu'à ce que ça migre partout ; mais à la configuration, tu peux afficher un avertissement
-soit ta première utilisation est sur la version X, et quand tu lances la version Y pour la première fois, et que le logiciel te le demande, tu ne cliques pas sur "créer une base MongoDB", mais "utiliser une configuration existante"
La migration vers MongoDB devra se faire, sûrement sur demande de l'utilisateur, plus tard, quand l'utilisateur se sera lui-même assuré que toutes ses versions peuvent le faire. (Mais avouons-le: ce n'est pas une solution pour les utilisateurs lambda).
Ou alors (plus compliqué!), on peut imaginer que le logiciel maintienne un journal également en ligne de tous les clients qui y accèdent avec leurs versions. Passé un certain temps, un client peut proposer une migration sur la base "tous les clients que vous avez utilisés depuis xxx temps sont capables d'utiliser la nouvelle génération de stockage de données, voulez-vous effectuer la migration vers la nouvelle génération?"
Beaucoup plus simple: l'accès aux données est fait via un wrapper, et le client connecté n'a pas besoin de savoir quelle base de données est utilisée derrière, il ne voit qu'une API. Les clients sont capables d'utiliser une partie ou la totalité de l'API suivant leur version.
Si je peux me permettre, une partie de la réponse tient en amont dans le développement des logiciels eux-mêmes. La réponse ne peut pas être dans le gestionnaire de paquets.
Pourquoi 2 versions de KMail ne peuvent pas utiliser le même répertoire de configuration? (et ainsi de suite pour tous les autres). Pour la plupart des logiciels, ce n'est simplement pas prévu!
On ne peut pas demander à un gestionnaire de paquet de faire ce boulot-là. Et à l'heure du "cloud", si on envisage d'avoir la config dans le nuage et de pouvoir y accéder depuis n'importe quel poste connecté, il faut que la configuration soit lisible par n'importe quelle version de l'appli (on trouve déjà ça ailleurs, avec des messages genre "la config vient d'une version supérieure à celle que vous utilisez, il se peut que certaines fonctionnalités ne soient pas présentes etc.").
Il ne faudra pas longtemps avant que ça devienne une fonctionnalité "clé" pour les clients "lourds", parce que les clients web ne souffrent pas de ce problème.
Parce qu'il y a autant de systèmes de paquets que de groupes totalement convaincus que leur système de paquet est le meilleur et que si on en choisit un, ce devrait forcément être le leur!
Quant à l'installateur universel, 2 approches possibles:
-une standardisation à la LSB (on a vu ce que ça a donné par le passé: d'abord pas grand chose puis plus rien du tout)
-des paquets "autonomes", c'est-à-dire pré-compilés en statique pour éviter les soucis avec les différentes versions de chaque bibliothèque dans les différentes distros. Et là on perd les bienfaits des gestionnaires de paquets et de dépendance (parce qu'on décide de les ignorer).
Après, on peut imaginer une nouvelle formule, genre une standardisation des instructions de compilation, et une commande "commune" dans l'appel mais spécifique à chaque distro. Comme au lieu d'avoir un "setup.exe" qui installe un logiciel, tu aurais un "super-make.sh" qui compile, fabrique un paquet spécifique pour ta distro et l'installe.
Mais c'est plus facile à décrire en quelques lignes qu'à faire (et bonjour la batterie de tests pour les développeurs!!).
Tu connais une histoire avec une paille et une poutre?
C'est l'histoire d'un OS qui est n°3 mondial sur les parts de marché, et un OS dont le téléphone "flagship" a échoué à son financement par crowdfunding.
# Solution simple et immédiate
Posté par Maclag . En réponse au journal La diversité ou la complexité inutile ?. Évalué à 10.
Que tout le monde passe à Debian une fois pour toute et on sera tranquilles!
Pour les autres distros, merci de vous baser sur Debian. Vous pouvez modifier certains paquets à condition de ne pas rendre les paquets tiers incompatibles.
Et voilà!
Ah, au fait, je me mets une fois de plus consultant sur le coup, et donc je vais vous demander 15000€ pour l'étude complète et la solution clé en main.
Plus sérieusement, ça finira soit jamais, soit comme pour le système d'init qui n'était un problème pour personne sauf ceux qui doivent bosser avec: quelqu'un finira par poser une solution sur la table qui aura des mérites techniques indéniables, et ça passera dans toutes les autres distros progressivement, et parfois très douloureusement.
Reste que même si on se met d'accord sur le système de paquet, il ne faut pas oublier que toutes les distros n'ont pas le même environnement (je parlais de Debian, mais un paquet stable ne s'installera pas forcément sur unstable, voire peu de chances que ça marche sans faire gaffe).
Du coup, "LE" système qui s'imposera viendra avec une tripatouillée de contraintes qui permettront une génération simple du paquet (emplacements des répertoires ou au moins variables d'environnement standardisées pour les indiquer, etc.). Ça permettra de troller encore plus longtemps.
N'oublions pas non plus que si la solution vient de RH, ce sera forcément un complot.
Et pour mettre les 2 pieds dans le plat: en tant qu'utilisateur Debian, je me contrefous de savoir si Debian garde les deb ou passe aux rpm, tant que ça juste marche sans se vautrer, comme maintenant quoi!
[^] # Re: Cercle, influence, compétence, toussa
Posté par Maclag . En réponse au journal « Si je garde ma carte bancaire avec moi, personne ne l'utilisera à ma place ! ». Évalué à 10.
Je pense que tu peux voir comment fonctionne une élection présidentielle:
Le gagnant est celui qui a la meilleure comm' (compétences persos et équipes autour) et un bon soutien des médias.
Des gens qui disaient des choses censées avec des programmes réalistes pour la présidentielles, il y en avait. Ils n'atteignent jamais le second tour parce qu'ils pensent naïvement qu'un bon programme et du bon sens peuvent orienter les résultats.
[^] # Re: Cercle, influence, compétence, toussa
Posté par Maclag . En réponse au journal « Si je garde ma carte bancaire avec moi, personne ne l'utilisera à ma place ! ». Évalué à 10.
Non non non, la Chine c'est trop cher maintenant. En ce moment, c'est au Bengladesh.
(Les Chinois sont maintenant capables d'acheter du boeuf, c'est bien la preuve que ce sont devenus des salauds de riches, on va aller exploiter quelqu'un d'autre)
[^] # Re: Cercle, influence, compétence, toussa
Posté par Maclag . En réponse au journal « Si je garde ma carte bancaire avec moi, personne ne l'utilisera à ma place ! ». Évalué à 10.
Ah, ça j'ai déjà vécu:
"Bon, les gars, la date de livraison est fixée, yapluka pour vous.
-Ne perdons pas de temps: réunion immédiate avec le partenaire pour…
-Ah non non! Ça va falloir attendre un peu, parce qu'on est pas encore complètement d'accord sur le prix.
-Euh… mais le calendrier qui donne la date de livraison, il suppose qu'on commence maintenant
-Ben change-le (crétin! tu peux pas résoudre ça sans moi, hein?)"
1 mois plus tard
"C'est bon, vous pouvez y aller. On a réglé la question business. Mais comme c'était un peu cher, on a décidé d'avancer la date de livraison de 2 semaines en compensation.
-Compensation de quoi et comment??
-Ah ben ça, c'est votre problème, je peux pas tout faire non plus! Aller, bon courage!"
[^] # Re: Émeutes ?
Posté par Maclag . En réponse au journal Système d'exploitation "made in france" -- Cocorico. Évalué à 7.
Non, le système d'exploitation français, c'est le CAPITALISME!
Travailleurs, travailleuses, on vous ment! on vous spolie!
Et en plus, maintenant on vous l'annonce en avance!
Tous ensembles:
"C'est la luuuuuutteeeee finaaaaaaaleeeee"
C'était un message de Lutte Ouvrière
--------> [ ]
[^] # Re: Mandrake
Posté par Maclag . En réponse au journal Système d'exploitation "made in france" -- Cocorico. Évalué à 3.
Non, c'est Phoenix le meilleur OS. Et depuis le temps, il doit être vachement avancé.
[^] # Re: J'aime pas la télé, arte compris
Posté par Maclag . En réponse au journal La tragédie électronique, c'est maintenant.. Évalué à 1.
Tu sais quoi, tu me fais penser à un cas tout-à-fait réél:
Les ventes des Tesla S (oui, la voiture électrique de luxe). Et on voit que le mec a tout compris.
Les Tesla S sont garanties 8ans, y compris la batterie, kilométrage illimité, et recharges gratuites sur les bornes rapides de la marque.
Elles coûtent aussi affreusement cher, et voilà pourquoi ça marche: fais ton calcul avec l'essence et l'entretien de ta voiture sur 8ans. Si tu es un gros rouleur, suivant ton cas, elle sera finalement l'une des voitures les moins chères du marché!!
On ne peut pas réduire le prix d'une voiture électrique même merdique à cause du coût de la batterie. Du coup, Tesla fait un produit de haute qualité, de luxe, et ça marche.
Pour tout le reste, on sait faire de la merde à bas coût, du coup, le marché de volume est là, tout en bas.
Aucune entreprise (ou presque) ne demande à ses ingénieurs d'utiliser des matériaux de merde. Aucune entreprise ou presque ne demande à ses ingénieurs de faire en sorte que tout tombe en ruine après un petit moment.
Par contre, présente un produit bien ficelé, durable et solide, et voilà ce qui va t'arriver:
Ton produit coûte 2x plus cher que le truc de merde à côté, et les études marketing démontreront que les ventes seront catastrophiques.
Ce n'est pas le rôle des entreprises de préférer la qualité à la merde si les consommateurs préfèrent acheter de la merde!
[^] # Re: J'aime pas la télé, arte compris
Posté par Maclag . En réponse au journal La tragédie électronique, c'est maintenant.. Évalué à 5.
Le but d'Apple dans la vie c'est pas d'arnaquer les gens, c'est de gagner de l'argent. Arnaquer les gens est un moyen d'y arriver, certes, mais pas une fin en soi. (Je ne dis pas qu'ils arnaquent les gens. Je garde mon opinion sur le sujet pour moi)
En l'occurrence, réduire ses coûts de production sans baisse de prix fait gagner plus d'argent, donc ça c'est bien.
Quand on enlève la batterie interchangeable, on se passe d'un connecteur, on peut faire un téléphone plus fin, on peut le rendre plus résistant à l'humidité (ben oui, un connecteur soudé, je peux y mettre une epoxy dessus pour empêcher la flotte d'y aller, tandis qu'un simple connecteur, la moindre goutte et pschitt!).
Attends, voir, quand un organisme décide que la prochaine norme wifi aura une portée de 20m, c'est pour vendre plus de relais, ou c'est pour faire un standard commun et faisable pour tous les gens autour de la table?
1000h, ça peut être le standard de fait. "Les gars, faisons de la merde, mais tous pareil, faut qu'il y ait une limite, sinon c'est la course à la plus grosse merde et on va tous y perdre. On dit 1000h?"
[^] # Re: J'aime pas la télé, arte compris
Posté par Maclag . En réponse au journal La tragédie électronique, c'est maintenant.. Évalué à 9.
Je ne peux qu'être d'accord.
Faut voir que la seule façon de garantir qu'un appareil va tomber en panne, c'est d'y mettre une horloge et une "bombe" (fusible ou autre) et du coup ça coûte plus cher.
Ce qui se passe en pratique à la conception, c'est que le cahier des charges comprend des clauses genre "durée de vie minimale: 1000h". Ça veut dire que tous les tests sont faits autour de cette durée 1000h, qui est généralement traduite par un test avec mise sous température élevée bien plus court, ou un cycle chaud-froid. Des tables existent pour convertir durée de vie et test "dur".
Avant de lancer la prod, on prend un échantillon représentatif de la production, on le passe dans les fours, et si tous les échantillons marchent encore après, et bien c'est bon: la qualif est passée, on peut lancer la production. Ensuite, on fait de l'échantillonnage: on envoie quelques pièces se faire tester la durée de vie pour vérifier que c'est stable.
Après, on dit que "oui mais tel composant va péter, c'est sûr". Ah ben oui, alors on en met un mieux un chouïa plus cher. Et puis le constructeur refait ses courbes, et se rend compte que finalement, on est passé de 1000h et 1010h, parce qu'il y a un autre truc qui va péter à chaque fois. Bon, on le remplace, et c'est un chouïa plus cher. On arrive à 1020.
Quand on arrive enfin à 2000h garanties, le département marketing t'appelle pour te dire que les gens n'achètent pas un truc plus cher qui tient plus longtemps. Ils préfèrent acheter un truc moins cher même s'il peut péter rapidement.
Alors le marché a décidé qu'il valait mieux y aller au minimum syndical.
Et maintenant qu'ils sont au minimum syndical, on va leur demander une plus grosse durée de vie… ah oui mais pas plus cher, sinon on va acheter ailleurs!
# Avec qui??
Posté par Maclag . En réponse au sondage Chiffrez/signez-vous vos courriels?. Évalué à 4.
Signer ses emails, ça suppose qu'on demande un effort supplémentaire à l'interlocuteur, et ça dépend également de sa compréhension de la manoeuvre.
La presque totalité de mes interlocuteurs se repose à 100% sur le service qui leur est fourni clé en main. C'est-à-dire que s'il n'y a pas un bouton "utiliser des emails chiffrés quand c'est possible" validé par défaut dans la config, ça n'arrivera jamais. (et je n'ai jamais vu un client qui avait ça par défaut).
Et puis les clés GPG des interlocuteurs, c'est sympa, mais il faudra les garder synchro entre un pc portable, un pc de bureau, un smartphone et une tablette?
Non, il faut stocker ça sur un nuage et faire en sorte que le client ait une extension qui marche avec le nuage. Voilà, maintenant, les interlocuteurs ont besoin d'un nuage privé!
Si un jour le public le réclame pour de vrai, aucun doute que FB et Google se proposeront généreusement de stocker toutes les clés de tout le monde…
Bref: non, parce que ce n'est pas prêt pour le grand public!
[^] # Re: criblage "in silico" ???
Posté par Maclag . En réponse au journal Un nouveau logiciel open source pour le criblage "in silico" (chemoinformatique). Évalué à 1.
Et ben donc là c'est pareil, mais pour trier différents types de silico…ne??
-----------> [ ]
# J'ai la solution!
Posté par Maclag . En réponse au journal Neo900 en standby. Évalué à 10.
Dans une telle situation souvent inextricable, il faut trouver un avis extérieur impartial.
C'est pourquoi je me propose comme consultant du projet Neo9000.
Je suis non seulement un avis impartial mais aussi la réponse à la question "que faire de l'argent des dons". La réponse est évidente:
Utiliser l'argent des dons pour payer un consultant venu vous conseiller sur l'utilisation de l'argent des dons.
J'aurai donc résolu (presque) tous vos problèmes, tel un bon consultant.
Bon, ne perdons pas de temps: contactez-moi par message privé. Vous voulez mon numéro de tél ou directement mon numéro de compte en banque qu'on en finisse vite?
[^] # Re: Quel problème
Posté par Maclag . En réponse au journal Préserver nos pensées quotidiennes. Évalué à 3.
Je suis pas sûr de bien comprendre:
Si tu as déjà les LinuxMag, tu sais grosso-merdo ce qui est passé dedans. Ici c'est pareil, du coup je peux lancer une recherche.
Si tu découvres, tu vas taper complètement au pif dans une salle d'archives de LinuxMag, ben tu peux tout aussi bien afficher une page au pif dans la liste des dépêches et parcourir de là.
[^] # Re: le revendeur est dans la M...
Posté par Maclag . En réponse au journal Licences OEM et vente liée : les Linuxiens ne sont pas les seuls concernés.. Évalué à 7.
Si j'ai bien compris, le client a déjà menacé de poursuivre le réparateur pour vente forcée s'il ajoute le prix de la nouvelle licence.
[^] # Re: Oui mais...
Posté par Maclag . En réponse au journal Licences OEM et vente liée : les Linuxiens ne sont pas les seuls concernés.. Évalué à 4.
Non, mais si MS gagne, ça fera rager un peu plus de gens qu'avant la plainte. Petit à petit, ça va faire son chemin.
Du coup j'en viens à souhaiter qu'ils gagnent!
[^] # Re: Très stupide ...
Posté par Maclag . En réponse au journal DNS remplacé par GPS ?. Évalué à 3.
A l'intérieur d'un immeuble qui renferme potentiellement plusieurs salles de serveurs, je dirais que la précision est pas terrible.
# Mieux
Posté par Maclag . En réponse au journal DNS remplacé par GPS ?. Évalué à 10.
Le GPS, c'est un truc sous contrôle américain. Il faut rendre le contrôle d'internet aux pays du monde.
Moi je propose qu'on utilise l'adresse postale des serveurs!
------------> [ ]
[^] # Re: Mouais…
Posté par Maclag . En réponse au journal [hors-sujet] Rendez nous Colbert et John Stewart !. Évalué à 9.
Bon, je pense que même lui va l'admettre, Tanguy a des idées arrêtées sur certains sujets.
Par contre, on mélange tout et n'importe quoi, là!
Je suis un peu d'accord avec lui sur web et internet qui ne sont pas des synonymes, même si je pense qu'il en fait un peu plus que ce que ça mérite.
Mais sur l'absurdité des "ayant-droit" et de leurs facéties, je suis 100% d'accord avec lui, pas vous? Apparemment pas, ou alors je ne sais pas trop ce que vous en pensez.
On se perd effectivement dans une attaque contre Tanguy, et on oublie complètement le sujet: des vidéos inaccessibles quand on n'est pas depuis le bon pays dont on ne sait pas vraiment quel mal il y a à les rendre visibles depuis d'autres pays.
Si un jour pBpG dénonce une violation de la GPL, la question importante, ce sera la violation de la GPL, ou les idées de pBpG sur MS qui plaisent pas?
Là j'ai un énorme doute…
[^] # Re: Coutournement.
Posté par Maclag . En réponse au journal [hors-sujet] Rendez nous Colbert et John Stewart !. Évalué à 5.
Pour le VPN sur port pseudo-aléatoire, il y a VPNGate! Approuvé par nombre d'internautes en Chine qui se sont faits couper leur VPN préféré.
(Perso j'y suis depuis ses débuts, et ça coupe pas!)
[^] # Re: concept "fabuleux"
Posté par Maclag . En réponse à la dépêche Nix 1.7, Nixpkgs, NixOS 14.04, Guix 0.6. Évalué à 5.
Je ne fais pas partie du projet et pour être franc, je n'ai jamais essayé NixOS. Mais ça veut aussi dire que je ne suis pas impliqué émotionnellement.
Mon conseil serait de ne pas migrer, parce que tu débutes, et parce que NixOS est un projet encore très jeune comparé aux distributions dites grand public. Un projet très jeune avec une base utilisateur réduite, ça veut dire qu'il faut s'attendre à rencontrer beaucoup de problèmes de jeunesse, simplement parce que plus la base utilisateur est réduite, plus il y a de chances que ton propre cas d'utilisation soit un cas particulier.
En plus, un système exotique signifie que peu de personnes seront disponibles pour t'aider.
NixOS fait également des choix très radicaux sur certains points, ce qui veut dire qu'il va falloir un peu de bagage pour adapter les infos que tu trouverais en ligne au cas particulier NixOS.
Kubuntu dispose d'une grosse base utilisateur et d'une grosse communauté. Dans le petit monde Linux, c'est très important parce que tu vas en avoir besoin pour trouver des solutions à tes problèmes.
[^] # Re: Configurations utilisateur
Posté par Maclag . En réponse à la dépêche Nix 1.7, Nixpkgs, NixOS 14.04, Guix 0.6. Évalué à 6.
Là tu parles de changements majeurs, déjà ça n'arrive pas tous les jours.
Ensuite, pour l'exemple des bases de données, supposons que l'option "configuration partagée" ou "config cloud" ou appellation similaire, je dirais que la question ne se poserait pas:
-soit ta première utilisation de l'outil est la version Y qui utilise MongoDB et là effectivement, tu es coincé jusqu'à ce que ça migre partout ; mais à la configuration, tu peux afficher un avertissement
-soit ta première utilisation est sur la version X, et quand tu lances la version Y pour la première fois, et que le logiciel te le demande, tu ne cliques pas sur "créer une base MongoDB", mais "utiliser une configuration existante"
La migration vers MongoDB devra se faire, sûrement sur demande de l'utilisateur, plus tard, quand l'utilisateur se sera lui-même assuré que toutes ses versions peuvent le faire. (Mais avouons-le: ce n'est pas une solution pour les utilisateurs lambda).
Ou alors (plus compliqué!), on peut imaginer que le logiciel maintienne un journal également en ligne de tous les clients qui y accèdent avec leurs versions. Passé un certain temps, un client peut proposer une migration sur la base "tous les clients que vous avez utilisés depuis xxx temps sont capables d'utiliser la nouvelle génération de stockage de données, voulez-vous effectuer la migration vers la nouvelle génération?"
Beaucoup plus simple: l'accès aux données est fait via un wrapper, et le client connecté n'a pas besoin de savoir quelle base de données est utilisée derrière, il ne voit qu'une API. Les clients sont capables d'utiliser une partie ou la totalité de l'API suivant leur version.
Évidemment, ça fait beaucoup de "yaka".
[^] # Re: Configurations utilisateur
Posté par Maclag . En réponse à la dépêche Nix 1.7, Nixpkgs, NixOS 14.04, Guix 0.6. Évalué à 9.
Si je peux me permettre, une partie de la réponse tient en amont dans le développement des logiciels eux-mêmes. La réponse ne peut pas être dans le gestionnaire de paquets.
Pourquoi 2 versions de KMail ne peuvent pas utiliser le même répertoire de configuration? (et ainsi de suite pour tous les autres). Pour la plupart des logiciels, ce n'est simplement pas prévu!
On ne peut pas demander à un gestionnaire de paquet de faire ce boulot-là. Et à l'heure du "cloud", si on envisage d'avoir la config dans le nuage et de pouvoir y accéder depuis n'importe quel poste connecté, il faut que la configuration soit lisible par n'importe quelle version de l'appli (on trouve déjà ça ailleurs, avec des messages genre "la config vient d'une version supérieure à celle que vous utilisez, il se peut que certaines fonctionnalités ne soient pas présentes etc.").
Il ne faudra pas longtemps avant que ça devienne une fonctionnalité "clé" pour les clients "lourds", parce que les clients web ne souffrent pas de ce problème.
[^] # Re: Installateurs universels ?
Posté par Maclag . En réponse à la dépêche Nix 1.7, Nixpkgs, NixOS 14.04, Guix 0.6. Évalué à 5.
Parce qu'il y a autant de systèmes de paquets que de groupes totalement convaincus que leur système de paquet est le meilleur et que si on en choisit un, ce devrait forcément être le leur!
Quant à l'installateur universel, 2 approches possibles:
-une standardisation à la LSB (on a vu ce que ça a donné par le passé: d'abord pas grand chose puis plus rien du tout)
-des paquets "autonomes", c'est-à-dire pré-compilés en statique pour éviter les soucis avec les différentes versions de chaque bibliothèque dans les différentes distros. Et là on perd les bienfaits des gestionnaires de paquets et de dépendance (parce qu'on décide de les ignorer).
Après, on peut imaginer une nouvelle formule, genre une standardisation des instructions de compilation, et une commande "commune" dans l'appel mais spécifique à chaque distro. Comme au lieu d'avoir un "setup.exe" qui installe un logiciel, tu aurais un "super-make.sh" qui compile, fabrique un paquet spécifique pour ta distro et l'installe.
Mais c'est plus facile à décrire en quelques lignes qu'à faire (et bonjour la batterie de tests pour les développeurs!!).
[^] # Re: Tres humoristique
Posté par Maclag . En réponse au journal C'est vendredi, c'est permis, aka, MS devrait faire une offre à MS pour sa boite. Évalué à 5.
Tu connais une histoire avec une paille et une poutre?
C'est l'histoire d'un OS qui est n°3 mondial sur les parts de marché, et un OS dont le téléphone "flagship" a échoué à son financement par crowdfunding.
[^] # Re: PostgreSQL, c'est mieux que MariaDB
Posté par Maclag . En réponse au journal Un dépôt MariaDB est aux abonnés absents. Évalué à 9.
Moi qui croyais que c'était un logiciel à but éducatif sur la maintenance.
(On est vendredi encore 30min ici!!)