Je ne suis pas sûr que ce qui intéresse le photographe est d'avoir un réglage "absolue" mais d'avoir un réglage avec un ressenti qui soit le même que sur l'imprimante photo et le plus juste.
Cela peut vouloir dire de tenir compte de l'ambiance lumineuse autour de l'écran. L’œil ayant aussi une balance des blanc, je pense qu'avoir un écran dans une ambiance "bougie" ne devrait pas se régler de la même façon qu'avec un bureau en plein soleil.
La loi est juste stupide concernant l'informatique.
J'attends de voir l'admin sys avec son oscillo qui compte les bits sur le brin réseau. Et encore, est-ce que l'oscilloscope n'est pas une aide automatique ?
Derrière les trucs automatiques, il y a des hommes, qui lisent des logs avec des trucs écrit de dedans, il y a des core dump qui trainent avec tout plein d'infos. Faire croire que parce que un cron job ou un proxy transparent tourne tout seul, même dans une appliance boite noire, il ne peut y avoir de fuite, est du foutage de gueule. Il y a toujours la maintenance qui peut mettre son nez dedans.
De plus, personne ne peut jamais te garantir que le soft interne ne va pas évoluer, et la boite qui a créer l'appliance, ne garantira jamais contre des fuites de données.
J'aimerais connaitre le nombre d'admin sys qui dirait "merde" à leur patron, qui leur ordonne de leur donner des mails de webmail initialement en https.
Si le but est de tirer les trip à son compilateur, il y a à prendre en considération, le mot clef "restrict" pour qualifier les pointeurs et utiliser "const" le plus souvent possible, cela aide en cas de manipulation de pointeur en provenance du dehors du fichier .c.
"static inline" peut aider pour diminuer la taille du code inutile si la fonction n'a pas vocation a être utiliser en dehors du fichier .c en cours. Même en cas de fonction inline, la fonction doit exister en temps que tel pour être appelé de l'extérieur, donc si il n'y en a pas besoin autant la virer ("static").
Je n'ai pas encore beaucoup jouer avec les qualifier de fonction comme "pure" ou "const", j'imagine que cela doit jouer dans l'usage de tel fonction au milieu de boucle de calcul.
Sinon, il y a aussi les fonctionnalités openMP à regarder. Cela permet de faire de la parallélisation avec des threads à pas chère. Il faudrait que je retrouve mes exemples, mais il suffit souvent de mettre le bon pragma, juste devant la boucle la plus externe pour qu'elle soit paralléliser. Par contre, il faut une indépendance totale entre élément traité (comme une fonction map en fonctionnel).
D'un autre coté, la compilation en 2 temps avec profilage du code doit faire tout cela de manière automatique. ( -fprofile-use ). J'imagine qu'il faut faire une 1er compilation, lancer une série de benchmark représentatif (si les jeu de données sont trop petits, cela n'a aucun sens, c'est pourtant courant dans les benchs synthétiques), puis recompiler avec les infos en plus.
J'ai pas l'impression que les url soit si durable que ça. Il y a des budgets sans date dans l'url du document. Cela veut dire que l'année prochaine tout disparait ou que l'url changera.
J'espère qu'il feront en sorte que tout cela soit stable.
Pour la prédiction de branchement, je ne comprends pas comment cela peut faire perdre des performances (sauf infos bidon).
Par contre, un bon expect ne fait que gagner que qq cycles dans le bon sens. Il y a tellement de sources de perte, un accès mémoire non caché prend 100 cycles, donc il y a plein de raisons, pour ne pas voir d'effets.
As-tu testé les attributs cold/hot sur les fonctions ?
J'ai vu une fois un truc débile. En gros, on ne pouvait pas monter de serveur ftp pour les clients pour transférer des gros fichiers, car cela n'était pas prévu, le firewall bloquait. C'était tellement long à mettre en place, que les fichiers sont partis par mail (dont le quota de taille était plus gros) depuis le domicile d'un employé !
Souvent les politiques de sécurité sont contournés, parce qu'il faut bien travailler !
Un mail n'est pas crypté, c'est la grosse différence. Que l'équipement soit automatique n'a aucune importance, il y a toujours quelqu'un pour le piloter derrière. Il arrivera un jour ou un informaticien viré pourrait tout à fait balancer sur internet un fichier de log avec plein d'information de connexion.
La loi interdit que l'entreprise fouille le courrier, mes emails, et les dossiers dans les ordinateurs dés qu'ils ont l'air privé. La charte d'utilisation d'internet doit aussi se conformer à cette loi.
Si le but de l'entreprise est d'éviter la fuite d'information, c'est ridicule, une clef usb fait le même boulot de façon encore plus discrète.
J'ai bien compris ce qui est faisable. Sauf que si l'utilisateur passe en https, c'est pour éviter que cela soit possible. Faire des faux certificats, peut être vu comme une tromperie dans un but d'espionnage de la correspondance privée.
"L'état civile" au sens large demandé pour la formulaire administratif, est le moyen de faire l'authentification/identification de manière approximative. Ils partent du principe qu'avec un maximum de renseignement, on retombe sur ses pieds.
On est souvent identifier par son nom et son adresse. Manque de bol, celle-ci change souvent surtout pour les jeunes actifs. On l'être aussi par son nom et lieu et années de naissance, mais c'est plus facilement falsifiable.
Je ne comprends toujours pas pourquoi l'usage des prénoms supplémentaire n'augmentent pas, pour lever les problèmes d'homonymie.
Je ne comprends pas l’intérêt des boites de faire du MiM sur les connections internet https. Si jamais, une boite utilise ce genre de donné ou simplement les égare, il prenne un risque juridique énorme autour du secret de correspondance privée.
Imaginez qu'il sorte un mail privé. Ou pire imaginez qu'une base de donné est perdu, et que des identifiants de banques circulent sur internet !
Je crois qu'il existe déjà des banques au Vatican. Et qu'il y a eu une somme d'affaire pas clair du tout autour (genre blanchiment, paradis fiscale/réglementaire,...).
Le problème de son argument est que les défenseurs du système proposer simplement "plus de contrôle".
Dans les faits, ceux-ci diminuent : une demi-journée pour mémoire (d'après une conversation avec une personne ayant été contrôleur à l'OEB). La recherche se fait dans les brevets existant, il n'y aucune recherche sur "l'état de l'art", à part la compétence du contrôleur. Mais, il y a une énorme pression sur ceux-ci pour accepter les brevets car un brevet accepté rapporte beaucoup plus qu'un brevet refusé pour l'OEB (je me demande même, si ils n'ont pas des quota à respecter).
Le lien qui pointe vers un fichier vidéo, me fait penser que Linuxfr devrait gérer les balises vidéo HTML5. Cela serait plus utilisable qu'un fichier "en vrac".
En fait, vu la complexité de l'affichage, il n'y a pas vraiment le choix pour avoir de la qualité. La norme HDMI supporte déjà 10 ou 12 bits par canal. Les écrans LED par rapport au CFL peuvent avoir des gamuts différents (si le gamut est trop grand, il peut y avoir des paliers visibles si on reste en 8 bits). Je ne parle pas de la galère pour faire une retouche à l'écran et espérer avoir les mêmes couleurs après un tirage de photo.
Le seul moyen d'y arriver (simplement, sans sonde à 150€) est d'avoir un format de stockage en colorimétrie absolue (CIE xyY) avec des références de couleur local pour traduire les couleurs en valeur pour l'écran ou une imprimante ( https://en.wikipedia.org/wiki/CIECAM02 ).
[^] # Re: BEURK
Posté par Nicolas Boulay (site web personnel) . En réponse au journal La conseillière «Économie numérique» de François Hollande. Évalué à 2.
Tu es de mauvaise fois sur ce coup-là. Tu crois les Chinois et les russes suffisamment stupide pour que l'on elur refasse le même coup à l'ONU ?
Et d'un autre coté, le porte avion avait besoin de 6 mois de révision, il sera prêt en janvier/février de mémoire. L'histoire n'est pas fini.
"La première sécurité est la liberté"
[^] # Re: interessant
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche La colorimétrie sous Linux, un pas de plus. Évalué à 1.
Je ne suis pas sûr que ce qui intéresse le photographe est d'avoir un réglage "absolue" mais d'avoir un réglage avec un ressenti qui soit le même que sur l'imprimante photo et le plus juste.
Cela peut vouloir dire de tenir compte de l'ambiance lumineuse autour de l'écran. L’œil ayant aussi une balance des blanc, je pense qu'avoir un écran dans une ambiance "bougie" ne devrait pas se régler de la même façon qu'avec un bureau en plein soleil.
"La première sécurité est la liberté"
[^] # Re: Support des proxy HTTP ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche sslh 1.10, la bête noire des censeurs. Évalué à 5.
La loi est juste stupide concernant l'informatique.
J'attends de voir l'admin sys avec son oscillo qui compte les bits sur le brin réseau. Et encore, est-ce que l'oscilloscope n'est pas une aide automatique ?
Derrière les trucs automatiques, il y a des hommes, qui lisent des logs avec des trucs écrit de dedans, il y a des core dump qui trainent avec tout plein d'infos. Faire croire que parce que un cron job ou un proxy transparent tourne tout seul, même dans une appliance boite noire, il ne peut y avoir de fuite, est du foutage de gueule. Il y a toujours la maintenance qui peut mettre son nez dedans.
De plus, personne ne peut jamais te garantir que le soft interne ne va pas évoluer, et la boite qui a créer l'appliance, ne garantira jamais contre des fuites de données.
J'aimerais connaitre le nombre d'admin sys qui dirait "merde" à leur patron, qui leur ordonne de leur donner des mails de webmail initialement en https.
"La première sécurité est la liberté"
[^] # Re: Suis-je médisant ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche LLVM 3.0. Évalué à 2.
la reduction est un truc très particuliers et je me demande si seul le + est pris en charge. Cela ne ressemble pas à un vrai fold/reduce.
"La première sécurité est la liberté"
[^] # Re: Suis-je médisant ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche LLVM 3.0. Évalué à 3.
Si le but est de tirer les trip à son compilateur, il y a à prendre en considération, le mot clef "restrict" pour qualifier les pointeurs et utiliser "const" le plus souvent possible, cela aide en cas de manipulation de pointeur en provenance du dehors du fichier .c.
"static inline" peut aider pour diminuer la taille du code inutile si la fonction n'a pas vocation a être utiliser en dehors du fichier .c en cours. Même en cas de fonction inline, la fonction doit exister en temps que tel pour être appelé de l'extérieur, donc si il n'y en a pas besoin autant la virer ("static").
Je n'ai pas encore beaucoup jouer avec les qualifier de fonction comme "pure" ou "const", j'imagine que cela doit jouer dans l'usage de tel fonction au milieu de boucle de calcul.
Sinon, il y a aussi les fonctionnalités openMP à regarder. Cela permet de faire de la parallélisation avec des threads à pas chère. Il faudrait que je retrouve mes exemples, mais il suffit souvent de mettre le bon pragma, juste devant la boucle la plus externe pour qu'elle soit paralléliser. Par contre, il faut une indépendance totale entre élément traité (comme une fonction map en fonctionnel).
http://rajorshi.net/blog/2009/05/programming-for-multicore-introduction-openmp-gcc/
https://en.wikipedia.org/wiki/OpenMP
"La première sécurité est la liberté"
[^] # Re: Suis-je médisant ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche LLVM 3.0. Évalué à 2.
Il y a d'ailleurs beaucoup de chose :
http://gcc.gnu.org/onlinedocs/gcc/Function-Attributes.html
D'un autre coté, la compilation en 2 temps avec profilage du code doit faire tout cela de manière automatique. ( -fprofile-use ). J'imagine qu'il faut faire une 1er compilation, lancer une série de benchmark représentatif (si les jeu de données sont trop petits, cela n'a aucun sens, c'est pourtant courant dans les benchs synthétiques), puis recompiler avec les infos en plus.
"La première sécurité est la liberté"
# rest ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche La plateforme française des données publiques est ouverte. Évalué à 8.
J'ai pas l'impression que les url soit si durable que ça. Il y a des budgets sans date dans l'url du document. Cela veut dire que l'année prochaine tout disparait ou que l'url changera.
J'espère qu'il feront en sorte que tout cela soit stable.
"La première sécurité est la liberté"
[^] # Re: Support des proxy HTTP ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche sslh 1.10, la bête noire des censeurs. Évalué à 4.
Si tu reprends les échanges précédents, je parle d'analyse virale, de filtrage mais pas de fuite d'information (ni de clef usb ! lol).
Faire croire à un informaticien, qu'il y a une différence fondamentale entre une lecture et une copie est stupéfiant.
"La première sécurité est la liberté"
[^] # Re: Suis-je médisant ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche LLVM 3.0. Évalué à 2.
Pour la prédiction de branchement, je ne comprends pas comment cela peut faire perdre des performances (sauf infos bidon).
Par contre, un bon expect ne fait que gagner que qq cycles dans le bon sens. Il y a tellement de sources de perte, un accès mémoire non caché prend 100 cycles, donc il y a plein de raisons, pour ne pas voir d'effets.
As-tu testé les attributs cold/hot sur les fonctions ?
"La première sécurité est la liberté"
[^] # Re: Suis-je médisant ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche LLVM 3.0. Évalué à 3.
Quel est le rapport entre le prefetch et la prédiction de branchement ?
"La première sécurité est la liberté"
[^] # Re: SSLH ça se voit
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche sslh 1.10, la bête noire des censeurs. Évalué à 10.
J'ai vu une fois un truc débile. En gros, on ne pouvait pas monter de serveur ftp pour les clients pour transférer des gros fichiers, car cela n'était pas prévu, le firewall bloquait. C'était tellement long à mettre en place, que les fichiers sont partis par mail (dont le quota de taille était plus gros) depuis le domicile d'un employé !
Souvent les politiques de sécurité sont contournés, parce qu'il faut bien travailler !
"La première sécurité est la liberté"
[^] # Re: SSLH ça se voit
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche sslh 1.10, la bête noire des censeurs. Évalué à 6.
C'était quel point que tu ne respectais pas et dont il était furieux ?
"La première sécurité est la liberté"
[^] # Re: Support des proxy HTTP ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche sslh 1.10, la bête noire des censeurs. Évalué à 4.
Un mail n'est pas crypté, c'est la grosse différence. Que l'équipement soit automatique n'a aucune importance, il y a toujours quelqu'un pour le piloter derrière. Il arrivera un jour ou un informaticien viré pourrait tout à fait balancer sur internet un fichier de log avec plein d'information de connexion.
La loi interdit que l'entreprise fouille le courrier, mes emails, et les dossiers dans les ordinateurs dés qu'ils ont l'air privé. La charte d'utilisation d'internet doit aussi se conformer à cette loi.
Si le but de l'entreprise est d'éviter la fuite d'information, c'est ridicule, une clef usb fait le même boulot de façon encore plus discrète.
"La première sécurité est la liberté"
[^] # Re: Support des proxy HTTP ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche sslh 1.10, la bête noire des censeurs. Évalué à 2.
J'ai bien compris ce qui est faisable. Sauf que si l'utilisateur passe en https, c'est pour éviter que cela soit possible. Faire des faux certificats, peut être vu comme une tromperie dans un but d'espionnage de la correspondance privée.
"La première sécurité est la liberté"
[^] # Re: Je pense que c'est une bonne chose
Posté par Nicolas Boulay (site web personnel) . En réponse au journal De l'utilisation contemporaine des titres honorifiques.. Évalué à 3.
beaucoup de gens ne comprennent pas car avoir une thèse ne permet pas de prétendre ensuite à des boulots plus rémunérateur.
Sauf si tu va bosser en Allemagne, où ils font une différence. Il suffit de rajouter PhD dans sa signature de mail pour que leur attitude change.
Au USA, surtout dans le domaine électronique, cela peut faire une énorme différence de salaire.
"La première sécurité est la liberté"
[^] # Re: Madame/Mademoiselle, Mon avis...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal De l'utilisation contemporaine des titres honorifiques.. Évalué à 2.
"L'état civile" au sens large demandé pour la formulaire administratif, est le moyen de faire l'authentification/identification de manière approximative. Ils partent du principe qu'avec un maximum de renseignement, on retombe sur ses pieds.
On est souvent identifier par son nom et son adresse. Manque de bol, celle-ci change souvent surtout pour les jeunes actifs. On l'être aussi par son nom et lieu et années de naissance, mais c'est plus facilement falsifiable.
Je ne comprends toujours pas pourquoi l'usage des prénoms supplémentaire n'augmentent pas, pour lever les problèmes d'homonymie.
"La première sécurité est la liberté"
[^] # Re: Madame/Mademoiselle, Mon avis...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal De l'utilisation contemporaine des titres honorifiques.. Évalué à 10.
L'usage n'est pas "Damoiseau" mais "jeune homme" qui est au moins aussi condescendent que Mademoiselle en entreprise.
"La première sécurité est la liberté"
[^] # Re: Support des proxy HTTP ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche sslh 1.10, la bête noire des censeurs. Évalué à 6.
Je ne comprends pas l’intérêt des boites de faire du MiM sur les connections internet https. Si jamais, une boite utilise ce genre de donné ou simplement les égare, il prenne un risque juridique énorme autour du secret de correspondance privée.
Imaginez qu'il sorte un mail privé. Ou pire imaginez qu'une base de donné est perdu, et que des identifiants de banques circulent sur internet !
Bientôt, il faudra faire du https over http.
"La première sécurité est la liberté"
[^] # Re: Hadopi
Posté par Nicolas Boulay (site web personnel) . En réponse au journal [ HS Agriculture : ] la réutilisation des semences sera sanctionnée. Évalué à 5.
Des liens trouvés en cherchant rapidement :
https://fr.wikipedia.org/wiki/Banco_Ambrosiano
http://www.voltairenet.org/La-Banque-du-Vatican-au-hit-parade
"La première sécurité est la liberté"
[^] # Re: Hadopi
Posté par Nicolas Boulay (site web personnel) . En réponse au journal [ HS Agriculture : ] la réutilisation des semences sera sanctionnée. Évalué à 7.
Je crois qu'il existe déjà des banques au Vatican. Et qu'il y a eu une somme d'affaire pas clair du tout autour (genre blanchiment, paradis fiscale/réglementaire,...).
"La première sécurité est la liberté"
[^] # Re: Du brevet à l'innovation
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Mobilisation sur les brevets logiciels et le brevet unitaire. Évalué à 5.
Le problème de son argument est que les défenseurs du système proposer simplement "plus de contrôle".
Dans les faits, ceux-ci diminuent : une demi-journée pour mémoire (d'après une conversation avec une personne ayant été contrôleur à l'OEB). La recherche se fait dans les brevets existant, il n'y aucune recherche sur "l'état de l'art", à part la compétence du contrôleur. Mais, il y a une énorme pression sur ceux-ci pour accepter les brevets car un brevet accepté rapporte beaucoup plus qu'un brevet refusé pour l'OEB (je me demande même, si ils n'ont pas des quota à respecter).
"La première sécurité est la liberté"
[^] # Re: Du brevet à l'innovation
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Mobilisation sur les brevets logiciels et le brevet unitaire. Évalué à 5.
La grosse boite peut aussi écrire un brevet d'amélioration et passé outre le 1er brevet.
"La première sécurité est la liberté"
# balise vidéo ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Game music bundle. Évalué à 2.
Le lien qui pointe vers un fichier vidéo, me fait penser que Linuxfr devrait gérer les balises vidéo HTML5. Cela serait plus utilisable qu'un fichier "en vrac".
"La première sécurité est la liberté"
[^] # Re: Format d'image ultime
Posté par Nicolas Boulay (site web personnel) . En réponse au journal WebP, le format d'images ultime. Évalué à 2.
En fait, vu la complexité de l'affichage, il n'y a pas vraiment le choix pour avoir de la qualité. La norme HDMI supporte déjà 10 ou 12 bits par canal. Les écrans LED par rapport au CFL peuvent avoir des gamuts différents (si le gamut est trop grand, il peut y avoir des paliers visibles si on reste en 8 bits). Je ne parle pas de la galère pour faire une retouche à l'écran et espérer avoir les mêmes couleurs après un tirage de photo.
Le seul moyen d'y arriver (simplement, sans sonde à 150€) est d'avoir un format de stockage en colorimétrie absolue (CIE xyY) avec des références de couleur local pour traduire les couleurs en valeur pour l'écran ou une imprimante ( https://en.wikipedia.org/wiki/CIECAM02 ).
"La première sécurité est la liberté"
[^] # Re: Format d'image ultime
Posté par Nicolas Boulay (site web personnel) . En réponse au journal WebP, le format d'images ultime. Évalué à 2.
Pourquoi cela ne pourrait pas être le même ?
Il suffit d'utiliser un espace de colorimétrie absolue avant compression avec perte.
"La première sécurité est la liberté"