Posté par phq .
En réponse à la dépêche Etre et avoir.
Évalué à -10.
parler d'« anti-américanisme primaire ». Systématiquement ou presque, ceux qui font ça n'ont tout simplement aucun argument, et c'est tellement plus facile de dire que le point de vue opposé est anti-quelque chose, qu'il est primaire, etc, bref indigne d'une réponse argumentée. Comme c'est pratique. Amusant ici : où est-il question de films américains dans la news ?
ha oui bien sûr, les méga productions, c'est les comédies musicales indiennes, c'est ça ?
Quand à l'utilisation du terme "anti-américanisme primaire", je l'utilise également pour dénoncer le manque d'argumentation sur le sujet (Remarque que son utilisation dans un contexte caricatural).
Et hors contexte, il faudrait que tu saches que même si l'utilisation de ce terme est un raccourci facile, des "anti-américains primaires", il y en a, et il n'y a pas besoin d'écrire une thèse pour analyser le sens de la phrase "les américains c'est tous des cons obèses et arrogants".
Quand à l'auteur de cette news, ce n'est pas fantaisiste de penser qu'il fait référence au américains :
- les méga productions sont en générales des productions américaines, et cet été, c'était particulièrement vrai (spiderman, SW episode 2, mib2, ...). En tout cas, la plupart des gens pense aux film américains quand on dit "méga productions".
- le fait que l'auteur insiste sur le fait que les français ne rate pas les petits bijoux ne peux pas être innocent, et trahit la pensée de l'auteur selon laquelle d'autres nations se borne à aller voir les grosses productions.
- de là à faire le lien entre le pays d'origine des grosses productions et ses habitants, c'est extrapolé, mais pas farfelu.
un auteur exprime bien plus dans un texte que les simples informations écrites dans celui-ci. Le nier tiendrait de la mauvaise foi.
Celui-ci en est un exemple. Personnellement, je me serai bien passé des histoires "je fais une soirée ciné avec ma copine", "les grosses productions, j'en ai marre", "comment que je me sens fier et ouvert d'aller voir des petits films".
mouais, les rc alsa, ça me reste en travers de la gorge. Avec la rc1, le chargement du driver nm256 plantait complètement ma bécane. enfin du moins j'était obligé de faire un reboot sauvage, et après j'était bon pour un gros fsck sur la partoche root. C'est assez frustrant de se demander "Est-ce que je vais démarrer du premier coup aujourd'hui ?".
Je crois pas non plus que le driver nm256 soit le plus abouti, c'est un peu un portage oss -> alsa. Mais avec la rc3 ça va mieux.
sinon, avec alsa, tu peux jeter oss à la poubelle, vu que tu peux compiler alsa avec compatibilité oss. Plus besoin de switcher ou quoi que ce soit.
LaGrande, c'est le nom du vicieux bras droit du pirate zombie LeChuck dans "Monkey Island 2 : LeChuck's Revenge".
Si on fait rien contre Palladium, on sera tous bon pour se finir au grog au Scumm Bar.
Alors si vous rencontrez Prescot :
1- vous avez de la bière de racine : aspergez le, sauvez le monde libre, et épousez Elaine Marley.
2- vous avez que dalle contre les maléfices vaudou : faites lui le coup du singe à trois têtes et fuyez !!!
Section 1 de la FAQ de GNUstep, GNUstep n'est pas compatible avec Cocoa, parce que Cocoa est proprio.
C'est largement exagéré. Les objets distribués et les formats d'archivage de données sont incompatibles, et le deuxième problème peut se résoudre en implémentant un format "maison". Pour le reste, c'est de l'implémentation simple des specs OpenStep.
GNUstep c'est une part infime des desktop, méme en considerant que les simple utilisateurs de Windows maker sont des utilisateurs GNUstep.
1- on dit Windowmaker
2- en disant ça, tu n'as rien dit. Tout est relatif.
GNUstep n'est pas compatible avec les lib et les systémes Apple contrairement a ce qu'ils essaient de faire croire uniquement pour promouvoir leurs technologie qui bien entendut n'est pas libre, ni méme ouverte.
comme je l'ai dit ce n'est vrai qu'en partie en ce qui concerne la compatibilité.
oh tiens !! les spécifications openstep : http://www.gnustep.org/resources/OpenStepSpec/OpenStepSpec.html
incroyable !!!!
encore plus incroyable : open veut dire ouvert !!!
évidemment je parle des specs, pas de technologies Apple. Mais le fait est que les spécifications d'OpenStep, et donc de Cocoa en grande partie, sont librement accessibles.
Les fautes d'orthographes sus-cité sont déposés auprès de leurs propriétaires respectifs. Aucune responsabilité n'est engagé sur la lisibilité du message ou les éventuelles dommages qu'il peut
engendrer. Beretta Vexée
ça c'est marrant au début, mais franchement, niveau orthorgraphe, ça devient du manque de respect et tu perds en crédibilité.
faux ! démocratisé, c'est accessible à tout le monde , pas seulement à la majorité.
Démocratiser n'a rien à voir avec les processus électoraux tels qu'ils ont lieux en démocratie où, d'ailleurs, les décisions ne sont pas prises toujours à la majorité simple de 50%, mais peuvent tout à fait être prises avec une majorité de 2/3 voir plus, c'est la constitution qui en décide. Evidemment, une majorité à plus de 50% est toujours certaine.
D'ailleurs, j'ai cru lire qu'il fallait une majorité de 75% ou proche pour que de vraies réformes soient effectivement faites (source : Science & vie). C'est la majorité significative.
Ca t'apprendra à jouer sur les mots ! :-P
ça j'avais compris. Mais je demandais comment considérer le fait que la licence GPL inclue une notice indiquant que le logiciel n'est pas garantie. Est-ce qu'elle est invalidée pour le client souscrivant au service ? quel valeur a cette notice pour celui-ci ?
l'informatique, c'est vrai, ça n'a rien à voir avec la politique. C'est pas comme ci c'était une technologie révolutionnaire qui nous permettait d'aller sur la lune, ou de faire tourner notre économie, ou de faciliter l'avancée des recherches scientifiques et de décoder le génome humain. Non, il s'agit de jouer à frozen-bubble merde ! Alors les intaigristes je dis stop !
il fait confiance à Linux pour ses besoins personnels. Mais il ne ferait pas confiance à une application libre type GNUmed dans son cabinet. Et les solutions propriétaires sont sur Windows ou MacOS. Ca n'a pas vraiment à voir avec Linux, mais plus avec la licence.
De plus les besoins, sont loin d'étre les méme pour tous méme en ce qui concerne un logiciel de mail, certains recherche la simplicitée, d'autre des clients avec des fonctions assez complexe de filtrage et de reponces automatique etc etc ...
Est-ce que ces besoins sont incompatibles ? je ne crois pas. Une bonne application, c'est comme un bon langage. Comme dit Larry Wall : "ça doit rendre les tâches simples faciles, sans rendre les tâches complexes impossibles." Et puis des fonctions de filtrage et de réponse automatique, c'est pas ce qu'il y a de plus complexe. Mais c'est vrai que tout le monde ne s'en sert pas, ce qui prouve que les besoins diffèrent. Mais les besoins de base sont les mêmes. Il est facile de mettre les fonctionnalités en place pour ces tâches, tout en rajoutant des fonctionnalités pour des tâches plus complexes, sans que celle-ci fasse obstacle à l'accomplissement des tâches simples. De plus, si les besoins d'un utilisateur augmentent, ça ne forcera pas l'utilisateur à changer de lecteur de mail. Un tout cas, pour les lecteurs de courrier électronique, un logiciel doit répondre à tous les besoins. Peut-être que pour d'autres types de logiciels, il peut être pratique d'avoir diverses solutions.
...deux principale raisons, la large majoritée des developpeur GNU/Linux/*BSD code en C, La volonté de se demarqué du projet KDE et du C++
Je comprends mais je n'approuve pas. La deuxième raison tient de la réaction infantile ("on va dire qu'on triche"), la première est fondée, mais à mon avis, c'est un faible avantage comparaît à l'inconvenance de C pour la programmation objet.
le C++ est surment bien plus complexe que l'Objective C, mais il est connue enseignié, et la literature sur ce language ne manque pas ce qui n'est pas le cas de l'Obj. C.
Tu vas encore hurlé, mais il ya bcp d'excellentes documentations Objective C sur le site developpeur Apple. Mais c'est vrai qu'il est moins enseigné que C++.
Mais en connaissant le C et la COO, on peut facilement apprendre objective C en moins d'une semaine. Avec de la volonté, le projet GNUstep est donc très accessible.
Pour prendre un exemple concret, qui s'intressé a XUL de Mozilla, sans Mozilla, a GTK+ sans The Gimp
Oui c'est vrai que GNUstep n'a pas de vitrine alléchante, quoique GNUmail.app soit un excellent lecteur de mail. Ca manque de "marketing" et c'est peut-être ce qui lui fait défaut.
L'exemple de Quicktime est assez mal choisi puisque c'est un des logiciels apple qui ne suit pas du tout les "guidelines" IHM Apple. Et je ne crois pas qu'il utilise Cocoa, car ça rendrait difficile son portage sous windows.
Enfin on a compris que GNUstep manquaient d'une application star qui ramèneraient des développeurs et des utilisateurs.
tous dans ce projet se fait vieillisant, Apple le sait et l'exploite c'est justemant ce que je leur reproche.
se fait vieillissant... bof, le développement est quand même assez actif, le modèle n'est pas obsolète. Le seul truc qui puisse faire vieux, c'est le thème step morose.
Enfin j'ai mieux compris ce que tu voulais dire au début. Mais ça suppose que le projet GNUstep n'aboutit pas, ce qui n'est pas fondé, et que Apple a une stratégie pour ramener les développeurs Linux sur Mac, ce qui est une extrapolation de l'article. Si GNustep ne ramène pas de monde selon toi, Apple en ramèneras alors encore moins à mon avis.
oui, c'est vrai que c'est aussi simple comme avec un contrat. Enfin tout ça pour dire que ce n'est pas impossible pour un logiciel libre, même si c'est incompatible avec la GNU GPL.
On compte plusieur clients de mails qui tourne sous GNOME, alors qu'il n'y a qu'un sous GNUstep
je pense que c'est plus un problème pour Gnome que pour GNUstep. Côté Gnome, c'est plus une inutile dispersion de compétence qu'une force : tout le monde a les mêmes besoins en ce qui concerne un logiciel de courrier électronique.
Mais qui imagine serieusemant que GNUstep pourra ratraper le retrard accumulé depuis quelque temps dans le domaine des environnemant graphique ?
Ca ne paraît pas impossible vu que GNUstep n'est pas handicapé par le choix foireux de faire de l'objet en pur C. Et ne me parlez pas des bindings C++, python et perl qui sont utilisées dans des applis clientes, mais sûrement pas dans le "noyau" Gnome. Pourquoi s'emmerder à faire de l'objet en C quand il y a tant de bon langage objet qui facilite la tâche. GNUstep a choisi Objective C (peu répandu, certes, mais facilement abordable), c'est un vrai langage objet, et qui tient largement la route. C est une malédiction pour Gnome.
De plus, GNUstep ne part pas de zéro, il implémente OpenStep, un truc étudié et éprouvé, et ça aussi c'est du temps de gagné.
Le projet Gnome a attendu des lustres par exemple avant de pondre Bonobo.
Quand à la soi-disante stratégie Apple de rameuter les développeurs GNUstep, c'est de l'extrapolation facile. Il ne s'agira pas de rameuter, mais de profiter de l'API commune de GNUstep et Cocoa pour avoir des applis portables entre ces deux frameworks. Il ne s'agit pas de développer pour GNUstep pour ensuite se tourner vers Cocoa, mais pour les deux à la fois. Si les applis en question sont libres, je ne vois pas de problèmes à ce que les plateformes supportées soient plus nombreuses.
On pourrait aussi dire que, à terme, GNUstep et ses applis sont la possibilité pour les utilisateurs de MacOS X de retrouver un environnement identique mais libre (et donc, en pratique, gratuit), ce qui n'est pas très bon pour Apple. GNUstep peut ainsi représenter une menace, et pas une opportunité, pour Apple. Question de point de vue.
[^] # Re: PS
Posté par phq . En réponse à la dépêche FSF: "GNU/Linux" et pas "Linux". Évalué à 8.
# à propos des américains sur la lune
Posté par phq . En réponse à la dépêche Trop bonne la S1M0NE !. Évalué à 7.
[^] # Re: langue de bois
Posté par phq . En réponse à la dépêche Etre et avoir. Évalué à -6.
[^] # Re: langue de bois
Posté par phq . En réponse à la dépêche Etre et avoir. Évalué à -10.
ha oui bien sûr, les méga productions, c'est les comédies musicales indiennes, c'est ça ?
Quand à l'utilisation du terme "anti-américanisme primaire", je l'utilise également pour dénoncer le manque d'argumentation sur le sujet (Remarque que son utilisation dans un contexte caricatural).
Et hors contexte, il faudrait que tu saches que même si l'utilisation de ce terme est un raccourci facile, des "anti-américains primaires", il y en a, et il n'y a pas besoin d'écrire une thèse pour analyser le sens de la phrase "les américains c'est tous des cons obèses et arrogants".
Quand à l'auteur de cette news, ce n'est pas fantaisiste de penser qu'il fait référence au américains :
- les méga productions sont en générales des productions américaines, et cet été, c'était particulièrement vrai (spiderman, SW episode 2, mib2, ...). En tout cas, la plupart des gens pense aux film américains quand on dit "méga productions".
- le fait que l'auteur insiste sur le fait que les français ne rate pas les petits bijoux ne peux pas être innocent, et trahit la pensée de l'auteur selon laquelle d'autres nations se borne à aller voir les grosses productions.
- de là à faire le lien entre le pays d'origine des grosses productions et ses habitants, c'est extrapolé, mais pas farfelu.
un auteur exprime bien plus dans un texte que les simples informations écrites dans celui-ci. Le nier tiendrait de la mauvaise foi.
Celui-ci en est un exemple. Personnellement, je me serai bien passé des histoires "je fais une soirée ciné avec ma copine", "les grosses productions, j'en ai marre", "comment que je me sens fier et ouvert d'aller voir des petits films".
# langue de bois
Posté par phq . En réponse à la dépêche Etre et avoir. Évalué à -10.
Donc t'es allé les voir.
nous (les Français) ne sommes pas encore complètement abrutis au point de rater un tel petit bijou au profit d'une méga production aseptisée.
Oh oui, nous ! nous ! les Français, si sensibles, si ouverts, pas comme ces [<autocensure d'anti-américanisme primaire>] !
Tu dis qu'on ne rate pas un ptit bijou au profit d'une grosse production, mais en réalité, tu vas voir les deux. Drôle de morale.
(-1, aigri et HS)
[^] # Re: Incroyable !
Posté par phq . En réponse à la dépêche Linux Mag Hors Série - Spécial GIMP. Évalué à -6.
# Incroyable !
Posté par phq . En réponse à la dépêche Linux Mag Hors Série - Spécial GIMP. Évalué à -2.
bon c'est pas tout de cracher dans la soupe mais il faut que j'aille l'acheter.
[^] # Re: Support d'Alsa
Posté par phq . En réponse à la dépêche Disponibilité de la Release Candidate 3 de la prochaine Mandrake. Évalué à 4.
Je crois pas non plus que le driver nm256 soit le plus abouti, c'est un peu un portage oss -> alsa. Mais avec la rc3 ça va mieux.
sinon, avec alsa, tu peux jeter oss à la poubelle, vu que tu peux compiler alsa avec compatibilité oss. Plus besoin de switcher ou quoi que ce soit.
# Méfiez vous !!!
Posté par phq . En réponse à la dépêche LaGrande Technology est lancée.. Évalué à 10.
Si on fait rien contre Palladium, on sera tous bon pour se finir au grog au Scumm Bar.
Alors si vous rencontrez Prescot :
1- vous avez de la bière de racine : aspergez le, sauvez le monde libre, et épousez Elaine Marley.
2- vous avez que dalle contre les maléfices vaudou : faites lui le coup du singe à trois têtes et fuyez !!!
[^] # Re: Typo.
Posté par phq . En réponse à la dépêche Nouvelle approche anti-piratage. Évalué à -4.
Il avait du bide et il portait une perruque.
[^] # Re: Typo.
Posté par phq . En réponse à la dépêche Nouvelle approche anti-piratage. Évalué à -2.
The White Stripes R0><0R !!!
# personne n'en a parlé mais...
Posté par phq . En réponse à la dépêche La journalisation XFS intégrée au noyau 2.5.*. Évalué à 10.
[^] # Re: Apple, la pomme qui voulait cacher la foret.
Posté par phq . En réponse à la dépêche MacOS X et GNUstep : un bel avenir. Évalué à 1.
[^] # Re: simplement pour dire...
Posté par phq . En réponse à la dépêche Première version stable de Templeet. Évalué à 3.
[^] # Re: Horst Herb != médecin français (amha)
Posté par phq . En réponse à la dépêche Brave GNU World - numéro 41. Évalué à 2.
[^] # Re: Fôte
Posté par phq . En réponse à la dépêche FlightGear Flight Simulator, le FS Libre. Évalué à -5.
Bientôt ce sera plus des avions dans des tours, mais bill gates dans un four si on fait rien avec ces intaigristes !
[^] # Re: Hein?
Posté par phq . En réponse à la dépêche SuSE presente son nouveau gestionnaire de paquets. Évalué à 1.
[^] # Re: Horst Herb != médecin français (amha)
Posté par phq . En réponse à la dépêche Brave GNU World - numéro 41. Évalué à -1.
[^] # Re: Horst Herb != médecin français (amha)
Posté par phq . En réponse à la dépêche Brave GNU World - numéro 41. Évalué à 2.
[^] # Re: Apple, la pomme qui voulait cacher la foret.
Posté par phq . En réponse à la dépêche MacOS X et GNUstep : un bel avenir. Évalué à 2.
Est-ce que ces besoins sont incompatibles ? je ne crois pas. Une bonne application, c'est comme un bon langage. Comme dit Larry Wall : "ça doit rendre les tâches simples faciles, sans rendre les tâches complexes impossibles." Et puis des fonctions de filtrage et de réponse automatique, c'est pas ce qu'il y a de plus complexe. Mais c'est vrai que tout le monde ne s'en sert pas, ce qui prouve que les besoins diffèrent. Mais les besoins de base sont les mêmes. Il est facile de mettre les fonctionnalités en place pour ces tâches, tout en rajoutant des fonctionnalités pour des tâches plus complexes, sans que celle-ci fasse obstacle à l'accomplissement des tâches simples. De plus, si les besoins d'un utilisateur augmentent, ça ne forcera pas l'utilisateur à changer de lecteur de mail. Un tout cas, pour les lecteurs de courrier électronique, un logiciel doit répondre à tous les besoins. Peut-être que pour d'autres types de logiciels, il peut être pratique d'avoir diverses solutions.
...deux principale raisons, la large majoritée des developpeur GNU/Linux/*BSD code en C, La volonté de se demarqué du projet KDE et du C++
Je comprends mais je n'approuve pas. La deuxième raison tient de la réaction infantile ("on va dire qu'on triche"), la première est fondée, mais à mon avis, c'est un faible avantage comparaît à l'inconvenance de C pour la programmation objet.
le C++ est surment bien plus complexe que l'Objective C, mais il est connue enseignié, et la literature sur ce language ne manque pas ce qui n'est pas le cas de l'Obj. C.
Tu vas encore hurlé, mais il ya bcp d'excellentes documentations Objective C sur le site developpeur Apple. Mais c'est vrai qu'il est moins enseigné que C++.
Mais en connaissant le C et la COO, on peut facilement apprendre objective C en moins d'une semaine. Avec de la volonté, le projet GNUstep est donc très accessible.
Pour prendre un exemple concret, qui s'intressé a XUL de Mozilla, sans Mozilla, a GTK+ sans The Gimp
Oui c'est vrai que GNUstep n'a pas de vitrine alléchante, quoique GNUmail.app soit un excellent lecteur de mail. Ca manque de "marketing" et c'est peut-être ce qui lui fait défaut.
L'exemple de Quicktime est assez mal choisi puisque c'est un des logiciels apple qui ne suit pas du tout les "guidelines" IHM Apple. Et je ne crois pas qu'il utilise Cocoa, car ça rendrait difficile son portage sous windows.
Enfin on a compris que GNUstep manquaient d'une application star qui ramèneraient des développeurs et des utilisateurs.
tous dans ce projet se fait vieillisant, Apple le sait et l'exploite c'est justemant ce que je leur reproche.
se fait vieillissant... bof, le développement est quand même assez actif, le modèle n'est pas obsolète. Le seul truc qui puisse faire vieux, c'est le thème step morose.
Enfin j'ai mieux compris ce que tu voulais dire au début. Mais ça suppose que le projet GNUstep n'aboutit pas, ce qui n'est pas fondé, et que Apple a une stratégie pour ramener les développeurs Linux sur Mac, ce qui est une extrapolation de l'article. Si GNustep ne ramène pas de monde selon toi, Apple en ramèneras alors encore moins à mon avis.
[^] # Re: Horst Herb != médecin français (amha)
Posté par phq . En réponse à la dépêche Brave GNU World - numéro 41. Évalué à 0.
[^] # Re: J'ai des doutes....
Posté par phq . En réponse à la dépêche Le code source du GOTO++ enfin disponible !. Évalué à 2.
typedef string petite_culotte_tres_fine;
[^] # Re: Apple, la pomme qui voulait cacher la foret.
Posté par phq . En réponse à la dépêche MacOS X et GNUstep : un bel avenir. Évalué à 4.
# Un bureau classique ?
Posté par phq . En réponse à la dépêche MacOS X et GNUstep : un bel avenir. Évalué à 6.
[^] # Re: Apple, la pomme qui voulait cacher la foret.
Posté par phq . En réponse à la dépêche MacOS X et GNUstep : un bel avenir. Évalué à 8.
je pense que c'est plus un problème pour Gnome que pour GNUstep. Côté Gnome, c'est plus une inutile dispersion de compétence qu'une force : tout le monde a les mêmes besoins en ce qui concerne un logiciel de courrier électronique.
Mais qui imagine serieusemant que GNUstep pourra ratraper le retrard accumulé depuis quelque temps dans le domaine des environnemant graphique ?
Ca ne paraît pas impossible vu que GNUstep n'est pas handicapé par le choix foireux de faire de l'objet en pur C. Et ne me parlez pas des bindings C++, python et perl qui sont utilisées dans des applis clientes, mais sûrement pas dans le "noyau" Gnome. Pourquoi s'emmerder à faire de l'objet en C quand il y a tant de bon langage objet qui facilite la tâche. GNUstep a choisi Objective C (peu répandu, certes, mais facilement abordable), c'est un vrai langage objet, et qui tient largement la route. C est une malédiction pour Gnome.
De plus, GNUstep ne part pas de zéro, il implémente OpenStep, un truc étudié et éprouvé, et ça aussi c'est du temps de gagné.
Le projet Gnome a attendu des lustres par exemple avant de pondre Bonobo.
Quand à la soi-disante stratégie Apple de rameuter les développeurs GNUstep, c'est de l'extrapolation facile. Il ne s'agira pas de rameuter, mais de profiter de l'API commune de GNUstep et Cocoa pour avoir des applis portables entre ces deux frameworks. Il ne s'agit pas de développer pour GNUstep pour ensuite se tourner vers Cocoa, mais pour les deux à la fois. Si les applis en question sont libres, je ne vois pas de problèmes à ce que les plateformes supportées soient plus nombreuses.
On pourrait aussi dire que, à terme, GNUstep et ses applis sont la possibilité pour les utilisateurs de MacOS X de retrouver un environnement identique mais libre (et donc, en pratique, gratuit), ce qui n'est pas très bon pour Apple. GNUstep peut ainsi représenter une menace, et pas une opportunité, pour Apple. Question de point de vue.