Le reproche fait à Linux n'est pas Sous Linux c'est pourri car tout change d'une année sur l'autre
Mais
Sous Linux c'est pourri car tout change tous les six mois niveau API, tous les deux mois niveau ABI; te casse pas les pieds à chercher la doc y en a pas ou elle est fausse (spécial dédicace Alsa); de toute façon le kernel Linux c'est 6 sociétés qui tirent la couverture vers eux, 15 000 mômes qui s'amusent et Alan Cox qui fait le ménage sous les insultes.
Les BSDistes quand ils critiquent sont toujours complets, même si parfois acerbes.
Trop de risques de copeaux qui partent au mauvais endroit.
Non l'idéal c'est d'utiliser une résine composite, on fait une boule au bout du tournevis, on prend l'empreinte de la vis et on fait durcir.
Le seul défaut sur des vis aussi petites c'est qu'il va falloir une très bonne résine pour ne pas que l'empreinte casse au bout de deux vis. Mais ce ne sont pas les résines qui manquent...
As-tu pensé à regarder du coté de Kerberos v5 ?
La logique est légèrement différente de celles que tu cherches à obtenir, mais ca permet de débloquer des clefs SSH ou PGP à la demande, par application. Couplé avec du SASL du PAM et une bonne gestion des token ca fait tout ce que tu demandes.
Par contre l'installation est un peu lourdingue si c'est juste pour un desktop seul.
Ton argumentation me rend perplexe. J'ai l'impression que tu dis qu'Erlang n'est pas un langage fonctionnel, puisqu'il ne permet pas de créer des fonctions locales, et que la syntaxe "fun" est juste du sucre syntaxique proche d'une fonction pour autre chose de moins expressif (moins expressif puisqu'on n'envisage pas d'y ajouter la récursion).
Non, je dis que fun est une sauvegarde d'état, qui ne doit en aucun cas être prise pour une fonction locale. Après comme on est dans un langage fonctionelle fort (i.e pas de porte de sortie pour faire un peu de procédural ici ou là) toutes les fonctions peuvent être considérée comme locale.
En même temps, ton discours "tu peux l'utiliser où tu veux dans ton code, le passer en paramètre ..." est exactement celui que l'on utilise pour décrire des fonctions de première classe. Des fonctions quoi.
Non un état ets en quelque sorte l'inverse d'une fonction
Si on a F : x-> pleins_de_trucs.
alors F est la fonction et x est l'état.
Sauf que contrairement à un matching standard ton etat peut posséder de la logique propre à lui (mais toujours totalement dissociée de la logique de F)
mais peut-être que si la syntaxe était mieux pensée sur ce point, les gens pourraient s'en servir de temps en temps.
La logique Erlang va vraiement à l'encontre de fonctions locales telles que tu les souhaites. Chaque morceau doit être patchable à chaud, distribuable etc. Dans cet optiques de nombreux choix ont été faits, un de ces choix est de dire que les variables ne sont pas modifiables et que les scopes sont tous locaux à la fonction qui s'execute. Vouloir faire de la récursion en local au sein d'une fonction n'est donc pas très utile...
Un exemple serait plus parlant. Imagine que j'ai une fonction Erlang un peu grosse, qui définit une fonction locale (parce que cette fonction utilise des variables définies plus haut dans le bloc, et qu'elle n'a de sens que dans ce contexte donc polluerait inutilement le niveau global).
Déjà je t'arrête, il n'y a pas de niveau global à polluer. Fais ta fonction/ton module tranquillement. Autre particularité d'Erlang, il y a 99 chances sur 100 qu'il gère mieux la concurence que toi. Il faut donc faire autant de fonctions que possible sans que ca gène trop la lisibilité.
Mais je ne peux pas, car `F` n'est pas définie dans le corps de la fonction.
Non, tu ne peux pas parceque F n'est pas une fonction locale au sens langage C du terme, mais un etat. F(N-1) ne veut rien dire, puisque F(N) a déjà été appelé et que l'état a déjà été assigné. C'est pour çà que le compilo te jette. De façon générale tu n'as aucun moyen de faire appel à la logique à l'intérieur de F, vu que cette logique n'a pas de nom par laquelle l'appeler (c'est le truc des fonctions locales d'ailleurs). Fondamentalement vu que tu ne peux pas l'appeler, tu vas avoir du mal à faire de la récursion dessus.
J'aimerais avoir une syntaxe pour faire ça, par exemple :
La méthode la plus simple est d'utiliser le keyword apply sur une fonction d'un module extérieur.
D'abord un module avec al fonction factorielle dedans :
-module(m).
-export([fact/1]).
fact(N) when N>0 ->
N * fact(N-1);
fact(0) ->
1.
Ensuite on applique gentillement dans la fonction
mafonction (X,Y,Z) ->
...
Mafact = apply (m,fact,A)
....
On a 0 passage d'arguments en dehors de la fonction.
A noter que c'est un très mauvais exemple, Dans le cas ou l'on connait à l'avance le nombre d'arguments (et pour la factorielle il y a pas photo), il est TOUJOURS préférable de faire appel à la fonction du module directement.
donc pour écrire le code :
mafonction (X,Y,Z) ->
...
Mafact = m:fact(A)
....
De façon générale fun et apply sont utilisés dans des cas très particuliers, à savoir quand on ne sait pas à l'étape de compilation ce qui va se passer ou quand on est obligé de bloquer une ressource, de faire un commit ou de chercher une cohérence par rapport à un élément extérieur au langage lui même.
Tu nous donnes des détails sur les choix de représentation par Erlang des fonctions locales
J'insiste vraiment sur le fait que ce n'est pas une fonction locale. C'est un état. Tu peux utiliser cet état ou tu veux dans ton code, le passer en paramètres d'une autre fonction d'un autre module etc. Au niveau de la représentation c'est très similaire, mais au niveau de la logique ça n'a rien à voir. Généralement ca n'est utilisé que lorsqu'on a besoin de gérer des pools ou de faire gaffe à des problèmes de concurrence. On a des fonctions qui pondent des fun et d'autres fonctions qui les exploitent à la chaîne.
et j'aimerais définir des fonctions locales récursives, sans utiliser un combinateur de point fixe codé à la main qui tue les performances et limite la lisibilité.
Je ne sais pas quel est le problème que tu cherches à résoudre, mais je pense que tu te trompes sur la solution a utiliser en Erlang. A mon avis tu cherches à dupliquer la logique d'un autre langage en Erlang. Même si les vrais programmeurs peuvent coder en fortran dans n'importe quel langage, c'est quand même généralement déconseillé.
je n'avais pas remarqué mais effectivement une fun ne peux pas s'appeler elle-même. Surprenant pour un langage dit fonctionnel.
Attention ! En Erlang fun n'est pas une fonction mais un état fonctionnel. C'est à dire un objet avec du code, des valeurs et à peu prêt tout ce qu'on veut dedans (y compris si on le souhaite des fonctions récursives).
Il est donc normal que ça ne puisse pas s'appeler soi-même. (récursion d'un état, ça ne veut pas dire grand chose).
À un niveau plus terre à terre, le trouve aussi qu'il n'est pas toujours évident de s'y retrouver entre la virgule, le point-virgule et le point
A part quand ça intervient comme séparateur dans un constructeur, c'est pas très compliqué généralement c'est
Bloc
cas 1 -> action 1, action 2, action 3;
cas 2 -> action 4, action 5, action 6;
cas 3 -> action 7, action 8.
Parce que la syntaxe d'Erlang est assez affreuse ;-)
Je ne suis pas d'accord. La syntaxe d'Erlang est déroutante, déjà parce que c'est de la programmation fonctionnelle, mais surtout parce que Erlang est très fortement orienté communication. Mais la syntaxe Erlang est parfaitement limpide une fois qu'on a compris le truc.
Ce qui manque VRAIMENT à Erlang ce sont des bibliothèques...
Si un seul serveur avait de la difficulté à gérer un petit réseau, c'est que sa configuration n'était pas optimale. Un seul serveur PacketFence peut gérer des milliers d'ordinateurs en même temps. Inverse a fait plusieurs déploiements où un seul serveur actif gère près de 10 000 ordinateurs actifs.
Configuration pas optimale d'accord. Une fois de plus je n'ai passé que trois semaines dessus (et pas à temps plein) donc je comprend que ma config n'était pas au top. Mais au niveau hardware on avait quand même un xeon quad... Et j'ai testé plusieurs installations avec des performances similaires.
Le chainage des méthodes d'authentification est aussi tout à fait possible dans la personnalisation de la solution.
Oui il est possible et j'ai pu le faire. Par contre je n'ai pas trouvé de façon simple de lier un set de règles avec une authentification. Par exmple la séparation des vlans ou l'absence de probes pour les personnes qui se connecte via l'authent par base de données.
Un NAC n'est PAS une solution triviale à deployer (car elle touche au coeur du réseau) et elle ne s'adresse pas aux très petites sociétés (sous 100-150 ordinateurs, ca veut rarement l'effort).
Malheureusement, quand on bosse avec des hopitaux, des hotels ou autres le NAC est légalement obligatoire. Et il n'y a pas tant de postes que çà.
Ceci étant je vais refaire un test sur la version 2, en insistant un peu plus.
Certains d'entre vous auraient ils des retours d'expérience sur le sujet ?
Je l'ai eu en test rapidement (3 semaines) dans mon labo. Les résultats étaient mitigés, donc il n'est pas passé en prod.
Le plus gros défaut que je lui trouve est sa gourmandise. Un gros serveur rack (xeon quad core avec 4Gb de ram et DD SCSI) a du mal à gérer une vingtaine d'utilisateurs actifs. Si les règles de routage sont complexes entre les vlans ça devient vite une guerre pour chopper de la bande passante.
La simulation que je faisais était pour un usage en hôtellerie, 20 machines employés dont 5 qui peuvent accéder à internet et environ 100 chambres avec accès wifi ou filaire au choix.
Le tout correspondant à environ vingt personnes sur internet max à un instant T.
Le serveur possédait trois cartes réseaux pour la séparation de vlan.
Le premier défaut trouver est que le serveur ne semblait pas capable de gérer les private Vlan/Isolated vlan. Donc pour isoler efficacement les utilisateurs les uns des autres il fallait passer par une création de vlan par utilisateur. C'est pas très grave, les switch gèrent ça très bien, mais c'est pénible.
Le second défaut est lié au comportement même de PacketFence : il est complexe à configurer si on veut le faire sortir des clous. Par exemple pour soucis d’économies de bande passante et pour ne pas avoir de problèmes je ne voulais pas que les scan snort et nessus partent sur les vlans clients. Il faut taper très fort sur Packet Fence pour qu'il arrête de tout scanner. J'imagine que c'est lié à l'architecture même du biniou.
Les cartes réseau en mode promiscuous ca tape aussi. Tout le traffic de la société est passé à la moulinette systématiquement. C'est surement çà qui fout le serveur à genoux malgré sa puissance.
Le portail captif est un peu limité. Pas moyen de faire des règles en cascade de type si auth AD alors VLan 1, si auth LDAP alors VLan2 si auth BD alors VLan 3 etc. Et par défaut les clients sur le même switch se voient si ils sont sur le même vlan (cf premier défaut)
Ceci étant ca marche bien et c'est assez facile à gérer une fois qu'on a compris le truc. Mais c'est clairement un produit destiné aux PME. avec les admins réseau d'une part et tous les autres utilisateurs d'autres part.
J'ai eu aussi de gros problèmes lors d'une mise à jour CentOS, mais là il s'agit peut-être d'un problème d'interface clavier/chaise. Je ne suis pas vraiment à l'aise avec CentOS.
Pour finir on est resté sur une solution classique avec un firewall Netasq et un serveur dédié pour snort/nessus/dansguardian. Et on s'est farci les private vlan à la main.
Le plus gros défaut reste quand même la gourmandise du produit. Il faut un gros serveur dédié pour le faire tourner, et la customisation est lourde, ce qui annule complètement les avantages du produit. Pour le même pris on peut avoir une appliance de bonne facture ou bricoler son propre système avec des serveurs plus légers et des produits comme pfsense.
A noter qu'il existe un produit un peu moins gourmand dans le même genre mais qui ne fait pas le pilotage des switchs : untangle.
Donc… on ne fait rien ? Si tu as vraiment envie de faire quelque chose, porte un grand chapeau à plume. Ca ne sert à rien non plus mais il y a une chance accrue que tu te rendes compte du ridicule de la mesure.
je l’ai écrit, mais si demain Google s’installe en France et paye l'IS français,...
Ce qui va se passer c'est que demain Google ne viendra pas en France, par contre les régie de pub/boites de com/grosse entreprises ont maintenant tout intérêt à monter des antennes hors de France pour leurs achats d'espace publicitaire si elle veulent garder leurs marges. Bien sur les grosses boites ont déjà des antennes en Irelande ou ailleurs. Il ne va donc s'agir pour elles que d'un jeu d'écriture comptable.
Les petites boites par contre l'ont dans l'os et vont raquer.
Compte tenu du fait que l'argent n’apparaît pas magiquement, les budgets comm sont souvent limités. Donc il y a deux solutions : perdre x% de budget pour le filer à l'état et donc x% de présence sur Internet par rapport à une boite qui n'achète pas sa pub en France ou alors acheter sa pub depuis un autre pays.
On peut effectivement trouver des inconvénients à cette formule, mais le fait que ces revenus ne soient pas taxés pose également un souci par rapport au principe d'égalité fiscale (relative, certes).
Mais je te rassure, avec la taxe Google, les revenus de Google ne sont TOUJOURS pas taxés.
C'est l'acheteur qui a le choix entre se couper de 80% la publicité internet et acheter chez Google qui va payer une taxe sur de l'argent qu'il dépense.
On a donc un mec qui investi de l'argent pour promouvoir un produit (et donc éventuellement participer à la relance de l'economie) et qui va se retrouver à payer une taxe sur l'argent qu'il fait gagner à sa régie de pub.
Au niveau de l'égalité devant l'impôt, de l'éthique fiscale etc. On a déjà fait vachement mieux.
Quel intérêt d'économiser quelques centaines de mégas sur les disques durs qu'on a aujourd'hui? Quasiment aucun.
Non, à part avoir 30 paquest à maintenir/surveiller/mettre à jour au lieu de 250/300 pour une install X classique. (Et encore je vous fais grace de Gnome/KDE)
Donc, je te prete 100 $, tu utilise ces 100$ pour t'acheter des outils, tu travailles, tu gagnes 200 $ et me rembourse 105$, c'est moi qui suis responsable du gain de 100 $ ? Bah non, c'est avant tout ton travail.
En fait le truc c'est que tu as emprunté 100$ à une banque pour faire un travail que tu factures 200$ et tu vas gagner 95$ au final.
Sauf que la personne qui paye les 200$ pour le travail a elle aussi emprunté à une banque pour te payer. Elle même ne va gagner que 190$ sur les 400$ qu'elle va facturer.
Et en fait le client final du produit a aussi emprunté pour se payer le produit.
La banque t'a donc non seulement permis d'acheter tes outils, mais elle a aussi permis à ton employeur/commanditaire de te payer et elle a permis au client d'acheter.
Très vraissemblablement elle a aussi permis à l'employeur du client de monter sa boite, et aux clients de cet employeur d'acheter des produits. Continue la chaine comme çà jusqu'à voir quelle portion est financée par de la valeur directe (ie paiement comptant sans garanties extérieures).
mwai, ça ne m'étonnerait pas que d'un point de vue macroscopique les banques fassent bien plus de captation que de création de valeur, mais c'est juste une intuition.
Ca dépend comment on regarde.
On peut prendre les deux points de vue extrêmes :
1-) La banque est une société qui fourni un service rémunéré sur ton argent. Sa production réelle (sauf quelques mécénats ici ou là) est donc nulle. Si tu fermes un compte courant pour passer à une autre banque, l'argent que tu as capitalisé sur ton compte est à peu près 0. Eventuellement tu peux avoir très bien géré ton compte et avoir fait des placements intéressants, mais si tu as gagné de l'argent il y a fort à parier que quelqu'un en face a perdu la même somme. Donc la capitalisation directe est voisine de 0
2-) La banque permet de faire des prêts. Lorsque tu achètes un bien conséquent, il est fort probable que tu ais à emprunter. Par exemple prenons le cas d'un appartement dans le neuf. A l'achat tu vas prendre un crédit sur 15-20 ans pour payer cet appartement. L'argent que tu ne possède pas pour payer cet appartement va être créé par la banque par un mécanisme de dette (la banque ne possède pas non plus l'argent, elle se pose juste en garante de ta dette vis à vis des banques centrales). Phénomène amusant : le promoteur qui fait construire l'immeuble a procédé de la même façon pour financer les travaux. Le maître d'ouvrage qui a fait les travaux a aussi procédé de la même façon pour lancer les travaux et payer les prestataires. Lesquels prestataires ont probablement aussi eu recours à des crédits pour payer leur matériel. Sans oublier que le propriétaire - si il n'est pas le promoteur - a probablement aussi un crédit pour le terrain.
En bref environ 90% de l'argent qui est utilisé dans le monde moderne provient de crédits accordés par les banques sur des biens et des services. Indirectement les banques sont donc responsables de 90% de la création de valeur en ce monde.
Après il y a toutes les étapes intermédiaires possibles et imaginables suivant l'école de macro économie que tu décides de suivre. La fourchette est au final assez large, les banques produisent entre 0 et 90% de la valeur existante.
Petit détail amusant : il existe un type de société qui fait quasiment de la pure captation : ils sont quasi systématiquement payés comptant et payent leurs fournisseurs le plus tard possible. Ils tirent une grosse partie de leur revenus de la trésorerie qu'ils génèrent, les marges sur les produits qu'ils vendent étant souvent réduite : ce sont les hypermarchés....
J'ai toujours du mal à comprendre ce point que je relis régulièrement un peu partout. Ca te déplaît que l'état fasse un placement sans risque à 8% qui a rapporté à l'état 450 M€ ?
Ça c'est la version rapide. On ne regarde que par le petit bout de la lorgnette et on se rend compte que l'argent prêté par l'Etat est rémunéré.
Après il ne faut surtout pas se poser la question suivante : d'où l'Etat (que l'on sait fauché comme les blé à la fin de la moisson) tire-t-il cet argent ?
Ben il l'a emprunté.... Aux banques. (Bon pas les mêmes que celles auxquelles il 'a prêté, bien que ce soit techniquement faisable, ça peut soulever des interrogations légitimes, cavalerie bancaire toussa).
Alors bien sur il l'a emprunté à un taux plus faible que le prêt (Généralement l'Etat Français étant réputé super fiable emprunte à 2,5-3% par an sur le prêt à 10 ans). Mais au passage il a augmenté sa dette, et a donc perdu de la capacité à s'endetter de la notation etc.
Après les banques ont remboursés en anticipé, donc avec un gros avantage sur le coût, alors que la France ne peut pas vraiment se débarrasser de son emprunt comme çà, et donc ne peut pas utiliser le remboursement anticipé des banques pour faire elle même un remboursement anticipé.
Au final je ne sais pas combien l'opération a rapporté à la France, et j'imagine que c'est un calcul complexe et que les personnes qui ont tous les tenants et aboutissants de ce calcul ont autre chose à faire que de le rendre public. Néanmoins je pense que 8% et 450M€ n'est pas le bon chiffre.
Il est sympa ton huissier, mais va-t'il être techniquement capable d'apprécier l'intégrité totale du produit conformément à l'état décrit publiquement par le vendeur ? Typiquement un disque dur 120Go qui se transforme en 60Go sur le portable sus-cité.
C'est à çà aussi que sert l'étape 5. L'huissier valide juste que le paquet a bien été envoyé avec quelque chose de pas délirant à l'intérieur. Les scellés sont posés pour que tu puisses constater avec un autre huissier que le paquet reçu est bien celui qui a été envoyé. Charge à toi de valider le contenu sous contrôle d'huissier toujours si la pièce est techniquement complexe.
La seule solution est de faire passer l'ensemble du flux par une personne au dessus de tout soupçons.
Dans le cas de ta transaction (ou dans le cas d'une transaction bancaire, ou d'une sécurisation informatique par tiers de confiance) voilà comment çà se passe
A et B veulent échanger le contenu C contre un paiement P
T est tiers de confiance avec des moyens de validation M1 et M2
1ere Etape : A et B conversent ensemble sur ce qu'ils vont échanger, A envoit le contenu C et B effectue le paiement P
2eme Etape : B créé un paiement P qui n'a d'intéret que pour A Mais qui peut être validé par T (dans ton cas un chèque à l'ordre de A)
3eme Etape : T reçoit le chèque, valide le libellé et le montant avec le moyen M1 - Dans ton cas un chèque de banque certifié
4eme Etape : A envoi à T le contenu C de manière certifiée - Dans ton cas une mise sous scellé du contenu sous contrôle d'huissier et un envoi postal du contenu scellé toujours sous controle
5ème étape : T reçoit le contenu et sous contrôle d'huissier toujours transmet en même temps le paiement P et le contenu C à leurs destinataires respectifs.
Toute autre méthode est sujette à entourloupe ici ou là. Heureusement dans la vraie vie on a tendance à faire un poil confiance aux gens et donc à ne pas déranger les huissiers pour un parpaing...
Il me semble que pour des échanges de type bien contre paiement seul un notaire peut jouer le rôle de tiers de confiance en France (pas sur)...
Super, mon plafond est chaud sur toute sa longueur.
Et là de deux choses l'une :
- Soit ton plafond est noir laqué.
- Soit il est d'une autre couleur et il va commencer à rayonner.
Les plafonds étant rarement fait en pianos recyclés, généralement il y a rayonnement. Si l'isolation thermique est bien faite, la majorité de ce rayonnement se fait vers la pièce.
juste dit que la chaleur n'allait pas en bas (la où moi, je suis) du fait que la chaleur se dégage à 2,50m de haut.
Entropie oblige (deuxième principe de la thermo) La chaleur se dégage partout dans tous les sens et par tous les moyens à sa disposition.
A moins que tu arrives à me démontrer que la chaleur descend
Prend une barre de cuivre de 6m de long, met la en position verticale et demande à un ami sur une échelle de chauffer au chalumeau la partie haute pendant que tu tiens la partie basse de la main. Tu vas être surpris de la vitesse à laquelle la chaleur descend.
Dans un système ouvert (que n'est pas vraiment une maison convenablement isolée) un fluide chaud a tendance à monter et un fluide froid à descendre. Cependant il s'agit d'une tendance car plus l’écart de température est grand, plus cette tendance va s'inverser. Par exemple si on dépose de l'azote liquide sur le sol d'une pièce, l'azote glacial fraîchement évaporé va "monter" assez vite. CF les travaux de Sadi Carnot.
Et aussi, que tu puisse me démontrer que ça ne produit plus de chaleur quand j'éteins le chauffage complètement (l'été). Pour moi, c'est de la magie.
En fait les ampoules produisent souvent beaucoup moins de chaleur en été, rien de magique à cela juste le fait que quand il fait jour la plupart des gens n'allument pas la lumière. A moins bien sur de vivre dans une cave, mais encore les caves sont souvent beaucoup plus fraîche en été ce qui peut justifier un besoin en chauffage.
Les gens qui vivent dans des caves chaudes et obscures en été ont en effet tout intérêt à passer à des ampoules basse consommation au moins sur la période concernée.
ben va te plaindre auprès de Renault ou MBK qui brident leurs engins a moteur pour respecter la loi.
J'ai pas souvenir d'une loi qui interdise de faire un vrai faux logo... Il s'agit donc d'un zèle fort mal placé d'Apple.
De façon générale je n'aime pas trop qu'une entreprise privée anticipe ou durcisse de son propre chef des lois. Au niveau historique ça rappelle de très mauvais souvenirs (que je n'évoquerai pas, ras le bol de me prendre des points Godwin par des gens peu au fait des conditions d'utilisation de ce genre d’artéfacts)
Bref respecter la loi c'est bien, inventer ou durcir les lois qu'on respecte c'est mal.
Il y a un deficit, il y a une population qui vieillit (plus de vieux, moins de jeunes pour payer la retraite des vieux).
Comment on fait pour assurer le systeme de retraites a long terme sans (a choisir) :
Approche qui semble raisonnable, mais qui a un léger défaut : la réalité.
Or la réalité dit que la masse salariale francaise n'a pas bougée depuis près de dix ans (chiffres stables ou presque depuis 2001, en baisse en 2009 ).
A partir de là la solution choisie - allongement de la durée de cotisation et donc recul de l'age du départ à la retraite - va entrainner un des trois évennements suivants :
a) Relance economique. Vous n'y croyez pas, moi non plus mais on a vu des trucs plus bizarres. Les entreprises en virent pas les vieux et continuent à embaucher des jeunes au rythme actuel. Augmentation de la croissance. Tout va très bien madame la marquise.
b) Explosion du chomage des jeunes. Les entreprises gardent leurs seniors, mais ne se découvrent pas un budget elastique pour autant. Moralité : les embauches de jeunes se petent la gueule, la loi de l'offre et de la demande aidant les jeunes, quand ils sont finalement embauchés le sont à des tarifs faibles. Un senior a en moyenne un salaire 2,5 fois plus élevé qu'un junior. Donc pour chaque senior qui reste en place,
Bien sur les projets à long terme sont reportés ou annulés. On prend du stagiaire à la pelle pour faire du très court terme et tout le monde en souffre. Chomage de jeunes, ecconomie ralentie, marasme sociétaire etc.
c) Dehors les vioques : Les entreprises ont besoin de sang frais pour leurs projets, et comme elles n'ont pas un budget extensibles et que les seniors ne partent pas à la retraite on va les aider à se reconvertir : On a France Telecom et le Technopole Renault qui ont des techniques éprouvées. Bien entendu on n'embauche plus les vieux. Donc pour la retraite à taux plein à 65 ans ils peuvent se brosser, mais bon ils auront le chomage longue durée à 55 ans pour compenser. C'est pas si mal.
Donc la solution choisie, qui consiste à augmenter l'age de la retraite, est pas la solution optimale dans la conjoncture actuelle.
"Vite, vite si on fait pas mon caprice, j'arrête tout en représailles, Na !!!
Touche pas à mon logo"
Le libre ca rapporte pas assez alors faut trouver une excuse bidon et jouer les vierges effarouchées pour se désengager ... ou se faire mousser.
A de très rares exceptions près (très très rares) le libr ene permet pas de gagner d'argent. Il existe trois types de gens qui font du libre :
- Ceux qui sont embauchés par des grosses boites dans le libre
- Ceux qui sont embauchés pour faire du libre parce que le cahier des charges l'exige
- Ceux qui font çà pour la gloire et le fun.
******* Mon opinion*************
Bruno Pages appartient à la troisième catégorie (au moins en ce qui concerne BOUML). La contreverse sur Wikipedia entache la réputation de ce monsieur d'une part, et gache le plaisir qu'il peut avoir à developper et à distribuer ce logiciel.
A partir de là il n'a plus aucun intéret à continuer. Donc il arrête. Je ne vois pas en quoi c'est choquant ou capricieux de sa part. Si sa ne lui apporte rien, il laisse tomber. Attitude saine si il en est.
******Mon opinion***********
Alors là t’as le droit de me donner les références, parce que je n’ai jamais vu dans le droit d’auteur une quelconque distinction par rapport au support de l’œuvre.
C'est effectivement un raccourci dangereux qui a été fait. Le droit moral s'applique aux oeuvres informatiques mais il est amputé. Surtout dans le cadre d'un logiciel déjà divulgué.
En fait c'est le droit à au repentir et/ou au retrait qui n'existe pas, et le droit au respect de l'oeuvre est quasiment innaplicable (il faut faire preuve d'un préjudice à l'honneur ou à la réputation).
Certes et ca apporte quoi ? Si je passe l'ensemble des droits que je possède sur ma voiture en GPL v2, tu n'es toujours pas autoriser à la conduire ou à faire quoi que ce soit avec. La GPL v2 ne parle pas des voitures, mettre mes droits sur cette voiture en GPL v2 n'apporte donc rien à personne.
elle parle d'un programme, et le programme inclu le logo.
Non. Le programme n'inclut pas le logo, les icones, les fontes et les éléments graphiques. Ca a été testé plusieurs fois dans devant les tribunaux (américains certes). les fontes de Corel appartiennent toujours à Corel, et les icones Red Hat appartenaient à Red Hat jusqu'à ce qu'ils les libèrent officiellement.(Et encore je crois qu'il reste des icones privatives chez Red Hat).
WP doit autant retirer l'oeuvre que moi je dois retirer la musique que j'ai acheté sur un PC et que j'ai mise sur mon baladeur (la licence me l'interdit aussi, mais je le fais quand même, et l'auteur ne peut invoquer son droit moral)
L'auteur ne peut invoquer son droit moral car il n'y a ni reproduction physique, ni publication, ni diffusion.
Fait une copie du CD, met la musique sur un site web ou passe la dans un bar et l'auteur pourra opposer son droit moral. (Mais bon généralement c'est une opposition du droit patrimonial que tu vas te prendre sur la gueule)
e plus, "dans tous les cas", c'est une connerie la, l'auteur ne peut retirer un droit qu'il a donné en arguant son droit moral. il a donné un droit, il ne peut revenir en arrière.
Encore faudrait-il qu'il ai donné ce droit. Il me semble que c'est justement le point de dissension de ce débat.
Faut arrêter avec le droit moral de l'auteur, on utilise tous les jours sous Linux les exception au droit moral pour pouvoir lire des choses, et la bizarrement on cautionne l'auteur. J'espère que tu dira la même chose de toutes les licences, mêmes celles qui interdisent d'utiliser un logiciel dans un VM sous Linux.
Le droit moral ne s'applique pas aux oeuvres informatiques.
Le droit moral s'applique sur la reproduction physique, la diffusion et la publication d'oeuvres non informatiques
# En tant que BSDiste je me permets de participer au troll
Posté par Jerome Herman . En réponse au journal Linux ou POSIX ?. Évalué à 10.
Sous Linux c'est pourri car tout change d'une année sur l'autre
Mais
Sous Linux c'est pourri car tout change tous les six mois niveau API, tous les deux mois niveau ABI; te casse pas les pieds à chercher la doc y en a pas ou elle est fausse (spécial dédicace Alsa); de toute façon le kernel Linux c'est 6 sociétés qui tirent la couverture vers eux, 15 000 mômes qui s'amusent et Alan Cox qui fait le ménage sous les insultes.
Les BSDistes quand ils critiquent sont toujours complets, même si parfois acerbes.
[^] # Re: L'outil universel existe déjà !
Posté par Jerome Herman . En réponse au journal Apple: "Don't do it yourself". Évalué à 2.
Non l'idéal c'est d'utiliser une résine composite, on fait une boule au bout du tournevis, on prend l'empreinte de la vis et on fait durcir.
Le seul défaut sur des vis aussi petites c'est qu'il va falloir une très bonne résine pour ne pas que l'empreinte casse au bout de deux vis. Mais ce ne sont pas les résines qui manquent...
Sinon les vis pentalobales existent déjà. (Ex : http://www.acumenteurope.com/fr/magform.asp ) mais c'est vrai que le bords sont concaves et non convexes.
# Ca ne répond pas parfaitement à ta question mais...
Posté par Jerome Herman . En réponse au journal Ce que serait un agent cryptographique parfait. Évalué à 2.
La logique est légèrement différente de celles que tu cherches à obtenir, mais ca permet de débloquer des clefs SSH ou PGP à la demande, par application. Couplé avec du SASL du PAM et une bonne gestion des token ca fait tout ce que tu demandes.
Par contre l'installation est un peu lourdingue si c'est juste pour un desktop seul.
# Très simple
Posté par Jerome Herman . En réponse au message Que faire de 380 Go de swap ?. Évalué à 5.
Soit 132 machines virtuelles windows 7 avec photoshop pour faire de l'édition d'images lourdes simultanément sous toutes les machines
Soit 12-13 machines virtuelles Ubuntu avec Gimp pour le même usage.
[^] # Re: Erlang
Posté par Jerome Herman . En réponse à la dépêche Apprendre un langage de programmation par an. Évalué à 3.
Non, je dis que fun est une sauvegarde d'état, qui ne doit en aucun cas être prise pour une fonction locale. Après comme on est dans un langage fonctionelle fort (i.e pas de porte de sortie pour faire un peu de procédural ici ou là) toutes les fonctions peuvent être considérée comme locale.
En même temps, ton discours "tu peux l'utiliser où tu veux dans ton code, le passer en paramètre ..." est exactement celui que l'on utilise pour décrire des fonctions de première classe. Des fonctions quoi.
Non un état ets en quelque sorte l'inverse d'une fonction
Si on a F : x-> pleins_de_trucs.
alors F est la fonction et x est l'état.
Sauf que contrairement à un matching standard ton etat peut posséder de la logique propre à lui (mais toujours totalement dissociée de la logique de F)
mais peut-être que si la syntaxe était mieux pensée sur ce point, les gens pourraient s'en servir de temps en temps.
La logique Erlang va vraiement à l'encontre de fonctions locales telles que tu les souhaites. Chaque morceau doit être patchable à chaud, distribuable etc. Dans cet optiques de nombreux choix ont été faits, un de ces choix est de dire que les variables ne sont pas modifiables et que les scopes sont tous locaux à la fonction qui s'execute. Vouloir faire de la récursion en local au sein d'une fonction n'est donc pas très utile...
Un exemple serait plus parlant. Imagine que j'ai une fonction Erlang un peu grosse, qui définit une fonction locale (parce que cette fonction utilise des variables définies plus haut dans le bloc, et qu'elle n'a de sens que dans ce contexte donc polluerait inutilement le niveau global).
Déjà je t'arrête, il n'y a pas de niveau global à polluer. Fais ta fonction/ton module tranquillement. Autre particularité d'Erlang, il y a 99 chances sur 100 qu'il gère mieux la concurence que toi. Il faut donc faire autant de fonctions que possible sans que ca gène trop la lisibilité.
Mais je ne peux pas, car `F` n'est pas définie dans le corps de la fonction.
Non, tu ne peux pas parceque F n'est pas une fonction locale au sens langage C du terme, mais un etat. F(N-1) ne veut rien dire, puisque F(N) a déjà été appelé et que l'état a déjà été assigné. C'est pour çà que le compilo te jette. De façon générale tu n'as aucun moyen de faire appel à la logique à l'intérieur de F, vu que cette logique n'a pas de nom par laquelle l'appeler (c'est le truc des fonctions locales d'ailleurs). Fondamentalement vu que tu ne peux pas l'appeler, tu vas avoir du mal à faire de la récursion dessus.
J'aimerais avoir une syntaxe pour faire ça, par exemple :
La méthode la plus simple est d'utiliser le keyword apply sur une fonction d'un module extérieur.
D'abord un module avec al fonction factorielle dedans :
-module(m).
-export([fact/1]).
fact(N) when N>0 ->
N * fact(N-1);
fact(0) ->
1.
Ensuite on applique gentillement dans la fonction
mafonction (X,Y,Z) ->
...
Mafact = apply (m,fact,A)
....
On a 0 passage d'arguments en dehors de la fonction.
A noter que c'est un très mauvais exemple, Dans le cas ou l'on connait à l'avance le nombre d'arguments (et pour la factorielle il y a pas photo), il est TOUJOURS préférable de faire appel à la fonction du module directement.
donc pour écrire le code :
mafonction (X,Y,Z) ->
...
Mafact = m:fact(A)
....
De façon générale fun et apply sont utilisés dans des cas très particuliers, à savoir quand on ne sait pas à l'étape de compilation ce qui va se passer ou quand on est obligé de bloquer une ressource, de faire un commit ou de chercher une cohérence par rapport à un élément extérieur au langage lui même.
[^] # Re: Erlang
Posté par Jerome Herman . En réponse à la dépêche Apprendre un langage de programmation par an. Évalué à 3.
J'insiste vraiment sur le fait que ce n'est pas une fonction locale. C'est un état. Tu peux utiliser cet état ou tu veux dans ton code, le passer en paramètres d'une autre fonction d'un autre module etc. Au niveau de la représentation c'est très similaire, mais au niveau de la logique ça n'a rien à voir. Généralement ca n'est utilisé que lorsqu'on a besoin de gérer des pools ou de faire gaffe à des problèmes de concurrence. On a des fonctions qui pondent des fun et d'autres fonctions qui les exploitent à la chaîne.
et j'aimerais définir des fonctions locales récursives, sans utiliser un combinateur de point fixe codé à la main qui tue les performances et limite la lisibilité.
Je ne sais pas quel est le problème que tu cherches à résoudre, mais je pense que tu te trompes sur la solution a utiliser en Erlang. A mon avis tu cherches à dupliquer la logique d'un autre langage en Erlang. Même si les vrais programmeurs peuvent coder en fortran dans n'importe quel langage, c'est quand même généralement déconseillé.
[^] # Re: Erlang
Posté par Jerome Herman . En réponse à la dépêche Apprendre un langage de programmation par an. Évalué à 4.
Attention ! En Erlang fun n'est pas une fonction mais un état fonctionnel. C'est à dire un objet avec du code, des valeurs et à peu prêt tout ce qu'on veut dedans (y compris si on le souhaite des fonctions récursives).
Il est donc normal que ça ne puisse pas s'appeler soi-même. (récursion d'un état, ça ne veut pas dire grand chose).
À un niveau plus terre à terre, le trouve aussi qu'il n'est pas toujours évident de s'y retrouver entre la virgule, le point-virgule et le point
A part quand ça intervient comme séparateur dans un constructeur, c'est pas très compliqué généralement c'est
Bloc
cas 1 -> action 1, action 2, action 3;
cas 2 -> action 4, action 5, action 6;
cas 3 -> action 7, action 8.
[^] # Re: Erlang
Posté par Jerome Herman . En réponse à la dépêche Apprendre un langage de programmation par an. Évalué à 7.
Je ne suis pas d'accord. La syntaxe d'Erlang est déroutante, déjà parce que c'est de la programmation fonctionnelle, mais surtout parce que Erlang est très fortement orienté communication. Mais la syntaxe Erlang est parfaitement limpide une fois qu'on a compris le truc.
Ce qui manque VRAIMENT à Erlang ce sont des bibliothèques...
[^] # Re: D'acc'o NAC
Posté par Jerome Herman . En réponse à la dépêche PacketFence 2.0.0 - Un puissant contrôleur d'accès au réseau. Évalué à 6.
Configuration pas optimale d'accord. Une fois de plus je n'ai passé que trois semaines dessus (et pas à temps plein) donc je comprend que ma config n'était pas au top. Mais au niveau hardware on avait quand même un xeon quad... Et j'ai testé plusieurs installations avec des performances similaires.
Le chainage des méthodes d'authentification est aussi tout à fait possible dans la personnalisation de la solution.
Oui il est possible et j'ai pu le faire. Par contre je n'ai pas trouvé de façon simple de lier un set de règles avec une authentification. Par exmple la séparation des vlans ou l'absence de probes pour les personnes qui se connecte via l'authent par base de données.
Un NAC n'est PAS une solution triviale à deployer (car elle touche au coeur du réseau) et elle ne s'adresse pas aux très petites sociétés (sous 100-150 ordinateurs, ca veut rarement l'effort).
Malheureusement, quand on bosse avec des hopitaux, des hotels ou autres le NAC est légalement obligatoire. Et il n'y a pas tant de postes que çà.
Ceci étant je vais refaire un test sur la version 2, en insistant un peu plus.
[^] # Re: D'acc'o NAC
Posté par Jerome Herman . En réponse à la dépêche PacketFence 2.0.0 - Un puissant contrôleur d'accès au réseau. Évalué à 6.
Je l'ai eu en test rapidement (3 semaines) dans mon labo. Les résultats étaient mitigés, donc il n'est pas passé en prod.
Le plus gros défaut que je lui trouve est sa gourmandise. Un gros serveur rack (xeon quad core avec 4Gb de ram et DD SCSI) a du mal à gérer une vingtaine d'utilisateurs actifs. Si les règles de routage sont complexes entre les vlans ça devient vite une guerre pour chopper de la bande passante.
La simulation que je faisais était pour un usage en hôtellerie, 20 machines employés dont 5 qui peuvent accéder à internet et environ 100 chambres avec accès wifi ou filaire au choix.
Le tout correspondant à environ vingt personnes sur internet max à un instant T.
Le serveur possédait trois cartes réseaux pour la séparation de vlan.
Le premier défaut trouver est que le serveur ne semblait pas capable de gérer les private Vlan/Isolated vlan. Donc pour isoler efficacement les utilisateurs les uns des autres il fallait passer par une création de vlan par utilisateur. C'est pas très grave, les switch gèrent ça très bien, mais c'est pénible.
Le second défaut est lié au comportement même de PacketFence : il est complexe à configurer si on veut le faire sortir des clous. Par exemple pour soucis d’économies de bande passante et pour ne pas avoir de problèmes je ne voulais pas que les scan snort et nessus partent sur les vlans clients. Il faut taper très fort sur Packet Fence pour qu'il arrête de tout scanner. J'imagine que c'est lié à l'architecture même du biniou.
Les cartes réseau en mode promiscuous ca tape aussi. Tout le traffic de la société est passé à la moulinette systématiquement. C'est surement çà qui fout le serveur à genoux malgré sa puissance.
Le portail captif est un peu limité. Pas moyen de faire des règles en cascade de type si auth AD alors VLan 1, si auth LDAP alors VLan2 si auth BD alors VLan 3 etc. Et par défaut les clients sur le même switch se voient si ils sont sur le même vlan (cf premier défaut)
Ceci étant ca marche bien et c'est assez facile à gérer une fois qu'on a compris le truc. Mais c'est clairement un produit destiné aux PME. avec les admins réseau d'une part et tous les autres utilisateurs d'autres part.
J'ai eu aussi de gros problèmes lors d'une mise à jour CentOS, mais là il s'agit peut-être d'un problème d'interface clavier/chaise. Je ne suis pas vraiment à l'aise avec CentOS.
Pour finir on est resté sur une solution classique avec un firewall Netasq et un serveur dédié pour snort/nessus/dansguardian. Et on s'est farci les private vlan à la main.
Le plus gros défaut reste quand même la gourmandise du produit. Il faut un gros serveur dédié pour le faire tourner, et la customisation est lourde, ce qui annule complètement les avantages du produit. Pour le même pris on peut avoir une appliance de bonne facture ou bricoler son propre système avec des serveurs plus légers et des produits comme pfsense.
A noter qu'il existe un produit un peu moins gourmand dans le même genre mais qui ne fait pas le pilotage des switchs : untangle.
[^] # Re: Moui
Posté par Jerome Herman . En réponse au journal La taxe Google est arrivée.. Évalué à 2.
je l’ai écrit, mais si demain Google s’installe en France et paye l'IS français,...
Ce qui va se passer c'est que demain Google ne viendra pas en France, par contre les régie de pub/boites de com/grosse entreprises ont maintenant tout intérêt à monter des antennes hors de France pour leurs achats d'espace publicitaire si elle veulent garder leurs marges. Bien sur les grosses boites ont déjà des antennes en Irelande ou ailleurs. Il ne va donc s'agir pour elles que d'un jeu d'écriture comptable.
Les petites boites par contre l'ont dans l'os et vont raquer.
Compte tenu du fait que l'argent n’apparaît pas magiquement, les budgets comm sont souvent limités. Donc il y a deux solutions : perdre x% de budget pour le filer à l'état et donc x% de présence sur Internet par rapport à une boite qui n'achète pas sa pub en France ou alors acheter sa pub depuis un autre pays.
A mon avis le choix va être vite fait.
[^] # Re: Moui
Posté par Jerome Herman . En réponse au journal La taxe Google est arrivée.. Évalué à 5.
Mais je te rassure, avec la taxe Google, les revenus de Google ne sont TOUJOURS pas taxés.
C'est l'acheteur qui a le choix entre se couper de 80% la publicité internet et acheter chez Google qui va payer une taxe sur de l'argent qu'il dépense.
On a donc un mec qui investi de l'argent pour promouvoir un produit (et donc éventuellement participer à la relance de l'economie) et qui va se retrouver à payer une taxe sur l'argent qu'il fait gagner à sa régie de pub.
Au niveau de l'égalité devant l'impôt, de l'éthique fiscale etc. On a déjà fait vachement mieux.
[^] # Re: Intérêt?
Posté par Jerome Herman . En réponse au journal Mais pourquoi les debianneux n'aiment pas Redhat. Évalué à 1.
C'est une install freebsd en fait.
En freedsd sans le système de ports et avec juste ssh comme accès distant on peut descendre à 17 paquets.
[^] # Re: Intérêt?
Posté par Jerome Herman . En réponse au journal Mais pourquoi les debianneux n'aiment pas Redhat. Évalué à 1.
Non, à part avoir 30 paquest à maintenir/surveiller/mettre à jour au lieu de 250/300 pour une install X classique. (Et encore je vous fais grace de Gnome/KDE)
[^] # Re: Banques
Posté par Jerome Herman . En réponse au journal Éloge du don. Évalué à 2.
En fait le truc c'est que tu as emprunté 100$ à une banque pour faire un travail que tu factures 200$ et tu vas gagner 95$ au final.
Sauf que la personne qui paye les 200$ pour le travail a elle aussi emprunté à une banque pour te payer. Elle même ne va gagner que 190$ sur les 400$ qu'elle va facturer.
Et en fait le client final du produit a aussi emprunté pour se payer le produit.
La banque t'a donc non seulement permis d'acheter tes outils, mais elle a aussi permis à ton employeur/commanditaire de te payer et elle a permis au client d'acheter.
Très vraissemblablement elle a aussi permis à l'employeur du client de monter sa boite, et aux clients de cet employeur d'acheter des produits. Continue la chaine comme çà jusqu'à voir quelle portion est financée par de la valeur directe (ie paiement comptant sans garanties extérieures).
Techniquement il ne va pas rester grand chose.
[^] # Re: Banques
Posté par Jerome Herman . En réponse au journal Éloge du don. Évalué à 1.
Ca dépend comment on regarde.
On peut prendre les deux points de vue extrêmes :
1-) La banque est une société qui fourni un service rémunéré sur ton argent. Sa production réelle (sauf quelques mécénats ici ou là) est donc nulle. Si tu fermes un compte courant pour passer à une autre banque, l'argent que tu as capitalisé sur ton compte est à peu près 0. Eventuellement tu peux avoir très bien géré ton compte et avoir fait des placements intéressants, mais si tu as gagné de l'argent il y a fort à parier que quelqu'un en face a perdu la même somme. Donc la capitalisation directe est voisine de 0
2-) La banque permet de faire des prêts. Lorsque tu achètes un bien conséquent, il est fort probable que tu ais à emprunter. Par exemple prenons le cas d'un appartement dans le neuf. A l'achat tu vas prendre un crédit sur 15-20 ans pour payer cet appartement. L'argent que tu ne possède pas pour payer cet appartement va être créé par la banque par un mécanisme de dette (la banque ne possède pas non plus l'argent, elle se pose juste en garante de ta dette vis à vis des banques centrales). Phénomène amusant : le promoteur qui fait construire l'immeuble a procédé de la même façon pour financer les travaux. Le maître d'ouvrage qui a fait les travaux a aussi procédé de la même façon pour lancer les travaux et payer les prestataires. Lesquels prestataires ont probablement aussi eu recours à des crédits pour payer leur matériel. Sans oublier que le propriétaire - si il n'est pas le promoteur - a probablement aussi un crédit pour le terrain.
En bref environ 90% de l'argent qui est utilisé dans le monde moderne provient de crédits accordés par les banques sur des biens et des services. Indirectement les banques sont donc responsables de 90% de la création de valeur en ce monde.
Après il y a toutes les étapes intermédiaires possibles et imaginables suivant l'école de macro économie que tu décides de suivre. La fourchette est au final assez large, les banques produisent entre 0 et 90% de la valeur existante.
Petit détail amusant : il existe un type de société qui fait quasiment de la pure captation : ils sont quasi systématiquement payés comptant et payent leurs fournisseurs le plus tard possible. Ils tirent une grosse partie de leur revenus de la trésorerie qu'ils génèrent, les marges sur les produits qu'ils vendent étant souvent réduite : ce sont les hypermarchés....
[^] # Re: Banques
Posté par Jerome Herman . En réponse au journal Éloge du don. Évalué à 6.
Ça c'est la version rapide. On ne regarde que par le petit bout de la lorgnette et on se rend compte que l'argent prêté par l'Etat est rémunéré.
Après il ne faut surtout pas se poser la question suivante : d'où l'Etat (que l'on sait fauché comme les blé à la fin de la moisson) tire-t-il cet argent ?
Ben il l'a emprunté.... Aux banques. (Bon pas les mêmes que celles auxquelles il 'a prêté, bien que ce soit techniquement faisable, ça peut soulever des interrogations légitimes, cavalerie bancaire toussa).
Alors bien sur il l'a emprunté à un taux plus faible que le prêt (Généralement l'Etat Français étant réputé super fiable emprunte à 2,5-3% par an sur le prêt à 10 ans). Mais au passage il a augmenté sa dette, et a donc perdu de la capacité à s'endetter de la notation etc.
Après les banques ont remboursés en anticipé, donc avec un gros avantage sur le coût, alors que la France ne peut pas vraiment se débarrasser de son emprunt comme çà, et donc ne peut pas utiliser le remboursement anticipé des banques pour faire elle même un remboursement anticipé.
Au final je ne sais pas combien l'opération a rapporté à la France, et j'imagine que c'est un calcul complexe et que les personnes qui ont tous les tenants et aboutissants de ce calcul ont autre chose à faire que de le rendre public. Néanmoins je pense que 8% et 450M€ n'est pas le bon chiffre.
[^] # Re: C'est tout le problème du tiers de confiance
Posté par Jerome Herman . En réponse au journal Payement via un tiers de confiance. Évalué à 2.
C'est à çà aussi que sert l'étape 5. L'huissier valide juste que le paquet a bien été envoyé avec quelque chose de pas délirant à l'intérieur. Les scellés sont posés pour que tu puisses constater avec un autre huissier que le paquet reçu est bien celui qui a été envoyé. Charge à toi de valider le contenu sous contrôle d'huissier toujours si la pièce est techniquement complexe.
# C'est tout le problème du tiers de confiance
Posté par Jerome Herman . En réponse au journal Payement via un tiers de confiance. Évalué à 3.
Dans le cas de ta transaction (ou dans le cas d'une transaction bancaire, ou d'une sécurisation informatique par tiers de confiance) voilà comment çà se passe
A et B veulent échanger le contenu C contre un paiement P
T est tiers de confiance avec des moyens de validation M1 et M2
1ere Etape : A et B conversent ensemble sur ce qu'ils vont échanger, A envoit le contenu C et B effectue le paiement P
2eme Etape : B créé un paiement P qui n'a d'intéret que pour A Mais qui peut être validé par T (dans ton cas un chèque à l'ordre de A)
3eme Etape : T reçoit le chèque, valide le libellé et le montant avec le moyen M1 - Dans ton cas un chèque de banque certifié
4eme Etape : A envoi à T le contenu C de manière certifiée - Dans ton cas une mise sous scellé du contenu sous contrôle d'huissier et un envoi postal du contenu scellé toujours sous controle
5ème étape : T reçoit le contenu et sous contrôle d'huissier toujours transmet en même temps le paiement P et le contenu C à leurs destinataires respectifs.
Toute autre méthode est sujette à entourloupe ici ou là. Heureusement dans la vraie vie on a tendance à faire un poil confiance aux gens et donc à ne pas déranger les huissiers pour un parpaing...
Il me semble que pour des échanges de type bien contre paiement seul un notaire peut jouer le rôle de tiers de confiance en France (pas sur)...
[^] # Re: Mauvaise foi spotted
Posté par Jerome Herman . En réponse au journal Ampoules à incandescence : faites des stocks. Évalué à 4.
Et là de deux choses l'une :
- Soit ton plafond est noir laqué.
- Soit il est d'une autre couleur et il va commencer à rayonner.
Les plafonds étant rarement fait en pianos recyclés, généralement il y a rayonnement. Si l'isolation thermique est bien faite, la majorité de ce rayonnement se fait vers la pièce.
juste dit que la chaleur n'allait pas en bas (la où moi, je suis) du fait que la chaleur se dégage à 2,50m de haut.
Entropie oblige (deuxième principe de la thermo) La chaleur se dégage partout dans tous les sens et par tous les moyens à sa disposition.
A moins que tu arrives à me démontrer que la chaleur descend
Prend une barre de cuivre de 6m de long, met la en position verticale et demande à un ami sur une échelle de chauffer au chalumeau la partie haute pendant que tu tiens la partie basse de la main. Tu vas être surpris de la vitesse à laquelle la chaleur descend.
Dans un système ouvert (que n'est pas vraiment une maison convenablement isolée) un fluide chaud a tendance à monter et un fluide froid à descendre. Cependant il s'agit d'une tendance car plus l’écart de température est grand, plus cette tendance va s'inverser. Par exemple si on dépose de l'azote liquide sur le sol d'une pièce, l'azote glacial fraîchement évaporé va "monter" assez vite. CF les travaux de Sadi Carnot.
Et aussi, que tu puisse me démontrer que ça ne produit plus de chaleur quand j'éteins le chauffage complètement (l'été). Pour moi, c'est de la magie.
En fait les ampoules produisent souvent beaucoup moins de chaleur en été, rien de magique à cela juste le fait que quand il fait jour la plupart des gens n'allument pas la lumière. A moins bien sur de vivre dans une cave, mais encore les caves sont souvent beaucoup plus fraîche en été ce qui peut justifier un besoin en chauffage.
Les gens qui vivent dans des caves chaudes et obscures en été ont en effet tout intérêt à passer à des ampoules basse consommation au moins sur la période concernée.
[^] # Re: Re:[Apple]Réalisésanstrucages
Posté par Jerome Herman . En réponse au journal [Apple] Réalisé sans trucages. Évalué à 5.
J'ai pas souvenir d'une loi qui interdise de faire un vrai faux logo... Il s'agit donc d'un zèle fort mal placé d'Apple.
De façon générale je n'aime pas trop qu'une entreprise privée anticipe ou durcisse de son propre chef des lois. Au niveau historique ça rappelle de très mauvais souvenirs (que je n'évoquerai pas, ras le bol de me prendre des points Godwin par des gens peu au fait des conditions d'utilisation de ce genre d’artéfacts)
Bref respecter la loi c'est bien, inventer ou durcir les lois qu'on respecte c'est mal.
[^] # Re: Ouaif
Posté par Jerome Herman . En réponse au journal Charité bien ordonnée commence par soi-même !. Évalué à 5.
Comment on fait pour assurer le systeme de retraites a long terme sans (a choisir) :
Approche qui semble raisonnable, mais qui a un léger défaut : la réalité.
Or la réalité dit que la masse salariale francaise n'a pas bougée depuis près de dix ans (chiffres stables ou presque depuis 2001, en baisse en 2009 ).
A partir de là la solution choisie - allongement de la durée de cotisation et donc recul de l'age du départ à la retraite - va entrainner un des trois évennements suivants :
a) Relance economique. Vous n'y croyez pas, moi non plus mais on a vu des trucs plus bizarres. Les entreprises en virent pas les vieux et continuent à embaucher des jeunes au rythme actuel. Augmentation de la croissance. Tout va très bien madame la marquise.
b) Explosion du chomage des jeunes. Les entreprises gardent leurs seniors, mais ne se découvrent pas un budget elastique pour autant. Moralité : les embauches de jeunes se petent la gueule, la loi de l'offre et de la demande aidant les jeunes, quand ils sont finalement embauchés le sont à des tarifs faibles. Un senior a en moyenne un salaire 2,5 fois plus élevé qu'un junior. Donc pour chaque senior qui reste en place,
Bien sur les projets à long terme sont reportés ou annulés. On prend du stagiaire à la pelle pour faire du très court terme et tout le monde en souffre. Chomage de jeunes, ecconomie ralentie, marasme sociétaire etc.
c) Dehors les vioques : Les entreprises ont besoin de sang frais pour leurs projets, et comme elles n'ont pas un budget extensibles et que les seniors ne partent pas à la retraite on va les aider à se reconvertir : On a France Telecom et le Technopole Renault qui ont des techniques éprouvées. Bien entendu on n'embauche plus les vieux. Donc pour la retraite à taux plein à 65 ans ils peuvent se brosser, mais bon ils auront le chomage longue durée à 55 ans pour compenser. C'est pas si mal.
Donc la solution choisie, qui consiste à augmenter l'age de la retraite, est pas la solution optimale dans la conjoncture actuelle.
[^] # Re: il y a violation de copyright par Wikipedia
Posté par Jerome Herman . En réponse au journal BOUML vs Wikipedia administrators : la fin du combat. Évalué à 3.
Touche pas à mon logo"
Le libre ca rapporte pas assez alors faut trouver une excuse bidon et jouer les vierges effarouchées pour se désengager ... ou se faire mousser.
A de très rares exceptions près (très très rares) le libr ene permet pas de gagner d'argent. Il existe trois types de gens qui font du libre :
- Ceux qui sont embauchés par des grosses boites dans le libre
- Ceux qui sont embauchés pour faire du libre parce que le cahier des charges l'exige
- Ceux qui font çà pour la gloire et le fun.
******* Mon opinion*************
Bruno Pages appartient à la troisième catégorie (au moins en ce qui concerne BOUML). La contreverse sur Wikipedia entache la réputation de ce monsieur d'une part, et gache le plaisir qu'il peut avoir à developper et à distribuer ce logiciel.
A partir de là il n'a plus aucun intéret à continuer. Donc il arrête. Je ne vois pas en quoi c'est choquant ou capricieux de sa part. Si sa ne lui apporte rien, il laisse tomber. Attitude saine si il en est.
******Mon opinion***********
[^] # Re: C'te prise de tête…
Posté par Jerome Herman . En réponse au journal BOUML vs Wikipedia administrators : la fin du combat. Évalué à 3.
C'est effectivement un raccourci dangereux qui a été fait. Le droit moral s'applique aux oeuvres informatiques mais il est amputé. Surtout dans le cadre d'un logiciel déjà divulgué.
http://www.guideinformatique.com/fiche-droit_dauteur_sur_les(...)
En fait c'est le droit à au repentir et/ou au retrait qui n'existe pas, et le droit au respect de l'oeuvre est quasiment innaplicable (il faut faire preuve d'un préjudice à l'honneur ou à la réputation).
[^] # Re: C'te prise de tête…
Posté par Jerome Herman . En réponse au journal BOUML vs Wikipedia administrators : la fin du combat. Évalué à 4.
Certes et ca apporte quoi ? Si je passe l'ensemble des droits que je possède sur ma voiture en GPL v2, tu n'es toujours pas autoriser à la conduire ou à faire quoi que ce soit avec. La GPL v2 ne parle pas des voitures, mettre mes droits sur cette voiture en GPL v2 n'apporte donc rien à personne.
elle parle d'un programme, et le programme inclu le logo.
Non. Le programme n'inclut pas le logo, les icones, les fontes et les éléments graphiques. Ca a été testé plusieurs fois dans devant les tribunaux (américains certes). les fontes de Corel appartiennent toujours à Corel, et les icones Red Hat appartenaient à Red Hat jusqu'à ce qu'ils les libèrent officiellement.(Et encore je crois qu'il reste des icones privatives chez Red Hat).
WP doit autant retirer l'oeuvre que moi je dois retirer la musique que j'ai acheté sur un PC et que j'ai mise sur mon baladeur (la licence me l'interdit aussi, mais je le fais quand même, et l'auteur ne peut invoquer son droit moral)
L'auteur ne peut invoquer son droit moral car il n'y a ni reproduction physique, ni publication, ni diffusion.
Fait une copie du CD, met la musique sur un site web ou passe la dans un bar et l'auteur pourra opposer son droit moral. (Mais bon généralement c'est une opposition du droit patrimonial que tu vas te prendre sur la gueule)
e plus, "dans tous les cas", c'est une connerie la, l'auteur ne peut retirer un droit qu'il a donné en arguant son droit moral. il a donné un droit, il ne peut revenir en arrière.
Encore faudrait-il qu'il ai donné ce droit. Il me semble que c'est justement le point de dissension de ce débat.
Faut arrêter avec le droit moral de l'auteur, on utilise tous les jours sous Linux les exception au droit moral pour pouvoir lire des choses, et la bizarrement on cautionne l'auteur. J'espère que tu dira la même chose de toutes les licences, mêmes celles qui interdisent d'utiliser un logiciel dans un VM sous Linux.
Le droit moral ne s'applique pas aux oeuvres informatiques.
Le droit moral s'applique sur la reproduction physique, la diffusion et la publication d'oeuvres non informatiques