Thomas Douillard a écrit 9175 commentaires

Plus d'effets, j'en doute pas, mais ça n'en sera pas moins inutile.

Choisir un OS spécialement pour une appli "cliente" je veux bien, mais dans le cas d'une appli serveur, genre une BDD, j'ai plus de mal à comprendre : on migre pas d'OS pour ce genre de trucs tous les matins, les applis clientes tournent généralement pas sur le serveurs (c'est administrable à distance pour les tâches courantes).

Ou j'ai loupé un truc, ou j'ai du mal à comprendre pourquoi elle devrait forcément tourner sous les deux OS ?

Tu trouves peut être ça nul, mais peut être que ça aura des conséquences inattendues :

-> Ca éveille la curiosoté d'un paquet de monde, qui fantasme à tout va
-> le truc sort. Il est révolutionnaire, ou pas. Tout le monde le teste. Il y a des retours de malade sur son utilisation, des trolls dans tous les sens.
-> la beta 2 sort, en ayant tenu compte de pas mal des retours. Ca donne un truc bien à l'arrivée.
-> l'effet de mode, la qualité du truc concurence ubuntu sur le marché des gens qui veulent une distrib simple et/ou qui suivent la mode.

Le tout parce qu'à l'origine la com à été bien pensée !!

En vrai, j'en sais rien. Mais ce qui est sûr c'est que visiblement dans la stratégie de Gael la com a été importante sur Mandriva (les débuts, le club, ...), et que c'est donc pas forcément un clown dans ce domaine, et qu'il veut vivre de ce qu'il fait. Alors, que tu trouves ça nul, à mon avis si ça marche il s'en contrebalance ;)

Indice : aller sur la version anglaise, page d'acceuil, et chercher "francais" ;)

Sur le debuggage : on déplace le problème. Dans l'idéal, j'entend un système réellement utilisable, le code généré est forcément conforme à la spec : si erreur il y a, elle n'est plus à chercher dans le code, mais dans la spec. Il n'y a donc pas à toucher au code généré directement. Multiplier la taille des spec par 10, est-ce un problème si on supprime l'étape codage ?

Dans ce cas, le boulot du codeur serait toujours de remplir les blancs, donc de partir d'une spec vague et en faire une spec complète et correcte, sans avoir à se préoccuper du code.

Après, sur les perfs, c'est un autre problème, sur la faisabilité aussi, les problèmes à résoudre étant souvant indécidables ... Ce que je dis est plus de l'ordre d'un fantasle idéaliste, d'autant plus que je suis pas spécialiste du domaine.

Pas tout a fait d'accord. En général, quand on code, on le fait (au moins implicitement) d'après une spécification. Quand tu codes un truc tu sais à peu prêt ou tu vas. Si tu te rend compte en cours de codage que ce que tu fais c'est n'importe quoi, même si ton code est correct, il faut jeter.

Si on a un bon langage de spec, de niveau relativement haut disons, qui permet de pondre plus ou moins automatiquement du code, ca permet de se concentrer plus sur la spec elle même, et moins sur le code. Alors certe, tu peux faire des erreurs de spec, mais dans ce cas, au moins, t'as plus à tout recoder. D'autant plus que, t'étant à priori plus concentré sur la spec, t'as moins de chance d'avoir fait une erreur fondamentale.

Une erreur de spec c'est d'autant plus dramatique si tu dois faire du code derrière.

Après, on en est pas encore là ^^

Je pense que c'est une tendance logique, et de long terme.
C'est nécessaire pour pouvoir faire des raisonnements éléborés d'abstraire les structures. Plus on se rapproche du niveau sémantique, et plus il est facile de faire de déductions, et donc de faire des déductions efficace. Optimiser au niveau de l'algorithme et non plus de la boucle. Une idée qui m'est venu comme ça : un langage ou le compilo choisit lui même la structure de donnée adaptée pour stocker une collection d'objet, en fonction de ce qu'on en fait : optimisation des accès si il y en a beaucoup, ... Au lieu de préciser 'vecteur', 'liste', 'arbre de recherche', on dit 'collection de' et on laisse le compilo se débrouiller en fonction de l'utilisation qu'on en fait.

