Larry Cow a écrit 5011 commentaires

ne me paraît plus très pertinent à l'heure où 99% des gens ont un portable :)

Je me souviens d'une collègue, sur un précédent taf, qui m'expliquait que j'étais bien con d'utiliser mon portable pour mes communications perso alors que la téléphonie de l'entreprise était à ma disposition.

Bon, c'était avant l'arrivée de Free sur le marché et le réajustement qui a suivi.

c'est pas de prison qu'il a besoin

Lui, sûrement pas (personne n'a besoin de prison). Par contre, les boulangers de son quartier ont peut-être un avis un peu différent.

Donc tu peux interdire, mais pas faire respecter cette interdiction? Diable, et on se demande encore pourquoi personne n'embauche…

Il me semble que l'employée à quand même droit à une vie privée. Typiquement s'il utilise sa boîte email pro, avec un entête [PERSO], je pense qu'il est dans son droit, et que le patron n'a pas le droit de regarder le contenu du mail, charte ou pas.

Il a droit, sauf s'il décide (ou accepte) de renoncer à ce droit. Certes, comme noté plus haut, il faut probablement indiquer clairement que les connexions peuvent être espionnées. Mais non, ça n'est pas si "logique" que ça de pouvoir utiliser les ressources pro dans un but perso. Typiquement, tu n'as pas intérêt à te faire choper avec une voiture de service (et non de fonction) en dehors de tes heures de boulot.

Et avec une charte interne, signée par les employés, qui stipule que le matériel informatique mis à disposition ne peut pas être utilisé pour des besoins non-professionnels ?

Je n'ai pas dit que l’œil ne faisait pas mieux (au contraire, il me semble), mais simplement que la disparité des paires d'yeux rendait extrêmement coûteux et complexe une approche purement oculaire pour discuter des qualités comparés de traitements automatique d'image.

Si tu veux faire un algo de compression d'image (qui bouge ou pas) pour une paire d'yeux, c'est relativement facile : tu fais un bon stock d'images de test, tu mets côte-côte des versions différentes, et tu laisse l'humain choisir. Bon, c'est pas non plus de la tarte, sauf si en plus de n'avoir qu'une cible tu n'as qu'une image à compresser. Mais si tu es prêt à passer un peu de temps avec tes échantillons ça peut le faire.

Dès lors que tu veux - et c'est un tout petit peu le propos des algos dont on parle dans ce journal - faire ça pour des algos qui vont compresser des vidéos quelconques, à destination d'à peu près tout le monde, ça devient tout simplement ingérable. Dans ces cas-là, l'approche mathématique donnera peut-être de moins bons résultats particuliers, mais de meilleurs résultats moyens.

D'autant que les modèles ne sont pas complètement décorrélés des résultats humains, ce qui est probablement la raison pour laquelle on ne s'est pas contenté de PSNR et qu'on a développé SSIM.

Enfin on a pas encore reussi a faire un systeme de mesure aussi performant que l'oeil et je ne sais pas mais moi j'utilise mes yeux pour voir une video donc utiliser cela comme comparaison c'est pas si mal que cela. L'empirisme n'est pas a jete a la poubelle loin de la!

Oui, enfin dans ces cas-là faut pas se limiter à une paire d'yeux. Parce que la vidéo, elle va surement être encodée pour un nombre relativement élevé d'humains, et ça vaudrait le coup d'avoir une idée de sa perception moyenne sur un échantillon représentatif.

Ou alors de se baser sur un modèle mathématique, qui est finalement un meilleur compromis.

Tu pourrais simplement objecter les ponts de sa comparaison qui ne sont pas juste

C'est un peu ce qu'il a commencé par faire, non? Ce à quoi le

mec qui nous partage ses resultats de manière intéressante et reproductible

nous explique que sa méthode n'avait pas vocation à nous fournir des résultats pertinents (ce qu'il aurait pu mentionner dès le journal pour couper court à toute critique).

Oué, on peut en obtenir en auto-signé aussi. Trop de la merde StartSSL, de faire payer des trucs.

Sans parler du cas d'activités franchement délictueuses commises depuis l'accès Internet de l'entreprise.

Après, effectivement, le mec peut faire la même depuis son portable. Mais au moins, ce n'est pas la responsabilité de l'entreprise qui est engagée.

Tous les fonctionnaires (en France) sont recrutés sur concours,

