thoasm a écrit 9456 commentaires

Hum, GPL ou pas, dans le cas du cloud computing, avoir les sources ne permet pas totalement le contrôle puisque le code, c'est pas ta machine qui l'exécute, t'es un peu tributaire du fournisseur de service, tu peux pas patcher le serveur.

Tu peux certe monter ton propre serveur, le top étant que l'interropérabilité soit garantie. Mais dans ce genre de service réparti, tu ne peux toujours pas tout contrôler, tu dois respecter les différents protocole, tu peux être limité par les implémentations des serveurs avec qui tu communiques.

Bref, à mon avis, dans ce genre de cas, ce qui prends une place prépondérante, c'est les protocoles utilisés, leur extensibilité, leur "ouverture" dans le sens ou l'idéal étant de pouvoir communiquer avec n'importe qui, et pas avec un sous ensemble de très gros serveur.


La deuxième grosse problématique, pour beaucoup sans doute plus importante que la liberté du code, est celle du contrôle de tes données. Elle n'est pas neuve, certe, mais ça risque de s'amplifier. Tu les confies à un tiers, quelle garanti à tu de les retirer définitivement ? de les retrouver tout court ? de les changer de fournisseurs ? Quid de la sécurité d'accès ? Le contrat d'utilisation, comment le tiers en question va les utiliser, ... A quel prix ?

J'attend de voir ce que donne leur «google wav», et si effectivement ils fourniront aussi bien le coté client que serveur.

Peu importe de ne pas avoir de serveur (niveau code) si le protocole est connu et documenté, de ce que je comprends de google wave, de ce côté ça garantie l'interopérabilité entre serveur et tout. C'est à comparer avec gchat je pense : leur serveur n'est pas (à ma connaissance) libre, mais c'est pas forcément l'essentiel.


Pour le côté "qui possède les données" pour wave, je sais pas trop, je pense que c'est comparable au mail. Je suis même pas sûr que le serveur ait besoin de tout stocker si les données sont effectivement présentes chez le client. Histoire d'implémentation, je pense.

C'est pour ça qu'on fait des études statistiques et qu'on parle de "facteur" de risque.


C'est pas parce que tu ne mets pas ta ceinture que t'auras un accident. Par contre, rendre la ceinture de sécurité obligatoire a si je ne me trompe pas réduit la mortalité dans les accidents.

1984 ... Le contrôle ultime au point d'organiser la rebellion de manière gouvernementale, la novlangue obligatoire, les caméras de surveillance oppressantes et omniprésentes, le régime totalitaire.


Le roman "d'anticipation". Perso ce qui m'agace, c'est qu'on peut le ressortir à toute les sauces. "Politiquement correct" par exemple, référence -> 1984. Caméras de surveillance -> 1984. Interdiction de fumer dans les lieux publics -> 1984.

Et que du coup c'est presque une abolition de l'esprit critique. Genre "non, ça c'est pas possible, on court vers l'univers de 1984 dans un état totalitaire". C'est un avatar du point Godwin.

Le gros problème c'est que ce genre de roman, à mon avis, sont cencés inviter à la réflexion et pas couper court à tout débat.

C'est parce que les programmeurs font partie de l'équation ?


Pourquoi s'emmerder avec valgrind sur un projet ou ça sert à rien ?

Je parlais plus du débat et de l'échange d'idée que du troll à proprement parler. Et il y a de quoi faire en philosophie question débat d'idée.

Je sais pas si les députés sont compétents, en tout cas je doute de tes compétences en calcul : six milliards * .0000003 = mille huit cents ...

Ouais, qu'est-ce qui est arrivé à la liberté de tuer ?

Elle nous permet de fumer, de boire, de manger gras. Elle nous permet de nous réunir et donc de ne pas être d'accord avec le gouvernement. Elle nous permet de dire haut et fort que l'on est pas d'accord.

Tu reviendras quand les gouvernements auront touchés à ces trucs là ...

Le boulot des philosophes, c'est de troller, certe.

Cela dit c'est pas le boulot des informaticiens, mais on y arrive quand même très bien, il suffit de voir le nombre de commentaire. C'est du boulot d'amateur, mais quels amateurs :)

