Vous n'aimez pas les outils qui permettent de ne se rappeler que d'un seul mot de passe et de le décliner automatiquement en des version différentes pour chaque site ?
-> un seul mot de passe a se rappeler
-> pas besoin d'un serveur centralisé pour stocker quoi que ce soit
-> mot de passe généré suffisamment compliqué et différents pour chaque site
C'est beau mais de mon coté je n'y crois pas, ni pour les serveurs peu puissant ni pour les grilles de calcul.
Pourquoi ?
Parce que le x86-64 c'est une logiteque très complète et testée. Même IBM sort ses produits pour proc Intel.
D'ailleurs les licences DB2, MQ, … sont moins vendues chère sur proc Intel que Power :-)
Sur une grille de calcul, on cherche de la puissance. Mais quand on achete un grand nombre de serveurs le cout unitaire
compte énormément. Les serveurs d'une grille sont du consommable, quand il casse il est redondé et quand on veut augmenter
la puissance on les change ou on a ajoute. La différence de prix blade Intel versus Power est telle que économiquement
cela ne tient pas la route (sauf besoin précis de Power, donc marché de niche parmi le marché de niche du HPC).
Si on apprécie la fiabilité des machines AIX, les machines Intel/Linux n'ont rien a leur envier, surtout que pour le prix
d'un AIX vous pouvez faire tourner un cluster x86 bien plus tolérant aux pannes. Sans compter la différence de cout de maintenance
et de licence … Le net ? performances comparables, prix d’acquisition plus faible, cout de possession moins cher …
A moins que IBM ne revoit massivement ses politiques tarifaires, le power est voué a rester dans son coin.
C'est vrai que la paie est un document confidentiel/privé.
Mais venant de la société de recrutement c'est pas vraiment le même problème que si c'était la société qui recrute qui demandait les documents.
La société de recrutement est payée en % du salaire de la personne embauchée, son intérêt n'est pas du tout de négocier le salaire vers le bas.
Par contre vis a vis de son client elle doit vérifier les informations qu'elle apporte, ou savoir sur lesquelles tu/elle a embelli la situation …
Bref c'est pas normal, mais pas forcément préjudiciable pour le postulant.
Par contre si la demande vient des RH de la société qui recrute, la c'est un problème…
Dans le passé il m'est arrivé de venir négocier avec mon avis d'imposition pour prouver au DRH que a moins de XXX je ne venais pas.
Ca a plutôt convaincu :-)
Je suis assez d'accord sur le fond, mais en prenant du recul tu ne serais pas un peu susceptible ?
Le but c'est que le groupe arrive a destination, et si un mec veut frimer avec son smartphone et que du coup tu peux ranger ton plan et en profiter pour observer la route, le décor, les oiseaux, … c'est sympa aussi non ?
A moins que "chargé du plan" ne soit un titre honorifique spécial duquel on ne peut pas être déchu sans vexation :-)
Si cela se trouve, le mec au smartphone il voulait t'aider …
Beau projet. Si je peux me permettre il me soulève tout de même quelques questions:
pourquoi l'avoir équipé d'un système de transmission autonome ?
Vous n'avez pas de monitoring pour votre informatique ?
Surveiller la température c'est bien mais chez nous on le ferai remonter dans Nagios/Centréon/Cacti …
On y gagne des courbes de tendance et on utilise le système d'alerting prévu pour le monitoring.
je n'aurai pas utilisé de SMS, c'est cher (le modem) et ne permet pas de mode "connecté" pour acquitter l'alerte
Avec un modem voix standard a quelques 10aines d'euros, tu peux faire en sorte que Nagios/Centréon téléphone
à l'admin d'astreinte et lui demande de tapper "1" pour acquitter l'alerte … si il ne le fait pas (pas joignable …)
il peut ensuite appeler d'autres personnes en escalade …
pourquoi ne pas utiliser les capteurs de température existants dans les systèmes ?
Certes cela ne rapporte pas la température de la salle, mais cela permet tout de même d'alerter si la température monte
anormalement. Qui plus est on peut surveiller la température selon les specs de fonctionnement des machines.
La plupart des châssis (lames) en possèdent, sinon les serveurs en ont tous, et une sonde nrpe/snmp/…
interrogée par le Nagios/Cacti existant suffit à rendre le même service (mais c'est moins FUN à faire :-( ).
Sinon dans son cas … considérer les valeurs en dehors du range 10°C - 60°C ça suffit peut-être non ?
Parce que -0.61 ou +10000°C on sait de base que ce sont des valeurs impossibles :-)
(même si je vote pour la médiane coté "vrai" algo pour son cas)
Pour être précis c'est plus exactement un kill -9 -1
et du coup cela fait l'opposé de ce que tu décris : tous les process sauf le process 1 vont recevoir le signal …
mais c'est bien aussi :-)
Je vais me faire moinsser, comme à chaque fois qu'on ne va pas dans le sens du courant, mais ou je bosse on a fait une intégration de déport d'affichage basée sur VNC qui "juste marche" et reste assez performante.
Pour cela il faut bien choisir le serveur VNC ainsi que le client, afin de profiter des optimisations du protocole (cache de pixmaps, …).
La solution est utilisée en réseau local pour faire du design analogique de composants (de la CAO en gros), et reste utilisable en VPN depuis la maison (en france) mais est assez sujette aux problèmes de latence réseau (à l'étranger …). En tout cas pour de l'admin système c'est très très confortable y compris en VPN.
Coté serveur on utilise Xvnc (celui fourni avec tigervnc). Il est assez performant car c'est un serveur X dédié au déport VNC (il ne propose pas de display standard).
Coté client on utilise vncviewer de realvnc (le plus performant d'après nos tests).
A l'époque (3 ans ?) on avait testé les solutions "a la mode" comme FreeNX, et les performance n'étaient pas du tout meilleures, et l'intégration dans le SI plus compliquée…
mais c'est peut-être a revoir de nos jours. En tout cas, pour une solution simple Xvnc ça marche.
On a proposé des patchs pour mieux gérer le copier/coller, l'implémentation de base dans Xvnc limitait trop la taille du buffer passé du serveur au client, alors que X11 propose un mode ou la taille du buffer est dynamique. J'ai pas vérifié si ils avaient été intégrés ou pas mais "chez moi ça marche" :-)
Le graphe donne plus d'importance a 1% de la population (les extrêmement riches) qu'aux 50% des foyers qui ne sont pas imposables.
Or prétendre que ces foyers "sont des SDF" comme dans un des commentaires … est pour le moins contestable, pas mal de ces foyers seraient largement capables de payer de l'impôt sur le revenu.
Le graphe montre t'il aussi l'imposition liée à la transmission de patrimoine ?
Le graphe montre t'il aussi l'imposition liée aux autres revenus (foncier, …) ?
m'est avis que ces deux postes sont largement déséquilibrés dans l'autre sens.
si bien sûr, et tu sais quoi ? en valeur absolu la TVA est un impôt progressif puisque les riches dépensent plus :-)
le sujet était l’impôt sur le revenu.
On a des tranches marginales a partir du moment ou on est imposable sur le revenu, mais ce n'est pas linéaire de 0.
De plus je parle d'inclure les aides dans le calcul et de les distribuer automatiquement.
La participation "des riches" est bien plus forte que seulement l’impôt sur le revenu, beaucoup beaucoup de bien de consommation sont plus chers pour une personne qui gagne bien sa vie (cantine, garde des enfants indexé sur le quotient familial, cinemas, certains restaurants, abonnements divers et variés, entrée de piscine …). Un système qui mixe des calculs approximatifs pour prélever l’impôt et des aides non contrôlées en fonction du bien vouloir de chaque entreprise/administration fini par faire un truc complètement impossible à maitriser.
Au lieu de baisser le prix de certaines prestations, il vaudrait mieux aider plus les gens et les laisser libre de consommer ce qu'ils préfèrent.
Pourquoi pas verser "une base" a tout le monde sans conditions (y compris aux riches donc), et inclure cette aide dans le revenu taxable, avec une fonction linéaire qui démarre réellement à zéro. Tu trouves une mission d'interim ? super ça s'ajoute dans le calcul mais ne te prive pas des "autres aides", …
Super, on passe d'une propagande a une autre sans discernement. Il faut que "les riches" (et ils sont 1%) paient, encore quelques français contre les autres, encore une forme de stigmatisation, encore une excuse pour dire que ce sont "d'autres" qui doivent faire les efforts mais pas "nous".
Seulement les efforts seront à faire par tous.
La solution passe par une remise a plat tout le système des impôts et de tout le système de redistribution des aides pour supprimer les inégalités. Il faut calculer l'impôt en fonction des revenus (tous les revenus) et le prélever à la source chez tout le monde sans exception (même quelques euros), de manière qu'il n'y ait pas de "marche d'escalier".
Il faut que les aides soient perçues "automatiquement" (sans démarches pour oublier personne).
Tant que certains auront intérêt à ne pas travailler (parce que a partir d'une somme d'un coup on devient imposable), tant que seulement 50% des ménages ont la chance de participer à l'effort collectif, tant qu'il existe des passe droit pour ne pas payer autant que les autres … le système est bancal.
Par contre, pour faire ça, faut faire table rase et repartir d'un nouveau design, ça méritera un numero de version majeur genre impots2.0 du coup !
la 2.2 sort un an plus tard, en janvier 1999, avec la prise en charge des m68k et PowerPC, puis, en fin d'année (avec la 2.2.13), des IBM mainframe, ouvrant Linux au monde professionnel ;
C'est un lancé de troll ou bien sans mainframe pas de professionnels ?
Cette phrase m'a un peu surprise, mais je dois être le seul puisque personne ne l'a relevé :-)
Je vais sur le site et regarde les config DELL (je connais les prix)
Surpise: ils vendent du matériel "obsolete" plus cher que le matériel neuf vendu par DELL.
ex : un dell optiplex 780 (référence d'il y a deux ans je pense) vendu 675€ !! a priori sans écrans en plus.
pour les serveurs, le matériel est beaucoup plus vieux, mais il est aussi beaucoup plus abordable.
par exemple un xseries 345 a 207€ c'est pas très cher … mais c'est du matériel qui a 8 ans environ.
il reste les "pack bureautique" dont certains sont effectivement suffisants en puissance et pas cher.
mais pour le reste il faut quand même se méfier.
Chez moi je serai bien content d'utiliser le driver libre mais sans fglrx impossible d'avoir le son via le câble HDMI de la carte radeon…
par défaut il me propose bien un driver … mais pas de son alors qu'avec le paquet fglrx géré par la distribution c'est pas si compliqué à utiliser et ça marche du premier coup …
Du coup j'ai voté "driver propriétaire car sinon ma carte est inutilisable"
01:00.0 VGA compatible controller: ATI Technologies Inc Cypress [Radeon HD 5800 Series]
01:00.1 Audio device: ATI Technologies Inc Cypress HDMI Audio [Radeon HD 5800 Series]
ok désolé pour le ton du message initial, c'était malencontreusement agressif.
42€ c'est déjà trois fois moins cher et mon petit doigt me dit que c'est pas le minimum (pas de source … désolé).
Pour reprendre ton "ordre de grandeur", ça met l'heure de calcul a 400€ au lieu de 1000€ et ça reste hypothetique puisque dépendant des négociations de la salle d'hébergement…
Et tu penses que les centres de calcul qui consomment autant paient l’électricité au même taux que le particulier …
Le prix se négocie, et le taux appliqué est sous NDA.
Mais bien sûr qu'il en reste !
La plupart des applications mainframes n'evoluent que très peu, et sont hébergées sur des partitions de plus en plus restreintes par rapport à la puissance globale de la machine. Ce qui cause des problème :
- en dessous d'un certain pourcentage de performance de la machine ce n'est pas rentable de louer la partition.
- quand on loue une partie de la machine on est en collocation … synchronisation des changements de config hardware, … que du bonheur
Sans parler du cout de partitions supplémentaires pour faire du dev ou de la qualif … si jamais on veut faire évoluer l'application.
C'est donc sûr, il reste des applications mainframe a migrer. Il reste a trouver le bon levier (souvent financier, mais ça peut être le besoin de faire évoluer la solution) … et hop "downsizing" comme tu le dis.
Pour participer a ton business loto, je rajoute que en hébergeant la cible en n-tiers (data / traitement / …) il n'y a a priori pas de raison de "puissance" pour que la migration ne se fasse pas. les seules raisons de ne pas migrer c'est
- la peur du projet qui est souvent gigantesque (risque)
- le prix du projet (en combien de temps on l'amorti ?)
- la capacité à mener le projet (meme en sous traitant, il faut bien se tapper les tests…)
- avoir mieux a faire maintenant tout de suite, le projet est interessant mais… plus tard
a mon taf on utilisait des redhat pour le support des applications (oracle, …) et des centos sinon pour avoir le même mode de gestion.
jusqu'au jour ou on a eu besoin du support redhat. on est tombé sur des incompétents qui cherchaient la solution dans google … sauf que si on les appelait c'est que la solution n'y était pas. Ensuite quand on a produit un patch ils nous ont averti que désormais on n'avait plus de support puisqu'on tournait avec une version non redhat de certains binaires du système …
Il n'a pas fallu longtemps pour "upgrader" tout le parc en centos :-)
est-ce que tu utilises le protocole unison sur le réseau (tu as un serveur unison coté serveur) ou bien est-ce que tu monte un répertoire distant et que tu utilises unison en local sur la machine cliente ?
C'est très différent, avec unison en mode serveur c'est beaucoup beaucoup plus efficace.
coté client je suppose que tu es sous linux, pour lequel le scan des modifications est très rapide, sous windows il y a une option un peu risquée a mettre en place pour gagner du temps si c'est vraiment trop long.
# outils de génération de mot de passe ?
Posté par PLuG . En réponse au journal gPass : un concurrent libre de lastPass. Évalué à 3.
Vous n'aimez pas les outils qui permettent de ne se rappeler que d'un seul mot de passe et de le décliner automatiquement en des version différentes pour chaque site ?
-> un seul mot de passe a se rappeler
-> pas besoin d'un serveur centralisé pour stocker quoi que ce soit
-> mot de passe généré suffisamment compliqué et différents pour chaque site
genre celui là ( https://addons.mozilla.org/fr/firefox/addon/password-hasher/ ) mais y'en a plein de ce genre.
j'y vois pas mal d'avantages et peu d'inconvénients …
# Power ?
Posté par PLuG . En réponse au journal Power8 - OpenPower : l'hégémonie du x86 pourrait-elle être bousculée dans le monde serveur ?. Évalué à 3.
C'est beau mais de mon coté je n'y crois pas, ni pour les serveurs peu puissant ni pour les grilles de calcul.
Pourquoi ?
Parce que le x86-64 c'est une logiteque très complète et testée. Même IBM sort ses produits pour proc Intel.
D'ailleurs les licences DB2, MQ, … sont moins vendues chère sur proc Intel que Power :-)
Sur une grille de calcul, on cherche de la puissance. Mais quand on achete un grand nombre de serveurs le cout unitaire
compte énormément. Les serveurs d'une grille sont du consommable, quand il casse il est redondé et quand on veut augmenter
la puissance on les change ou on a ajoute. La différence de prix blade Intel versus Power est telle que économiquement
cela ne tient pas la route (sauf besoin précis de Power, donc marché de niche parmi le marché de niche du HPC).
Si on apprécie la fiabilité des machines AIX, les machines Intel/Linux n'ont rien a leur envier, surtout que pour le prix
d'un AIX vous pouvez faire tourner un cluster x86 bien plus tolérant aux pannes. Sans compter la différence de cout de maintenance
et de licence … Le net ? performances comparables, prix d’acquisition plus faible, cout de possession moins cher …
A moins que IBM ne revoit massivement ses politiques tarifaires, le power est voué a rester dans son coin.
[^] # Re: Certaines boites spécialisé dans le recrutement sont bien :
Posté par PLuG . En réponse au journal Ras le bol des plateformes d'e-recrutement. Évalué à 2.
C'est vrai que la paie est un document confidentiel/privé.
Mais venant de la société de recrutement c'est pas vraiment le même problème que si c'était la société qui recrute qui demandait les documents.
La société de recrutement est payée en % du salaire de la personne embauchée, son intérêt n'est pas du tout de négocier le salaire vers le bas.
Par contre vis a vis de son client elle doit vérifier les informations qu'elle apporte, ou savoir sur lesquelles tu/elle a embelli la situation …
Bref c'est pas normal, mais pas forcément préjudiciable pour le postulant.
Par contre si la demande vient des RH de la société qui recrute, la c'est un problème…
Dans le passé il m'est arrivé de venir négocier avec mon avis d'imposition pour prouver au DRH que a moins de XXX je ne venais pas.
Ca a plutôt convaincu :-)
[^] # Re: ◉ Je ne regarde pas la télévision
Posté par PLuG . En réponse au sondage Quel est votre principale attitude de téléspectateur ?. Évalué à 7.
Je suis assez d'accord sur le fond, mais en prenant du recul tu ne serais pas un peu susceptible ?
Le but c'est que le groupe arrive a destination, et si un mec veut frimer avec son smartphone et que du coup tu peux ranger ton plan et en profiter pour observer la route, le décor, les oiseaux, … c'est sympa aussi non ?
A moins que "chargé du plan" ne soit un titre honorifique spécial duquel on ne peut pas être déchu sans vexation :-)
Si cela se trouve, le mec au smartphone il voulait t'aider …
[^] # Re: concours de mots clefs comme du temps de la découverte d'Échelon
Posté par PLuG . En réponse au sondage Les révélations sur le programme PRISM.... Évalué à 2.
Je suppose que "comme tout le monde" vous utilisez une liste contruite en compilant les listes disponibles sur Internet.
Par exemple les Denied Person Lists et autres sources ( http://www.bis.doc.gov/index.php/policy-guidance/lists-of-parties-of-concern/denied-persons-list )
Du coup ce genre de personne est de-facto dans la liste …
[^] # Re: quoi faire
Posté par PLuG . En réponse à la dépêche OLinuXino, la RaspBerry Pi version Open Source. Évalué à 2.
L'idée de supprimer les valeurs "impossibles" n’empêche pas d'appliquer la médiane … j'ai du mal m'exprimer !
[^] # Re: quoi faire
Posté par PLuG . En réponse à la dépêche OLinuXino, la RaspBerry Pi version Open Source. Évalué à 5.
Beau projet. Si je peux me permettre il me soulève tout de même quelques questions:
pourquoi l'avoir équipé d'un système de transmission autonome ?
Vous n'avez pas de monitoring pour votre informatique ?
Surveiller la température c'est bien mais chez nous on le ferai remonter dans Nagios/Centréon/Cacti …
On y gagne des courbes de tendance et on utilise le système d'alerting prévu pour le monitoring.
je n'aurai pas utilisé de SMS, c'est cher (le modem) et ne permet pas de mode "connecté" pour acquitter l'alerte
Avec un modem voix standard a quelques 10aines d'euros, tu peux faire en sorte que Nagios/Centréon téléphone
à l'admin d'astreinte et lui demande de tapper "1" pour acquitter l'alerte … si il ne le fait pas (pas joignable …)
il peut ensuite appeler d'autres personnes en escalade …
pourquoi ne pas utiliser les capteurs de température existants dans les systèmes ?
Certes cela ne rapporte pas la température de la salle, mais cela permet tout de même d'alerter si la température monte
anormalement. Qui plus est on peut surveiller la température selon les specs de fonctionnement des machines.
La plupart des châssis (lames) en possèdent, sinon les serveurs en ont tous, et une sonde nrpe/snmp/…
interrogée par le Nagios/Cacti existant suffit à rendre le même service (mais c'est moins FUN à faire :-( ).
[^] # Re: quoi faire
Posté par PLuG . En réponse à la dépêche OLinuXino, la RaspBerry Pi version Open Source. Évalué à 1.
Sinon dans son cas … considérer les valeurs en dehors du range 10°C - 60°C ça suffit peut-être non ?
Parce que -0.61 ou +10000°C on sait de base que ce sont des valeurs impossibles :-)
(même si je vote pour la médiane coté "vrai" algo pour son cas)
[^] # Re: Quel risque ?
Posté par PLuG . En réponse au journal Gnu/Linux est une passoire. Évalué à 1.
désolé, pas rafraîchi la page … pas vu que tu avais déjà répondu :-(
[^] # Re: Quel risque ?
Posté par PLuG . En réponse au journal Gnu/Linux est une passoire. Évalué à 2.
Pour être précis c'est plus exactement un kill -9 -1
et du coup cela fait l'opposé de ce que tu décris : tous les process sauf le process 1 vont recevoir le signal …
mais c'est bien aussi :-)
[^] # Re: En angleterre
Posté par PLuG . En réponse au sondage Comment pensez-vous déclarer vos revenus cette année ?. Évalué à 3.
Note que en France, même avec 8 tranches l'impôt est calculé avec une fonction continue (enfin presque, mais suffisamment pour ne pas inventer 19 tranches). http://images.math.cnrs.fr/J-ai-saute-une-tranche.html
[^] # Re: prise en charge du protocole RDP
Posté par PLuG . En réponse à la dépêche X.Org est mort, vive Wayland ! (2). Évalué à 9.
sauf VNC, j'ai dis performant ;)
Je vais me faire moinsser, comme à chaque fois qu'on ne va pas dans le sens du courant, mais ou je bosse on a fait une intégration de déport d'affichage basée sur VNC qui "juste marche" et reste assez performante.
Pour cela il faut bien choisir le serveur VNC ainsi que le client, afin de profiter des optimisations du protocole (cache de pixmaps, …).
La solution est utilisée en réseau local pour faire du design analogique de composants (de la CAO en gros), et reste utilisable en VPN depuis la maison (en france) mais est assez sujette aux problèmes de latence réseau (à l'étranger …). En tout cas pour de l'admin système c'est très très confortable y compris en VPN.
Coté serveur on utilise Xvnc (celui fourni avec tigervnc). Il est assez performant car c'est un serveur X dédié au déport VNC (il ne propose pas de display standard).
Coté client on utilise vncviewer de realvnc (le plus performant d'après nos tests).
A l'époque (3 ans ?) on avait testé les solutions "a la mode" comme FreeNX, et les performance n'étaient pas du tout meilleures, et l'intégration dans le SI plus compliquée…
mais c'est peut-être a revoir de nos jours. En tout cas, pour une solution simple Xvnc ça marche.
On a proposé des patchs pour mieux gérer le copier/coller, l'implémentation de base dans Xvnc limitait trop la taille du buffer passé du serveur au client, alors que X11 propose un mode ou la taille du buffer est dynamique. J'ai pas vérifié si ils avaient été intégrés ou pas mais "chez moi ça marche" :-)
[^] # Re: Ah le populisme...
Posté par PLuG . En réponse au journal L'indigné bronsonisé. Évalué à 2.
Le graphe donne plus d'importance a 1% de la population (les extrêmement riches) qu'aux 50% des foyers qui ne sont pas imposables.
Or prétendre que ces foyers "sont des SDF" comme dans un des commentaires … est pour le moins contestable, pas mal de ces foyers seraient largement capables de payer de l'impôt sur le revenu.
Le graphe montre t'il aussi l'imposition liée à la transmission de patrimoine ?
Le graphe montre t'il aussi l'imposition liée aux autres revenus (foncier, …) ?
m'est avis que ces deux postes sont largement déséquilibrés dans l'autre sens.
[^] # Re: Ah le populisme...
Posté par PLuG . En réponse au journal L'indigné bronsonisé. Évalué à -2.
si bien sûr, et tu sais quoi ? en valeur absolu la TVA est un impôt progressif puisque les riches dépensent plus :-)
le sujet était l’impôt sur le revenu.
[^] # Re: Ah le populisme...
Posté par PLuG . En réponse au journal L'indigné bronsonisé. Évalué à 3.
On a des tranches marginales a partir du moment ou on est imposable sur le revenu, mais ce n'est pas linéaire de 0.
De plus je parle d'inclure les aides dans le calcul et de les distribuer automatiquement.
La participation "des riches" est bien plus forte que seulement l’impôt sur le revenu, beaucoup beaucoup de bien de consommation sont plus chers pour une personne qui gagne bien sa vie (cantine, garde des enfants indexé sur le quotient familial, cinemas, certains restaurants, abonnements divers et variés, entrée de piscine …). Un système qui mixe des calculs approximatifs pour prélever l’impôt et des aides non contrôlées en fonction du bien vouloir de chaque entreprise/administration fini par faire un truc complètement impossible à maitriser.
Au lieu de baisser le prix de certaines prestations, il vaudrait mieux aider plus les gens et les laisser libre de consommer ce qu'ils préfèrent.
Pourquoi pas verser "une base" a tout le monde sans conditions (y compris aux riches donc), et inclure cette aide dans le revenu taxable, avec une fonction linéaire qui démarre réellement à zéro. Tu trouves une mission d'interim ? super ça s'ajoute dans le calcul mais ne te prive pas des "autres aides", …
[^] # Re: Ah le populisme...
Posté par PLuG . En réponse au journal L'indigné bronsonisé. Évalué à 10.
Super, on passe d'une propagande a une autre sans discernement. Il faut que "les riches" (et ils sont 1%) paient, encore quelques français contre les autres, encore une forme de stigmatisation, encore une excuse pour dire que ce sont "d'autres" qui doivent faire les efforts mais pas "nous".
Seulement les efforts seront à faire par tous.
La solution passe par une remise a plat tout le système des impôts et de tout le système de redistribution des aides pour supprimer les inégalités. Il faut calculer l'impôt en fonction des revenus (tous les revenus) et le prélever à la source chez tout le monde sans exception (même quelques euros), de manière qu'il n'y ait pas de "marche d'escalier".
Il faut que les aides soient perçues "automatiquement" (sans démarches pour oublier personne).
Tant que certains auront intérêt à ne pas travailler (parce que a partir d'une somme d'un coup on devient imposable), tant que seulement 50% des ménages ont la chance de participer à l'effort collectif, tant qu'il existe des passe droit pour ne pas payer autant que les autres … le système est bancal.
Par contre, pour faire ça, faut faire table rase et repartir d'un nouveau design, ça méritera un numero de version majeur genre impots2.0 du coup !
# monde professionnel
Posté par PLuG . En réponse à la dépêche Sortie du noyau Linux 3.8. Évalué à 2.
la 2.2 sort un an plus tard, en janvier 1999, avec la prise en charge des m68k et PowerPC, puis, en fin d'année (avec la 2.2.13), des IBM mainframe, ouvrant Linux au monde professionnel ;
C'est un lancé de troll ou bien sans mainframe pas de professionnels ?
Cette phrase m'a un peu surprise, mais je dois être le seul puisque personne ne l'a relevé :-)
[^] # Re: amd^Wradeon en libre
Posté par PLuG . En réponse au sondage Les pilotes de ma carte graphique sont.... Évalué à 2.
J'suis un boulet alors, j'utilise un kernel 3.6.7-4.fc17.x86_64 et je ne suis pas parvenu a faire emettre un son sur la sortie HDMI.
[^] # Re: obsolète
Posté par PLuG . En réponse au journal Munich a économisé grâce au logiciel libre. Évalué à 3.
Tu m'as interessé avec tes "pc pas cher".
Je vais sur le site et regarde les config DELL (je connais les prix)
Surpise: ils vendent du matériel "obsolete" plus cher que le matériel neuf vendu par DELL.
ex : un dell optiplex 780 (référence d'il y a deux ans je pense) vendu 675€ !! a priori sans écrans en plus.
pour les serveurs, le matériel est beaucoup plus vieux, mais il est aussi beaucoup plus abordable.
par exemple un xseries 345 a 207€ c'est pas très cher … mais c'est du matériel qui a 8 ans environ.
il reste les "pack bureautique" dont certains sont effectivement suffisants en puissance et pas cher.
mais pour le reste il faut quand même se méfier.
[^] # Re: amd^Wradeon en libre
Posté par PLuG . En réponse au sondage Les pilotes de ma carte graphique sont.... Évalué à 1.
Chez moi je serai bien content d'utiliser le driver libre mais sans fglrx impossible d'avoir le son via le câble HDMI de la carte radeon…
par défaut il me propose bien un driver … mais pas de son alors qu'avec le paquet fglrx géré par la distribution c'est pas si compliqué à utiliser et ça marche du premier coup …
Du coup j'ai voté "driver propriétaire car sinon ma carte est inutilisable"
01:00.0 VGA compatible controller: ATI Technologies Inc Cypress [Radeon HD 5800 Series]
01:00.1 Audio device: ATI Technologies Inc Cypress HDMI Audio [Radeon HD 5800 Series]
[^] # Re: Coût d'un calcul
Posté par PLuG . En réponse à la dépêche Le Top 500 de novembre 2012. Évalué à 3.
ok désolé pour le ton du message initial, c'était malencontreusement agressif.
42€ c'est déjà trois fois moins cher et mon petit doigt me dit que c'est pas le minimum (pas de source … désolé).
Pour reprendre ton "ordre de grandeur", ça met l'heure de calcul a 400€ au lieu de 1000€ et ça reste hypothetique puisque dépendant des négociations de la salle d'hébergement…
[^] # Re: Coût d'un calcul
Posté par PLuG . En réponse à la dépêche Le Top 500 de novembre 2012. Évalué à 0.
Et tu penses que les centres de calcul qui consomment autant paient l’électricité au même taux que le particulier …
Le prix se négocie, et le taux appliqué est sous NDA.
[^] # Re: Objectivité zéro
Posté par PLuG . En réponse à la dépêche Le COBOL est mort, vive le COBOL. Évalué à 5.
Mais bien sûr qu'il en reste !
La plupart des applications mainframes n'evoluent que très peu, et sont hébergées sur des partitions de plus en plus restreintes par rapport à la puissance globale de la machine. Ce qui cause des problème :
- en dessous d'un certain pourcentage de performance de la machine ce n'est pas rentable de louer la partition.
- quand on loue une partie de la machine on est en collocation … synchronisation des changements de config hardware, … que du bonheur
Sans parler du cout de partitions supplémentaires pour faire du dev ou de la qualif … si jamais on veut faire évoluer l'application.
C'est donc sûr, il reste des applications mainframe a migrer. Il reste a trouver le bon levier (souvent financier, mais ça peut être le besoin de faire évoluer la solution) … et hop "downsizing" comme tu le dis.
Pour participer a ton business loto, je rajoute que en hébergeant la cible en n-tiers (data / traitement / …) il n'y a a priori pas de raison de "puissance" pour que la migration ne se fasse pas. les seules raisons de ne pas migrer c'est
- la peur du projet qui est souvent gigantesque (risque)
- le prix du projet (en combien de temps on l'amorti ?)
- la capacité à mener le projet (meme en sous traitant, il faut bien se tapper les tests…)
- avoir mieux a faire maintenant tout de suite, le projet est interessant mais… plus tard
mes 2c
[^] # Re: Sondage exprès : qui utilise RHEL
Posté par PLuG . En réponse au journal Utiliser du Redhat avec du Support SuSE grâce à Microsoft, solution idéale ?. Évalué à 2.
a mon taf on utilisait des redhat pour le support des applications (oracle, …) et des centos sinon pour avoir le même mode de gestion.
jusqu'au jour ou on a eu besoin du support redhat. on est tombé sur des incompétents qui cherchaient la solution dans google … sauf que si on les appelait c'est que la solution n'y était pas. Ensuite quand on a produit un patch ils nous ont averti que désormais on n'avait plus de support puisqu'on tournait avec une version non redhat de certains binaires du système …
Il n'a pas fallu longtemps pour "upgrader" tout le parc en centos :-)
[^] # Re: Temps de synchronisation
Posté par PLuG . En réponse à la dépêche Synchroniser vos dossiers locaux/distants. Évalué à 2.
est-ce que tu utilises le protocole unison sur le réseau (tu as un serveur unison coté serveur) ou bien est-ce que tu monte un répertoire distant et que tu utilises unison en local sur la machine cliente ?
C'est très différent, avec unison en mode serveur c'est beaucoup beaucoup plus efficace.
coté client je suppose que tu es sous linux, pour lequel le scan des modifications est très rapide, sous windows il y a une option un peu risquée a mettre en place pour gagner du temps si c'est vraiment trop long.