Alors oui, implementer totalement OOXML ca va etre dur et douloureux, comme implementer totalement ODF ca va etre dur et douloureux.
Je ne crois pas non justement. ODF fait 2000 pages, OOXML en fait 3 fois plus. Java existe par ailleurs et pas forcément les autres trucs nécessaires à OOXML. Il existe déjà des implémentations open source de ODF pas de OOXML...
Typiquement le truc que je n'aime pas dans svn, cvs, clearcase, c'est la gestion par fichier qui n'a aucun sens. Un patch s'applique souvent sur plusieurs fichiers, et une modification partiel par fichier n'a pas de sens d'un point de vue du développement du soft. Le code peut ne pas compiler.
La gestion par patch set correspond plus à ce qu'est le code source.
Pour combler ce manque, il exite les tags, mais il faut encore penser à les poser et souvent la granularité est trop grosse.
Quand j'écris un document, je ne regarde pas une vidéo en même temps ! Seul Word est ouvert. Si l'OS bouffe des cycles à ne rien faire, c'est qu'il est mal conçu. Cela se voit en comparant l'autonomie d'XP par rapport à Vista sur un portable.
Si tu as comme seul application ton traitement de texte qui tourne, c'est lui qui va consommer des cycles sur le cpu. Certe le cpu représente peut-être moins de 60% de la consommation total. Mais 20% de 60% cela n'est pas négligeable du tout...
Avec des raisonnements comme cela, je comprends mieux pourquoi il faut une machine haut de gamme pour faire tourner Vista.
Justement non, parce que tu ne finiras pas ton document 20% plus vite, ton CPU/HD ne se mettra pas en mode d'economie d'energie plus souvent.
Si tu utilises 20% d'instructions en moins pour faire la même chose tu gagne en gros 20% d'autonomie en plus si on néglige la consommation quand le cpu est en idle. Si on la néglige pas, elle doit être le quart ou la moitié de celle à plein régime.
Tu sais ce que je peux faire sur mon smartphone ? Je peux lire des documents PDF par exemple.
Je pourrais tout a fait avoir un viewer pour OpenXML, pas besoin d'implementer une suite Office complete.
Le truc, c'est que je ne pourrais pas avoir un viewer ODF 100% standard car il n'y a pas de support des applets Java...
Je t'accorde ce point. Mais qu'est-ce que fait ton smartphone, si ton ooxml contient une balise word97, un activeX ou un applet Java ?
Tout depend de ce que tu fais. Etre 20% plus rapide pour un soft qui passe la plupart de son temps a attendre que l'utilisateur presse les touches du clavier c'est sans interet.
Cela permet d'éviter de ramer quand tu scroll le texte avec des photos. En 2000, j'avais appris à utiliser pagemaker car word (97?) était incapable de gérer un document de 20 pages avec 2 ou 3 photos en mega pixels par page (plusieurs minute pour changer de pages, "saut" du placement de simages, etc...).
Je pense aussi au correcteur orthographique qui peut faire ramer des machines un peu ancienne.
Et pour les portables, 20% de perf en plus, c'est 20% d'autonomie en plus.
C'est exactement ca: c'est bcp plus simple a implementer, suffit d'une interface pour appeler les controles, pas besoin de se farcir en plus le boulot pour integrer un controle precis d'une maniere particuliere, ils sont tous a la meme enseigne.
Donc OOXML est un format de conteneur et non un format de document texte ?
Tu veux dire, l'element dont la norme dit clairement qu'il ne faut pas le creer, sauf si le document convertit est un document word97 qui utilise specifiquement cette mise en page, qu'il peut etre ignore, qu'il est optionnel, et donc dont l'implementation n'est pas necessaire pour avoir une implementation conforme au standard?
On va éclaircir la question:
Toi avoir un document qui embarque une balise word97, Document être OOXML 100% valide.
Toi utiliser une autre suite bureautique que Office (tm) (r), comment celle-ci peut comprendre le contenu de la balise word97 documenté nul-part ?
Je crois que Microsoft est très connu pour laisser ses partenaires dans la merde et de s'en foutre royalement. Sun n'est pas connu pour cela.
Pour te rafraichir la mémoire, je te rappelle la téchno de connections d'écran sans fils poussé par MS puis abandonné malgré les milliards investit dedans (2 de mémoire, par un japonnais genre Panasonic).
On peut aussi parler de direct3D dont l'api change complètement à chaque version, de VB et notamment le passage à VB 6.0, pas compatible avec les versions précédentes.
On peut parler des changements de licences de Windows Media Player.
On peut parler du service pack NT qui cassait Java et par la même occasion empêchait une installation d'Oracle.
Va lire des bouquins d'informatique, prends des cours, ... je sais pas, mais apprends la difference entre une implementation et une spec, c'est pas sorcier.
Et toi apprends à faire la différence entre le discours marketing de ta boite ("Oui, c'est possible, il y en a qui ont essayé") et la réalité.
Tu abuses de l'argument java == lourd donc ODF == lourd. Parce que ODF nécessite Java. Or ce qui est lourd, ce n'est pas java mais la JVM+framework sur PC. Je ne crois pas que ODF nécessite tout cela.
Tu peux te permettre de dire cela car il existe des implémentions de Java. Ensuite, tu affirmes qu'il est "possible" d'implémenter OOXML de façon légère, c'est vrai tu peux parler en théorie. En théorie, Java peut aussi être léger !
Ce qui est marrant, c'est que tu n'as pas répondu sur les ActiveX de Albert. Dis moi que c'est faux. MS n'a pas autorisé le fait d'embarquer du code binaire (donc x86) dans un document texte ?! Avec les problèmes infinis de sécurité, cela parait délirant.
Pour t'aider a comprendre : Il est possible de supporter OpenXML sur un systeme avec qqe megaoctets de RAM et un cpu peu puissant, avec ODF par contre, tu ne peux pas avoir une implementation conforme, car ton systeme n'est pas assez puissant pour supporter Java.
Tu aimes raconter n'importe quoi. Reste dans ton domaine, tu es bien plus brillant.
Il existe des smartcard qui supportent java depuis longtemps et crois moi, elle n'ont pas quelques centaines Mo de RAM mais quelques centaines Ko.
Java nécessite une infinité moins de puissance que n'importe quelle traitement de texte. Tu as déjà vu une suite Office sur un téléphone portable ? Parce que Java y existe depuis longtemps.
La difference entre un CPU 64bit et un 32bit ce n'est pas de faire des calculs sur 64bit, les CPU x86 d'hier en etaient deja capable, ca donne la possibilite d'addresser 2^64 bytes en RAM a comparer aux 2^32 bytes des CPU x86 .
Cela permet aussi d'avoir un code en moyenne 20% plus rapide par exemple...
J'adore cette façon de vouloir faire croire que l'on peut mettre les 2 standards dos à dos !
Un des grand principes de la standardisation est d'avoir un seul standard pour chaque chose pour justement permettre l'interopérabiltié. Le fait même d'en vouloir un deuxième est absurde.
Le fait pour MS d'imposer de nouveaux formats pour les dates ou les images vectoriels est tout aussi absurde. Le fait de parler de retrocompatibilité pour les anciens documents est absurde pour une norme censé être propre !
Concernant les formules mathématiques, je n'ai pas tout suivis, mais à l'époque de ODF 1.0, OOXML n'avait rien non plus dans ce domaine. Cela a avancé depuis. Par contre, je me rappelle aussi comment la spec d'OOXML redéfinissait les maths...
"contient le meme probleme vis-a-vis de comportements specifiques a des applis"
Tu nous ressors encore une fois l'histoire de l'espace hérité de MS-Word ? Tu n'as rien de plus neuf ? Il y a déjà eu des dizaines de commentaire la dessus qui montrait que :
- cela ne fait pas parti de la norme iso
- c'est une extension complètement documenté (au contraire de la balise word97 de OOXML...)
- C'est pour une compatibilité avec word !!
Que les archives soient ouvertes ne change strictement rien au final: la spec est ce qu'elle est, ecrite noir sur blanc, et c'est la seule chose qui compte.
C'est simplement faux.
Quand tu écris que tel bidule doit respecter le comportement de tel soft en version xyz , cela n'est pas une spec !
Quand tu as des brevets sur la spec, elle ne peut plus être libre.
Tout a fait, faudrait donc penser a arreter d'opposer un standard ouvert uniquement car il est pousse par une boite que vous n'aimez pas.
J'imagine que ce charabia veut dire que tu nous conseilles d'arrêter de taper sur MS, que l'on aime pas, alors que Ms veut la création d'un deuxième standard ouvert de document ?
J'ai bien compris ?
Tu tentes le concours de comique de l'année ? Faut-il répéter en quoi OOXML est une horreur ?
- aucun respect des précédent standard (date, svg, ...) au profit des machines MS
- le principe même de 2 standards en concurrence a l'iso est une absurdité
- L'inclusion de style : "se référer au comportement de l'appli xyz pour implémenter la fonctionnalite" !
"2) Bien sur qu'on fait du FUD, a peu pres tout autant que toi ou IBM"
C'est la nouvelle stratégie de MS, on redéfinit les mots du vocabulaire pour que cela ne veuille plus rien dire ?
Il y a plusieurs cas de corruption ou de tentatives de corruptions de la part de MS. Il y a une seul suspicion dans un pays mineur de la part d'IBM. Et tu oses faire un parallèles entre les 2 comme si les ordres de grandeur de suspicion de fraudes était de même ampleur ?!
Mise à part cela, le fait même de se défendre en disant "regardez les autres font pire/ou pareil", me fait vomir. Comment justifier une horreur par une autre ?
J'espère que MS va encore se prendre une bonne amende de 0.5 milliard d'euros. A croire que leur fric ne sert qu'à ça.
Et moi je voudrais que tous les moutons pro-libre ici qui se mettent a genoux devant Sun/IBM et vont se faire enculer sans s'en rendre compte ouvrent un peu les yeux et se rendent compte que ce qu'IBM et Sun font n'a rien a voir avec se battre pour des standards libres, mais tout a voir avec enfoncer MS et le remplacer par eux-meme.
C'est une évidence ce que tu dis. Ce que tu oublies par contre, c'est les vertus des standards réellement libres (sans brevet et autre droit).
J'ai entendu des journalistes, il y a peu de temps s'étonner du peu de recourt au boycott en France, contrairement au US. Là-bas, il est très courant de voter avec son porte monnaie de cette façon.
Je pense que les coups de buttoir répété par les majors dans les droits de l'homme (droit au secret de correspondance) serait une bonne raison.
Les FAI ne sont pas responsable. Les vrais responsable sont les majors.
Ils veulent se fâcher avec leur client, il faut juste se faire entendre...
Ce qui est amusant, c'est le fait qu'il refuse la licence globale car la mise en place d'un système de reconnaissances des titres diffusés en vue de la répartition parait utopique, mais il propose exactement la même chose pour faire payer des amendes !
L'IA64 ne fait en effet rien et se repose sur le compilo. Les resultats ne sont pas genial certe.
Concernant le succes du RISC, j'ai des doutes. x86 archi domine.
Sinon le probleme d'un compilateur c'est tout ce qui est data dependant. Il faudrait creer plusieurs chemin de code selon les donnees. C'est ce qui donne l'avantage au compilo just in time dans certain cas.
Je ne voix pas comment 2 threads peuvent etre crees par magie.
Ou alors, il s'agit de technique ou un thread d'assistance est cree a cote du thread principal en ayant pour but de faire du prefetch de cache intelligent.
[^] # Re: Pas mal celle-là
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 2.
Je ne crois pas non justement. ODF fait 2000 pages, OOXML en fait 3 fois plus. Java existe par ailleurs et pas forcément les autres trucs nécessaires à OOXML. Il existe déjà des implémentations open source de ODF pas de OOXML...
"La première sécurité est la liberté"
[^] # Re: Pas mal celle-là
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: Re:
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Git ou Mercurial ?. Évalué à 1.
La gestion par patch set correspond plus à ce qu'est le code source.
Pour combler ce manque, il exite les tags, mais il faut encore penser à les poser et souvent la granularité est trop grosse.
"La première sécurité est la liberté"
[^] # Re: Pas mal celle-là
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 3.
Quand j'écris un document, je ne regarde pas une vidéo en même temps ! Seul Word est ouvert. Si l'OS bouffe des cycles à ne rien faire, c'est qu'il est mal conçu. Cela se voit en comparant l'autonomie d'XP par rapport à Vista sur un portable.
Si tu as comme seul application ton traitement de texte qui tourne, c'est lui qui va consommer des cycles sur le cpu. Certe le cpu représente peut-être moins de 60% de la consommation total. Mais 20% de 60% cela n'est pas négligeable du tout...
Avec des raisonnements comme cela, je comprends mieux pourquoi il faut une machine haut de gamme pour faire tourner Vista.
"La première sécurité est la liberté"
[^] # Re: Pas mal celle-là
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 2.
Si tu utilises 20% d'instructions en moins pour faire la même chose tu gagne en gros 20% d'autonomie en plus si on néglige la consommation quand le cpu est en idle. Si on la néglige pas, elle doit être le quart ou la moitié de celle à plein régime.
"La première sécurité est la liberté"
[^] # Re: Pas mal celle-là
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Pas mal celle-là
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 3.
Je pourrais tout a fait avoir un viewer pour OpenXML, pas besoin d'implementer une suite Office complete.
Le truc, c'est que je ne pourrais pas avoir un viewer ODF 100% standard car il n'y a pas de support des applets Java...
Je t'accorde ce point. Mais qu'est-ce que fait ton smartphone, si ton ooxml contient une balise word97, un activeX ou un applet Java ?
Tout depend de ce que tu fais. Etre 20% plus rapide pour un soft qui passe la plupart de son temps a attendre que l'utilisateur presse les touches du clavier c'est sans interet.
Cela permet d'éviter de ramer quand tu scroll le texte avec des photos. En 2000, j'avais appris à utiliser pagemaker car word (97?) était incapable de gérer un document de 20 pages avec 2 ou 3 photos en mega pixels par page (plusieurs minute pour changer de pages, "saut" du placement de simages, etc...).
Je pense aussi au correcteur orthographique qui peut faire ramer des machines un peu ancienne.
Et pour les portables, 20% de perf en plus, c'est 20% d'autonomie en plus.
"La première sécurité est la liberté"
[^] # Re: Pas mal celle-là
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 2.
C'est exactement ca: c'est bcp plus simple a implementer, suffit d'une interface pour appeler les controles, pas besoin de se farcir en plus le boulot pour integrer un controle precis d'une maniere particuliere, ils sont tous a la meme enseigne.
Donc OOXML est un format de conteneur et non un format de document texte ?
"La première sécurité est la liberté"
[^] # Re: Pas mal celle-là
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 3.
On va éclaircir la question:
Toi avoir un document qui embarque une balise word97, Document être OOXML 100% valide.
Toi utiliser une autre suite bureautique que Office (tm) (r), comment celle-ci peut comprendre le contenu de la balise word97 documenté nul-part ?
"La première sécurité est la liberté"
[^] # Re: ouhais IBM a fait pareil...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 3.
Je crois que Microsoft est très connu pour laisser ses partenaires dans la merde et de s'en foutre royalement. Sun n'est pas connu pour cela.
Pour te rafraichir la mémoire, je te rappelle la téchno de connections d'écran sans fils poussé par MS puis abandonné malgré les milliards investit dedans (2 de mémoire, par un japonnais genre Panasonic).
On peut aussi parler de direct3D dont l'api change complètement à chaque version, de VB et notamment le passage à VB 6.0, pas compatible avec les versions précédentes.
On peut parler des changements de licences de Windows Media Player.
On peut parler du service pack NT qui cassait Java et par la même occasion empêchait une installation d'Oracle.
"La première sécurité est la liberté"
[^] # Re: "Connais pas"
Posté par Nicolas Boulay (site web personnel) . En réponse au journal [ Un peu HS ] Et vous, vous dites quoi lorsqu'on vous demande ?. Évalué à 10.
"La première sécurité est la liberté"
[^] # Re: Pas mal celle-là
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 2.
Va lire des bouquins d'informatique, prends des cours, ... je sais pas, mais apprends la difference entre une implementation et une spec, c'est pas sorcier.
Et toi apprends à faire la différence entre le discours marketing de ta boite ("Oui, c'est possible, il y en a qui ont essayé") et la réalité.
Tu abuses de l'argument java == lourd donc ODF == lourd. Parce que ODF nécessite Java. Or ce qui est lourd, ce n'est pas java mais la JVM+framework sur PC. Je ne crois pas que ODF nécessite tout cela.
Tu peux te permettre de dire cela car il existe des implémentions de Java. Ensuite, tu affirmes qu'il est "possible" d'implémenter OOXML de façon légère, c'est vrai tu peux parler en théorie. En théorie, Java peut aussi être léger !
Ce qui est marrant, c'est que tu n'as pas répondu sur les ActiveX de Albert. Dis moi que c'est faux. MS n'a pas autorisé le fait d'embarquer du code binaire (donc x86) dans un document texte ?! Avec les problèmes infinis de sécurité, cela parait délirant.
"La première sécurité est la liberté"
[^] # Re: Pas mal celle-là
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 2.
Pour t'aider a comprendre : Il est possible de supporter OpenXML sur un systeme avec qqe megaoctets de RAM et un cpu peu puissant, avec ODF par contre, tu ne peux pas avoir une implementation conforme, car ton systeme n'est pas assez puissant pour supporter Java.
Tu aimes raconter n'importe quoi. Reste dans ton domaine, tu es bien plus brillant.
Il existe des smartcard qui supportent java depuis longtemps et crois moi, elle n'ont pas quelques centaines Mo de RAM mais quelques centaines Ko.
Java nécessite une infinité moins de puissance que n'importe quelle traitement de texte. Tu as déjà vu une suite Office sur un téléphone portable ? Parce que Java y existe depuis longtemps.
La difference entre un CPU 64bit et un 32bit ce n'est pas de faire des calculs sur 64bit, les CPU x86 d'hier en etaient deja capable, ca donne la possibilite d'addresser 2^64 bytes en RAM a comparer aux 2^32 bytes des CPU x86 .
Cela permet aussi d'avoir un code en moyenne 20% plus rapide par exemple...
"La première sécurité est la liberté"
[^] # Re: ouhais IBM a fait pareil...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 2.
Un des grand principes de la standardisation est d'avoir un seul standard pour chaque chose pour justement permettre l'interopérabiltié. Le fait même d'en vouloir un deuxième est absurde.
Le fait pour MS d'imposer de nouveaux formats pour les dates ou les images vectoriels est tout aussi absurde. Le fait de parler de retrocompatibilité pour les anciens documents est absurde pour une norme censé être propre !
Concernant les formules mathématiques, je n'ai pas tout suivis, mais à l'époque de ODF 1.0, OOXML n'avait rien non plus dans ce domaine. Cela a avancé depuis. Par contre, je me rappelle aussi comment la spec d'OOXML redéfinissait les maths...
"contient le meme probleme vis-a-vis de comportements specifiques a des applis"
Tu nous ressors encore une fois l'histoire de l'espace hérité de MS-Word ? Tu n'as rien de plus neuf ? Il y a déjà eu des dizaines de commentaire la dessus qui montrait que :
- cela ne fait pas parti de la norme iso
- c'est une extension complètement documenté (au contraire de la balise word97 de OOXML...)
- C'est pour une compatibilité avec word !!
"La première sécurité est la liberté"
[^] # Re: ouhais IBM a fait pareil...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 8.
Or personne ne fait confiance à MS. Personne. Le passif est bien trop lourd.
"La première sécurité est la liberté"
[^] # Re: ouhais IBM a fait pareil...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 4.
C'est simplement faux.
Quand tu écris que tel bidule doit respecter le comportement de tel soft en version xyz , cela n'est pas une spec !
Quand tu as des brevets sur la spec, elle ne peut plus être libre.
"La première sécurité est la liberté"
[^] # Re: ouhais IBM a fait pareil...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 6.
J'imagine que ce charabia veut dire que tu nous conseilles d'arrêter de taper sur MS, que l'on aime pas, alors que Ms veut la création d'un deuxième standard ouvert de document ?
J'ai bien compris ?
Tu tentes le concours de comique de l'année ? Faut-il répéter en quoi OOXML est une horreur ?
- aucun respect des précédent standard (date, svg, ...) au profit des machines MS
- le principe même de 2 standards en concurrence a l'iso est une absurdité
- L'inclusion de style : "se référer au comportement de l'appli xyz pour implémenter la fonctionnalite" !
"La première sécurité est la liberté"
[^] # Re: ouhais IBM a fait pareil...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 5.
C'est la nouvelle stratégie de MS, on redéfinit les mots du vocabulaire pour que cela ne veuille plus rien dire ?
Il y a plusieurs cas de corruption ou de tentatives de corruptions de la part de MS. Il y a une seul suspicion dans un pays mineur de la part d'IBM. Et tu oses faire un parallèles entre les 2 comme si les ordres de grandeur de suspicion de fraudes était de même ampleur ?!
Mise à part cela, le fait même de se défendre en disant "regardez les autres font pire/ou pareil", me fait vomir. Comment justifier une horreur par une autre ?
J'espère que MS va encore se prendre une bonne amende de 0.5 milliard d'euros. A croire que leur fric ne sert qu'à ça.
"La première sécurité est la liberté"
[^] # Re: ouhais IBM a fait pareil...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 5.
Et moi je voudrais que tous les moutons pro-libre ici qui se mettent a genoux devant Sun/IBM et vont se faire enculer sans s'en rendre compte ouvrent un peu les yeux et se rendent compte que ce qu'IBM et Sun font n'a rien a voir avec se battre pour des standards libres, mais tout a voir avec enfoncer MS et le remplacer par eux-meme.
C'est une évidence ce que tu dis. Ce que tu oublies par contre, c'est les vertus des standards réellement libres (sans brevet et autre droit).
"La première sécurité est la liberté"
[^] # Re: ouhais IBM a fait pareil...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ratification ISO d'OOXML sous la loupe de l'Europe. Évalué à 3.
En gros, le truc du Kenya, c'est du plagia...
"La première sécurité est la liberté"
[^] # Re: "scout" thread ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Sun Rock : Les détails arrivent. Évalué à 2.
Tu as un exemple ?
"La première sécurité est la liberté"
[^] # Boycott de la musique de majors !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ébauche du projet de loi de lutte contre le téléchargement illégal. Évalué à 3.
Je pense que les coups de buttoir répété par les majors dans les droits de l'homme (droit au secret de correspondance) serait une bonne raison.
Les FAI ne sont pas responsable. Les vrais responsable sont les majors.
Ils veulent se fâcher avec leur client, il faut juste se faire entendre...
"La première sécurité est la liberté"
[^] # Scan pour des sanctions ou pour répartir la licence ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ébauche du projet de loi de lutte contre le téléchargement illégal. Évalué à 10.
"La première sécurité est la liberté"
[^] # Re: "scout" thread ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Sun Rock : Les détails arrivent. Évalué à 3.
L'IA64 ne fait en effet rien et se repose sur le compilo. Les resultats ne sont pas genial certe.
Concernant le succes du RISC, j'ai des doutes. x86 archi domine.
Sinon le probleme d'un compilateur c'est tout ce qui est data dependant. Il faudrait creer plusieurs chemin de code selon les donnees. C'est ce qui donne l'avantage au compilo just in time dans certain cas.
"La première sécurité est la liberté"
[^] # Re: "scout" thread ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Sun Rock : Les détails arrivent. Évalué à 2.
Ou alors, il s'agit de technique ou un thread d'assistance est cree a cote du thread principal en ayant pour but de faire du prefetch de cache intelligent.
"La première sécurité est la liberté"