vjm a écrit 397 commentaires

Et absolument rien n'a changé dans l'attitude des politiques depuis, que ce soit dans le domaine du numérique, ou dans le reste: vente liée, neutralité d'Internet, ARJEL, LOPPSI, HADOPI.. faut être aveugle pour ne pas voir qu'ils ont positivement décidé de se foutre de notre gueule.

Ce que je trouve bien plus effrayant, c'est réfléchir à ce que signifie vraiment qu'ils ont "décidé de se foutre de notre gueule" : les hommes politiques qui défendent les positions combattues par le libre et assimilés dans ces différents cas ont une réellement conviction basée sur un argumentaire en ligne avec leurs idées ou, bien pire, sont corrompus. Ce sont deux motivations pour laquelle le libre n'est absolument pas équipé pour lutter. La première implique d'engager positivement le débat en vue d'arriver à des compromis (mais n'est-ce pas l'essence de la politique ?). La seconde implique plus de moyens financiers (et je ne veux pas dire juste pour soudoyer directement mais également simplement avoir un poids économique plus important). Et dans les deux cas ils faut savoir le montrer.

Les seuls qui à mon sens réussissent assez bien à engager le débat sont La Quadrature du Net en pratiquant un réel lobbying "classique". Faire basculer des convictions est un travail de longue haleine avec un effet de seuil avant de voir un résultat massif, ce qui implique malheureusement qu'il faudra peut-être attendre carrément un changement de génération chez les hommes politiques pour que les idées du libre aient plus de résonance. Mais en attendant ce seuil, il y a quand même bien plus d'hommes politiques sensibilisés qu'auparavant. Il suffit de voir la différence entre le combat autour de DADVSI et HADOPI. Cela devient de moins en moins facile pour le gouvernement de faire passer les idées portées par ces lois même si la victoire n'est toujours pas au rendez-vous au final.

Non, le Congrès ne considère pas la pizza comme un légume.

Est-ce qu'il est envisageable d'utiliser Archipel avec des hyperviseurs ESXi ? Libvirt parle de support ESX mais selon quelques docs ou mails la prise en charge d'ESXi 4 est un peu ambiguë. Ou sinon, peut-être est-il possible de faire quelque en passant par les différents SDK VMWare (Perl ou Java hein, je vais pas parler de PowerShell...). J'arrive pas à me faire une idée claire sur le sujet.

Malheureusement la population de reddit est devenue beaucoup technique (même dans des subreddits un peu spécialisés comme r/linux) que ce que c'était il y a encore un an ou deux. Ca vaut quand même le coup d'essayer (et également des communautés plus spécialisées comme r/networking ou r/sysadmin). Je recommande surtout de passer directement sur Hacker News où la plupart des informations très techniques arrivent avant reddit.

La vraie source (qui était même en lien dans les premières lignes de l'article d'OSNews) : http://blogs.msdn.com/b/b8/archive/2011/09/14/metro-style-browsing-and-plug-in-free-html5.aspx

Toi tu comprends pas tout au réseau.

Ou alors reddit en choisissant judicieusement ses subreddits (et le meilleur de tous les autres sites y arrive très rapidement).

Dans mes souvenirs, la compatibilité de libvirt avec VMware est très limitée. Je pense que ça marchait du temps d'ESX mais je n'ai jamais réussi à grand chose avec ESXi, en particulier en version 4. Il faut dire que VMware ne fait rien pour aider en réduisant de plus en plus ce qu'il est possible de faire sans avoir vSphere et même avec vSphere lles API sont pas très stables et VMware change même régulièrement de langage pour ces bindings (PERL, Java et maintenant ça a l'air d'être .NET qui est privilégié). A un moment j'arrivais à un truc à peu près fonctionnel pour faire de la supervision avec du python qui appelait le SDK Java de VMware via Jython mais ça sortait une quantité de folle de données au format des Performance Counters Windows... J'ai vomi et j'ai laissé tombé.

Par contre, dernièrement, il y a eu quelqu'un de VMware qui a sorti un shell pour Linux en Ruby qui n'offre pas forcément toutes les fonctionnalités mais qui a le mérite d'être propre et d'être à peu près sanctionné par VMware à défaut d'être officiel.

Cela dit l'intérêt d'avoir une bonne prise en charge de VMware dans libvirt et par extension dans Archipel c'est dans le cas d'un environnement de virtualisation hétérogène et ça tend à se raréfier.

Au Cloud Camp Paris en juin 2009 c'était déjà le principal problème soulevé. Ça n'a rien de surprenant. Et effectivement ça n'a rien de spécifique au cloud computing, ça concerne tout ce qui peut être hébergé aux Etats-Unis, y compris sur des serveurs dédiés ou quelconque service.

