Quant à la "règle" que c'est à celui qui a besoin de l'info de la collecter, j'ai jamais vu où c'est une règle : c'est à celui dont le coup de production de l'info est le plus bas de la produire, ça c'est une vraie règle.

Tu prends des limites hautes alors qu'il faudrait plutôt prendre des limites basses.
Imagine un prenom.nom@domaine-super-connu.tld ça fait pas une grosse entropie. (En pratique qui va mettre autre chose que [a-z0-9_-.] dans une adresse? Même un truc con comme foo+bar@gmail.com ça passe pas partout...)
 
Mais si c'est potentiellement un problème, bah utilise bcrypt, scrypt ou PBKDF2.

La puissance c'est dans l'autre sens
Pour ton exemple c'est 55^25*1*55^15*1*26^5 = 4,890737117×10⁷⁶
Ce qui donne 7,754212832×10⁶³ années
 
Après faut pas le voir forcément comme ça si tu veux pas tout déhasher.
J'imagine ton contexte de hash d'email de client B2C, si l'attaquant veut cibler les gens sous Gmail, t'as déjà que le contenu avant le @ à gérer.
Tes possibilités de caractères avec 55 caractères c'est too much (et ça explose la cardinalité du coup). Si tu prends que les alphanum et le ., sur une longueur de 10, t'arrives à :
37^10 = 4,808584372×10¹⁵
Soit 762 années pour tout générer avec 200k hash/sec
 
Sachant qu'en 2012, tu pouvais monter des bécanes qui font 180 milliards / sec, mon calcul précédent pour Gmail donne 445 minutes
Source : http://www.zdnet.com/article/25-gp [...] er-second/
Faudrait trouver des chiffres + récent.
 
Après le temps est directement lié à la longueur (cf xkcd ), faut voir la répartition de la longueur des préfixes d'email chez toi.
 
Chez nous ça donne ça :  

Et pour les TLD ça donne ça :

 
Donc y a moyen de computer des choses

Bah non : Drasche l'utilise et a eu des virus, alors que moi non
(puis je ne bloque que les pubs qui sont gênantes, pas toutes ; je fais partie de ceux qui gagnent des sous avec les pubs sur les sites )

