je suis un homme libre, tu as un problème avec ça?
Tout à fait d'accord,
Or :
licences libres creative commons
Que tu emplois le mot libre à ta guise pour ce qui est de ton statut et de ta musique, pourquoi pas, mais concernant des licences ce mot à un sens précis. Dire d'une licence NC qu'elle est libre est un contre-sens. T'a cas inventé un autre mot pour désigner ce que tu souhaite désigner, pcq employer le mot libre va engendrer des problème de communication entre ce que tu souhaite dire, et ce que les gens comprennent qui est différent de la réalité.
La technique certes, mais qui provient de la politique : Paris étant peuplé de pleins de gens vraiment très importants, l'approvisionnement de la capitale est particulièrement redondant. Par contre la région PACA doit être peuplée uniquement de glandu étant donné qu'il y a une seule ligne approvisionnant la majeur partie de sa population.
si un tel problème est relevé sur un logiciel propriétaire, tu as une personne morale contre qui te retourner juridiquement ; ce n'est pas le cas des LL.
Mouahahahha, mouah, mouahahahah !
Ca va comme réponse ?
Les gens qui pensent vraiment que le LP c'est la sécurité + un interlocuteur et que le LL c'est tout l'inverse pratique tout à fait l'oxymore sans s'en rendre compte :)
Attention, cela ne vaut pas pour tous les cas de figure.
Imaginons une sté X qui distribue un temps du logiciel tiers sous GPL de manière parfaitement légale puis qui à un moment pete un cable et se met à violer la licence, alors les personnes ayant recus la version licencié légalement peuvent continuer d'en profiter, même si la boite n'a plus le droit.
Les threads noyaux restent en mode utilisateurs pour commuter alors que les threads utilisateurs passent en mode noyau ? Va me falloir lire beaucoup de DOC pour bien capter :)
Bah en C++ le programmeur précise si il veut une méthode polymorphe ou pas, et meme dans le cas de méthodes polymorphes on peut préciser le type de l'objet si on en est sur.
C'est sur qu'un compilo qui fait ca tout seul, c'est pratique, mais c'est plus compliqué... (le compilo)
Bah c'est comme strcpy cte ligne, ca ce lit et comprend instentanément par tout bon hacker ;)
Ceci étant dit il est aujourd'hui débile d'utiliser ce genre de ligne plutot que strcpy :)
L'un des problèmes du OGG, c'est que son manque de protection lui interdise les services de musique légal. Aussi étonnant que cela puisse parétre, je pense qu'une des technologie qui va le plus manquer au libre dans les années a venir c'est un systéme de DRM open source.
Les DRM proprio et obscures marchent mal et quand ils marchent c'est parce qu'ils sont obscures. Un DRM libre ne peut etre un DRM. Un bit est un bit et peut etre copié. Le son doit bien être décodé à un moment ou à un autre. Le décodeur ne peut savoir si son travail va etre envoyé à une carte son ou enregistré dans un fichier sans DRM. Et meme si il pouvait savoir, on pourrait le modifier pour qu'il ne sache plus...
La plupart des dev Ada utilisent leur debugger tous les trois mois. Ca parait incroyable, mais c'est la stricte vérité.
J'fais la meme chose en C, incroyable non ? :)
Globalement je pense qu'un langage permissif permet certe de faire n'importe quoi facilement, mais qu'un peu de rigueur suffit à creer des trucs fiable et bien écrit pas trop lentement. Mais je ne me fait pas d'illusion, le haut niveau permet de bonne économie de temps de devel, et force les gens à ne pas écrire n'importe comment. J'insiste sur le fait que cela a un cout à l'execution (quelqu'il soit : empreinte mémoire, charge CPU, pires cas, ...) ou un cout à l'acces au langage (changement de modèle de developpement, framework), et qu'il faut determiner son degré d'acceptabilité.
Je suis sûr à 100% que le fortran n'est pas mort non plus dans les nouveaux developpements... Maintenant étant donné que je me base uniquement sur quelques cas dont j'ai connaissance pour dire ca je ne connais pas trop la proportion dans laquel il subsiste... :)
J'ai écris un décrypteur de Excel 97 (ou 95, je sais plus trop) tournant sous DOS il y a un bout de temps. Le schéma de chiffrement est différent de celui de Word mais si ca interresse quelqu'un je devrais pouvoir le retrouver.
En faisant abstraction de la terminologie "pirate, piratage, pirater..." que je trouve absurde, on a le droit en France de faire des copies de sauvegarde des logiciels. A ce titre peut être que ta copie de l'install de WinXP n'est pas si "pirate" que ca ?
Bah j'avais a peu près compris le principe affiché.
Ce que je ne comprend pas c'est comment un prof (par exemple) peut "donner une journée de travail"... Ce qu'il produit n'est pas une source de profit quantifiable... D'où mon étonnement.
En fait l'éducation nationnale (par exemple) va donc simplement donner des sous pour "la nouvelle branche d'assurance dépendance", puisque la production des profs ne va pas permettre de combler cette contribution (c'est pas un reproche, hein :).
Bref j'ai du mal a comprendre l'enrobage médiatique du gouvernement pour tenter de faire admettre la loi (d'autant qu'il est extrement inefficace d'après ce que je constate dans les réactions des gens).
Idem, bossant sur un 21" au boulot, j'ai de plus en plus de mal à accepter mon 17" CRT et 15" du portable, alors utiliser un 12" c'est hors de question, diabolisme ou pas :p
Essaie de voir si une translation de l'adresse source selon le principe du Masquerading ne pourrait pas regler le problème. En effet quand ton appli serveur va continuer le handshake initié depuis internet elle va envoyer un paquet IP avec comme destination l'adresse du client, donc le premier routeur va etre choisi plus qu'il n'y aura aucun moyen de savoir par qu'elle interface est arrivée le paquet qui à engendré la réponse du serveur. En translatant l'adresse source vers une adresse appartenant soit au premier réseau soit au second les paquets ip du serveur vers le client seront bien dirigés. Ca doit sans doute pouvoir se faire avec iptables si les routeurs ne le permettent pas.
Ohhhhhhhhhh qu'il est beau, je vais l'adopter tellement il est mignon.
Ce message ne montre qu'une seule chose : l'incomprehension fondamentale des moyens de com dont il parle par l'auteur, et avec une fixation sur des points ridicule avec occultation // de ceux qui existent à coté (et parfois les mêmes en plus !)
exemples : Bref, une catastrophe au profit des échanges instantanés. Combien de vous sont encore capables de joindre ou recherche un ami d'il y a 5 ans ? C'était pourtant si simple quand les gens avaient encore des lignes fixes...
Tous tes amis restent 5 ans au même endroits sans déménager ? Ils sont tous fonctionnaires ;) ?
- L'email, est aussi par défaut sans accusé de réception. Aucune garantie n'est ici aussi possible sur la réelle lecture du message et sur l'association de l'adresse à la personne...
Même pas la peine de commenter celui là, suffit juste de mettre le doigt dessus :) Il me fait même penser que le Troll est volontaire, conscient, calculé, bref un bon vieu Troll viscieux des cavernes :p
On peut aussi penser à des "plug-ins" qui n'ont pas l'inconvénient d'être requis ni de consommer de la mémoire pour rien.
À noter pour répondre au détracteur des solutions à base de composition de flux E/S que la sérialisation qu'impose des simples flux n'est pas très pratique, certes, mais est tout de même le fondement du système X Window qui permet de faire des choses interressantes assez facilement. Cela permet de relativiser sur "l'horreur" que constitue l'interfacage graphique de programmes ligne de commande (techniquement on déplace juste le niveau du protocole d'échange ce qui implique entre autre qu'il faut parser au cas par cas... génant mais pas rédibitoire et pas forcement synonyme de perte d'informations (dépend de l'application bien sûr)), d'autant que l'horreur en question à l'aventage de ses inconvénients ;) : base du code parfaitement identique. Ce point peut sembler trivial par rapport à des biblio avec une API bien faite, mais dans certains cas ca pourrait faciliter les choses si de nombreuses différentes utilisation de l'API de la solution "propre" peuvent produire des résultats proches mais différents, ce qui ammene une nouvelle source potentielle de problème (cas vécu). Une autre solution est de faire une API d'interface entre la biblio et l'interface pour gérer carrement des scénarios d'utilisation, mais c'est chiant à écrire et on se retrouve avec une solution pas forcement plus simple, finalement.
Enfin dernier avantage de l'interfacage de CLI par une surcouche (ici on va s'éloigner un peu du graphique) : la possibilité de creer des scriptages extrement rapidement à divers niveaux (parse d'E/S d'un prog interactif ou enchainement de programmes non interactifs) et très simplement alors qu'aucune intégration n'existe à priori entre la solution de scriptage et les programmes à scripter et qu'une solution équivalente utilisant une intégration de plus bas niveau serait beaucoup plus longue à écrire (cas aussi vécu :)
Donc pour moi le bilan est mitigé entre l'interfacage à la barbarre et la solution "propre" ;)
Comme partout, il n'y a pas un coté tout blanc et un coté tout noir, et il convient de voir les avantages et inconvénients de chacuns. Il me semble normal qu'une personne habitué aux CLI se tournera vers des solution de filtrage / interface de flux E/S, alors qu'une personne habitué aux GUI se tournera vers une solution a base d'integration de briques (quelquesoit leur implémentation) ce qui a pour effet de bord d'interdire l'acces a l'utilisateur aux échanges entre les dites briques et de créer un système de type boite noire.
Ce dont très peu de monde à conscience c'est que les utilisateurs débutants (_vraiment_ débutants) ont enormement de mal avec les interfaces graphiques, peut être un peu moins qu'avec un shell, mais pas l'écart n'est pas énorme.
La différence de facilité d'aprentissage est plutot liée aux nombres de fonctionnalités et de concept necessaire à l'auto-formation plutôt qu'à la représentation de l'information.
Le fait d'utiliser une interface graphique et d'en comprendre les principaux concepts est un processus acquis et certainement pas inné, et il en est de même pour une interface en ligne de commande. Mettez un débutant devans Win XP et il n'y comprendra rien (il s'avère qu'il comprendra un peu plus une Ubuntu mais c'est une autre histoire...), enfin tout du moins pas suffisement pour être capable de l'utiliser dans de bonnes conditions. Il comprendra encore moins si il a quelques périphériques de marque qui utilisent une interface implantant d'autres paradigmes que ceux de win, le tout créant une interface completement disparate et hétérogène.
A l'heure actuelle la tendance est plutôt au formatage vers l'interface graphique étant donné le positionnement du leader du marché des SE, et ce bien souvent malheureusement sans même tenir compte des notions les plus élémentaires d'utilisabilité. Plutôt que de souhaiter un formatage inverse vers des interfaces lignes de commande j'aimerai plutôt que les gens apprenent à ce servir de ce qu'il y a de mieux pour répondre à un besoin donné. Et dans ce contexte on se rend compte qu'un bon nombre de besoins dit "modernes" (qui en fait remontent à bien plus longtemps et possèdent donc des solutions depuis tout aussi lontemps mais avaient une proportion moindre étant donné leur non creation systematique que tant à leur donné la tendance du tout graphique) sont en fait résolvable avec des méthodes extremement "basiques".
[^] # Re: Le Glas Du Paf
Posté par Guillaume Knispel . En réponse à la dépêche Le libre: la porte ouverte au téléchargement? Paris Nanterre X 19/05/2005. Évalué à 6.
je fais du rock libre, tu as un problème avec ça?
je suis un homme libre, tu as un problème avec ça?
Tout à fait d'accord,
Or :
licences libres creative commons
Que tu emplois le mot libre à ta guise pour ce qui est de ton statut et de ta musique, pourquoi pas, mais concernant des licences ce mot à un sens précis. Dire d'une licence NC qu'elle est libre est un contre-sens. T'a cas inventé un autre mot pour désigner ce que tu souhaite désigner, pcq employer le mot libre va engendrer des problème de communication entre ce que tu souhaite dire, et ce que les gens comprennent qui est différent de la réalité.
[^] # Re: heu.. les coupures ont en a tous eu, non?
Posté par Guillaume Knispel . En réponse au journal Le jour de la panne électrique. Évalué à 1.
[^] # Re: Répartie
Posté par Guillaume Knispel . En réponse au journal Code malveillant ?. Évalué à 1.
Mouahahahha, mouah, mouahahahah !
Ca va comme réponse ?
Les gens qui pensent vraiment que le LP c'est la sécurité + un interlocuteur et que le LL c'est tout l'inverse pratique tout à fait l'oxymore sans s'en rendre compte :)
[^] # Re: C'est pas mal....
Posté par Guillaume Knispel . En réponse au journal Mandriva pète la forme. Évalué à -1.
Waouh, et le grand public est donc payé indirectement par Debian ? ;)
[^] # Re: Questions pour les juristes.
Posté par Guillaume Knispel . En réponse à la dépêche La saga Maui X-Stream continue. Évalué à 3.
Imaginons une sté X qui distribue un temps du logiciel tiers sous GPL de manière parfaitement légale puis qui à un moment pete un cable et se met à violer la licence, alors les personnes ayant recus la version licencié légalement peuvent continuer d'en profiter, même si la boite n'a plus le droit.
[^] # Re: relativiser
Posté par Guillaume Knispel . En réponse au journal Les DRM sont là :/ !. Évalué à 2.
(J'déconne hein ! jvois très bien à quoi ca peut légalement servir :p )
[^] # Re: Avancement futur? + perfs ?
Posté par Guillaume Knispel . En réponse à la dépêche Nouvelle avancée du port du Hurd sur L4. Évalué à 2.
[^] # Re: SmartEiffel
Posté par Guillaume Knispel . En réponse à la dépêche Langages et performances : les Français à l'honneur !. Évalué à 4.
C'est sur qu'un compilo qui fait ca tout seul, c'est pratique, mais c'est plus compliqué... (le compilo)
[^] # Re: Un petit test custom
Posté par Guillaume Knispel . En réponse à la dépêche Langages et performances : les Français à l'honneur !. Évalué à 2.
[^] # Re: Ah les langages
Posté par Guillaume Knispel . En réponse à la dépêche Langages et performances : les Français à l'honneur !. Évalué à 1.
Ceci étant dit il est aujourd'hui débile d'utiliser ce genre de ligne plutot que strcpy :)
[^] # Re: relativiser
Posté par Guillaume Knispel . En réponse au journal Les DRM sont là :/ !. Évalué à 9.
Les DRM proprio et obscures marchent mal et quand ils marchent c'est parce qu'ils sont obscures. Un DRM libre ne peut etre un DRM. Un bit est un bit et peut etre copié. Le son doit bien être décodé à un moment ou à un autre. Le décodeur ne peut savoir si son travail va etre envoyé à une carte son ou enregistré dans un fichier sans DRM. Et meme si il pouvait savoir, on pourrait le modifier pour qu'il ne sache plus...
[^] # Re: Dommage ...
Posté par Guillaume Knispel . En réponse à la dépêche Langages et performances : les Français à l'honneur !. Évalué à 3.
J'fais la meme chose en C, incroyable non ? :)
Globalement je pense qu'un langage permissif permet certe de faire n'importe quoi facilement, mais qu'un peu de rigueur suffit à creer des trucs fiable et bien écrit pas trop lentement. Mais je ne me fait pas d'illusion, le haut niveau permet de bonne économie de temps de devel, et force les gens à ne pas écrire n'importe comment. J'insiste sur le fait que cela a un cout à l'execution (quelqu'il soit : empreinte mémoire, charge CPU, pires cas, ...) ou un cout à l'acces au langage (changement de modèle de developpement, framework), et qu'il faut determiner son degré d'acceptabilité.
[^] # Re: Ocaml va t'il remplacer C++?
Posté par Guillaume Knispel . En réponse à la dépêche Langages et performances : les Français à l'honneur !. Évalué à 2.
[^] # Re: Nécessité de Java?
Posté par Guillaume Knispel . En réponse à la dépêche Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java. Évalué à 3.
Y'en a qui ont vraiment pas honte...
# Excel
Posté par Guillaume Knispel . En réponse au journal entrer mot de passe d'un document word sous linux. Évalué à 5.
# Envie de point Godwin
Posté par Guillaume Knispel . En réponse au journal Logiciels libres et travaux forcés. Évalué à 0.
[^] # Re: Administration des PC
Posté par Guillaume Knispel . En réponse au journal Microsoft récidive.... Évalué à 2.
# Pas compris autre chose...
Posté par Guillaume Knispel . En réponse au journal [HS] Sens économique du Lundi de Pentecotes travaillé. Évalué à 6.
[^] # Re: Financement de la nouvelle branche d'assurance dépendance
Posté par Guillaume Knispel . En réponse au journal [HS] Sens économique du Lundi de Pentecotes travaillé. Évalué à 4.
Ce que je ne comprend pas c'est comment un prof (par exemple) peut "donner une journée de travail"... Ce qu'il produit n'est pas une source de profit quantifiable... D'où mon étonnement.
En fait l'éducation nationnale (par exemple) va donc simplement donner des sous pour "la nouvelle branche d'assurance dépendance", puisque la production des profs ne va pas permettre de combler cette contribution (c'est pas un reproche, hein :).
Bref j'ai du mal a comprendre l'enrobage médiatique du gouvernement pour tenter de faire admettre la loi (d'autant qu'il est extrement inefficace d'après ce que je constate dans les réactions des gens).
[^] # Re: Un frein a la diffusion d'OS X
Posté par Guillaume Knispel . En réponse au journal Tiger vient de sortir. Évalué à 3.
# Translation de l'adresse source.
Posté par Guillaume Knispel . En réponse au message Comment faire fonctionner une double connexion Internet ?. Évalué à 3.
# Gros Troll rempli de FUD
Posté par Guillaume Knispel . En réponse au journal Travers et dérives des nouveaux moyens de communication. Évalué à 0.
Ce message ne montre qu'une seule chose : l'incomprehension fondamentale des moyens de com dont il parle par l'auteur, et avec une fixation sur des points ridicule avec occultation // de ceux qui existent à coté (et parfois les mêmes en plus !)
exemples :
Bref, une catastrophe au profit des échanges instantanés. Combien de vous sont encore capables de joindre ou recherche un ami d'il y a 5 ans ? C'était pourtant si simple quand les gens avaient encore des lignes fixes...
Tous tes amis restent 5 ans au même endroits sans déménager ? Ils sont tous fonctionnaires ;) ?
- L'email, est aussi par défaut sans accusé de réception. Aucune garantie n'est ici aussi possible sur la réelle lecture du message et sur l'association de l'adresse à la personne...
Même pas la peine de commenter celui là, suffit juste de mettre le doigt dessus :) Il me fait même penser que le Troll est volontaire, conscient, calculé, bref un bon vieu Troll viscieux des cavernes :p
[^] # Re: généralité
Posté par Guillaume Knispel . En réponse au journal Limitation de Vitesse. Évalué à 5.
[^] # Re: mon avis.
Posté par Guillaume Knispel . En réponse au journal Unix, que sont devenus tes concepts ?. Évalué à 2.
À noter pour répondre au détracteur des solutions à base de composition de flux E/S que la sérialisation qu'impose des simples flux n'est pas très pratique, certes, mais est tout de même le fondement du système X Window qui permet de faire des choses interressantes assez facilement. Cela permet de relativiser sur "l'horreur" que constitue l'interfacage graphique de programmes ligne de commande (techniquement on déplace juste le niveau du protocole d'échange ce qui implique entre autre qu'il faut parser au cas par cas... génant mais pas rédibitoire et pas forcement synonyme de perte d'informations (dépend de l'application bien sûr)), d'autant que l'horreur en question à l'aventage de ses inconvénients ;) : base du code parfaitement identique. Ce point peut sembler trivial par rapport à des biblio avec une API bien faite, mais dans certains cas ca pourrait faciliter les choses si de nombreuses différentes utilisation de l'API de la solution "propre" peuvent produire des résultats proches mais différents, ce qui ammene une nouvelle source potentielle de problème (cas vécu). Une autre solution est de faire une API d'interface entre la biblio et l'interface pour gérer carrement des scénarios d'utilisation, mais c'est chiant à écrire et on se retrouve avec une solution pas forcement plus simple, finalement.
Enfin dernier avantage de l'interfacage de CLI par une surcouche (ici on va s'éloigner un peu du graphique) : la possibilité de creer des scriptages extrement rapidement à divers niveaux (parse d'E/S d'un prog interactif ou enchainement de programmes non interactifs) et très simplement alors qu'aucune intégration n'existe à priori entre la solution de scriptage et les programmes à scripter et qu'une solution équivalente utilisant une intégration de plus bas niveau serait beaucoup plus longue à écrire (cas aussi vécu :)
Donc pour moi le bilan est mitigé entre l'interfacage à la barbarre et la solution "propre" ;)
Comme partout, il n'y a pas un coté tout blanc et un coté tout noir, et il convient de voir les avantages et inconvénients de chacuns. Il me semble normal qu'une personne habitué aux CLI se tournera vers des solution de filtrage / interface de flux E/S, alors qu'une personne habitué aux GUI se tournera vers une solution a base d'integration de briques (quelquesoit leur implémentation) ce qui a pour effet de bord d'interdire l'acces a l'utilisateur aux échanges entre les dites briques et de créer un système de type boite noire.
[^] # Re: mon avis.
Posté par Guillaume Knispel . En réponse au journal Unix, que sont devenus tes concepts ?. Évalué à 3.
La différence de facilité d'aprentissage est plutot liée aux nombres de fonctionnalités et de concept necessaire à l'auto-formation plutôt qu'à la représentation de l'information.
Le fait d'utiliser une interface graphique et d'en comprendre les principaux concepts est un processus acquis et certainement pas inné, et il en est de même pour une interface en ligne de commande. Mettez un débutant devans Win XP et il n'y comprendra rien (il s'avère qu'il comprendra un peu plus une Ubuntu mais c'est une autre histoire...), enfin tout du moins pas suffisement pour être capable de l'utiliser dans de bonnes conditions. Il comprendra encore moins si il a quelques périphériques de marque qui utilisent une interface implantant d'autres paradigmes que ceux de win, le tout créant une interface completement disparate et hétérogène.
A l'heure actuelle la tendance est plutôt au formatage vers l'interface graphique étant donné le positionnement du leader du marché des SE, et ce bien souvent malheureusement sans même tenir compte des notions les plus élémentaires d'utilisabilité. Plutôt que de souhaiter un formatage inverse vers des interfaces lignes de commande j'aimerai plutôt que les gens apprenent à ce servir de ce qu'il y a de mieux pour répondre à un besoin donné. Et dans ce contexte on se rend compte qu'un bon nombre de besoins dit "modernes" (qui en fait remontent à bien plus longtemps et possèdent donc des solutions depuis tout aussi lontemps mais avaient une proportion moindre étant donné leur non creation systematique que tant à leur donné la tendance du tout graphique) sont en fait résolvable avec des méthodes extremement "basiques".