C'est inexact. Les fonctionnaires de catégorie C, au moins dans la territoriale, peuvent être recrutés sans concours. C'est d'ailleurs souvent un (mauvais) argument pour recruter les gens le plus bas possible. "Oui, bien sûr vous avez un bac+2, mais si on vous prend en catégorie C au moins, vous n'aurez pas de concours à passer".

Tu ne trouves pas que A est une bonne idée?
B aurait été une encore meilleure idée.

Oui, et?

I have in ze bilouque!

Exemple qu'une autorité certifie les clés du domaine pour linuxfr.org ça se trouve gratuitement certes mais forum.linuxfr.org ou wiki.linuxfr.org non là il faut mettre la main au porte-feuille partout et c'est loin d'être donné, même chez startcom.org par exemple.

Euh, gni? Je n'ai pas fait depuis longtemps, mais chez StartSSL c'est par défaut un truc.bidule.come.

C'est l'utilisateur qui télécharge

Oui, et c'est bien le souci dans un environnement pro. Tu ne VEUX pas que l'utilisateur (ou son employeur son responsable) soit attaquable, et tu choisiras autant que possible une offre logiciel dans laquelle les risques légaux sont déjà gérés.

Tu peux en dire plus ? Des exemples ou des sources ?

L'énergie solaire est liée à l'ensoleillement, pas à la température extérieure. Évidemment, sur du solaire thermique, tu as intérêt à ce que ton système soit très bien isolé pour que l'impact de la température extérieur soit négligeable (je doute même que ce soit possible en pratique). Sur du photovoltaïque, en revanche, ça n'est pas censé jouer.

Une belle journée d'hiver au Québec est froide (sensiblement plus qu'une journée couverte où il neige), mais le photovoltaïque tourne à plein tubes. Si ce n'est qu'il faut faire attention à l'emplacement des panneaux (une façade couverte de cellules produira plein d'électricité … mais le soleil ne chauffera plus vraiment le bâtiment), que la neige risque de recouvrir tes panneaux, etc.

ne garder que des données chiffrées côté serveur et laisser le navigateur faire le déchiffrage en Javascript

Et le jour venu, qui previendra Boris que la trêve elle est rompue le javascript envoyé par le serveur ne se contente plus de déchiffrer, mais transmet en plus le mot de passe au serveur?

un SSO entre les différentes applications

Ce que fait Yunohost avec SSOWhat est assez sympa, et léger, par exemple.

Malheureusement, je ne vois aucune structure efficace pour aller dans ce sens.

http://adullact.net/ ?

Cela me fait penser aux logiciels de compta qui stockent les montants dans des grands entiers parce que le stockage sous-jacent est en centimes, la conversion dans la devise étant faite au dernier moment.

Ce n'est pas juste les logiciels de compta, c'est (normalement) tous les logiciels qui utilisent de la virgule fixe. Les types "flottants", comme leur nom l'indique, sont fait pour de la virgule flottante. Pour de la virgule fixe - comme c'est le cas avec les monétaires - un entier est beaucoup plus adapté.

Sans compter les fichiers RTF pourris de Bercy (pour les marchés publics), qui ne s'ouvrent QUE sous Word. Même Wordpad se vautre dans la mise en page.

Oui, enfin à la différence d'une voiture, pour la plupart des tâches concernées deux machines à 50 valent une à 100.

repart avec le colis

C'est un mythe. Souvent (pas tout le temps, heureusement) le colis est resté bien au chaud à La Poste, et si tu les chopes en train de faire l'avis de passage ils se sentent tous cons.

Mais la crypto a du bon car generalement elle s'accompagne de signatures et d'authentification. Franchement, comme arme contre le spam, ca serait pas un mal.

Et elle coute (un peu) plus cher par mail envoyé. Ce qui contribuerait à réduire la rentabilité du spam (je sais, je rêve un peu).

A mon boulot, on est en train de faire la peau a ce type de redirections. Et ce pour la simple raison qu'elles ne marchent globalement plus.

Idem ici aussi. Plus ça va, plus l'email devient "serveur de l'émetteur -> serveur du destinataire" et plus rien entre (on peut remplacer "serveur" par "réseau" pour les plus grosses infrastructures).

C'est peut-être à ce prix qu'on arrivera à endiguer le spam, mais ça fait perdre une caractéristique sympa des protocoles concernés.