Et comme les français ne veulent pas de l'éolien moche
Une éolienne à terre fonctionne 1 jour sur 4. Une éolienne en mer un jour sur deux. On voit que placer les éoliennes en mer multiplie de fait les rendements par deux !
Actuellement, les éoliennes ont besoin de terre rare pour fonctionner (aimant). Il y a un vaste problème pour obtenir ces terres rares à grandes échelles et gérer tout cela dans le temps.
Par ailleurs, le réseau est synchronisé, cela semble peut être naturel pour tous mais personnellement, je me demande comment ils arrivent à maintenir un réseau synchrone au niveau européen (le canada et les USA sont découplés - passage par du courant continu à la frontière) . /A priori/, la grosse part nucléaire permet de stabiliser le réseau et on ne pourrait pas en l'état actuel injecter trop de courant (>30%) provenant de petite centrale a énergie variable (éolienne…). Je ne connais pas la véracité de cette dernière problématique.
Cela resterait tout de même une des électricités les moins chère du monde.
Aucune centrale a ce jour n'a été démantelée. On ne sais pas faire. Le réacteur expérimental du CEA de grenoble l'a été pour mettre au point la procédure. La centrale de Brennelis en Bretagne est toujours là !
Donc d'où sorte ces chiffres ?
Je pense que personne ne connaît le vrai coût du nucléaire à l'heure actuelle…
Le fait d'avoir de l'asynchrone et des déclencheurs me semblent intéressant. Avec du rsync over ssh le tout dans du bash, c'est pas toujours le top… On n'a pas non plus des tuyaux infinis entre les centres de calcul (IDRIS, CINES…) et chez nous (même si Renater, c'est quand même très bien) donc pouvoir empiler les transferts dans une file est vraiment une bonne idée.
Sinon, je pensais à des bindings léger en Perl ou en Python. Pouvoir depuis ces langages interrogés la file… Une partie du monde du calcul n'est pas fanat de java.
J'ai aussi quelques services programmés en langage de script (relais mail QPSMTPD, gestionnaire de batch OAR…), il est assez facile pour un administrateur système d'aller modifier et d'adapter le serveur à ses besoins. C'est quasiment impossible à faire pour un service programmé en langage compilé… Donc on perds souvent en souplesse.
la Chine semble faire un choix rationnel d'indépendance
Effectivement, on peux se poser la question d'où sors ce rationnel et comment il est justifié…
Pour Allègre, vu que c'est un mammouth qui dis quand même plein de connerie pour le plaisir de son nombril, on peux se poser la question. A l'époque, la France et l'Allemagne était incapable d'avoir un programme commun et chacun avait sa solution. Les américains se sont plantés avec la navette et on voit que le vaisseau Russe marche toujours aussi bien.
Bref, pour l'espace, la première question à se poser est la pertinence de la réutilisation du module. Un engin simple et par chère mais neuf à chaque fois n'est-il au final pas plus sur, moins cher et peut être même plus écologique qu'une navette ?
On voit aujourd'hui que les chinois jouent assez perso… Au final, je trouve cela assez inquiétant quand même.
Et dans la barre du haut, à gauche, j'ai un beau "ma_fac.fr" ! Mon site n'est pas celui de la fac ! En plus mon laboratoire dépend de plusieurs tutelles… Il faut bien que je sois sous le DNS de l'un ou l'autre ou alors me mettre en indépendant comme c'est actuellement la mode !
Bref, qu'il vire le www ne me gêne pas mais pas les sous domaine.
Le choix de Java est aussi pénalisant car je me demandait si on ne pourrait pas testé ce logiciel pour rapatrier nos données des centres de calculs chez nous. Une partie du rapatriement se fait via des scripts actuellement et par clef ssh.
Justement, ce choix de Java bloque le développement d'API en Perl, Python… Pour des bibliothèques centrales, le coeur en C est souvent malheureusement une bonne chose. Je dis malheureusement car les langages de programmations normalise en général la syntaxe mais jamais le mapping ELF ! Chaque compilateur fait son propre mapping et changer de compilateur entraîne de recompiler l'ensemble de toutes les bibliothèques utilisées. C'est parfois dommage.
Sur une liste, le message arrive de la liste et non de la personne. SPF ne casse rien normalement. Pour les renvois de type redirection, c'est bien possible mais est-ce que ce genre de chose est vraiment un mal ? Ne vaudrait'il pas mieux faire du forward avec changement du champs From et ajout du champs ReplyTo si celui-ci n'existait pas déjà ?
A noter que pour éviter certains problèmes, je n'activais pas le greylisting si le serveur en face avait activé et configuré SPF. Cela résolvait le cas Google. En effet, aucun intérêt à faire attendre un courriel qui provient d'une machine validé dans le champs SPF d'un serveur DNS.
Mais SPF a été oublié et pas mal de serveur DNS sont mal configuré aujourd'hui… Pourtant c'était simple, peu couteux en terme de ressource et quand même pas mal efficace ;-(
Un des soucis avec le greylisting, c'est que certains serveurs en face ne renvoi pas avec le même serveur car ils utilisent un cluster (google par exemple mais pas seulement). Donc si vous avez vous même un cluster en entrée, il faut tenir une base de données du greylisting partagée entre les serveurs entrant. Bref, un peu lourd à mettre en place…
Parce que les états ne font pas de recherche ! Quasiment toute la recherche est financé par le public et j'en sais quelque chose (je travaille au CNRS).
La répartition ne marche que si les états fonctionnent bien. C'est juste un système globalisé sur toutes les entreprises. Je n'y comprends peut être rien mais il me semble que tu sous estimes complètement le rôle des états ! Je vois que tu trouves tout à fait normal que ta retraite soit financé par des travailleurs d'autres pays, par exemple en Asie ou en Afrique… Moi je préfère un système équilibré ou notre retraite est financé en interne, soit au niveau français ou mieux, si les politiques avancent, sur un équilibre européen. Je suis pour un équilibre territoire par territoire.
A la retraite, tu vis sur le dos des travailleurs, quel que soit le système. C'est normal, tu as passé la main à la génération suivante.
T'as manière de parler est franchement déplaisante et indigne vis à vis des autres. Je te laisse à tes concepts et préfère rester dans mon ignorance.
Les fonds de pension existe dans la fonction publique depuis des années… Un jour, la règle a changé, tous les adhérents ont été baisé (dont ma mère). Rien ne te garantie les investissements.
Pour payer les retraites, il faut sortir de l'argent tous les mois, soit en cotisation, soit en soustrayant de l'argent des entreprises. Cela est vrai quel que soit le système. Avec le système par répartition, la règle est la même pour tous et on peux espérer que l'intermédiaire se sers le moins possible au passage (frais de gestion le plus faible possible). On pourrait espérer qu'en changeant de boulot, on cotise toujours au système universel. Avec un système privé, tu as le droit de changer de fond de pension en cours de vie ?
Quand au triplement en 40 ans, c'est parce que le PIB des états a triplé. C'est donc aussi vrai pour la répartition. Cela sera moins vrai dans le futur si la croissance ne suit plus. Encore une fois, pas de différence notable la dessus. La répartition s'appuie sur l'ensemble de l'économie et non sur une sélection d'entreprise faite par des traiders ou équivalent.
On a vu par le passé et on le verra encore que les états sont capable d'investissement et de relance de l'économie. La répartition s'appuie sur les états donc sur un bien plus grand nombre. Les états peuvent faire faillite mais le risque est bien moindre que le risque d'une société privé…
Le seul point qui me semble positif pour les fonds de pension est le fait de pouvoir investir à l'étranger. Mais justement, c'est ce point qui me semble choquant (et dont personne ne parle). Ponctionner le travail à l'étranger pour payer nos retraites. Cela me semble incorrect. C'est un peu comme la règle d'or pour l'économie. Un état se doit d'avoir une économie stable et équilibré à mon sens sur la durée.
Ceci dis, je ne suis pas contre la bourse et les investissements privés. Mais dans le domaine des retraites, je trouve que l'on sors clairement des limites. Enfin, je vais aller lire ton lien histoire d'en savoir un peu plus quand même ;-)
La phrase n'est pas de moi. Ce sont les spécialistes en économie qui le disent. Moi je pensais bêtement qu'on pouvait la stocker… Mais met 50E sous ton lit, 50 ans plus tard, cela ne vaut plus rien.
Je crois que l'idée derrière tout cela est qui si tout le monde s'arrête de travailler, toutes les valeurs s'effondrent et rien ne vaut plus rien. L'or a été pendant longtemps la valeur refuge mais /a priori/, nos sociétés ne sont plus basé sur le cours de l'or. Donc, l'élément de base est le travail a l'instant t des personnes qui travaillent.
Si tu places 100E et que tu les retires le jour t, tu ponctionnes dans le travail de l'entreprise au jour t, dans son chiffre d'affaire de l'année. Voila en simplifié ce que j'ai compris. Lorsque tu place à l'instant t, c'est pour faire marcher les choses à cet instant précis en faisant l'hypothèse que d'autres personnes le feront marcher plus tard…
A partir de là, les retraites sont payés quel que soit le système par les travailleurs de l'instant. Les fonds de pension privatise cela, ajoute de la spéculation et permette d'avoir un système global donc d'aller pomper le travail dans d'autres pays… Le système par répartition en comparaison est bien moins spéculatif et bien plus stable. C'est un investissement au niveau national.
Comme tu cotises plus via les fond de pension, tu as effectivement une impression d'avoir plus d'argent pour investir… C'est valable uniquement au lancement des fonds, après tu es en période de fonctionnement ou le fond doit sortir de l'argent tous les mois. C'est un peu comme la carte de crédit différé, tu gagnes juste un mois de salaire maximum dans toute une vie ! C'est donc une arnaque de première.
Bref, beaucoup de spéculation pour pas beaucoup d'avantage au final. J'ai pas encore eu un interlocuteur qui avait des arguments vraiment valable à me montrer concernant les fonds de pension.
Un projet intéressant qui a mon sens monte petit à petit est Config::Model. Un environnement pour manipuler les fichiers de configuration d'un certain nombre de logiciels et ceci de manière générique.
Je redis quelque chose de bien connu : Les retraites à l'instant t sont toujours payés, quelque soit le système par les travailleurs au même instant t.
Donc quel est l'intérêt des fonds de pension par rapport à la répartition :
enrichissement des dirigeants des fonds de pension avec des salaires insalubres…
ponctionner le travail des autres pays, une espèce de colonisation. Comme les Européens vont payer une partie des retraites des américains, on aurait pu imaginé que les Africains payent notre retraite !
Je crois que c'est assez puant pour interdire ce truc définitivement de notre continent…
On pourrait changer le mode de scrutin. Le vote a deux tours privilégie beaucoup trop le bi-partisme. C'est très difficile pour un indépendant de s'en sortir… Le système Condorcet utilisé par Debian ou le vote par valeur me semble des piste qui pourrait être expérimenté.
Ensuite, moins de cumul des mandats. Une idée vu ici même, divisé par deux le nombres de circonscription et imposer un double vote pour assurer la parité.
Enfin, nous ne sommes pas dans un état royaliste. Certains postes de devraient pas être transmissible de père en fils. Les enfants de députés et sénateur ne devraient pas pouvoir être a leur tous députés ou sénateur. C'est une espèce de non cumul des mandats inter-générationnel.
La philosophie UNIX repose aussi sur la notion de processus père fils. Il n'y a pas de variable globale. Les variables d'environnement s'exporte du père au fils si on le demande.
Comme ce concept est parfois insuffisant, on peux avoir des segments de mémoire partagé mais l'important est que par défaut, tout tourne dans ce cadre bien cloisonné.
Les méta-serveurs complexe avec les bus puissant vont être un gouffre à bogue. C'est évident. L'étape suivante logique est bien sur les cgroup et au delà, de faire tourner chaque service dans un container. C'est vrai qu'on peux se poser la question du pourquoi faire aussi complexe au central ?
A mon sens, un des premiers coins dans la philosophie UNIX tel que tu l'as décrit a été le langage Perl car Larry en avait marre de chaîner les commandes dans des pipes au final plus compréhensible… Je dois dire que Perl est quand même un super langage pour le système…
Ce qui me gène plus est cet amas de chose binaire au coeur de l'espace utilisateur et que tout cela semble fort peu scriptable donc modifiable par un administrateur système moyen.
Avec pam_group, tu donnes (donnait) les droits qui vont bien en mettant la personne dans un groupe. Pas ssh, tu ne donnait pas le groupe audio et c'était tout.
Bref, une bête gestion par groupe… simple à comprendre et qui marchait plutôt bien.
A ma connaissance, php n'est pas tread safe… donc sur ma debian, je fonctionne encore en mode prefork pour le php. Ce n'est pas le cas pour les applications web en Python ou en Perl.
Pour les jeunes, le Perl est has-been… et donc les propos dessus sont rapidement tournés en dérision. C'est un peu pareil avec Fortran d'ailleurs ;-)
Comme un post plus haut, on voit que l'idée qu'en Perl il faut construire ses objets à la main à la vie dure… Il y a tout plein de framework qui vont bien et qui sont clair.
Je fais (rarement) du Python mais je préfère Perl. Dès que j'ai un module Perl, je fais un man sur celui-ci et j'ai une doc correcte la plupart du temps. Je ne retrouve pas cela avec Python. Idem avec php.
Je me suis amusé à faire un petit programme utilisant la libcoro, c'est une manière de faire de l'asynchrone sans passer par l'usine à gaz POE, du pur bonheur.
Arg… J'héberge tous mes serveurs (RENATER) donc j'oublie parfois les contraintes du privé ;-)
Si tu écrit ton code de manière à empêcher l'injection SQL, ça n'arrive pas non plus.
Mauvaise réponse, il suffit de voir les alertes régulières du CERT. On a bon bien programmer, on finit toujours par trouver un bogue un jour. Le cloisonnement permet d'espérer rendre ce bogue peu critique…
Exemple, Perl en rajoutant de l'aléatoire dans ses tables de hachages il y a 10 ans n'a pas subit le bogue dernièrement contrairement à PHP ou Python…
Samba permet de faire du DFS ce qui permet par exemple de montrer aux utilisateurs une racine unique…
Coté perf, les derniers WebDAV que j'ai monté étaient très lent. Pratique en externe mais en interne, si on peux aller plus vite, tant mieux. J'utilise du WebDAV pour de l'upload de fichier à diffuser donc assez statique mais pas sur des documents de travail.
Il me semble que les websockets, c'est quand même fait pour faire du connecté… Bref, je ne suis pas dans la technique bas niveau, mes propos se veulent être sur du design très général.
Peut être qu'une application web simple et un montage fuse par exemple suffise à basculer les données finale sous la bonne identité et résolve en partie le soucis ?
Sinon, le login pour l'hébergement ne te sers qu'a mettre à jour ton application, il ne sers à rien pour l'application elle-même et ne se retrouve pas sur le serveur. Je ne vois donc pas pourquoi cela reviendrait au même ? Pour moi, cela n'a rien à voir avec ce que je proposait.
Exemple : si le code php login.php n'avait accès à la base de données qu'en lecture, on éviterait toute écriture sur la BDB tant que la personne n'est pas identifiée. Ensuite, sur les autres pages php, si une personne attaque, elle a un identifiant donc peut être tracée et surtout ce type d'attaque relève du règlement intérieur de l'établissement… Bref, je ne vois que des avantages à cloisonner un peu mieux les requêtes SQL afin des les rendre plus robuste aux bogues !
[^] # Re: N'importe quoi
Posté par Sytoka Modon (site web personnel) . En réponse au journal Le Premier Baiser Spatial Chinois. Évalué à 3.
Une éolienne à terre fonctionne 1 jour sur 4. Une éolienne en mer un jour sur deux. On voit que placer les éoliennes en mer multiplie de fait les rendements par deux !
Actuellement, les éoliennes ont besoin de terre rare pour fonctionner (aimant). Il y a un vaste problème pour obtenir ces terres rares à grandes échelles et gérer tout cela dans le temps.
Par ailleurs, le réseau est synchronisé, cela semble peut être naturel pour tous mais personnellement, je me demande comment ils arrivent à maintenir un réseau synchrone au niveau européen (le canada et les USA sont découplés - passage par du courant continu à la frontière) . /A priori/, la grosse part nucléaire permet de stabiliser le réseau et on ne pourrait pas en l'état actuel injecter trop de courant (>30%) provenant de petite centrale a énergie variable (éolienne…). Je ne connais pas la véracité de cette dernière problématique.
[^] # Re: N'importe quoi
Posté par Sytoka Modon (site web personnel) . En réponse au journal Le Premier Baiser Spatial Chinois. Évalué à 6.
Aucune centrale a ce jour n'a été démantelée. On ne sais pas faire. Le réacteur expérimental du CEA de grenoble l'a été pour mettre au point la procédure. La centrale de Brennelis en Bretagne est toujours là !
Donc d'où sorte ces chiffres ?
Je pense que personne ne connaît le vrai coût du nucléaire à l'heure actuelle…
[^] # Re: xp
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche WAARP : le moniteur de transfert de fichier Open Source. Évalué à 3.
Le fait d'avoir de l'asynchrone et des déclencheurs me semblent intéressant. Avec du rsync over ssh le tout dans du bash, c'est pas toujours le top… On n'a pas non plus des tuyaux infinis entre les centres de calcul (IDRIS, CINES…) et chez nous (même si Renater, c'est quand même très bien) donc pouvoir empiler les transferts dans une file est vraiment une bonne idée.
Sinon, je pensais à des bindings léger en Perl ou en Python. Pouvoir depuis ces langages interrogés la file… Une partie du monde du calcul n'est pas fanat de java.
J'ai aussi quelques services programmés en langage de script (relais mail QPSMTPD, gestionnaire de batch OAR…), il est assez facile pour un administrateur système d'aller modifier et d'adapter le serveur à ses besoins. C'est quasiment impossible à faire pour un service programmé en langage compilé… Donc on perds souvent en souplesse.
[^] # Re: N'importe quoi
Posté par Sytoka Modon (site web personnel) . En réponse au journal Le Premier Baiser Spatial Chinois. Évalué à 6.
Effectivement, on peux se poser la question d'où sors ce rationnel et comment il est justifié…
Pour Allègre, vu que c'est un mammouth qui dis quand même plein de connerie pour le plaisir de son nombril, on peux se poser la question. A l'époque, la France et l'Allemagne était incapable d'avoir un programme commun et chacun avait sa solution. Les américains se sont plantés avec la navette et on voit que le vaisseau Russe marche toujours aussi bien.
Bref, pour l'espace, la première question à se poser est la pertinence de la réutilisation du module. Un engin simple et par chère mais neuf à chaque fois n'est-il au final pas plus sur, moins cher et peut être même plus écologique qu'une navette ?
On voit aujourd'hui que les chinois jouent assez perso… Au final, je trouve cela assez inquiétant quand même.
[^] # Re: Pendant ce temps, y a des gens qui meurt de faim…
Posté par Sytoka Modon (site web personnel) . En réponse au journal Et une kyrielle de domaines.... Évalué à 2.
Sauf que Firefox nous fait des trucs pas sympa depuis quelques temps. Le site de mon labo est en https
https://www.mon_labo.ma_fac.fr
Et dans la barre du haut, à gauche, j'ai un beau "ma_fac.fr" ! Mon site n'est pas celui de la fac ! En plus mon laboratoire dépend de plusieurs tutelles… Il faut bien que je sois sous le DNS de l'un ou l'autre ou alors me mettre en indépendant comme c'est actuellement la mode !
Bref, qu'il vire le www ne me gêne pas mais pas les sous domaine.
[^] # Re: xp
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche WAARP : le moniteur de transfert de fichier Open Source. Évalué à 0.
Le choix de Java est aussi pénalisant car je me demandait si on ne pourrait pas testé ce logiciel pour rapatrier nos données des centres de calculs chez nous. Une partie du rapatriement se fait via des scripts actuellement et par clef ssh.
Justement, ce choix de Java bloque le développement d'API en Perl, Python… Pour des bibliothèques centrales, le coeur en C est souvent malheureusement une bonne chose. Je dis malheureusement car les langages de programmations normalise en général la syntaxe mais jamais le mapping ELF ! Chaque compilateur fait son propre mapping et changer de compilateur entraîne de recompiler l'ensemble de toutes les bibliothèques utilisées. C'est parfois dommage.
[^] # Re: Cluster
Posté par Sytoka Modon (site web personnel) . En réponse au journal RFC 6647: Email Greylisting: An Applicability Statement for SMTP. Évalué à 4.
Sur une liste, le message arrive de la liste et non de la personne. SPF ne casse rien normalement. Pour les renvois de type redirection, c'est bien possible mais est-ce que ce genre de chose est vraiment un mal ? Ne vaudrait'il pas mieux faire du forward avec changement du champs From et ajout du champs ReplyTo si celui-ci n'existait pas déjà ?
[^] # Re: Cluster
Posté par Sytoka Modon (site web personnel) . En réponse au journal RFC 6647: Email Greylisting: An Applicability Statement for SMTP. Évalué à 4.
A noter que pour éviter certains problèmes, je n'activais pas le greylisting si le serveur en face avait activé et configuré SPF. Cela résolvait le cas Google. En effet, aucun intérêt à faire attendre un courriel qui provient d'une machine validé dans le champs SPF d'un serveur DNS.
Mais SPF a été oublié et pas mal de serveur DNS sont mal configuré aujourd'hui… Pourtant c'était simple, peu couteux en terme de ressource et quand même pas mal efficace ;-(
# Cluster
Posté par Sytoka Modon (site web personnel) . En réponse au journal RFC 6647: Email Greylisting: An Applicability Statement for SMTP. Évalué à 4.
Un des soucis avec le greylisting, c'est que certains serveurs en face ne renvoi pas avec le même serveur car ils utilisent un cluster (google par exemple mais pas seulement). Donc si vous avez vous même un cluster en entrée, il faut tenir une base de données du greylisting partagée entre les serveurs entrant. Bref, un peu lourd à mettre en place…
# Module SPIP
Posté par Sytoka Modon (site web personnel) . En réponse au journal Garradin : gestionnaire d'association léger, complet et libre. Évalué à 2.
Techniquement, quitte a être proche de SPIP, cela ne pourrait pas devenir un module de SPIP donc avoir aussi toute la puissance de SPIP ?
[^] # Re: Reproduction du système
Posté par Sytoka Modon (site web personnel) . En réponse au journal La « démocratie » représentative, illusion désirée par les notables. Évalué à 2.
Parce que les états ne font pas de recherche ! Quasiment toute la recherche est financé par le public et j'en sais quelque chose (je travaille au CNRS).
La répartition ne marche que si les états fonctionnent bien. C'est juste un système globalisé sur toutes les entreprises. Je n'y comprends peut être rien mais il me semble que tu sous estimes complètement le rôle des états ! Je vois que tu trouves tout à fait normal que ta retraite soit financé par des travailleurs d'autres pays, par exemple en Asie ou en Afrique… Moi je préfère un système équilibré ou notre retraite est financé en interne, soit au niveau français ou mieux, si les politiques avancent, sur un équilibre européen. Je suis pour un équilibre territoire par territoire.
A la retraite, tu vis sur le dos des travailleurs, quel que soit le système. C'est normal, tu as passé la main à la génération suivante.
T'as manière de parler est franchement déplaisante et indigne vis à vis des autres. Je te laisse à tes concepts et préfère rester dans mon ignorance.
-> []
[^] # Re: Reproduction du système
Posté par Sytoka Modon (site web personnel) . En réponse au journal La « démocratie » représentative, illusion désirée par les notables. Évalué à 2.
Les fonds de pension existe dans la fonction publique depuis des années… Un jour, la règle a changé, tous les adhérents ont été baisé (dont ma mère). Rien ne te garantie les investissements.
Pour payer les retraites, il faut sortir de l'argent tous les mois, soit en cotisation, soit en soustrayant de l'argent des entreprises. Cela est vrai quel que soit le système. Avec le système par répartition, la règle est la même pour tous et on peux espérer que l'intermédiaire se sers le moins possible au passage (frais de gestion le plus faible possible). On pourrait espérer qu'en changeant de boulot, on cotise toujours au système universel. Avec un système privé, tu as le droit de changer de fond de pension en cours de vie ?
Quand au triplement en 40 ans, c'est parce que le PIB des états a triplé. C'est donc aussi vrai pour la répartition. Cela sera moins vrai dans le futur si la croissance ne suit plus. Encore une fois, pas de différence notable la dessus. La répartition s'appuie sur l'ensemble de l'économie et non sur une sélection d'entreprise faite par des traiders ou équivalent.
On a vu par le passé et on le verra encore que les états sont capable d'investissement et de relance de l'économie. La répartition s'appuie sur les états donc sur un bien plus grand nombre. Les états peuvent faire faillite mais le risque est bien moindre que le risque d'une société privé…
Le seul point qui me semble positif pour les fonds de pension est le fait de pouvoir investir à l'étranger. Mais justement, c'est ce point qui me semble choquant (et dont personne ne parle). Ponctionner le travail à l'étranger pour payer nos retraites. Cela me semble incorrect. C'est un peu comme la règle d'or pour l'économie. Un état se doit d'avoir une économie stable et équilibré à mon sens sur la durée.
Ceci dis, je ne suis pas contre la bourse et les investissements privés. Mais dans le domaine des retraites, je trouve que l'on sors clairement des limites. Enfin, je vais aller lire ton lien histoire d'en savoir un peu plus quand même ;-)
[^] # Re: Reproduction du système
Posté par Sytoka Modon (site web personnel) . En réponse au journal La « démocratie » représentative, illusion désirée par les notables. Évalué à 2.
Je te remercie pour ta profonde considération ;-)
Maintenant, professeur, je suis à l'écoute d'un cours cohérent qui va tout m'expliquer…
[^] # Re: Reproduction du système
Posté par Sytoka Modon (site web personnel) . En réponse au journal La « démocratie » représentative, illusion désirée par les notables. Évalué à 2.
La phrase n'est pas de moi. Ce sont les spécialistes en économie qui le disent. Moi je pensais bêtement qu'on pouvait la stocker… Mais met 50E sous ton lit, 50 ans plus tard, cela ne vaut plus rien.
Je crois que l'idée derrière tout cela est qui si tout le monde s'arrête de travailler, toutes les valeurs s'effondrent et rien ne vaut plus rien. L'or a été pendant longtemps la valeur refuge mais /a priori/, nos sociétés ne sont plus basé sur le cours de l'or. Donc, l'élément de base est le travail a l'instant t des personnes qui travaillent.
Si tu places 100E et que tu les retires le jour t, tu ponctionnes dans le travail de l'entreprise au jour t, dans son chiffre d'affaire de l'année. Voila en simplifié ce que j'ai compris. Lorsque tu place à l'instant t, c'est pour faire marcher les choses à cet instant précis en faisant l'hypothèse que d'autres personnes le feront marcher plus tard…
A partir de là, les retraites sont payés quel que soit le système par les travailleurs de l'instant. Les fonds de pension privatise cela, ajoute de la spéculation et permette d'avoir un système global donc d'aller pomper le travail dans d'autres pays… Le système par répartition en comparaison est bien moins spéculatif et bien plus stable. C'est un investissement au niveau national.
Comme tu cotises plus via les fond de pension, tu as effectivement une impression d'avoir plus d'argent pour investir… C'est valable uniquement au lancement des fonds, après tu es en période de fonctionnement ou le fond doit sortir de l'argent tous les mois. C'est un peu comme la carte de crédit différé, tu gagnes juste un mois de salaire maximum dans toute une vie ! C'est donc une arnaque de première.
Bref, beaucoup de spéculation pour pas beaucoup d'avantage au final. J'ai pas encore eu un interlocuteur qui avait des arguments vraiment valable à me montrer concernant les fonds de pension.
# Config::Model
Posté par Sytoka Modon (site web personnel) . En réponse au journal Sondage d'intérêt pour fwallsh. Évalué à 3.
Un projet intéressant qui a mon sens monte petit à petit est Config::Model. Un environnement pour manipuler les fichiers de configuration d'un certain nombre de logiciels et ceci de manière générique.
https://github.com/dod38fr/config-model
https://github.com/dod38fr/config-model/wiki
http://search.cpan.org/dist/Config-Model/
[^] # Re: Reproduction du système
Posté par Sytoka Modon (site web personnel) . En réponse au journal La « démocratie » représentative, illusion désirée par les notables. Évalué à 1.
Je redis quelque chose de bien connu : Les retraites à l'instant t sont toujours payés, quelque soit le système par les travailleurs au même instant t.
Donc quel est l'intérêt des fonds de pension par rapport à la répartition :
enrichissement des dirigeants des fonds de pension avec des salaires insalubres…
ponctionner le travail des autres pays, une espèce de colonisation. Comme les Européens vont payer une partie des retraites des américains, on aurait pu imaginé que les Africains payent notre retraite !
Je crois que c'est assez puant pour interdire ce truc définitivement de notre continent…
[^] # Re: La question est...
Posté par Sytoka Modon (site web personnel) . En réponse au journal La « démocratie » représentative, illusion désirée par les notables. Évalué à 4.
On pourrait changer le mode de scrutin. Le vote a deux tours privilégie beaucoup trop le bi-partisme. C'est très difficile pour un indépendant de s'en sortir… Le système Condorcet utilisé par Debian ou le vote par valeur me semble des piste qui pourrait être expérimenté.
Ensuite, moins de cumul des mandats. Une idée vu ici même, divisé par deux le nombres de circonscription et imposer un double vote pour assurer la parité.
Enfin, nous ne sommes pas dans un état royaliste. Certains postes de devraient pas être transmissible de père en fils. Les enfants de députés et sénateur ne devraient pas pouvoir être a leur tous députés ou sénateur. C'est une espèce de non cumul des mandats inter-générationnel.
[^] # Re: Reproduction du système
Posté par Sytoka Modon (site web personnel) . En réponse au journal La « démocratie » représentative, illusion désirée par les notables. Évalué à 8.
On ne sais pas stocker de l'argent… Les retraites à l'instant t sont toujours payés, quelque soit le système par les travailleurs au même instant t.
Après, que des personnes s'enrichissent sur le dos des autres, c'est bien possible
[^] # Re: Où est le problème ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Quelle distribution restera dans l'esprit UNIX?. Évalué à 5.
La philosophie UNIX repose aussi sur la notion de processus père fils. Il n'y a pas de variable globale. Les variables d'environnement s'exporte du père au fils si on le demande.
Comme ce concept est parfois insuffisant, on peux avoir des segments de mémoire partagé mais l'important est que par défaut, tout tourne dans ce cadre bien cloisonné.
Les méta-serveurs complexe avec les bus puissant vont être un gouffre à bogue. C'est évident. L'étape suivante logique est bien sur les cgroup et au delà, de faire tourner chaque service dans un container. C'est vrai qu'on peux se poser la question du pourquoi faire aussi complexe au central ?
A mon sens, un des premiers coins dans la philosophie UNIX tel que tu l'as décrit a été le langage Perl car Larry en avait marre de chaîner les commandes dans des pipes au final plus compréhensible… Je dois dire que Perl est quand même un super langage pour le système…
Ce qui me gène plus est cet amas de chose binaire au coeur de l'espace utilisateur et que tout cela semble fort peu scriptable donc modifiable par un administrateur système moyen.
[^] # Re: Mauvaise distro, changer de distro
Posté par Sytoka Modon (site web personnel) . En réponse au journal Quelle distribution restera dans l'esprit UNIX?. Évalué à 4.
Avec pam_group, tu donnes (donnait) les droits qui vont bien en mettant la personne dans un groupe. Pas ssh, tu ne donnait pas le groupe audio et c'était tout.
Bref, une bête gestion par groupe… simple à comprendre et qui marchait plutôt bien.
[^] # Re: PHP, ou comment condamner un bon projet à sa naissance
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche ownCloud 4 est sorti. Évalué à 3.
A ma connaissance, php n'est pas tread safe… donc sur ma debian, je fonctionne encore en mode prefork pour le php. Ce n'est pas le cas pour les applications web en Python ou en Perl.
[^] # Re: Et pour le web ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Perl 5.16.0. Évalué à 3.
Pour les jeunes, le Perl est has-been… et donc les propos dessus sont rapidement tournés en dérision. C'est un peu pareil avec Fortran d'ailleurs ;-)
Comme un post plus haut, on voit que l'idée qu'en Perl il faut construire ses objets à la main à la vie dure… Il y a tout plein de framework qui vont bien et qui sont clair.
Je fais (rarement) du Python mais je préfère Perl. Dès que j'ai un module Perl, je fais un man sur celui-ci et j'ai une doc correcte la plupart du temps. Je ne retrouve pas cela avec Python. Idem avec php.
Je me suis amusé à faire un petit programme utilisant la libcoro, c'est une manière de faire de l'asynchrone sans passer par l'usine à gaz POE, du pur bonheur.
Bref, il y a aussi des effets de mode.
[^] # Re: PHP, ou comment condamner un bon projet à sa naissance
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche ownCloud 4 est sorti. Évalué à 2.
Arg… J'héberge tous mes serveurs (RENATER) donc j'oublie parfois les contraintes du privé ;-)
Mauvaise réponse, il suffit de voir les alertes régulières du CERT. On a bon bien programmer, on finit toujours par trouver un bogue un jour. Le cloisonnement permet d'espérer rendre ce bogue peu critique…
Exemple, Perl en rajoutant de l'aléatoire dans ses tables de hachages il y a 10 ans n'a pas subit le bogue dernièrement contrairement à PHP ou Python…
Un bon design évite parfois des futurs soucis !
[^] # Re: PHP, ou comment condamner un bon projet à sa naissance
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche ownCloud 4 est sorti. Évalué à 3.
Samba permet de faire du DFS ce qui permet par exemple de montrer aux utilisateurs une racine unique…
Coté perf, les derniers WebDAV que j'ai monté étaient très lent. Pratique en externe mais en interne, si on peux aller plus vite, tant mieux. J'utilise du WebDAV pour de l'upload de fichier à diffuser donc assez statique mais pas sur des documents de travail.
[^] # Re: PHP, ou comment condamner un bon projet à sa naissance
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche ownCloud 4 est sorti. Évalué à 2.
Ai je dis que c'était tout pareil ?
Il me semble que les websockets, c'est quand même fait pour faire du connecté… Bref, je ne suis pas dans la technique bas niveau, mes propos se veulent être sur du design très général.
Peut être qu'une application web simple et un montage fuse par exemple suffise à basculer les données finale sous la bonne identité et résolve en partie le soucis ?
Sinon, le login pour l'hébergement ne te sers qu'a mettre à jour ton application, il ne sers à rien pour l'application elle-même et ne se retrouve pas sur le serveur. Je ne vois donc pas pourquoi cela reviendrait au même ? Pour moi, cela n'a rien à voir avec ce que je proposait.
Exemple : si le code php login.php n'avait accès à la base de données qu'en lecture, on éviterait toute écriture sur la BDB tant que la personne n'est pas identifiée. Ensuite, sur les autres pages php, si une personne attaque, elle a un identifiant donc peut être tracée et surtout ce type d'attaque relève du règlement intérieur de l'établissement… Bref, je ne vois que des avantages à cloisonner un peu mieux les requêtes SQL afin des les rendre plus robuste aux bogues !