J'aime bien tes commentaires habituellement même quand je suis en désaccord mais là c'était juste particulièrement idiot. Je réponds justement à ton précédent commentaire indiquant que j'utilise un terme technique - celui d'ouvrier qualifié - qui n'a rien à voir avec jugement de valeur et tu remets une couche sur le jugement que j'aurai de la qualité des ouvriers français. Et en plus on te pertinente. Smiley ou pas c'est idiot.

La mobilité ça peut prendre en compte beaucoup de choses : la géographie mais également la capacité à changer de métier. Le fait est qu'historiquement les ouvriers qualifiés étaient assez fortement spécialisés. Ce n'est plus autant le cas avec les méthodes de formation contemporaine. Néanmoins, rien n'indique que les types d'ouvriers actuellement au chômage sont ceux dont on aurait besoin en cas de réindustrialisation. De même, rien n'indique que ces industries qui reviendraient s'installeraient pile dans les zones géographiques qui vont bien. Même si ça peut faire logiquement partie des critères de décision, ça peut être contrebalancé par les infrastructures (transport, énergie) ou la fiscalité. Et encore une fois rien n'indique que tout ceci arriverait en France puisque pour reprendre le sujet initial, on parle de protectionnisme européen. Aux USA (puisqu'ils ont été pris en exemple), il y a un très bon exemple qui est le déplacement progressif de Boeing de l'état de Washington vers les états du sud-est. On a beau être dans une même union économique ça n'empêche pas de se tirer la bourre entre états.

Par ailleurs pour ce qui est des délocalisations, c'est un processus qui a été relativement long et incrémental, qui a commencé par les métiers peu qualifiés (sauf dans certaines zones comme l'Europe de l'Est où la main d'oeuvre était plutôt bien qualifiée et très mobile) avant d'évoluer vers plus de compétences. S'il devait y avoir une réindustrialisation suite à la mise en place d'un outil fiscal (taxes supplémentaires pour les biens à l'entrée de l'Union), l'effet serait immédiat sur les prix sans que les usines aient suivies aussi vite.

Je voudrais citer des sources pour appuyer mon propos mais la littérature est tellement énorme sur le sujet que je me contenterai de recommander de consulter les études de l'INSEE sur les métiers en tension et les métiers industriels. Un autre fait intéressant qu'on trouve dans ces études et que je n'ai pas vu discuté : le secteur industriel est effectivement en net recul depuis 30 ans mais les métiers industriels eux sont à peu près stables. De nos jours, il y a plus de métiers industriels dans le tertiaire. Alors a-t-on réellement besoin de réindustrialisation ?

Je n'ai pas dit que les ouvriers français étaient mauvais, attention à ne pas interpréter le terme "qualifié" n'importe comment. Ça ne dénote pas un jugement de valeur mais bien un niveau de qualification. J'ai dit que l'ouvrier qualifié est un métier en tension, c'est-à-dire à la fois en forte demande et difficile à pourvoir.

Et j'ajoute respectueusement qu'une anecdote ne remplace pas les études de l'INSEE ou du CREDOC qu'on trouve facile sur Internet sur ces sujets.

D'une part plus d'emploi, réindustrialisation oblige.
D'autre part moins de compétition sur les salaires qui sont vus par les entreprises comme un coût pur, donc la fin de la course vers le SMIC.
Une réindustrialisation, une plus grande utilisation de machines (ce qui donnera du boulot à nos ingénieurs, dont nous), et finalement des coûts qui vont baisser.

S'il réindustrialisation il y a, rien ne dit que ce sera en France. Par ailleurs si ce sont effectivement des emplois industriels, il faut des travailleurs qualifiés hors la mobilité des travailleurs français est assez mauvaise. On ne fait pas apparaître comme par magie des milliers d'ouvriers qualifiés.

La compétition sur les salaires restera également élevée puisque les personnels qualifiés seront rares ou seront en concurrence avec des pays européens au niveau de vie inférieur.

La France est très peu présente sur les machines-outils, ce sera encore l'Allemagne qui en profitera.

http://www.quora.com/Bitcoin/Is-the-cryptocurrency-Bitcoin-a-good-idea
http://news.ycombinator.com/item?id=2612237

C'est de la pinaille mais pour CHOKe et SFB on dirait plutôt que ce sont des algorithmes de gestion active de file d'attente (active queue management) plutôt que des algorithmes de contrôle de congestion (congestion control ou congestion avoidance).

