Nicolas Boulay a écrit 15824 commentaires

Il ne bosse pas pour X, mais il bosse _dans_ le X.

C'est différent de dire que MS produit des produits discutables bugué, que de dire que le boulot d'ingénieur en informatique n'a aucune utilité social voir est nuisible.

"La première sécurité est la liberté"

Quel est l'intérêt de meta-heuristique de recherche si le paramétrage est aussi long que pour trouver les heuristiques du problème considéré ?

Je croyais que le but était de trouver une méthode générique applicable "automatiquement".

"La première sécurité est la liberté"

Et il a raison. Le format de fichier mp3 est breveté par l'office européen des brevets. Mais cela ne veut pas dire que cela tiendrait en justice.

C'est tout le problème de l'OEB qui fait n'importe quoi et espère être couvert ensuite par les politiques.

"La première sécurité est la liberté"

C'est toujours marrant de voir un avocat en PI nous apprendre comment on bosse tous les jours.

"La première sécurité est la liberté"

avec export des images à l'étranger sans update possible ?

"La première sécurité est la liberté"

Pour ton 3), tu oublis la masse de donnée à traiter. C'est des To/s à traiter à un niveau très élevé ! C'est peu crédible.

"La première sécurité est la liberté"

Il a été victime d'une erreur pas d'un "droit à l'oubli".

"La première sécurité est la liberté"

Il y a en ce moment une grande reflexion sur le système des brevets vu comme trop couteux aux USA.

"La première sécurité est la liberté"

C'était plus grave que ça. Il donnait l'exemple des fichiers de condamnation où les victimes et les accusés étaient inversées. Le taux d'erreur approchait les 30% !

On peut mettre une limite à 30 ans, voire 10 ans pour les données non vérifier ou invérifiable. Mais il devrait surtout mettre de l'argent dans les vérifications des données et mettre dans la base tous les accès pour enregistrer les abus de consultations.

"La première sécurité est la liberté"

Je pense que la police veut un droit semblable aux écoutes téléphoniques pour écouter un ordinateur. C'est compréhensible dans le cadre d'une enquête.

Le problème concerne la centralisation de tout un tas de donnés, ce que fait depuis qq années, les US avec peu de succès. La base est en fait saturé de données fausses. Le problème est de ne pas se faire avoir par ce genre d'erreur.

L'état à tout a fait les moyens de créer des chevaux de Troie qu'une majorité d'entre nous ne seront pas arrêter car invisible pour les anti virus habituelles.

"La première sécurité est la liberté"

c1) Je leur ai fait la remarque(comment un ingenieur a la base peut trouver ca passionant?) et ils m'ont dit que comprendre et devenir un expert d'une technologie, trouver la meilleure maniere d'expliquer l'invention dans un brevet, ... etaient de la creativite et du talent aussi.

Et ils ont raisons. Sauf que cela produit absolument aucune richesse, aucune valeur ajouté, c'est du vent. C'est le cout de "ce que l'on ne voit pas". ( http://bastiat.org/fr/cqovecqonvp.html )

"La première sécurité est la liberté"

J'avais aussi des conf avec des personnes de l'inpi. Le problème est que le taux d'innovation d'un pays est mesuré avec son nombre de dépôt de brevets... Cela se mord un peu la queue leurs explications du a).

Ils utilisent souvent l'argument de la levé du secret. Mais qui, ici, a créé quoi que ce soit à partir de brevet ? Ils sont parfaitement illisible pour le commun des ingénieurs. Au contraire, il me semble que même MS interdit de lire les brevets pour avoir le bénéfice du doute en cas de violations. A l'inverse, j'ai l'exemple d'une start-up avec un brevet qui s'est fait volé l'invention par dépôt d'un brevet "d'amélioration" qui a permis de contourner le brevet original.

Poser un brevet coute mais il faut aussi l'entretenir et payer tous les ans (au niveau UE+USA+Japon, cela commence à faire très chère). Ensuite, il faut le protéger. Le cout d'un procès tourne autour de 1M€ et dure quelques années. C'est totalement hors de porté d'une PME.

100 personnes pour vérifier... Que d'argent perdu !

Pour c2), il ne vont pas dire l'inverse. Une étude avait parler d'un détournement de 15% des budget de la R&D pour gérer les brevets fin des années 90. Le cout pour la société est donc immense, car ces 15% ne servent à rien, ne produise rien.

"La première sécurité est la liberté"

En par courant tes pages web, je suis tombé sur Les algorithmes stochastiques pour l’optimisation combinatoire (métaheuristiques) sont des méthodes de recherche généralistes, qui nécessitent d’être adaptées pour fonctionner efficacement. Je me suis dis que tu devrais regarder pour trouver les meilleurs paramètres de greystoration ou de G'MIC :)

"La première sécurité est la liberté"

Je crois que la meilleur structure serait une asso étudiante qui se refile le bébé d'année en année avec un support de l'administration pour faire entrée le travail dans les projets scolaires. Cela marche bien pour VLC et pour beaucoup d'autres projets.

"La première sécurité est la liberté"

Une version de gcc différente ?

"La première sécurité est la liberté"

Je sais que tu aimes bien ton design à plat, mais est-ce qu'il ne serait pas souhaitable d'avoir une classe de base de gestion d'un tableau ayant des opérateurs de base réutilisé ensuite par tous les différents traitements ?

