BwataGants.fr

Bah spa un bug ça, c'est plutôt une grosse négligence du dev

Et des milliers de relecteurs du code open source

Y'a certainement pas de milliers de relecteurs sur grub2 (beaucoup trop spécifique et pointu) ni sur filezilla.
En soit, sur filezilla, c'était un "bug" uniquement sur des machines partagées. Dans firefox aussi, tu peux faire afficher les MDP en clair. Je ne trouve pas ça choquant.

Je suis déçu

Même si je comprends pas tout en profondeur, ma culture geek me permet de comprendre globalement tout le bordel technique... je trouve ça beau, le décorticage aussi profond d'un bug, allant jusqu'aux registres du processeur manipulés en assembleur

Dans une autre vie, je serai développeur parce que c'est trop la classe.

Je sais bien que tu trolles Mais j'ai été très étonné d'apprendre que même des éléments très utilisés pouvaient n'être maintenus que par des équipes super restreintes genre parfois un seul dev, like a boss Et qui du coup, lorsqu'il passe à autre chose, peut laisser un trou pendant des mois
(à l'inverse, certaines projets peuvent avoir poussé une MàJ de sécurité que des distris n'intègrent pas, ce qui pousse à des gros clashs comme owncloud contre ubuntu, la distri étant en freeze pré-release et ne voulant pas intégrer une MàJ critique de sécurité.)

L'exploit (c'est à dire l'utilisation de la faille) a l'air super débile mais l'analyse des types pour en arriver la, bordel
Comme les psychopathes qui sur des hyperviseurs ont réussi à injecter du code dans les VMs via le lecteur de disquette virtuel, le tout menant à une attaque dite par "mouvement latéral"
http://korben.info/virtualisation-atten ... venom.html

Qu'on soit clair, en France être développeur et tout sauf classe, et c'est le bas de l'échelle. (Oui parce qu'en France ya forcement une hiérarchie, même entre trucs qui n'ont rien a voir)

J'imagine que ça nécessite une connaissance approfondie du fonctionnement de tout le merdier. En un sens, c'est beau !

Oui je sais que dans cette échelle hiérarchique propre au monde de l'informatique, les dev sont considérés comme des grouillots incompétents. Mais n'empêche qu'aller au fond des choses, surtout les choses aussi évoluées que la programmation informatique, dans l'absolu ça a un côté méga classe. En tous cas moi je trouve ça très intéressant

Bof.

Vue par un sysadmin, vous ne méritez pas de monter sur l'échelle.
Vu par le netadmin, vous ne méritez pas qu'on mentionne votre existence.

Alors tu vois, être au bas de l'échelle, en comparaison, c'est déjà élevé

Ca existe les grosses brutes qui sont bons dev et en même temps ont des compétences pour être sysadmin et netadmin ? En gros des types qui s'y connaissent beaucoup en tout ?