C'est important parce qu'on ne doit pas les comparer à New Reno, Vegas ou CUBIC (ce dernier étant l'algorithme d'évitement de congestion par défaut de Linux) mais plutôt à RED et ses variantes (cf. http://en.wikipedia.org/wiki/Network_congestion_avoidance#Active_Queue_Management_.28AQM.29). Les premiers ne concernent que les hôtes d'extrêmité (client et serveur) et les seconds ne concernent que les routeurs.

Faudra pas venir pleurer quand il y aura de la DPI partout...

Nokia continue de fournir le développement, elle en a les moyens et l'expertise, sans avoir à se préocuper d'un marché qui ne la concerne plus. De son côté, Digia a tout intérêt à faire son beure avec cette nouvelle patate chaude haute de plus de 3 500 partenaires commerciaux.

C'est surtout que Digia était l'un des principaux sous-traitants de Nokia pour le développement de MeeGo donc ils récupèrent "officiellement" ce qu'ils faisaient déjà. C'est l'une des plus grosses SSII finlandaises. Ils étaient Gold Sponsor de la première conférence MeeGo fin 2010. Ca tend à confirmer le désinvestissement de Qt de la part de Nokia.

Tous les exemples que tu cites s'appliquent également à ma boîte française en région parisienne (et même pire avec un actionnaire hollandais). Les anecdotes ne font pas une vérité générale.

http://images2.memegenerator.net/ImageMacro/3097993/Not-sure-if-trolling-or-just-very-stupid.jpg

Surtout que tu m'étonnes que les prix augmente à TH2 vu qu'il y a quasiment plus de places.

Pour les non-initiés, TH2 ce n'est que l'un des 3 sites français de l'opérateur de data center Telehouse, cf. http://www.telehouse.net/fr/presence-internationale/france . Et juste TH3 c'est plus grand que TH2.

Mais rien que sur Paris, il y a aussi Interxion, Equinix, Telecity Redbus, etc. sans compter les data centers des boîtes d’infogérance ou ceux des opérateurs (Colt, Interoute, etc.).

Qu'est-ce qui va te servir exactement ?

evalSMSI est apparemment essentiellement un générateur de questionnaire et de rapport, ce qui existe déjà par ailleurs. Du coup, je me pose des questions sur la pertinence de distribuer ça sous forme d'application web, même en considérant que c'est également distribué sous la forme d'une VM VirtualBox. Comme il y a pas beaucoup de gens qui utilise VirtualBox en serveur de virtualisation mais plutôt pour de la virtualisation desktop, ça revient une application (très) lourde. Sinon, il y a pas de documentation ni de site et le README consiste essentiellement à dire "il faut refaire entièrement le questionnaire, y répondre, et ça génère un rapport".

GraphicalOsfp, j'espère que t'attendais pas ça pour déterminer si les OS de ton SI sont toujours sensibles à la prédiction. Surtout que, à ma connaissance, ça fait 5 ans que NMAP utilise les algo décrit par Zalewski comme critère supplémentaire quand il tente de deviner un OS (cf. http://nmap.org/book/osdetect-methods.html#osdetect-gcd ). Alors qu'avec GraphicalOsfp, après avoir parcouru le code rapidement, il y a aucune analyse (malgré ce que dit l'aide), à toi de deviner à quoi correspond l'attracteur généré.

Pour openEBIOS, je ne me prononce pas vu que je ne m'y intéresse pas (ni au débat EBIOS vs MEHARI). Surtout que maintenant on a ISO 27005, j'aurai tendance à me tourner vers un outil qui l'implémente. Mais bon, félicitation tout de même d'être le premier outil à ma connaissance à implémenter la dernière version d'EBIOS.

Sinon, rien à voir mais, avant de packager, quand on bosse sous Mac, on devrait penser à nettoyer tous les doublons . qui traînent.

C'est une théorie intéressante. Mais dans ce cas, explique-moi, comment le chan IRC a pu passer de 30 quand j'y suis arrivé il y a 10 ans à 160 en moyenne de nos jours ?

Ca n'a jamais été mon discours. Je disais juste que faire du routeurs avec du commodity hardware même très haute performance ça reste anecdotique parce que la technologie présente dans un PC au niveau des communications entre composants reste beaucoup moins performante que ce qui se fait dans des équipements spécialisés.

Dit comme ça ça a l'air évident d'ailleurs. C'était juste une parenthèse par rapport à l'enthousiasme un peu précipité autour des routeurs software open source.

Je vais m'arrêter là. Je te conseille d'acheter quelque chose comme Network Algorithmics de Varghese ou Network Processors qui est la bible dans son domaine pour comprendre que depuis le début je te parle justement d'électronique, simplement dédié à de très haute performance entre divers composants, fondamentalement comme un southbridge mais avec une "algorithmie" électronique très différente. La différence de prix a une raison.

J'en étais un peu resté à l'architecture classique des PC où justement le southbridge ne relie pas tous les composants même si je sais bien que la distinction entre southbridge et northbridge tend à disparaître et que même maintenant on intègre de plus en plus tout directement sur le CPU.

Mais ça n'empêche que tu auras toujours un bus d'une forme ou d'une autre pour relier les différents composants. Le fait est qu'en l'état actuel des choses, comparer les performances d'un routeur software avec un backplane de châssis, c'est ridicule. Je sais pas si tu réalises mais un backplane de Brocade NetIron MLXe c'est 15.36 Tbps non-bloquant basé sur une architecture de Clos avec 960 Gbps garantis par line card...