Dabowl_75 a écrit 361 commentaires

cela implique en effet que les clients soient suffisamment récents pour prendre en charge les ciphers en question.

Quant à la dépendance à openssl, je ne vais pas te dresser la liste des CVE qui sont parus entre 2014 et 2015 mais ils sont nombreux et critiques pour certains.

Que je sache cela n'a en revanche jamais porté atteinte à SSH directement pour le moment, mais cette dépendance ne me plait guère et ne rassure pas pour l'avenir.

Alors si on peut rendre SSH un peu plus autonome et mieux maîtriser la maintenance (un seul soft plutôt que deux), ce n'est pas plus mal.

je me réjouirais davantage de la disparition de windows que de microsoft.

Or ce n'est pas le sens que je comprends de ton commentaire.

Pourtant Microsoft a beaucoup apporté dans beaucoup de domaines.

Aussi je ne comprends pas cette ingratitude envers Microsoft.

bien résumé.

je vois émerger des solutions dans mon domaine (l'infra) et elles ne reprennent pas certains des avantages qu'on avait dans "l'ancien monde" (en fait l'actuel hein).

Exemple du pool de cpu dans un châssis Power :

Toutes les VM se partagent des core et peuvent céder des cycles lorsqu'elles ne s'en servent pas.
Cela permet de faire de la surallocation, mutualiser, partager, bref exploiter au mieux son châssis bien cher.

C'est de la "scalabilité" aussi bien horizontale que verticale, puisque c'est soit une VM soit plusieurs qui se partagent les ressources mais au sein du même châssis.

Bref, il émerge des solutions comme mesos couplé avec marathon par exemple où l'on peut faire de la vrai scalabilité horizontale sur plusieurs châssis ou vm.

Exemple, je fait une demande de ressource au cluster en disant que j'ai besoin de 5 cpu. Mesos se charge de trouver l'endroit où il ya de la puissance et soumet les traitements.

Sauf que si je n'utilise pas ces 5 cpu en réalité, ils sont tout de même décomptés du pool de ressources disponibles.

Je perds donc l'avantage précédent mais bon vous voyez monsieur le client, c'est à la mode twitter se sert du même truc et ça tourne sur linux/x86 avec du matos pas cher, donc je peux aligner autant de grillepain que je veux.

J'avais suivi celle-ci :

http://deptinfo.cnam.fr/new/spip.php?rubrique222 SMB137

Mais sinon il intervient plus ponctuellement sur d'autres il me semble.

non pas du tout rien à voir.

Il a participé à ChorusOS, un OS temps réel autrefois français :

https://fr.wikipedia.org/wiki/ChorusOS

Il dispense aussi des cours de système au CNAM.
Il a une connaissance très profonde des OS et ses cours sont très intéressants et instructifs.

et j'ai eu la chance de croiser au CNAM un développeur venant de cette boite :

Yvan Boule

Un type impressionnant.

sans vouloir jouer les rabats-joie tout le monde (ou presque) expose une API REST.

C'est très tendance de fonctionner par API de nos jours.

des POC ont été montés en interne dans la banque où je suis(je n'ai pas encore eu les prez).

c'est, je pense, une vraie voie d'avenir pour les métiers d'ingé sys / infra ou même pour les applis qui veulent "scaler" horizontalement.

https://mesosphere.com/
http://mesosphere.github.io/marathon/docs/native-docker.html

A suivre

je t'invite à retrouver la parodie du diner de cons…

Ou encore generation goldman sachs…

Dans mes souvenirs de cours du cnam, j'avais appris par exemple que le logiciel servant à l'alimentation en carburant des ailes d'un avion était breveté.

La raison ? On protège pas véritablement le code mais la fonctionnalité qui l'entoure, la finalité du code.

Je ne me souviens plus des termes exacts mais c'est une réalité en Europe.

Mais bien sûr !!
Je serais curieux sur quels arguments on s'appuie pour lancer ce genre d'affirmation.

http://www.arte.tv/guide/fr/048696-000/le-ventre-notre-deuxieme-cerveau

Bref, encore un livre qui surfe sur une mode…

L'auteur du livre est gastro enterologue et a soigné sa maladie de peau et changeant son alimentation.

Si pour toi les nouveaux axes de recherche sont une mode, alors oui pourquoi pas…

je me suis laissé entendre dire que pas mal d'entreprises cachaient leurs offres d'emplois dans le code source de leur site.

je n'arrive pas à remettre la main sur des liens mais c'est une pratique qui n'a rien d'exotique.

quand on lit ton commentaire, on croirait lire un tract de la LCR.

alors je vais essayer de prendre point par point ton argumentation :

le robot qui "vole" le travail, et donc la rémunération de X salariés, il est payé ? Taxé ?
Eh bien non. Et c'est à mon avis, tout le problème.

si on remplace robot par voiture ?

Que faut-il penser des méchantes voiture qui ont remplacé les calèches et de tout l'écosystème qui est induit ?

Pourquoi faudrait-il avoir sans cesse peur du progrès technique ?

Pourquoi ne pas essayer de s'adapter et d'anticiper ?

Je reconnais que c'est plus facile à dire qu'à faire, mais de tout temps l'Homme a dû s'adapter (période glaciaire etc..). Donc rien de nouveau sous le soleil.

A quoi ça sert d'entretenir des emplois à faible valeur ajoutée, bien souvent inintéressant et peu épanouissants ? Si la France fait ce choix, ce n'est pas sûr qu'il en soit de même pour les autres pays.
La France sera moins compétitive et perdra des marchés, et c'est l'appauvrissement généralisé qui nous guette à moyen terme.

A moins qu'on ne change de modèle de société, pourquoi pas.

Car le gain de productivité ne sert jamais à autre chose qu'à remplir encore un peu plus les poches des actionnaires. Et qui sont les fameux actionnaires ?

Tu es au courant que si une entreprise n'investit pas, elle est condamnée à plus ou moins long terme ?

https://fr.wikipedia.org/wiki/Cycle_de_vie_%28commerce%29

Donc les marges dégagées ne servent pas uniquement à remplir les poches de ces méchants investisseurs.

Il y a bien sûr parfois des dérives et/ou excès, le monde n'est pas parfait, on est d'accord.

Et qui sont les fameux actionnaires ? Des gens qui ont déjà plus d'argent que nécessaire pour vivre, puisqu'ils "placent" cet argent en trop, pour qu'il leur en rapporte encore plus !

Tu es au courant que parmi ces "actionnaires" comme tu les appelle, il y a peut-être une partie de ton épargne ou de l'argent que tu donnes à ton assureur ?

On appelle ça les investisseurs institutionnels.

Ce sont par exemple les assureurs, qui avec l'argent collectée, va le placer en dette souveraine (tu sais la dette publique qui ne fait que croitre mais qui rapporte) ou sur les marchés financiers.

Tu es au courant aussi pour les petits épargnants, ou encore pour les PEE ?

Donc non, les "actionnaires" ne sont pas uniquement ceux que tu cites, c'est parfaitement inexact.

Et encore je suis bien loin de te dresser la liste exhaustive des profils de tous les "actionnaires".

À force de robotiser et donc de licencier, on va se retrouver dans une société où il n'y aura plus personne pour acheter les produits fabriqués par les robots !

On est sur une autoroute vers l'enfer, et on ne fait qu'appuyer sur l'accélérateur :-(

Il faudra bien des gens pour fabriquer et concevoir les robots.

Il y a aura bien des gens qui, à l'aide des robots, vont créer de nouveaux emplois de service comme ça été le cas avec internet.

Pour permettre à tout le monde de s'adapter, il faut bien entendu des programmes de formation.

Il est vrai que l'avenir parait inquiétant mais on ne peut pas arrêter la mer avec ses bras.

Précision : Je n'ai pas le temps de consulter les URL que tu cites

Mais voilà une première réflexion que m'inspire ton journal :

Est-ce que le recours à des algorithmes permet une meilleure égalité entre citoyens face au Droit ?

Les riches auront-ils accès à des algorithmes plus puissants ou à leur avantage ?
Les pauvres n'auront-ils accès qu'à des algorithmes "commis d'office" ?

Ou bien cette automatisation met tout le monde sur le même pied d'égalité ?

Je n'ose imagine le nombre de développeurs et autre juristes qu'il faudra mettre à pied d'œuvre pour maintenir le bouzin et gérer les réclamations/dysfonctionnements

Sur le volume en revanche, cela pourrait permettre de traiter plus rapidement les cas les plus simples.

On pourrait étendre le concept à d'autres "corps" de métier de la justice, qui croulent aujourd'hui sous la paperasse et les retards.

Non, très sincèrement je pense que cela amène de l'efficacité dans le système.

En fait, Tout ceci s'inscrit dans le processus de la destruction créatrice :

https://fr.wikipedia.org/wiki/Destruction_cr%C3%A9atrice

Ces progrès techniques doivent créer de nouvelles riches donc de la croissance.

sauf que, force est de constater que cette croissance se fait toujours attendre, bien que le PIB croît subtilement chaque année.

La théorie de la stagnation séculaire serait-elle le meilleur moyen d'expliquer cette situation de tassement ?

http://www.agefi.fr/fiche-academics-wikifinance/ce-que-dissimule-la-these-de-la-stagnation-seculaire--3144.html
http://www.monfinancier.com/patrimoine/journal-de-marc-fiorentino-c1/edito-r2/la-stagnation-seculaire-21433.html

Enfin reste la question centrale de l'emploi.

Si le retour au plein emploi est un doux rêve, alors quid de l'allocation universelle ?

http://www.allocationuniverselle.com/
http://allocation-universelle.net/

https://fr.wikipedia.org/wiki/Satya_Nadella

Premier try/catch :

il faut bien tester le cas où le fichier n'est pas accessible pour plein de raisons.

Second try/catch :

Il faut bien s'assurer que les variables dont le script a besoin pour fonctionner, sont bien présentes dans le fichier de config ini, et de surcroire dans la bonne section (ce qui valide la présence des sections).

Au contraire, je trouve ça très simple et relativement concis puisqu'on vérifie quand même pas mal de choses en très peu de lignes.

Il suffit de comparer avec les codes shell précédents….
Alors ok je m'appuie sur une api, donc une partie du boulot et déjà fait, mais je ne vois pas l'intérêt de réinventer la roue.

Le fichier de config .ini :

[DB]
mysql.db='prout'
mysql.host='localhost'
mysql.user='lambda'
mysql.password='xxxxxxx'
[CONSOLE]
cons.port="12443"
cons.user="lambada"
cons.password="xxxxxx"

Le code pour parser le fichier et peupler des variables.

#!/usr/bin/python

import ConfigParser

def parseConfigFile(ini):

    config = ConfigParser.ConfigParser()
    try :
        fh = config.readfp(open(ini))
    except Exception as e:
        print str(e)
        raise SystemExit(1)

    ## Fetching parameters
    try :
            mysql_db = config.get('DB', 'mysql.db')
            mysql_user = config.get('DB', 'mysql.user')
            mysql_db = config.get('DB', 'mysql.password')
            cons_port = config.get('CONSOLE', 'cons.port')
            cons_user = config.get('CONSOLE', 'cons.user')
            cons_password = config.get('CONSOLE', 'cons.password')
    except Exception as e:
        print str(e)
        raise SystemExit(1)

parseConfigFile('cfig.ini')

à aucun moment, il n'a été fait mention de Metal dans ce journal.

Or c'est peut-être là dessus qu'apple pourrait grignoter des parts de marché à directx, et donc à windows

http://www.macg.co/os-x/2015/06/wwdc-2015-os-x-el-capitan-ameliore-les-performances-des-mac-89348

ou pas

tant que ça s'appuie sur une base de données relationnelle, c'est pas évident d'éclater la données sur plusieurs noeuds.

Par contre si tu change la façon dont les données sont représentées, là en effet tu peux avoir une scalabilité horizontale.

Qu'a demandé le BND en échange à la NSA ?

Parce que je suppose que ces actes ne sont pas gratuits.

Pour avoir travaillé pour une groupe allemand, je sais qu'ils sont assez nationalistes (relocalisation des activités d'un groupe français d'assurance racheté il y a quelques années…).

Il est donc surprenant qu'ils se tirent à moitié une balle dans le pied.

Il y a donc échange d'information, mais quoi qui mérite de prendre de tels risques pour son économie ?

http://www.openssh.com/txt/release-6.8

Faudra t-il attendre 2 ans pour bénéficier des prochaines release de SSH ?

C'est une vraie question, je ne suis plus depuis très longtemps les politique de mise à jour de la stable.

Merci

moi c'est des serveurs ou clients à mettre à jour, dont certains situés sur un autre continent et où je n'ai pas la main…

si c'est pour renforcer la sécu de ton pc perso sur le net ouais, mais pour un server "d'entreprise" tu risques de fermer la porte à tes "utilisateurs" (humain ou machines).

moi j'ai dû réactiver pas mal d'ancien cipher pour ces raisons là, et oui on ne met pas à jour un parc de 2500 machines comme ça, dont celles réparties dans le monde et où on n'a pas la main…

comme cela a été dit les prochains gros serveurs hp tourneront sur xeon.

quant au sparc il n'est plus pris en charge sous debian et donc Ubuntu par voie de consequence (bon j'ai pas été vérifier j'ai la flemme) cela prive donc d'une grande communauté d'utilisateurs. de toute façon oracle pousse à fond ses appliances type exdata sous linux x86…

bref selon moi il n'y a que le Power qui puisse avoir un avenir car :

1) marché legacy

AIX / as400
qu'on le veuille ou non il y a un existant conséquent qu'il faut rafraîchir régulièrement

c'est hautement virtualisé et dispose de tous les trucs modernes fashion type api rest, open stack avec powervc etc…

2) investissements lourd de linux sur power

support little endian pour faciliter les portages

portage de kvm

3) ouverture de l'architecture

rendant possible existence de serveurs non ibm

nombreux contributeurs et partenariat openpower

4) power9 et nvdia

ibm a remporté le marché visant à remplacer des supercalculateurs

une interconnexion nvlink est créé entre le power9 et les gpu (je vous laisse chercher)

tout ceci est donc gage de pérennité

gage de pérennité car si le power survit Aix aussi et tout le reste

Tu peux le garantir?

Au risque de me répéter, va lire un de mes journaux sur les perf du p8.

Je te laisse en outre trouver les bench sur la toile.

Puis enfin, tu ne semble pas au courant de ce qu'est le core factor d'Oracle.
A ton avis pourquoi oracle facture plus cher le core power que le core intel ?

Crois-tu que c'est juste pour faire chier big blue ? Cela reste dans le domaine du possible cela dit :-)

Et leur critère est la perf par core, tu es sûr?

Ne me fait pas dire ce que je n'ai pas dit.

Je dis juste que le critère perf/watt n'est pas forcément un crière prépondérant puisque l'énergie reste bon marché.

Mais sinon en quoi l'indicateur de perf/core t'empêcherait de faire du parallélisme ?

Tu peux très bien faire tourner du code multithread sur un seul core et comparer avec les autres archi.