T'emballes pas, c'est un concept, et il n'a rien de spécifique au logiciel libre. cf. en:Benevolent_dictatorship

Le dictateur bienveillant sait prendre les bonnes décisions pour le peuple, y compris malgré lui.

C'est pas du tout le sens de dictateur bienveillant. Le dictateur bienveillant c'est celui qui prend des décisions pour le peuple, bref, utiliser son pouvoir à bon escient.

Par opposition au dictateur qui est là pour opprimer son peuple et faire taire les opposants, abuser de son pouvoir.

Rien n'interdit fondamentalement de compiler un langage de script. Ou d'interpréter un langage "compilé". Cette barrière est artificielle et fait référence aux implémentation courante (ou originale) des langages.

A mon avis le coup du "on met en confiance" avec une promesse publique, genre, tout le monde se précipite pour implémenter le truc, et on attaque ensuite, ça sent l'arnaque et la manipulation et ça doit pas très très bien passer devant un tribunal. Mais ce n'est que mon avis.

Héhé, faire un truc comme ça ça doit se faire en ayant quelques conaissances en ingenierie des modèles je pense. Modèle, meta-modèle, représentation graphique des modèles et des métas modèles, édition des représentations des modèles, transformation de modèles ...
c'est typiquement des trucs qu'ils font en ingénierie des modèles, avec les langages qui vont bien et tout.


En fait je pense que ça peut se faire tout seul dans son garage SI tu as les compétences en ingénierie des modèles ...

Enfin en y consacrant pas mal de temps quand même pour les fonctionalité basiques.

Pour atteindre la couverture fonctionnelle d'un xmlspy (j'ai vu que le site web) c'est une autre histoire.

Mouais, expliquez moi ce dont vous avez besoin, je vous expliquerai que c'est de votre faute.

Il y a pleins de gens qui ne sont pas des sprinters. Je serai super fier de courir un sprint en 12 secondes.

Du coup j'aurai endance à dire que dans l'histoire t'es miex placé pour t'adapter au comportement des autres que les autres à s'adapter au tiens ... Dans le cas général bien sûr.

Si ça c'est pas un artifice en pseudo ascii art pour contourner les faiblesses du format, chiant à taper et tout ...

Je voulais pas mettre en doute tes compétences (et te blesser dans ta fierté ;) ).

Mon point c'était surtout de faire remarquer que t'avais pas tant que ça de raisons de te plaindre de Jean Kevin, alors.

Oh, mais je te fais confiance pour avoir configuré je ne sais quel client mail au petits oigons pendant des années et d'être super fier de tes commandes cryptiques ;) (je me moque gentillement).

itip.pl ça rend du html en texte ?

Les moteur de rendu en mode texte, ça existe et c'est possible.
Les mails avec le double format ça existe aussi.

Faut assumer ses choix ^^

Tu déconnes ? T'as pleins de trucs en mode texte qui fonctionnaient pas bien, pendant longtemps, en UTF-8. Et les mecs qui utilisaient le mode texte étaient les premiers à gueuler, du coup. Un peu comme pour le HTML dans les mails ...

Un client un peu malin pourrait expliquer ça à l'utilisateur, voire lui proposer de redimentionner les images avant l'envoi, ou lui suggérer de trouver un autre moyen.

Tu vis dans une grotte ? Les spammeurs envoient déja du spam avec des images pour tromper les filtres, c'est pas mal question poids.

La majorité du contenu publicitaire un peu plus orthodoxe est déja intégralement en HTML. Et les spammeurs ne se font pas chier à essayer de rendre leur truc graphiquement potables, ils pourraient très bien d'ors et déja envoyer des mails html, mais ils le font pas.

Utiliser du gras est à peu près aussi impoli qu'utiliser des mots tout en majuscules.

Ah bon ?

Intuitif ... pour toi, bien sur. Le nombre de fois ou on reçoit des merdes de ce genre prouve que ça ne l'est pas vraiment pour tout le monde.

Dans la tête d'un utilisateur, le plus "intuitif" serait peut être une interface dans laquel il peut ajouter du contenu à son mail de manière plus concrête qu'un "fichier".

Genre explicitement ajouter du "contenu", insérer une image, une vidéo, des trucs qui lui "parlent". Et éventuellement ajouter d'autre types de fichiers.