on timesheetait à 2 niveaux :  
- JIRA pour les devs
- HP PPMC pour le reste (on avait un pont JIRA-PPMC qui remontait les timesheets)
 
 
 
 
je groupe vos réponses parce que je vais dire la même chose :  
Les gens pipottent sur les timesheet si tu crées une culture qui les incite à le faire (typiquement si je te force à booker 8h parce que c'est ce que j'ai vendu au client, alors oui ça sert à rien de timesheeter). Si tu crées les régles suivantes :  
- on timesheet au réel (ie si vous bosser 12h une journée, je veux voir 12h, pas 8h25 ou 7h30 ou n'importe quelle merde fixée à l'avance)
- on timesheet honnetement : si ça prend 20h, on met 20h, pas 10h parce que c'était l'estimation initiale (en tant que manager ça me sert de savoir que c'est 20h, et ça me sert de comprendre que je sous-vend systématiquement telle ou telle prestation)
- on matérialise le temps perdu : l'infra tanke le server d'intégration une demi-journée, c'est OK de montrer qu'on a pas pu bosser pendant ce temps (par contre si t'es pas venu me le dire, ou si t'as pas cherché un autre truc à faire, tu vas prendre une rouste, mais c'est décorellé). ON montre aussi le temps passé en meeting d'équipe, meetings projets, etc...
 
si tu suis ces règles, les timesheet ça sert à fond. Testé et approuvé 1000x avec plein de managers différents, quand tu viens avec des chiffres on t'écoute, et c'est toi qui gagne les fonds au final.
 
Quant à la "règle" que c'est à celui qui a besoin de l'info de la collecter, j'ai jamais vu où c'est une règle : c'est à celui dont le coup de production de l'info est le plus bas de la produire, ça c'est une vraie règle.

Donc si on imagine 200.000 hash / s

Merci Rati
 
Mais bon, ça va suffir, vu que je dois convaincre un type qui pense qu'il est trivial de reverser une fonction de hash, sortir le nombre de possibilités suffira
 
La question de fond c'est : est-ce que ca préserve l'anonymat des gens si on nous donne que le mail hashé et pas le mail en clair. Moi je dis que oui ( je vais pas m'amuser à générer la rainbow table des e-mails pour retrouver les mails en clair), mais le gars pense que non parce que "if it has been encrypted, it can be decrypted"

 
Lol pour l'appliquer dans une cogip en france

je groupe vos réponses parce que je vais dire la même chose :
Les gens pipottent sur les timesheet si tu crées une culture qui les incite à le faire (typiquement si je te force à booker 8h parce que c'est ce que j'ai vendu au client, alors oui ça sert à rien de timesheeter). Si tu crées les régles suivantes :
- on timesheet au réel (ie si vous bosser 12h une journée, je veux voir 12h, pas 8h25 ou 7h30 ou n'importe quelle merde fixée à l'avance)
- on timesheet honnetement : si ça prend 20h, on met 20h, pas 10h parce que c'était l'estimation initiale (en tant que manager ça me sert de savoir que c'est 20h, et ça me sert de comprendre que je sous-vend systématiquement telle ou telle prestation)
- on matérialise le temps perdu : l'infra tanke le server d'intégration une demi-journée, c'est OK de montrer qu'on a pas pu bosser pendant ce temps (par contre si t'es pas venu me le dire, ou si t'as pas cherché un autre truc à faire, tu vas prendre une rouste, mais c'est décorellé). ON montre aussi le temps passé en meeting d'équipe, meetings projets, etc...

si tu suis ces règles, les timesheet ça sert à fond. Testé et approuvé 1000x avec plein de managers différents, quand tu viens avec des chiffres on t'écoute, et c'est toi qui gagne les fonds au final.

Quant à la "règle" que c'est à celui qui a besoin de l'info de la collecter, j'ai jamais vu où c'est une règle : c'est à celui dont le coup de production de l'info est le plus bas de la produire, ça c'est une vraie règle.

Tu marques un point (on nous forçait à timesheeter 8h pour pas que ce soit vu comme des heures sup')
 
Après faut aller au bout de la logique, si tes gars timesheetent 10h/jour, ça mérite paiement ou compensation des heures

Faut préciser de quel algo de hachage du parles, parce-que du md5 c'est 100Gh/s (oclHashcat sur 8 290X) pas 200k
 
Et les mails c'est un espace sémantique relativement restreint avec un corpus complètement public (c'est pas considéré comme un secret normalement), donc les générateurs via dictionnaire + mutation peuvent s'en donner à coeur joie.
 
Pourquoi vous voulez stocker des mails hashés?

courbe éliptique mec

pas 8H, 8 UO

De mon coté on a pas (encore ?) de timesheet pour les devs (notre GH/trello suffit pour l'instant), mais j'avoue que je me pose la question : on a des projets "historiques", merdiques forcément, sur lesquels on passe beaucoup de temps de dev dessus, du dev pas forcément intéressant et souvent un peu trop custom
 
C'est souvent sur des projets signés au début de la boite, quand le business model/projet était mal défini et que y avait peu de projets, donc les clients ont un peu trop pris l'habitude de nous confondre avec leur SSII perso.  
 
Du coup mon but éventuel avec une timesheet ici, c'est d'arriver à prouver à mon boss que sur ces devs, on perd du temps et un fric dingue, et que bon, il serait peut être temps d’arrêter l’hémorragie et, soit, de dire stop au client, soit de le facturer.
 
Parce que je sais pas, peut être que je m'y prend mal, mais pour le moment c'est une notion que j'ai bien du mal à faire passer. Du coup la timesheet me paraissait un outil, compréhensible par un non tekos, pour lui faire passer le message. Est ce que c'est le bon outil ? Dunno. Après le but est clairement pas de flicker les mecs (on est dans le même bureau, je connais leurs horaires) ou de pipeauter la sheet pour rentrer dans une case.

La tu sors du cadre de mes compétences : je rappelle qu'on peut être manager en maîtrisant les 4 Operations primaires (bon en vrai je suis meilleur en Stats / proba qu'en géométrie ou j'ai toujours été une burne : après les angles alternes-internes, on m'a perdu )

finalement, vu ce que fait la boite de jubi, c'est peut-être pas mal qu'ils fassent des timesheet plutôt que leur vrai boulot.
 
Nous on a une opportunité d'améliorer un tout petit poil le rendement des énergies renouvelables, on va pas sauver le monde, mais au moins on essaye de pas trop faire partie du problème.

Ouvre le monde.fr avec ghostery. Tu verras une mega chiee de trackers. Ces trackers posent des cookies, qui correspondent à autant de mini identités virtuelles te concernant. Les boîtes qui posent ces trackers font du profiling probabilistique , et associent à ton profil des attributs : tu aimes le sport, tu es de gauche, tu es de CSP+, etc... calcules d'après tes visites.
Les sites comme le monde, qui hébergent ces trackers, et qu'on appelle les publishers, ont parfois accès à des PII : ton mail (via les infos de login souvent, ton téléphone, ton adresse, etc...). Il est illégal de les donner aux trackers tels quels, alors on les hash.
Je lance une campagne marketing : je veux montrer mes pubs à tous les hommes de 25-35 ans de CSP+, habitant en ville, [etc] : je peux acheter des segments auprès des providers d'infos qui posent les trackers, et et ce que j'achète (je loue, plutôt), c'est une liste de cookies. La chaîne d'outil programmatique me garantie que je vais montrer mes pubs qu'aux gens qui marchent le segment que j'ai créé. Mais on peut optimiser : imaginons que je connais plein de clients (parce qu'ils m'ont laissé leur mail), je peux vouloir les "matcher" à leur cookie, pour coupler mon monde CRM interne et le monde externe. Par exemple : je t'ai envoyé 5 newsletters que t'as pas lu, même si t'es dans mon segment cible, je refuse de payer pour ton montrer mes ads.
Le matching se fait pragmatiquement via des providers spécialisés ( le plus connu est liveramp), et en fait ce qu'ils ont c'est jamais qu'une liste de hashed email avec pour chacun l'Id des cookies des gros providers programmatiques : voilà pourquoi.

Mon besoin derrière : on fait des panels pour déterminer nos segments : en gros ce sont des sondages marketing sur des milliers de personnes , et ca nous permet de créer des personas, genre on sait que 20% du marché sont des maîtres qui traitent leur chien comme leur enfant (je plaisante pas). Ce segment est très sympa pour les gens des creas (tu fais des shoots des chiens vu de haut pour renforcer la relation maître/chien par opposition aux gens qui traitent leur chien comme leur meilleur ami, pour qui tu montres des photos de chien prisent à niveau, pour renforcer le égal à égal de l'ami) . Par contre en CRM / digital marketing c'est à chier parce que tu n'as pas cet info sur les gens dans ta base CRM, et tu peux pas acheter ces segments chez les profilers.
La problématique est donc : comment convertir mes "attitudinal" segments en bahavior/demographic segments pour lesquels je peux trouver les infos (le challenge c'est que si t'as une personna, tu veux trouver les gens qui sont pareil dans la vraie vie)

Entre le DMP (Data management platform) : si je crée une audience dans le DMP, il peut m'analyser automatiquement comment ce segment est corrélé par rapport aux attributs standard du marché (par ex je file une audience, il va me dire que c'est plutôt des vieux, plutôt pas des citadins, totalement des gens qui aiment la lecture, etc...

Mon idée était donc d'uploader dans mon DMP les audiences des panels, avec en gros le mail hashe / le segment attitudinal , et utiliser la fonction du DMP pour savoir que les "nutritionnistes dévoués" sont plutôt comme ci, plutôt comme ça, etc...

Et donc je demande au panelist les hashed e-mails (mon but c'est pas de contacter les gens, juste de profilers le groupe entier), et il me chie une pendule.

Mais attends, tu veux hasher les emails des tes sondés pour trouver les correspondances avec ce que les providers te refilent? Comment tu sais quel algo (et sel j'espère) ils utilisent?
 
Ou alors j'ai rien compris et t'as simplement besoin d'identifiants uniques...

finalement, vu ce que fait la boite de jubi, c'est peut-être pas mal qu'ils fassent des timesheet plutôt que leur vrai boulot.
 
Nous on a une opportunité d'améliorer un tout petit poil le rendement des énergies renouvelables, on va pas sauver le monde, mais au moins on essaye de pas trop faire partie du problème.

finalement, vu ce que fait la boite de jubi, c'est peut-être pas mal qu'ils fassent des timesheet plutôt que leur vrai boulot.
 
Nous on a une opportunité d'améliorer un tout petit poil le rendement des énergies renouvelables, on va pas sauver le monde, mais au moins on essaye de pas trop faire partie du problème.

Peut être que youmoussa a raison, en allant dans une ville plus grande je peux peut-être trouver une plus grande diversité d'entreprise et plus facilement en trouver une qui me convient.

l'infra tanke le server d'intégration une demi-journée, c'est OK de montrer qu'on a pas pu bosser pendant ce temps (par contre si t'es pas venu me le dire, ou si t'as pas cherché un autre truc à faire, tu vas prendre une rouste, mais c'est décorellé).

j'ai quand même une vie triste, à discuter des dernières subventions qu'on va aller chercher avec mon boss la journée, et mater des vidéos de Elon Musk qui essaye de négocier pour avoir John Doer à son board
 
J'arriverai jamais à me faire à l'idée que c'est ma destinéemon job pour le moment

Du coup il restera toujours la timesheet du gars qui ne fait pas le taf qui ne sera jamais honnête. Si on suit ton raisonnement il faudrait que les timesheet ne soient jamais un outil RH, qu'elles ne servent qu'aux projets (et que les employés, même les branleurs, en soient convaincus !)

death by thousands cuts: parce que ça ne limite absolument pas la bureaucratie, c'est toujours celui qui fait l'action qui va passer sa vie à faire du reporting donc tu peux ajouter du reporting à l'infini jusqu'à ce que plus rien ne soit fait avec cette règle. Par contre si celui qui a besoin du chiffre va le chercher, y'a une limitation naturelle du ratio reporting/boulot. Soit il galère à chercher le chiffre et ça limite naturellement la bureaucratie, soit il a le chiffre confortablement et il va ajouter de la bureaucratie jusqu'à ce ne soit plus le cas. Sans pouvoir swapper du boulot au profit de la bureaucratie, donc sans écrouler le système.

Faut préciser de quel algo de hachage du parles, parce-que du md5 c'est 100Gh/s (oclHashcat sur 8 290X) pas 200k
 
Et les mails c'est un espace sémantique relativement restreint avec un corpus complètement public (c'est pas considéré comme un secret normalement), donc les générateurs via dictionnaire + mutation peuvent s'en donner à coeur joie.
Pourquoi vous voulez stocker des mails hashés?

finalement, vu ce que fait la boite de jubi, c'est peut-être pas mal qu'ils fassent des timesheet plutôt que leur vrai boulot.
 
Nous on a une opportunité d'améliorer un tout petit poil le rendement des énergies renouvelables, on va pas sauver le monde, mais au moins on essaye de pas trop faire partie du problème.

Mais attends, tu veux hasher les emails de tes sondés pour trouver les correspondances avec ce que les providers te refilent? Comment tu sais quel algo (et sel j'espère) ils utilisent?
 
Ou alors j'ai rien compris et t'as simplement besoin d'identifiants uniques...

Du coup il restera toujours la timesheet du gars qui ne fait pas le taf qui ne sera jamais honnête. Si on suit ton raisonnement il faudrait que les timesheet ne soient jamais un outil RH, qu'elles ne servent qu'aux projets (et que les employés, même les branleurs, en soient convaincus !)

hint : ton manager peut avoir intéret à ce que tu bosses plutot que tu fasses de la paperasse, donc ça peut etre son intéret quand meme de réduire cette paperasse  
C'est assez taré la défiance que t'as envers n'importe quoi qui s'appelle un manager, on dirait un chien battu qui a peur quand on approche la main.

rhooooooo
je bosse pas dans l'armement, la banque ou les cigarettes, faut pas déconner. Pis si tu vas par là on met des écoles, des systèmes d'eau potable, des caisses de retraites pour les fermiers café/chocolat, et on essaye de traiter des problèmes de santé publique en ajoutant des bénéfices nutritionnels à nos produits (ce qui vu nos PDM dans certains pays a un vrai impact, quand 80% des gosses d'un pays boivent nos produits, on peut avoir un impact de santé publique (eg : en roumanie, les gosses manquent chroniquement de fer, et ça cause des pb de croissance, donc tous nos produits à destination des enfants / ados sont enrichis en fer, idem dans les pays où les gens manquent d'iode, de magnésium,  etc...).
Je ne nie pas que je sauverais plus le monde en bossant dans une ONG, ou pour la recherche contre des maladies, ou autre, mais ça devient un peu démago comme discussion, à plusieurs niveau (le chercheur qui sauve les petits enfants du choléra il est content de pouvoir faire ses courses et trouver nos produits, et puis si on retire des gros annonceurs comme Nestlé, P&G, etc... et on regarde combien de sites web mettent la clé sous la porte, et on rediscute ). La pub c'est pas mal en soit, ça peut etre fait éthiquement, ou de manière pourri, c'est un choix

et petit rappel : les boites dans lesquelles tu rêves tant de bosser sont parmis les plus actives dans le domaine du digital marketing (FB et Amazon essaye de concurrencer Google niveau pub, Spotify arrive à fond sur le marché, etc...)

La puissance c'est dans l'autre sens
Pour ton exemple c'est 55^25*1*55^15*1*26^5 = 4,890737117×10⁷⁶
Ce qui donne 7,754212832×10⁶³ années

Après faut pas le voir forcément comme ça si tu veux pas tout déhasher.
J'imagine ton contexte de hash d'email de client B2C, si l'attaquant veut cibler les gens sous Gmail, t'as déjà que le contenu avant le @ à gérer.
Tes possibilités de caractères avec 55 caractères c'est too much (et ça explose la cardinalité du coup). Si tu prends que les alphanum et le ., sur une longueur de 10, t'arrives à :
37^10 = 4,808584372×10¹⁵
Soit 762 années pour tout générer avec 200k hash/sec

Sachant qu'en 2012, tu pouvais monter des bécanes qui font 180 milliards / sec, mon calcul précédent pour Gmail donne 445 minutes
Source : http://www.zdnet.com/article/25-gp [...] er-second/
Faudrait trouver des chiffres + récent.

Après le temps est directement lié à la longueur (cf xkcd ), faut voir la répartition de la longueur des préfixes d'email chez toi.

Je n'ai *jamais* voulu bosser dans une de ces boîtes. Mes derniers contrats sont: un outil d'assurance de la qualité, de la géographie (qui essaye de tourner vers la pub, mais ne l'était pas à l'epoque) et le rendement des éoliennes. C'est pas médecin du monde, mais j'essaye de pas trop faire partie du pb.

La pub c'est pas mal en soit.

être idéaliste c'est bien, voire la réalité en face c'est aussi pas mal parfois.

Qu'on soit bien d'accord bis : tu fais ton job, je ne pense pas que tu sois une mauvaise personne pour ça, si tu ne le fais pas un autre le fera. Mais la publicité est mauvaise pour la société, dés qu'elle dépasse son rôle d'information, ce qui est à peu près tout le temps aujourd'hui.

prix de la meilleure réponse à "j'essaye de pas trop"
 
edit: tu devrais essayer de pas trop être con, le prix nobel sera à ta portée.

sur du sha-256, du hardware spécialisé semble pas dépasse 8M hash/s (https://en.bitcoin.it/wiki/Mining_hardware_comparison), mais la ref semble dater un peu

...
si tu suis ces règles, les timesheet ça sert à fond. Testé et approuvé 1000x avec plein de managers différents, quand tu viens avec des chiffres on t'écoute, et c'est toi qui gagne les fonds au final.

J'ai l'impression que tu expliques en quoi ça sert à quelque chose pour les managers, mais sans prendre en compte qu'on a pas forcément envie/besoin d'aller dans le sens des managers en tant que dév. Si tu étais dév, tu utiliserais quoi comme argument pour leur faire remplir des timesheets honnêtement? Parce que si je prends ma mission actuelle, j'ai tout sauf envie de le faire honnêtement: j'ai pas confiance en mes managers et _tout_ sert à la "gestion RH" (des timesheets au reporting sonar). Alors ton mode de fonctionnement je le vois pas marcher ailleurs que chez les bisounours où devs et managers marchent main dans la main. Et si t'étais mon chef actuellement je te donnerais probablement les chiffres qui t'arrangent, pour ce que ça change à mon quotidien...

 
Ici on arrive même pas à faire saisir correctement la durée des tâches effectuées dans le helpdesk...et il ne s'agit même pas de se contenter de mettre un truc réaliste pour faire plaisir au chef, certains considèrent que c'est du flicage et mettent systématiquement la durée maximum.
 
(cela dit l'outil est pourri, il se plaint pas d'une tâche réalisée de 2 semaines sur un ticket ouvert depuis 5 minutes...)