Nicolas Boulay a écrit 16605 commentaires

même ça cela ne passe pas devant un tribunal.

Une période d'essais s'est pour voir ton adéquation au poste point barre.

En gros, on t'embauche et tu es virés en 1 ou 2 semaines, parce que le grand groupe décide de faire des économies, ils sont à 100% dans leur tord... (cf certaine grosse SII fin 2001)

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

On dirait vraiment qu'un algorithme de partition de graphe + une fonction "history" permetrait de faire de la compilation partielle.

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

Si on reste dans un l'optique d'un langage libre (mais controllé par l'inria), il suffit de voir comment perl, ruby, php s'en sorte...

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

Le langage est jeune et prometteur. Il ne sera soutenu par l'inria que si il y a des partenaires industriels derrière. Ils sont encore échaudé par OCaml qui ne décolle toujours pas.

Donc, il cherche un "business model".

Je conçois mal que le compilo ne soit pas libre. Rien que ça serait un gros atout (cf perl, ruby, python,...) sinon il finira comme tous les langages de niche.

Par contre, l'inria peut fournir du portage sur un nouveau cpu, du codage spécialisé, du support, faire des modules pour l'os pour de l'enfouis (vendre des licences proprio de l'OS), etc...

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

Si tu es capable de faire un boitier "sans drm", tu es capable de transformer l'identité de l'écran derrière.

D'un autre coté, je vois mal Darty dire à un client dont le DVD-HD ne veut plus fonctionner avec son écran. "A non, désolé, votre appareil est périmé, il faut en acheter un autre"

Ensuite, le fabricant du lecteur de DVD-HD n'a aucun interet à avoir des DRM trop costaud. Par exemple, il pourrait laisser les clefs en blacklist en RAM ou des choses comme ça. (cf le zonage des lecteurs DVD)

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

On te l'a déjà montré 10 fois.

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

Un coupeur de cheveux en 4. Evident, non ?

Certe C# en lui-même n'est pas breveté mais seulement toutes ses API.

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

C'est le but.

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

Dans l'embarqué C est très présent. Si ce n'est l'unique langage utilisé. Bien que c++, le soit parfois.

Le C remplace notamment l'assembleur dans le codage sur DSP par exemple.

L'informatique industriel bien que moins visible est quand même énorme...

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

Espèce de capilo-quadrisectomieur.

(PS: m'enfin il est toujours succulent de lire un partisan acharné de C# avoir peur de brevet logiciel sur un langage...)

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

Cela ne sert à rien et cela n'est pas du tout la question. Tout ce que l'on obtient avec ce genre de déclaration, c'est de n'être plus écouter. A vouloir mélanger torchon et serviette, on n'obtiendra rien. (lutte gauche/droite et luttre contre les DRM) Le ministre de la culture a hérité du dossier de ces prédésesseurs et fait de la politique en le défendant à nous de l'influencer pour addpater le projet de loi. Cela ne sert à rien de vouloir changer de ministre, le problème restera entier !

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

La plus part des codeurs codent en VB voir javascript ou php/asp. C'est ça la masse des codeurs. C'est pas le type qui sort d'une école d'ingé ou d'un DESS.

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

Le problème existe toujours que c'est un proces et 1 M¤ plus tard qui dira qui a raison.

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

il existe des centaines de lib pour jeux video.

Il y a plusieurs "moteur 3D" de disponnible qui font plus que la SDL.

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

mouais m'enfin, tu connais un seul parti qui n'a pas eu de problème avec la justice pour son financement ?

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

Java est devenu le langage d'entreprise. Il y a remplacé C++.

Je pensais que tu parlais de Java pour l'embarqué utilisé dans certaines applications (javacard...).

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

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.

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

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