Puisqu'on parle de langage, c'est le genre de chose nécessaire par exemple en traitement du langage, par exemple pour faire des traductions de textes. La technique "de base" c'est de faire du mot à mot. Pour faire plus efficace, il faut extraire les structures, grammaticale, etc. Pour faire plus efficace, ou plus fidèle, il faut carrément essayer de comprendre le sens du message avant de le retranscrire.

Dans le même genre, niveau langage, certains pensent (genre MS) qu'on va de plus en plus vers des langages spécialisés, dans lequel le spécialiste du domaine (plus forcément un informaticien spécialiste) peut exprimer ce qu'il veut, et laisser faire le boulot à des algos spécialisé, le travail de l'informaticien ce recentrant sur la conception des langages et des algos spécialisés.

Bah, si ça change rien pour le programmeur, mais que ça permet de simplifier le compilateur, pour moi ça apporte quelque chose : de la simplicité pour l'un, sans pénaliser l'autre.

Donc, il y a un avantage. CQFD.

La simplicité du compilo, ça apporte quoi ? moins de bug potentiel, code plus concis, sans doute plus facile de faire des compilos prouvés (avantage pour l'embarqué, par ex) ... Quoi que c'est à vérifier, pour le dernier point, la résolution dynamique de méthode virtuelle c'est quand même plus compliqué théoriquement qu'une conditionelle.

C'est dans la lignée du "ce que veulent les Français", ou encore "ce que veulent les travailleurs", "ce que veulent les (whatever)" qu'on entends souvent dans les discours (pas que chez les politiques d'ailleurs).

Et bien moi, je vais vous le dire : il y en a globalement pas un qui veut la même chose que l'autre, globalement ;)

c'est pas le langage qui génère des trucs, c'est le compilo. Le langage génère rien, il permet juste d'écrire un programme.

Après, le compilo il peut le transformer en ce qu'il veut, en général de plus bas niveau (C, assembleur, etc.), mais le langage en lui même, il génère rien, il permet juste d'exprimer des trucs.

Arrêtez avec ce troll, après il y en a qui utilisent "au temps" à chaque fois qu'il faut dire "autant" (pas seulement dans cette expression), genre "Au temps il est fort, au temps il est stupide"

Ouais enfin c'est pas non plus de bons petits soldats qui doivent être prêt à sacrifier leur santé sur l'autel du ll non plus.

Je peux pas m'empêcher de rapprocher ce que t'as dis sur la spéculation pétrolière (déviance du système) et la bonne santé de Total : ça aiderait pas un peu Total dans ce cas, la déviance du système, et les prix du pétrole ?


Certe peut être que c'est vrai en ce moment mais que ça le sera moins demain ... spéculation toujours. (je m'y connais pas assez pour affirmer)

En fait je veux bien répondre aux questions, mais ça me fait chier de les trouver ;)

(Et comme il y a pas beaucoup de nouveaux pour les poser, je crois que je vais rester tranquille un moment )

La différence fondamentale :

interdire -> implications pénales,
empêcher -> pas d'implication pénales.

Si tu veux faire interdire un truc, il faut en avoir le pouvoir, ou faire légiférer.

Si tu veux simplement empêcher, il faut que tu trouves les bonne mesures techniques, sachant que le fait ne sera pas interdit, donc que si quelqu'un fait sauter les mesures d'une manière ou d'une autre, il ne risque rien (sauf si c'est aussi interdit).

Après, tu peux combiner les deux. Donc, AMHA, ton équivalence n'est pas valide.

Après, si tu donne le même sens à interdire et empêcher, effectivement elle est trivialement valable.

La vraie question originale : As-t-on le droit de détourner le procédé Macrovision alors ?

Après, sur le "qui pourrait t'en empêcher", toi tu pense "de copier un truc" tandis que yeupou pense "de (tenter de) contourner le moyen de protection".



(c'est incroyable comme le débat peut tourner en ayant deux partis d'accord sur le fond, et principalement sur des désaccords de forme, ou plutot de sous-entendus)

J'en ai marre des gens qui se contredisent dans un même commentaire !

Tu dis que tu te plains jamais, mais qu'est-ce que tu fais là ? hun ? n'importe quoi !

C'est quoi ce discours moralisateur à deux balles ? Les étrangers pensent ce qu'ils veulent de la France, et ils nous emmerdent !

