Ton deuxième lien est excellent. C'est les besoins du langage du futur (2009...) pour gérer ~20 threads et plus de 10 cores à la fois dans les jeux. Je ne trouves l'exemple parlant. Surtout qu'il se retrouve avec du multi-cpu asymétrique avec le GPU qui deviennent de plus en plus programmable.
Il prend haskel pour exemple mais fini aussi par ses défaults. Notamment l'inférence de type qui peut être pris en défault.
Java remplace le C là ou la sureté est plus important que la vitesse. Dans le cas contraire...
Ada est de plus en plus remplacé par le C car personne ne connait Ada.
Bon, ok, c'est pire avec Lisaac.
Lisaac est encore plus haut niveau que Java ou Ada, et il est réellement possible de faire plus d'optimisation qu'un C. Notamment en maitrisant le layout mémoire. Il peut (potentiellement) détecter beaucoup plus d'erreur que Java ou Ada à la compilation.
De plus, l'absence d'outils complètement libre et les JVM sont un frein à l'adoption de Java. Ada est en déclin car les compilos Ada coutaient extrément chère. Gnat arrive un peu tard.
Bref, le C existe encore malgré tout ses défaults.
Sauf si la clef est unique par personne avec personnalisation de l'encryption et un schema pour échanger les clefs de manières sécurisé entre hardware. Cela doit pouvoir se faire si chaque puce dispose d'une autre clef pour signature pour éviter les attaques man-in-the-middle.
Cela signifie qu'en plus de transférer ses mp3 entre baladeurs, il faudra trouver un canal de communication entre les différents lecteurs. Les clefs s'effaceraient de la source, cela simulerait le déplacement de l'oeuvre(puisque contrairement au CD qui se déplace, un fichier ne peut que se copier).
Cela parrait possible pour un baladeur à brancher sur un PC mais c'est déjà plus dure pour un autoradio.M'enfin surtout, cela risque d'être super chiant de se rappeler ou est passé la clef de tel ou tel morceau.
On risque de se retrouver avec des cartes SIM/ à puce pour lire les morceaux à mettre dans son baladeur. A non même pas. Sinon le hardware pourrait avoir la clef de compression secrète. Et si la puce décompresse en interne, il y a un flux audio en clair qui sort de la puce (qui serait donc plus chère etc...).
Bon, bref, avec les DRM on a de toutes façon la clef, l'algorythme et le document sous la main, cela ne peut donc _pas_ marché...
Certe c'est de la PAO. Mais quand je fais un document genre spec, on cherche souvent à faire un schema à gauche et les explications à droite. Ou faire correspondre texte et tableau sur 2 mêmes pages.
Bref, tout cela s'est galère à faire avec un logiciel de traitement texte classique.
Sinon, j'adorais le feeling de pagemaker. Avec une mise en page qui considère le texte comme un long ruban que l'on coupe. La mise en page étant centré par la page et non par le texte, ce qui est beaucoup plus naturel.
Ce qui manque je trouve dans un document c'est un suivi de modification béton.
En gros, cela serait top un suivi type CVS/SVN dans le document lui-même. ça cela existe déjà.
Ce qui serait sympa à obtenir, c'est définir à un moment des versions. Cela permet par exemple de mettre les fameuses barres verticals de modification entre 2 versions majeurs et pas entre révision.
On pourrait aussi sortir une page de modification (automatique comme la table des matières) avec les n° de pages modifiés.
Bref, cela serait super utile pour tracer les modifs d'une spec proprement.
Sinon tu peux encore faire un IDE pour XUL et javascript écris en XUL et javascript :) Pour faire des clients riche et léger cela peut valoir le cout :)
Forcément, il y a aussi Perl/Qt comme couple sympa. L'interface graphique pouvant être fait avec Qtdesigner. L'idée serait d'avoir un "raid" graphique.
Il est facile d'imaginer des fichiers video crypté par clef secrète connu uniquement par des puces video. Mais en quoi cela permet le contrôl de la copie ?
[^] # Re: Euh ...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche 23 mars: Conférence au LORIA sur Lisaac, un nouveau langage. Évalué à 6.
D'où la GPL V3, ou l'on donne également une licence sur tout brevet utilisé par le code.
"La première sécurité est la liberté"
[^] # Re: OpenGL n'avance peut être pas mais qu'en est-il des ordinateurs ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Où en est-t-on avec OpenGL ?. Évalué à 2.
Il y a plusieurs "moteur 3D" de disponnible qui font plus que la SDL.
"La première sécurité est la liberté"
[^] # Re: 17H15
Posté par Nicolas Boulay (site web personnel) . En réponse au journal DADVSI, journée du 9 mars. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Euh ...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche 23 mars: Conférence au LORIA sur Lisaac, un nouveau langage. Évalué à 1.
Je pensais que tu parlais de Java pour l'embarqué utilisé dans certaines applications (javacard...).
"La première sécurité est la liberté"
[^] # Re: Mieux que le C
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche 23 mars: Conférence au LORIA sur Lisaac, un nouveau langage. Évalué à 4.
Il prend haskel pour exemple mais fini aussi par ses défaults. Notamment l'inférence de type qui peut être pris en défault.
"La première sécurité est la liberté"
[^] # Re: Mieux que le C
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche 23 mars: Conférence au LORIA sur Lisaac, un nouveau langage. Évalué à 3.
Mais les langages plus ou moins purement fonctionnelles sont beaucoup plus complexe à comprendre que des langages impératifs.
"La première sécurité est la liberté"
[^] # Re: Euh ...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche 23 mars: Conférence au LORIA sur Lisaac, un nouveau langage. Évalué à 4.
Mais en fait, c'est que les mots clef sont trés peu nombreux. Les "if" "while" sont des fonctions de la library (des methodes).
Cela déroute un peu mais si tu regarde mieux, tu verra que la structure est simplissime.
"La première sécurité est la liberté"
[^] # Re: Euh ...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche 23 mars: Conférence au LORIA sur Lisaac, un nouveau langage. Évalué à 2.
Ada est de plus en plus remplacé par le C car personne ne connait Ada.
Bon, ok, c'est pire avec Lisaac.
Lisaac est encore plus haut niveau que Java ou Ada, et il est réellement possible de faire plus d'optimisation qu'un C. Notamment en maitrisant le layout mémoire. Il peut (potentiellement) détecter beaucoup plus d'erreur que Java ou Ada à la compilation.
De plus, l'absence d'outils complètement libre et les JVM sont un frein à l'adoption de Java. Ada est en déclin car les compilos Ada coutaient extrément chère. Gnat arrive un peu tard.
Bref, le C existe encore malgré tout ses défaults.
Mais je suis d'accord que c'est pas gagné.
"La première sécurité est la liberté"
[^] # Re: Merci
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Un mainteneur de la sécurité pour Debian jette l'éponge.. Évalué à 10.
"La première sécurité est la liberté"
[^] # Re: 17H15
Posté par Nicolas Boulay (site web personnel) . En réponse au journal DADVSI, journée du 9 mars. Évalué à 5.
"La première sécurité est la liberté"
[^] # Re: hardware...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Peut on m'expliquer les DRM?. Évalué à 2.
Sauf si la clef est unique par personne avec personnalisation de l'encryption et un schema pour échanger les clefs de manières sécurisé entre hardware. Cela doit pouvoir se faire si chaque puce dispose d'une autre clef pour signature pour éviter les attaques man-in-the-middle.
Cela signifie qu'en plus de transférer ses mp3 entre baladeurs, il faudra trouver un canal de communication entre les différents lecteurs. Les clefs s'effaceraient de la source, cela simulerait le déplacement de l'oeuvre(puisque contrairement au CD qui se déplace, un fichier ne peut que se copier).
Cela parrait possible pour un baladeur à brancher sur un PC mais c'est déjà plus dure pour un autoradio.M'enfin surtout, cela risque d'être super chiant de se rappeler ou est passé la clef de tel ou tel morceau.
On risque de se retrouver avec des cartes SIM/ à puce pour lire les morceaux à mettre dans son baladeur. A non même pas. Sinon le hardware pourrait avoir la clef de compression secrète. Et si la puce décompresse en interne, il y a un flux audio en clair qui sort de la puce (qui serait donc plus chère etc...).
Bon, bref, avec les DRM on a de toutes façon la clef, l'algorythme et le document sous la main, cela ne peut donc _pas_ marché...
"La première sécurité est la liberté"
[^] # Re: suivi...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Compétition pour le design de Koffice 2.0. Évalué à 3.
Bref, tout cela s'est galère à faire avec un logiciel de traitement texte classique.
"La première sécurité est la liberté"
[^] # Re: suivi...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Compétition pour le design de Koffice 2.0. Évalué à 2.
"La première sécurité est la liberté"
# suivi...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Compétition pour le design de Koffice 2.0. Évalué à 6.
En gros, cela serait top un suivi type CVS/SVN dans le document lui-même. ça cela existe déjà.
Ce qui serait sympa à obtenir, c'est définir à un moment des versions. Cela permet par exemple de mettre les fameuses barres verticals de modification entre 2 versions majeurs et pas entre révision.
On pourrait aussi sortir une page de modification (automatique comme la table des matières) avec les n° de pages modifiés.
Bref, cela serait super utile pour tracer les modifs d'une spec proprement.
"La première sécurité est la liberté"
[^] # Re: Villepin, t'es foutu !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Action à l'assemblée nationale le 8 Mars contre DADVSI. Évalué à 5.
"La première sécurité est la liberté"
# system ou ``
Posté par Nicolas Boulay (site web personnel) . En réponse au message Commandes Linux insérée dans un prog perl. Évalué à 3.
"La première sécurité est la liberté"
[^] # XUL/Javascript
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Un éditeur de script. Évalué à 4.
"La première sécurité est la liberté"
# Perl/Qt ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Un éditeur de script. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: hardware...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Peut on m'expliquer les DRM?. Évalué à 2.
Il est facile d'imaginer des fichiers video crypté par clef secrète connu uniquement par des puces video. Mais en quoi cela permet le contrôl de la copie ?
"La première sécurité est la liberté"
[^] # Re: Lois de la FSF ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Un dossier "libre" dans Courrier international. Évalué à 5.
"La première sécurité est la liberté"
[^] # Re: Le Monde...et les autres
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Le droit d'auteur sur le site du Monde. Évalué à 1.
Partir du TCE et finir en point godwin...
"La première sécurité est la liberté"
# hum...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal DADVSI et LL dans Liberation du jour. Évalué à 4.
eucd.info milite pour l'ajout d'une pauvre phrase claire dans se sens mais cela a été refusé !
"La première sécurité est la liberté"
[^] # Re: soft/hard
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Je suis bluffé. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: ça marche pas...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Peut on m'expliquer les DRM?. Évalué à 2.
Mais ensuite, c'est la gestion des clefs qui posent problèmes
"La première sécurité est la liberté"
[^] # Re: Il faut relire ce que dit la loi
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Copie privée des DVD : la cour de cassation a tranché !. Évalué à 5.
Même pas car le coffre t'appartient en l'occurence.
"La première sécurité est la liberté"