Nicolas Boulay a écrit 16113 commentaires

y'a caml aussi.

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é"

C'est ce que je me suis dis aussi :)

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é"

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.

Mais je suis d'accord que c'est pas gagné.

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

Certe mais ils ne sont pas tous masochiste à se faire envoyer boulet tout le temps.

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

Je dirais que l'on peut plus se faire une opinion du ministre quand il déclare que les problèmes liés aux logiciels libres "sont réglé"....

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

euh oui mais je ne vois pas l'interet.

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é"

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.

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

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.

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

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.

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

le 8 c'est mercredi...

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

system() ou altgr-7 autour des commandes.

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

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 :)

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

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.

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

Et tu controles la copie comment ?

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é"

"lois de la FSF" == définition de "libre" par la FSF.

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

jolie !

Partir du TCE et finir en point godwin...

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

Il devrait mieux lire. Le texte actuel ne garantie rien du tout sur l'interopérabilité.

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é"

C'est claire que je ne vois pas comment il serait possible d'utiliser un écran tactile toute la journée rien qu'à cause de ce problème.

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

La décompression pourrait se faire dans la carte video.
Mais ensuite, c'est la gestion des clefs qui posent problèmes

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

"contrairement au coffre réel, dont le perçage serait une dégradation de la propriété d'autrui)."

Même pas car le coffre t'appartient en l'occurence.

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

C'est interrescant ce point-là !

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

Simplement pour lever plus facilement des fonds.

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

Le problème est plutot que Traversal a besoin de qq M¤ pour développer ses puces et garder les sources du coeur 3D est un des moyens pour y arriver.

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

C'est un chip lattice qui a été préféré.

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

Même avec une protection hardware de la gestion du morceau, tu as toujours un problème : le morceau passe forcément en clair un moment ou un autre pour être afficher. Donc il suffit de détourner les appels video pour réenregistrer le morceau.

Le deuxième problème est la gestion des clefs. Est-ce que tu accépterais que tes morceaux ne se lisent que sur une seule machine ?

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