J'avais tenté à une époque un changement d'organisation mémoire des tableaux, mais le layout même, était réparti partout. Mon but était de tenter du "tiling". Les lignes caches font de 32 à 128 octets, soit de 8 à 32 valeurs flottantes. Avec un bête tableau en C, les lignes de caches sont reparti sur les lignes de l'image. Or la plus part des traitements fonctionnent par "proximité", y compris dans la dimension vertical. Je voulais tenter de repartir un peu plus les lignes de caches, sur 2 cases verticales au lieu d'une. Je voulais aussi tenter de faire la même chose mais au niveau de cache L1, en groupant une image par bloc de 16Ko, la moitié d'un cache L1.

Si on a une classe tableau avec des fonctions itératives de bases, il peut être facile ensuite de transformer le code pour le faire utiliser du code vectoriel. J'imagine que la suite logique est d'utiliser le gpu qui ne sait basiquement faire qu'un MAC sans dépendance mais 10x plus vite que le cpu.

"La première sécurité est la liberté"

Un petit travaille avec dd montre que CP est franchement pas rapide. Je pense que pour avoir des vrai perf, il faut faire des transfert de gros bloc genre 1Mo. Surtout ne pas utiliser fread/fwrite qui bufferise par bloc de 64K par défaut.

Ensuite, vu les discussions sur la gestion du sync et des blocage de logiciels, l'enchainement read/write devrait être placé dans un thread pour ne pas bloquer le reste de l'application et éviter les fameux freeze.

Le top du top du top serait l'utilisation des syslet ou threadlet noyau, qui permet normalement d'enchainer ce genre de commande sans recopie. Je ne sais plus ce qui reste mais cela remplace la command senfile(). (la command zéro copie disk->réseau), il y aussi la nouvelle interface Splice(), Tee() & VMsplice() sans doute plus simple que les threadlet.

"La première sécurité est la liberté"

Il faut maintenant que je trouve le temps de regarder tout ça :)

Et niveau perf, cela se passe comment ? La concurrence utilise le vectoriel depuis longtemps, ils sont entrain de passer au GPU.

J'imagine qu'avec un pixel sous format float (rgb ?) il devrait être possible d'utiliser du SSE. Je vais voir pour tester avec l'autovectoriser de gcc :) Je pense qu'il doit être très difficile de changer la structure de base d'une image vu la structure à plat des class de cimg.

D'ailleurs, les images sont traiter en RGB ? Souvent, je vois que le HSV fournis de meilleurs effets. Le CIEla*b est théoriquement meilleur mais propose des calculs super lourd et pas franchement justifié. C'est possible de dire d'utiliser un espace colorimétrique plutôt qu'un autre ?

"La première sécurité est la liberté"

Sauf que c'est complètement con. La norme ISO vectoriel c'est SVG !

Le principe d'un bureau de création de norme, c'est l'unification. Pas de créer des bidules à chaque création de bidule plus gros !

"La première sécurité est la liberté"

Tu racontes un peu n'importe quoi. Etre interopérable et être un bon standard ce n'est pas forcément la même chose.

OOxml voulait utiliser autres choses que les normes ISO pour les dates, les nombres, il voulait aussi garder le legacy word97 ! C'est n'importe quoi pour une norme.

Ensuite, une norme peut être incomplète comme toute spec. D'où le processus de révision.

"La première sécurité est la liberté"

Sauf que l'on parle de standardiser la version suivante d'ODF car la première est connu pour avoir des lacunes. Cette nouvelle standardisation est compliqué par la volonté de certain de fusionner avec docx.

On peut ajouter aussi que le code de OOo est libre et donc que le comportement est plus simple à définir. Cela serait un comportement sain en attendant la standardisation n°2.

Les besoins c'est sans doute une fusion entre docx et ODF. Si on vire dans docx tout le "legacy" qui n'a rien à faire dans une norme et toutes les microsofteries (format de date non iso, nom de propriété différente pour le tableur, la présentation et le traitement de texte), etc... Cela pourrait faire un format opérable. Il faudrait aussi qu'ils maigrissent.

"La première sécurité est la liberté"

Faut arrêter la mauvaise fois, si OOo comme Office était incompatible avec lui-même cela se saurait !

"La première sécurité est la liberté"

La perte dans l'alim dépend de l'alim donc, je pense que ce n'est pas inclus.

Les diodes ultra efficace des records sont souvent 1) des prototypes 2) de faible puissance lumineuse.

"La première sécurité est la liberté"

Une lampe HRI 150W coute 23€, je ne trouve pas ça super cher.

L'alim est forcément spécial, vu qu'il faut des décharges à 1000V. En conso, je ne pense pas que cela soit mauvais, il annonce : 73 lm/W. Une led, c'est entre 20 et 70.

Et si on voulait moduler la lumière, il faudrait avoir une alim spécial, mais je n'en voit pas du tout l'intérêt.

"La première sécurité est la liberté"

D'ailleurs, cela me fait penser qu'il devrait être obligatoire de mentionner sur les lampes:
- leur puissance en candela (car les lumens augmentent avec l'étroitesse du flux) pour comparer les technologies entre elles,
- la puissance électrique en watt,
- l'Indice_de_rendu_de_couleur, souvent pas terrible pour une nouvelle techno, qui exprime la qualité d'un blanc par rapport à la lumière du soleil (100 exprime la présence ou non de toutes les longueurs d'onde du spectre visible, les lampes jaunes à vapeur de sodium des routes sont autour de 25, les fluo entre 60 et 80, les lampes incandescentes proche de 100),
- et enfin la Temperature_de_couleur pour comparer les blancs entre eux, car avoir un mix de lampe à 3000°K, 5000°K et 9000°K est super moche.

"La première sécurité est la liberté"