(on me souffle dans mon oreilette que c'était de l'humour. Rien a foutre, l'humour c'est pas drôle, marre de l'humour)

Ils ne profitent pas de leurs libertés par méconaissance des autres possibilités.

C'est un raccourci un peu facile, à mon avis. Avoir un producteur et un distributeur pour un artiste, c'est quand même s'éviter un paquet d'emmerdes, payer du matos de qualité, un matos de qualité, trouver des dates pour les concerts, ques sais-je encore. Pouvoir se concentrer sur auter chose, quoi. Peut être est-ce même l'inverse : ils profitent du circuit parce qu'ils conaissent les emmerdes et les aléas qu'ils auraient s'ils s'autoproduisaient, par exemple.

Même si c'est de plus en plus facile de s'autoproduire, on est d'accord, ca doit pas non plus être évident de se faire connaître, d'avoir du son de qualité, etc, donc ceux qui ont la chance d'être produits, ils doivent pas forcément tous hésiter longtemps ...

résumé de la situation : on parlait de droit de contourner le procédé macrovision.

Question : qu'est-ce qui pourrait légalement empêcher de contourner ce procédé ?

Réponse qu'attends yeupou : rien. Réponse que tu donnes : Le procédé Macrovision. Le procédé Macrovision dégrade la copie. Qu'est-ce qui empêche de le contourner ? (le procédé Macrovision, pas la copie ...) Bah, dans la loi, rien. Donc si tu trouves un moyen, t'es pas attaquable à priori si tu l'utilises ...

Les accès Internet, alors, pourquoi les fournisseurs ?

Clair, on a l'impression que la personne à plus d'importance que les idées.

Tu parles d'une "analyse" avec les petits commentaires dignes d'un magazine people et les gros clichés style "l'ENA c'est mal" sortis tout droits d'une émission de télé (bon, ok c'est peut être pas dans le même commentaire), je me dis que quand même, la politique ici, ça vole pas (toujours) très haut ...

Sans compter que le même Bayrou aujourd'hui encensé pour sa positition sur DADVSI et les DRM l'aurait pas du tout été sur ses positions sur le TCE ou les brevets logiciels, je me dis même que c'est un peu de la politique girouette ...

Bon, ok, l'état actuel des choses genre au PS aide pas, mais bon, avant de choisir pour définitivement qui voter, attendez au moins de voir concrêtement le programme des partis et candidats ... et pas que sur les questions informatiques ...

Bof, on n'accorde de l'importance qu'aux anniversaires qui nous semblent importants, perso l'anniversaire de la mort de Claude François on peut le fêter tous les ans ça me fera ni chaud ni froid ...

Pour Mozart, on a fêté les 250 ans de sa mort cette année, pour que sa mort ait encore son importance au bout de 250 ans, il faut que le personnage ait marqué, bien qu'on en fasse pas un foin tous les ans. Ca dépend de la proxmité de la mort, aussi.

En bref, la légtimité des anniversaires, ça se mesure à la trace que les gens ont laissés dans les têtes. Gainsbourg par exemple, il a pas mal marqué, il est encore pas mal écouté maintenant, et sa mort relativement récente est encore dans toute les mémoires, alors pourquoi pas.

Effectivement, le premier compilo prouvé, et longtemps le seul, ça a été un compilo ADA (c'est plus simple, le langage est concu pour être plus robuste, et ADA était un langage poussé entre autre par les armées).

Mais là, peut être que je me plante, mais il me semble qu'il y a des compilos C prouvés maintenant (Le papier date d'il y a 14 ans, ça me semble pas impossible ;) )

Et pour le TCE ?

(oui, oui, je sors, poussez pas)

Sur l'accord, on était au moins parvenu à une forme d'accord puisque les différents pays s'étaient mis d'accord sur le texte qu'ils allaient faire voter (ou pas d'ailleurs) à leurs citoyens. Avant d'être à nouveau dans ce cas, je pense que personne ne contestera le fait qu'il va se passer quelques années.

Donc dire qu'on doit accepter quelque chose parceque cela permet de rendre les choses "mieux", c'est un abus de langage.

Le "mieux" en question a été débattu en long en large et en travers ici à lépoque, suffisament pour qu'on (je au moins) puisse au moins cerner à peu prêt le sens de "mieux" dans ce qu'il dit. Comme d'hab, il faut remettre les paroles dans le contexte, qui est loin d'être vide en l'occurence ;)