Bah déjà t'as les devs os/os de bidules réseau, ainsi que nombre de ceux qui bossent dans la sécurité, sans compter ceux qui sont geeks à fond - j'en passe et des meilleurs . Mais quelqu'un capable d'être réellement opérationnel et autonome sur l'archi d'un soft, une urbanisation réseau, une config système (plein d'os, d'annuaires, d'applis diverses...), du stockage, de la stratégie de sauvegarde, du poste de travail, j'ai jamais vu. Ce sont malgré tout des métiers différents, des manières de penser différentes.

Je comprends

Ça a tendance à arriver de plus en plus avec le "devops" comprendre le rapprochement entre le développement et les opérations (prod/admin/exploit). Je dis pas que ce sont des expert en tout, plutôt des devs qui ont compris les problèmes d'exploitation et qui ont de très solides compétences en système et réseaux. Je dis pas que ça remplace à 100% un admin sys mais ça facilité la mise en production et en exploitation rapide.

Oui, quand on a une vue d'ensemble on peut être nettement plus performant sur un créneau donné, je comprends

Ouai enfin surtout que les bases infra demandes de plus en plus au sysadmin de savoir coder. Merci les APIs.

Non mais l'avis de mec dans l'info ou ya "admin" dans leur titre, tout le monde s'en fou

"Un mec bon en dev", ben faut préciser le domaine, car le mec qui fait du front end web VS le mec qui développe des drivers, ya rien en commun

Mais je chipote et gloubi a tout dit.

Wopopop, sur ma fiche de paye y'a écrit "ingénieur IT réseau et infrastructure".
Et en signature de mes mails y'a juste écrit "réseau et infra", comme ça j'avance masqué

C'est ultra spécifique à certains métiers, le devops. Sur de la plateforme ultra critique en terme de dispo et / ou de sécurité genre PCI DSS ou équivalent, le process dev ops fait quasi par nature sauter la qualif et ça n'est pas acceptable. Sur du front end critique en terme d'activité mais pas de données, c'est moins choquant, je te l'accorde.
Déjà, sorti des métiers du web (intra ou extra), tu perds énormément de justification à cette organisation. Après, il faut des plateformes suffisamment simples pour ne pas avoir besoin d'experts purs infra mais plus de très bons en système + dev. Du coup dans les faits tu n'as pas réellement des types multi métiers, mais plus des devs capables de gérer le cadre dans lequel tournent leurs softs aidés par des admins qui prennent mieux en compte leurs besoins - et qui souvent sont dédiés à ça.
En plus dans beaucoup de structures, c'est uniquement une manière de mettre en place du lean management bien pressurisé, à la fois pour le dev à qui on n'excuse plus le bug en prod non corrigé pour des raisons de qualif globale de l'appli, et pour l'opé à qui on n'excuse plus la lenteur de mise en prod pour le passage par le test.
Après dans une structure genre web agency ou encore gigantesque boite qui release sans cesse type facebook, la oui y'a une logique.

Pfff vous me vendez pas du rêve les gars. Moi je voulais que vous me parliez d'un génie qui poutre en tout, capable de fabriquer son processeur, de coder son OS et de gérer les serveurs de Facebook a lui tout seul

Ben t'as des types comme lui : https://fr.wikipedia.org/wiki/George_Hotz
Qui s'est pointé à des capture the flag (challenge de hack) qui se faisaient en équipe, seul, et en a remporté plusieurs...

Ah ouais balèze... Les crews devaient tirer la gueule

le même qui a fait sa voiture (en partie) autonome dont une vidéo a été postée

Je reviens sur la discussion de la page précédente concernant le cryptage des données...

Au boulot, sur nos laptop, les disque durs sont cryptés, avec mot de passe au démarrage.
Hier soir j'éteins mon PC au boulot et ce matin plus rien, niet nada, que dalle. Pas un voyant qui s'allume, pas un bip rien, ordinateur mort. Après différents tests j'en conclus que c'est la carte mère qui a lâcher.
J'appelle le support, un tech passe prendre mon PC dans la journée et ce soir je reçois un mail comme quoi mes données sont irrécupérable
Pour la petite histoire, j'ai essayé de démarrer le PC, sans hdd et sans ram pour voir si j'arrivais à avoir un bip ou quoi que ce soit, mais sans résultat.
Sans pouvoir en être certain, je me risquerais à dire que le disque dur n'avait rien. Mais le fait que le technicien ne puisse pas récupérer les données me perturbe.

Si je prend le disque en question et que je le branche sur une autre bécane (n'importe laquelle, voir dans un boitier externe par exemple) et que je dispose du mot de passe je ne suis pas sensé pouvoir accéder au contenu du disque ?
A moins que le cryptage ne fonctionne comme les licence Windows et qu'il soit lié au hardware de la bécane dans laquelle il tourne ?

Vous avez des retour d'expériences dans le domaine ?

Il me semble qu'il y a un truc avec la clé de cryptage qui est liée au hardware ? J'ai souvenir que les CPU ou les mobos devait introduire une nouvelle puce qui permettait ça ?

Tootafay, le TPM : http://cryptis.blogspot.fr/2013/03/trus ... odule.html
Dur dur de te répondre Jayz sans connaitre le système de chiffrement utilisé sur ta machine.

C'est du endpoint security : http://www.checkpoint.com/products-solu ... -security/

Pour le coup j'ai récup un laptop random aujourd'hui, alors qu'avant j'avais un laptop+++

Tiens, au sujet de la puissance nécessaire au décodage, j'ai essayé pour voir un film (Chappie) en 4k et x265, 5.5Go le morceau

A la lecture (avec MPC-HC ou ZoomPlayer) le décodage du fichier était vraiment limite, l'occupation processeur variant entre 50% et 100% avec des grosses saccades bien moches sur les scènes compliquées. Je précise que mon CPU est un i5 2500k (quad-core) OC @4.5Ghz, donc avec autant de gigots-hertz je ne m'attendais pas à ce que ça galère tant que ça.

Du coup j'ai fouillé un peu pour voir si y'avait moyen d'améliorer. J'avais une version récente mais pas la dernière du Combined Community Codec Pack, et en le mettant à jour, paf ! gros gain de perfs. Occupation CPU max : 50%, et plus aucune saccade, forcément.


C'est encore mieux en occupation CPU avec la version 64bits, mais j'ai eu des écrans bleus répétés. D'ailleurs, oui, on peut avoir les deux packs (32 & 64) installés en même temps, la version 64 étant utilisée quand on lit les fichiers avec un lecteur 64bits, comme le MPC-HC 64bits livré avec le pack.

Par contre je n'ai pas la moindre idée de si l'accélération GPU (le DXVA) fonctionne ou non, et de si le gain de perfs que j'ai expérimenté y a quelque chose à voir.

Bref, si t'as le temps de t'intéresser un peu à ça Joel, y'a de quoi faire.