C'est vraiment super.
Cette news m'a donné envie d'acheter leurs albums. C'est trop cool qu'on puisse télécharger les morceaux, et en ogg vorbis en plus! C'est assez rare.
Sans compter qu'ils font de la bonne zik!
D'ailleurs ça m'a aussi donné envie de voir le film "Dig". On m'en avait parlé, mais je l'ai pas vu.
Sinon qqun a un lien vers du texte qui explique la raison du groupe? Ils parlent de "to keep music evil" (garder la musique diabolique...). Y a même un "committee to keep music evil". Mais à part donner de l'argent à ce "comité", y a pas vraiment d'info sur le discours derrière (du moins j'ai pas trouvé en fouillant le site). J'aimerais bien savoir, je pense que ce serait intéressant. Si qqun a des liens de trucs qu'ils ont dit, ça m'intéresse. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Pour l'intérêt croissant > effectivement, c'est pas terrible la tournure de phrase. Merci d'avoir fait changé ça.
défenseuse/défenseresse > A vrai dire, je n'ai en effet trouvé aucun des deux dans le dictionnaire. C'est la raison pour laquelle je me suis permis de mettre défenseresse, que je trouvais bien plus beau que défenseuse (je l'avais mis au début). Il me fallait substantiver cet adjectif au féminin cependant (une entreprise). J'ai pris le parti de défenseresse, qui est une tournure bien plus jolie et agréable à l'oreille, à l'image de la chasseresse, qui est une sorte de féminin poétisé de chasseur (alors que chasseuse existe également; tout comme chasseresse, lequel terme est davantage utilisé en poésie, dans des contes romancés ou en mythologie).
Quand le vocabulaire montre ses limites, je pense qu'il faut savoir aller de l'avant, sinon on n'en finit pas. Il n'y a pas de féminin officiel de "défenseur", je me suis donc simplement permis de le "créer" pour mes besoins (quoique je suis persuadé ne pas être la première personne à l'avoir fait).
Evidemment une autre méthode aurait été de contourner ce manque par un changement de tournure de phrase, ou bien en m'arrangeant pour avoir besoin d'utiliser défenseur au masculin, non au féminin. C'est aussi une technique d'écriture bien plus stricte, et qui se défend totalement.
Je pense sincèrement qu'il ne faut pas s'arrêter à ce genre de détails, et être trop pointilleux, c'est ça qui tuerait le langage selon moi. Le fait est que je suis un amoureux de la langue française (des langues en général), et c'est pour moi de cette façon que j'exprime cela. Ensuite je suis loin d'être parfait, et on m'a déjà montré à plusieurs reprises que je faisais aussi plein de fautes grossières, comme tout le monde je pense. Alors à chacun d'estimer ce que vaut cette coquille intentionnée; et si vous souhaitez la corriger, libre aux admins de linuxfr.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
je vois ton problème d'affichage des smyleys indépendant du protocole. Mais cela est-il si important? Pour moi cela deviendra intéressant à partir du moment où les protocoles deviennent ouverts et intéropérables (on peut rêver... je pense cependant qu'un tel jour devra bien arriver un jour, pas forcément une ouverture, mais au moins un accord de compatibilité généralisé entre tous les protocoles, quand les entreprises se rendront compte de cette nécessité), mais c'est pas encore le cas. En effet, à ce moment là, ce serait intéressant que les émoticones soient les mêmes au départ et à l'arrivée. Mais encore une fois, je ne trouve pas que ton idée est la bonne solution.
Et ce, pour une raison toute simple: la plupart des gens ne veulent pas se fatiguer à "installer" des thèmes, à personnaliser leur client, et à s'échanger les thèmes pour être "compatible avec mon copain Bob". Surtout que pour peu que plusieurs potes utilisent des thèmes différents, on doit leur demander séparemment de nous envoyer leur thèmes, les installer, éventuellement dire explicitement à notre client que quand il reçoit un mess d'un tel, il doit mettre tel thème, et de tel autre ami, tel autre thème (sinon ça sert à rien). C'est "compliqué", donc chiant, donc ça ne peut pas marcher selon moi. Les gens aiment les trucs simples, où ils ont rien à faire. Or envoyer des images sans qu'ils aient rien à faire (si ce n'est lors de la configuration du client avoir coché la case "accepter les émoticones personnalisées"), ça c'est simple. Je vois pas comment des gens pourraient passer sous Jabber si on leur dit qu'ils peuvent avoir des émoticones personnalisés, mais ils doivent d'abord envoyer le thème à tous leurs amis, leur demander de les installer, et après seulement ça marchera; alors qu'ils répondront (à raison), ben sous MSN, c'est automatique.
Je pense que si un besoin d'intéropérabilité indépendant est nécessaire dans un avenir certain pour une gestion avancée des émoticones, ça devra être tout simplement une compatibilité entre le système d'envoi d'émoticone de Jabber (qui existera un jour peut-être en extension standard, espérons le pour la diffusion de Jabber), et celui des autres protocoles (pour ceux qui en ont).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
je viens de lire la jep que tu conseillerais. Déjà je souligne dès le début que son approbation a été reportée (deferred), et donc n'est pas recommandée (donc ça a a priori été traité, et plus ou moins refusé).
Ensuite, j'ai quand même voulu voir par moi-même, et par conséquent je l'ai lue entièrement. Ben c'est en gros comment marchent actuellement les émoticones dans Jabber.
Cette jep définit plus une manière de traiter les émoticones dans un texte au niveau client qu'une extension du protocole même (c'est ce qu'ils appellent le "here and now" dans les buts du jep). Au final ça veut dire que si les 2 clients ne gèrent pas la même liste d'émoticones, on ne va pas recevoir le même message que celui envoyé.
Si le gars a un émoticone qu'on n'utilise pas, on obtiendra un texte standard à la place (qui peut à mon avis donner à la phrase un drôle de sens si on ne se rend pas compte que c'était sensé être un émoticone!). Pire si nous on a un émoticon que l'envoyeur n'a pas prévu, notre phrase sera bourrée d'émoticones parasites (vécu: un pote m'avait envoyé un "schéma" simple, fait en caractères, avec des flèches et des A, B, C, etc. Ben j'ai reçu des dessins bizarres avec une bière, et un café! Je savais même pas que de tels émoticones existaient, et ça n'avait rien à foutre dans ce texte surtout).
Bon tout ça pour dire que cette jep ne propose selon moi rien de nouveau, et que je pense que ce n'est absolument pas la solution. Ca ne propose en rien par exemple les intéressantes propositions que j'ai lu plus haut, à savoir un véritable envoi d'émoticones personnalisées à la MSN, mais avec la sécurité, la protection de la vie privée, et le respect du net (abus de bande passante avec plein de transferts inutiles) propres à Jabber puisqu'il y a acceptation explicite des émoticones.
Une bonne proposition pour la gestion améliorée des émoticones doit correspondre à une extension du protocole comme indiqué plus haut par d'autres, avec proposition d'envoi d'image (donc choix d'acceptation du receveur requis, configurable évidemment dans le client pour ne plus avoir à s'en occuper après coup). Il faut également que le receveur sache explicitement quand un émoticone personnalisé lui a été proposée (et qu'il l'a refusée), et qu'il ait un label texte de l'émoticone accessible; non que le texte de l'émoticone soit simplement intégré dans le reste du texte l'air de rien (comme proposé dans cette jep), ce qui peut porter à confusion pour certains textes.
Bon je dis pas, pour les émoticones classiques, je suis d'accord pour que ce soit géré au niveau client (on va pas s'envoyer des smyleys personnalisés ":-)" ou ":-(" à tout bout de champs, ça serait du gâchis de bande passante). Mais par pitié, il faut que cette liste soit la plus petite possible. Il faut véritablement se limiter aux gros gros classiques, internationaux (sans mot d'un langage donné, parce que -- tout de même -- y a beaucoup de langages différents sur cette planète!). Finalement, moi je conseille de limiter les émoticones gérés par le client à toute la liste des :-) :-/ :-(, etc. Bon éventuellement les trucs comme "lol" (en fr: mdr, donc on voit qu'on trébuche encore sur les blems de langues), tellement c'est utilisé.
Mais quand je vois que les propositions des "core icons" proposés dans cette jep contient:
# :brokenheart: - A broken heart.
# :music: - A musical note or instrument.
# :beer: - A beer mug.
# :coffee: - A cup of coffee.
# :money: - A gold coin.
# :moon: - A moon.
# :sun: - A sun.
# :star: - A star.
je trouve ça ridicule. C'est le genre d'icones que je n'ai jamais utilisés dans ma vie. La seule fois où je les ai vu, c'était une erreur de mon client justement, qui a interprété des (B) par bière, et (C) par café!!! En plus c'est pas international (c'est anglais, certes langue "internationale", mais n'oublions pas que tout le monde ne parle pas anglais pour autant), et ça n'a pourtant pas le mérite de la forte diffusion comme "lol".
Pour moi, ça, ce doivent typiquement être en dehors des émoticones de bases, mais être par contre des envois personnalisés! (notez que pr les personnes qui envoient bcp d'émoticones, les clients devraient intégrer un système de cache qui permet d'éviter de recharger les émoticones personnalisés déjà envoyés récemment par la même personne)
Je pense donc qu'il faut revoir le système d'émoticone de Jabber, et cette jep ne propose pas cela.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Pour l'instant leur réseau est encore en phase de bêta à ce que j'ai compris, et surtout il n'est pas ouvert au reste du réseau Jabber. Mais -- à l'instar du réseau GoogleTalk -- on peut espérer qu'il le sera tantôt (il me semblait avoir lu une annonce du genre qque part, mais une courte recherche ne m'a permis de retrouver aucune source, dc le doute est permis).
Sinon pour revenir au sujet principal du sujet, Nicolas Blanco, j'ai l'impression que tu préconiserais la création d'un nouveau protocole Libre, entièrement dédié à "la communication pour les jeunes". Quand tu parles de Jabber, j'ai l'impression que tu considères que Jabber n'est pas fait pour cela. Pour moi, c'est une erreur. Déjà d'une, on ne va quand même pas reprendre à la base tout un protocole alors qu'un très bon existe déjà (boulot énorme, dc on aurait des années de retard). De deux, je vois absolument pas en quoi Jabber ne fonctionnerait pas pour cela. Un protocole, c'est uniquement le moyen technique, non le produit final, je vois pas en quoi ça gênerait une utilisation "aussi" pour les jeunes.
Je pense perso que Jabber est suffisamment bien fait pour correspondre à toutes les utilisations. C'est une base ce protocole, ensuite chacun peut l'utiliser comme ça lui chante, avec toutefois l'avantage qu'il y a intéropérabilité entre les diverses utilisations.
Je sais bien qu'il manque encore qques possibilités ds Jabber (je pense notamment au son, et à la vidéo. Les trucs genre Wizz and co, j'ai pas trop envie de voir ça ici, mais bon si c'est optionel au protocole, et si ça permet de libérer les gens des réseaux proprios, ça me dérange pas tant que ça), mais pour moi, ça signifie juste qu'il faut étendre ce protocole, puis implémenter ces extensions, non pas faire un nouveau "réseau Libre juste pour les jeunes". Ca c'est voir à court terme. En plus, comme tu l'as fait remarqué, les jeunes, ils grandissent, et donc ils évoluent. Et donc quoi, ils changeront aussi de réseau à ce moment là? C'est pour ça qu'il faut un réseau qui s'adapte à l'utilisateur, pas plein de réseaux (dc tjrs des blems d'intéropérabilité) pour chaque utilisateur à une partie de sa vie.
Enfin voilà, c'est mon avis. Je trouve vraiment que Jabber est en excellente voie (puisque je parlais d'audio/vidéo, je ferais remarquer que ce sont des extensions actuellement en fort développement et qui devrait très très bientôt être disponibles massivement et officiellement dans le réseau Jabber). Ca vient lentement, mais sûrement, et je trouverais redondant (par rapport à Jabber) de chercher à réfléchir sur un "vrai concurrent à MSN", comme tu dis.
Et c'est sans compter le côté "fracture" entre les djeunz, et les vieux schnoks... Genre là on a vraiment l'impression qu'il faut un réseau pour les jeunes (qui sont branchés, qui veulent plein de tralalas rigolos), et les "vieux" (qui sont sérieux, veulent juste bosser, pas rigoler). Déjà je trouve que ce genre de marketing de la part d'entreprises est ridicule, voire souvent de mauvais goût. Moi je connais des jeunes super coincés, et des personnes agées qui sont de vrais gamins. Et je connais aussi des gens qui sont juste cools, dans aucun excès, toute leur vie. Donc pour ceux-là (très nombreux), c'est un peu insultant quand on leur parle comme à des gamins attardés, sous prétexte qu'ils sont jeunes; puis plus tard, ils se font chier quand on leur impose plein de règles, de normes de bonne conduite, et qu'on leur impose la bonne morale des adultes bien-pensants comme il faut. Faudrait peut-être pouvoir rester naturel, et donc utiliser les mêmes moyens techniques pour tous, pas pour certaines catégories d'âges ou de population. La catégorisation des personnes (et par là même l'uniformisation à force des ces personnes dans leur catégorie), franchement je trouve que c'est une des pires choses que notre société puisse produire.
Les technologies comme Jabber ont l'avantage énorme (vis à vis de leurs correspondants proprio du moins) d'être extrémement souples, et utilisables comme briques techniques pour construire dessus autre chose, sachons utiliser cela pour que chaque utilisateur adapte Jabber à sa propre individualité, pas à une catégorie qu'on lui a imposée.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Je suis assez d'accord. Mais je pense que le problème peut aussi être inversé. Comme à l'heure actuelle, ce sont surtout les joueurs qui conditionnent les technologies 3D (en simplifié, pas tout à fait vrai sinon, y a aussi les graphistes qui ont besoin de cartes 3D performantes, les cinéphiles et musicophiles aiment avoir du matos de son de ouf, et pis c'est vrai aussi que ça va devenir commun avec des progs comme XGL, etc.), ben si on emmène des joueurs sous Linux (car même si ce n'est pas aussi bien que ça pourrait l'être, on a quand même des drivers suffisants), les constructeurs verront eux aussi un marché s'ouvrir, et feront probablement des efforts pour devenir attractifs sur toute plateforme.
Bon évidemment ça ne règle pas le blem de la liberté des drivers, et c'est bien dommage. Mais ça malheureusement ma proposition ne le résoud pas; il faudra bien qu'un jour les développeurs et constructeurs de tous bords comprennent d'eux-même que c'est mieux idéologiquement, mais aussi efficacement!
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Autre remarque que j'ai oublié de faire la dernière fois: j'ai pas compris ce que tu voulais montrer avec tes citations de commandes par rapport à l'adresse de Google Talk, et son ip... Ca doit sans doute être à cause de mon manque de connaissance des technologies réseau. Si tu pouvais m'expliquer ça, ce serait cool.
Merci.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
En précisant cela, insinues-tu (ou affirmes-tu) que Gabbly utilise Jabber comme protocole? Parce qu'avec ce nom justement, je me demandais si ça ne pouvait pas effectivement être le cas: pour une raison incongrue "gabbly" me fait penser à Jabber... Je pense que ce qui me fait faire cette association d'idées, c'est le "gabb", comme dans "gabber", voire presque même d'autres clients Jabber comme Gajim, voire Gaim, etc. Mais j'ai beau eu chercher sur le site, je n'ai rien trouvé mentionnant l'utilisation du moindre protocole, ni rien m'indiquant qu'on avait affaire à des libristes non plus, etc.
Donc as-tu des informations à ce propos? Ou bien tu citais juste ce passage de proposition d'extension du standard pour mettre en avant le fait que c'était une caractéristique possible dans le proto Jabber?
'lus.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
je connaissais pas ces commandes (mais, c'est ça qui est bien, on apprend toujours de nouveaux trucs avec vim), mais en l'occurence elles marchent pas avec moi.
Tu peux m'expliquer? En faisant des recherches dans l'aide, j'ai l'impression que tu veux me faire utiliser le principe des registres, c'est ça? Mais j'ai fait des tests, et ces registres ne sont pas communs d'une instance de vim à l'autre (j'ai enregistré du texte ds un registre, puis ai affiché son contenu; et ensuite ds une autre instance, j'ai affiché le contenu, et c'était vide).
Ca marche d'une instance de vim à l'autre pour toi? T'as peut-être une option de compilation spécifique?
Je note que ds le manuel, je lis
You can also use these commands to move text from one file to another, because Vim preserves all registers when changing buffers
J'ai donc vraiment l'impression qu'il faut que ce soit la même instance de vim, avec des fichiers dans des buffers séparés. Mais si tu me montres que c'est faisable comme je l'aimerais, je te serai vraiment méga reconnaissant. :-)
En tous cas, merci dans tous les cas pour ton message, ça m'a permis de découvrir des nouveaux trucs (les registres) dans le manuel. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Wé, ça a l'air vachement sympa comme jeu en plus, d'après ce que je viens de voir en me balandant sur leur site. Et pis en plus, je trouve que c'est une assez bonne philosophie de vente pour un produit proprio: pouvoir tester légalement (mais pas une démo, le produit fini quand même), c'est cool déjà; évidemment le client Linux dès le lancement améliore encore mon avis; un prix pas du tout exhorbitant comme bien trop de jeux à mon goût (ceci dit, depuis que je suis sous Linux, j'achète plus souvent des jeux, d'où mon billet lol); et pour finir le tout, jeu orienté multijoueur, mais pas massivement, du tout bon (pour moi en tous cas, shuis pas très massif).
Merci pour l'info. J'espère sincèrement que le jeu va marcher. Pour ma part, je vais suivre le jeu de près, l'installer dans sa version gratuite, et je l'achèterai peut-être s'il est vraiment bien. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Attention, je n'ai pas vraiment dit ça. Là je faisais le jeu des économistes. Ce que tu cites est tiré (pas directement, mais l'idée est là en prenant du recul sur le sens des chiffres) d'articles sur l'économie du Libre qui expliquent ce genre de choses. En gros ce que ça dit, c'est que le fric est dans les entreprises, et donc que c'est la cible logique.
Mais sinon moi je suis totalement d'accord avec toi. En réalité pour moi la vraie finalité, ce sont les particuliers. Dans mon optique, c'est eux que je cherche à attirer vers les logiciels Libres. Les entreprises m'intéressent beaucoup moins. Je ne faisais que reprendre l'optique économiste sur "comment gagner beaucoup d'argent en faisant du Libre".
Et en fait ds ton message, tu touches un point assez particulier du LL, qui est justement la cassure qui s'est créée entre le Logiciel Libre (porté par la Free Software Foundation) et l'Open-Source (défini par l'Open Source Initiative, sur la base du contrat social Debian). La plupart des gens ne font pas la différence, et il est vrai que dans la finalité, ça en revient au même. Mais dorénavant quand vous regardez un projet "Libre", vérifiez si c'est vraiment "Libre", ou bien plutôt "Open-Source" (des fois c'est précisé, genre si y a une page "contrat social" ou autre). Déjà constat simple, je n'ai quasi jamais vu d'entreprise de philosophie Libre, la plupart étant Open Source (tres simple, allez sur les pages de Red-Hat, de MySQL, de Trolltech, Apache -- qui n'est pas une entreprise, mais bien une fondation communautaire pour entreprises --, Suse, etc. Notons que selon les pages, Mandriva se réclame Open Source, ou FOSS, soit Free/Open Source Software, dc c'est mixe. Peut-on mettre en parallèle avec le fait que c'est une distribution grand public originellement?).
Le fait est que dans le cas du LL, il y a clairement un combat idéologique. Dans l'Open Source, il n'y a pas de combat du tout, juste utilisation d'un modèle économique peu commun, mais viable, et fichtrement efficace. Or ceux-là vont souvent cibler par exemple les autres entreprises.
Dans mon article, je voulais mettre en avant un point de vue économique, c'est pourquoi j'ai pris une optique plus éco, dc sur une base philosophie Open Source, non philo Libre. Notamment les entreprises OSS a priori ne trouvent pas aussi intéressant de savoir qu'on pourrait avoir bien plus de grand public sous Linux, que si on leur disait qu'on pourrait intéresser bien plus d'entreprises à Linux. Par contre si je leur dis que le fait d'attirer plus de gens, ça va aussi attirer plus d'entreprises, alors l'idée va les intéresser peut-être. Et qui sait si des entreprises actuellement axées pro ne vont pas se mettre à financer aussi des jeux vidéos avec de tels raisonnements? En gros, j'ai voulu vraiment prendre un raisonnement rentable que ce soit pr les entreprises axés grand public autant que pr celle axées entreprise.
[ Qu'on ne me fasse pas dire ce que je n'ai pas dit, je n'ai pas dit que la FSF se fout de la rentabilité de leur modèle, bien au contraire. Mais ils ont juste une couche en plus, qui est la couche idéologique. Moi je me suis contenté de prendre la vision la plus terre à terre possible, pr toucher même les gars qui font pas ds l'idéologique. ;-)
Pour ma part, shuis clairement libriste (pas "open-sourciste", lol ça se dit?), et je veux aussi bosser dans ce milieu, mais faut s'adapter au public qu'on veut appâter. :-) ]
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
bah je parle pas de porter des jeux qui existent déjà, mais des jeux à venir. Donc il suffit qu'à l'avenir, les gens qui programment n'utilise pas DirectX, mais OpenGL pr pouvoir porter facilement. Y a déjà pas mal de jeux qui utilisent OpenGL, c'est pas une petite techno qd même.
Quant au problème de "se passer les jeux" (passons sur la question de la légalité de la chose pr les jeux proprios), ben ça devient plus un blem à partir du moment où les jeux sont sous GNU/Linux ou multi-plateforme. Ils pourront aussi se passer leurs jeux pour Linux.
Enfin pr les jeux Microsoft, j'en ai connu des pas mauvais. J'ai bien aimé les Age of Empire par ex (je suis sous Linux depuis un peu moins de 3 ans... eh wé, à une époque, y avait win sur mon ordi). Je vais sûrement pas leur jetter la pierre sur la qualité de leurs jeux.
Et pis bon qqun t'a déjà fait remarque que Dungeon Keeper, c'était pas krosoft. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Je comprends pas la correction.
Tu estimes que j'ai tort en disant que plein de gens achètent des ordis pr la détente? Et quand c'est le cas, alors ils achètent des consoles de jeu, pas des ordis donc?
Je tiens à préciser que quand je parle de détente, j'entends pas QUE le jeu. Mais bcp de gens ont acheté un ordi pr autre chose que bosser. Que ce soit pour discuter sur msn avec les potes, se balader (surfer comme on dit) et s'informer sur le net, voire avoir une adresse email, télécharger des "trucs" (légaux ou non), etc.
Evidemment certains te disent "c'est pas de la détente, les mails, c'est un truc utile pr communiquer" ou autre. Mais ce sont des trucs pour moi tout à fait secondaires, et assimilables à la détente. Les mails, c'est pratique, mais quand je peux m'en passer (genre appeler au tél), je préfère. Et qu'on me parle pas de l'utilisation personnelle de bcp de gens des logiciels bureautiques. Utiliser word pour taper une lettre par mois, franchement... Moi-même, j'écris la plupart de mes lettres à la main.
Tu fréquentes peut-être que des geeks qui programment H24 sur leur ordi, et qui bossent ds l'info, ou bien des secrétaires qui bossent à domicile, mais j'en ai vu des tonnes et des tonnes des ordis utilisés à la maison pour ce que j'appelle de la détente... Je leur jette pas la pierre, au contraire. C'est vrai que c'est "pratique", sympa, etc. mais loin d'être indispensable (comme ça le devient ds une entreprise de nos jours). Donc pr moi, c'est de la détente, et les consoles n'apportent qu'une part infime de ces détentes (la part "jeu vidéo").
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Désolé. Je sais que j'ai pas un esprit très synthétique effectivement, et que mes textes sont trop longs.
Je sais aussi que j'ai du mal à travailler ce défaut, comme chacun pour ses propres défauts.
En fait j'ai tendance à trop vouloir expliquer, justifier, et prouver ce que je dis (références, trucs comme ça pour montrer que ce ne sont pas des élucubrations sans fondements sorties de mon cerveau ramolli).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
mais j'ai jamais véritablement compris comment marchait la bourse.
Et notamment, je me demande si -- même nombreux -- on aura vraiment du pouvoir.
Je dis ça notamment par rapport à un commentaire que j'ai fait ds Linuxfr, en réponse à un gars qui disait que de ttes façons Bill Gates était majoritaire de Microsoft, et dc pouvait pas être viré. Je fais donc savoir que j'avais lu un jour que Bill Gates avait un truc comme 15% de Microsoft (même si ça a sûrement changé depuis, je doute qu'il ait plus de la moitié maintenant). Et là on me rétorque qu'il y a des histoires de statuts, que le pourcentage d'action n'est pas forcément synonyme de pourcentage de pouvoir, et que parfois les actions peuvent ne pas donner de droit de vote pour autant.
Moi j'ai rien à répondre à ça, j'y connais strictement rien. Déjà j'avais beaucoup de mal à comprendre le système de l'actionnariat jusque là (genre un jour on m'a dit que les actions qui montent et descendent ne dépendent pas forcément tout le tps de la bonne santé de l'entreprise), ben là je suis encore plus perdu si maintenant on me dit qu'être actionnaire te donne pas forcément voix proportionnel à la gestion de la boîte. (et pourtant je lis Largo Winch! mdr)
Faut croire que les gars qu'ont créé la bourse ont prévu ce genre de trucs... shais pas.
Enfin voilà, faut quand même bien savoir ce qu'on fait et se renseigner sur le fonctionnement de l'actionnariat. Moi ça me foutrait un cas de conscience d'investir du fric (dc d'aider) ds une boîte dont je déteste la philo, et même pas avoir mon mot à dire...
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Oki, je prends note. Je pense que tu as raison quant au "point de vue des marketteux", mais je pense aussi que c'est parce qu'ils n'ont rien compris, et donc qu'ils vont se pêter la gueule s'ils s'en rendent pas vite compte. Parce que ne pas prendre en compte le point de vue des développeurs (sans qui leur carte ne vaut rien), ben c'est mauvais plan.
Le truc, c'est quand même qu'ils ciblent un marché très précis: les jeux vidéos (même si leur carte pourrait sûrement servir ds d'autres domaines). Or c'est un marché où je pense le travail est immense (par ex, ds un post-mortem de Neverwinter, Bioware annonçait que le jeu avait nécessité 160 années humaines de dév!). Et typiquement pour des progs d'une telle ampleur, surtout quand on en fait plusieurs en parallèles (les grosses boîtes de dév ont svt plusieurs équipes sur plusieurs jeux en cours, et ils enchaînent), ben on veut pouvoir réutiliser la prochaine fois.
Donc s'ils doivent faire un jeu avec un SDK particulier, et qu'ils savent que ds un an, une carte d'un autre constructeur va sortir (surtout si c'est un constructeur majeur), et dc qu'ils devront rajouter le support de cette carte... je suis persuadé qu'ils préféreront pas implémenter du tout dès le début, plutôt qu'être incertain de la viabilité de leur lib à moyen terme... à moins qu'il y ait une norme quelconque des PPU, et qu'ils savent que les nvelles cartes d'autres constructeurs suivront aussi cette norme.
Voilà mon avis. Ils auront peut-être le support de petites boîtes qui ont du mal à avoir une vision d'ensemble, mais les plus grosses boîtes (celles qui vendent vraiment bien) sont -- je pense -- très conscients de ce genre de choses, car ils ont l'habitude des projets de plusieurs années. Et sans ceux-là, leur truc va crever.
Leur seule chance de survie pour moi, c'est que les autres constructeurs qui feront des PPU derrière auront cette idée à leur place, et les inciteront à se réunir pour créer une norme.
Ensuite, je peux me planter, moi je suis pas économiste. ;-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
D'un autre côté, ds FF, on peut changer le moteur de recherche. Le pourra-t-on dans IE7?
En plus, en Asie, le moteur par défaut ds FF est Yahoo (paraît-il, c'est Tristan Nitot qui l'a dit :p), parce que Yahoo Asie serait plus performant et pertinent que Google ds ces pays lointains. :-)
Ca montre notamment que les alliances Mozilla sont flexibles, et pas forcément au bénéfice d'une unique entreprise. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Bah shais pas si le problème n'est pas là. Je trouve quand même les propos précédents sur la licence pertinents. Même si après le passage "proprio", Sun sont revenus à du Libre (GPL), le fait est qu'ils se sont placés d'office en tant que concurrents avec leur SunSSH, et ce même s'ils ont tout pris à la base sur OpenSSH. Le truc qu'il faut se demander, c'est peut-être si les licences comme la GPL, en plus d'inciter à contribuer, ça n'incite pas aussi à la bonne entente (même si elle est feinte, au moins ça fait qu'on essaie moins de heurter la sensibilité de l'autre), à la collaboration au sein d'un même projet. C'est plus du tout la même atmosphère, je pense, avec le fait d'avoir le droit de prendre, puis d'oublier ces origines. Avec du GPL, on leur laisse pas le choix, ils n'ont pas le droit. Donc ils se forcent à être "sympa" (et à payer des trajets avec des gars qui sont finalement leurs collaborateurs par licence donc, pour l'exemple du cas cité ds l'article), s'ils ne le sont pas de base évidemment. Car le fait est qu'il ne faut évidemment pas oublier que ce sont en effet de grosses boîtes qui font souvent beaucoup de propriétaire, qui sont en général capitalisée (donc bourse, actionnaires qui veulent du fric, et s'intéressent pas souvent à la philosophie ou la gentillesse, etc.), etc.
Le fait est qu'on peut aussi s'interroger pquoi ces mêmes boîtes qu'ils citent contribuent et financent en même temps très largement d'autres énormes projets Libres. Je pense en particulier à IBM qui emploient à plein temps 600 développeurs qui bossent sur le noyau Linux et investissent des millions (et pourtant IBM, ce sont vraiment vraiment pas des gentils, mais en même temps, ils aident bcp de projets Libres), et on peut retrouver des boîtes comme IBM, HP, Sun dans les pages de partenaires/donateurs/clients de projets communautaires (genre Apache: http://apache.org/foundation/thanks.html etc.)ou boîtes Open-Source (Trolltech: http://www.trolltech.com/company/customers.html ; mysql: http://solutions.mysql.com/strategic/ etc. ) multiples. On peut éventuellement se demander donc pquoi ces mêmes boîtes qui semblent tout à fait prêtes à largement contribuer à certains projets Open-Source n'aident pas du tout un énorme projet comme OpenBSD, et OpenSSH, dont pourtant ils se servent énormément?
Je veux surtout pas lancer de grandes discussions GPL/BSD. Le fait est que je connais pas bien trop les produits BSD, car je préfère perso la licence GPL pour mes propres projets. Je trouve la licence BSD trop permissive pour ma part. Par contre, c'est vrai que souvent j'admire vraiment ces contributeurs de projets BSD; là faut vraiment faire de tels projets avec beaucoup d'idéologie, et de foi dans ce monde. C'est impressionnant de mon point de vue. Mais je me dis que c'est peut-être cela qui fait que ça peut se retourner contre eux, et c'est vraiment le plus dommage, car l'une des pires choses qui puisse arriver à un libriste convaincu quelconque (de tous bords, BSD ou GPL), c'est qu'il en vienne à être déçu, à regretter ses contributions, voire carrêment à passer propriétaire. Finalement je pense que j'essaie le plus possible de me protéger de cela avec des licences qui s'impliquent davantage dans la politique (BSD est je pense assez idéologique, mais qui ne s'implique pas à l'extérieur), et le devenir de son projet comme la GPL.
Voilà, ce n'était qu'une pensée de ma part, car c'est vraiment bête ce genre de coup de gueule de la part de grands contributeurs, quand ça marche plutôt bien pour d'autres.
Sinon, j'avais un jour entendu quelqu'un dire -- mais je sais pas du tout si c'est vrai, pour ça que je demande confirmation -- que les projets BSD étaient souvent plus fermés (dans le modèle de dév) que les projets du côté de Linux. Je sais plus qui m'a dit ça, ou bien si je l'ai lu plutôt, mais en gros, l'argumentation, c'était que si BSD n'a pas percé aussi bien que Linux (malgré leur antériorité), c'est qu'il était assez difficile de contribuer. En gros fallait passer par beaucoup trop de filtres humains, de blocage de personnes bien considérés ds la communauté, fallait prouver sa bonne foi, qu'on faisait du bon boulot, etc. avant de pouvoir un peu faire baisser les barrières, et pouvoir contribuer plus aisément. Je me demandais si c'était vrai... Parce que ça peut expliquer des choses aussi. Certaines entreprises par exemple sont plus prompts à contribuer qu'à donner direct de l'argent, mais si c'est compliqué de contribuer... Enfin voilà, ça c'est une question. Si y a des BSDistes, ou des gens qui connaissent bien...
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Je sais pas si c'est vraiment de ça qu'il s'agit, mais ne serait-ce pas le fait que lancer 2 fois vim fait que c'est quand même la même instance de vim?
Exemple concret d'utilisation: faire du copier-coller vim (au clavier donc, en utilisant le presse-papier vim, avec y/p par exemple). Parce que jusqu'à présent, pour faire du copier-coller entre 2 instances différentes de vim, on est limité à ressortir la souris pour utiliser le copier-coller X (sélectionner/clic milieu). Et c'est très très très chiant. Grosse perte de temps.
Ca doit signifier ça de supporter plusieurs fenêtres de vim pour la même instance du programme.
Voilà, si c'est ça que signifie ce 11ème point, alors c'est clairement un point majeur que j'aimerais énormément.
C'est marrant, parce que j'avais récemment vu ds le manuel vim une section client-serveur (-h clientserver), et pendant un moment j'ai cru que c'était ça. Mais en lisant la page du manuel, ben j'ai vraiment trouvé aucun moyen de faire par exemple un simple copier-coller d'un vim à l'autre... :-( Le truc clientserver, à l'heure actuelle, c'est uniquement la possibilité d'envoyer des commandes depuis la ligne de commande ou depuis un autre vim vers le serveur. Moi je veux pas qu'il y ait un vim principal, et pleins de vim d'où on peut envoyer des commandes. Je veux juste que tous les vims soient reliés entre eux.
Dommage qu'on puisse plus voter, j'aurais voté pour ce point.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Ce que tu dis est intéressant.
D'un autre côté, ne peut-on pas considérer que nous sommes à une période de l'industrie informatique où les développeurs sont davantage conscients des nécessités de l'intéropérabilité?
Il fut une époque où tout le monde programmait en assembleur. A cette époque, le terme même "intéropérable" ne devait avoir aucun sens. Puis on a commencé à utiliser des langages plus haut niveau, mais comme de toutes façons, il n'y avait pas encore vraiment d'historique important de la programmation, avec des "bons usages de la programmation", ou tout simplement les principes de librairies, de module, en somme de réutilisabilité du code, ben pas non plus grande intéropérabilité...
De nos jour par contre, les programmes sont de plus en plus complexes, imposants, voire inhumains au niveau code. Les programmeurs savent que pour des programmes commerciaux d'envergure (les jeux en sont particulièrement), ils ne peuvent plus se contenter de bidouiller. Il leur faut des bases solides. Ils veulent pouvoir réutiliser le code d'un projet à l'autre. Ils ne veulent pas avoir à réécrire 100 fois les mêmes lignes de code très bas niveau (et donc peu compréhensible après coup). Ils veulent éviter à tout prix d'être dépendant du matériel (à la limite du système d'exploitation, mais carrêment d'éléments disparates de la machine, c'est un vrai bordel!), et donc de réécrire 10 fois plus de code pour la même chose, en fonction du matos. En d'autres termes: les développeurs veulent des briques de bases intéropérables, et réutilisables, ils veulent donc des librairies, et en particulier qui constituent des normes.
A l'heure actuelle, cette boîte est la seule à faire des PPU (à ce que j'ai compris), mais quand il commencera à y en avoir 2, 3, puis 4... à ce moment les développeurs pourraient commencer sérieusement à hésiter à devoir les prendre en compte (car s'ils en prennent un en compte, la question se pose de savoir lequel, et pourquoi pas tous?), étant donné la surcharge multiplicative de travail que cela risque de créer. Je pense sincèrement que le monde du développement de logiciel a évolué, et est moins bordélique qu'à une certaine époque. J'espère avoir raison, et aussi que ces constructeurs de PPU s'en rendront compte. Ce serait bête de reproduire 2 fois de suite la même erreur pour finalement se retrouver au même point d'intéropérabilité, mais quelques années après (donc retard).
Donc d'après moi, je me dis qu'à l'heure actuelle, ce n'est pas la même chose qu'à l'époque des 3dfx, et autres nombreuses interfaces diverses.
Ensuite je peux me tromper. Peut-être les mêmes erreurs vont se reproduire encore et encore... J'en sais rien, on verra bien.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
bon je peux me tromper, mais pr moi ça marche pareil que pr une carte 3D. Y a pas grand chose qui différencie un calcul d'affichage pr simuler la 3D d'un autre calcul.
Dc tout simplement pour la 3D, on "dit" à notre programme quand on veut qu'il utilise la carte 3D. Pour cela, on va utiliser des standards comme OpenGL (ou bien DirectX, qui n'est pas un standard, sinon de fait). Et les drivers faits par les constructeurs savent utiliser ces standards. Dc à chaque fois que tu utilises OpenGL, tu dis finalement à ton programme de passer par la carte 3D s'il y en a une (ou bien logiciellement sinon). Mais sinon un calcul 3D n'a rien de spécial hein. Tu peux tout à fait faire un prog en 3D sans utiliser OpenGL, et tout calculer "à la main" pour finalement envoyer le résultat de ton calcul à l'écran.
Ben là ça devrait être pareil. Quand on se balade sur le site, on voit que la boîte fournit ce qu'ils appellent le "AGEIA PhysX SDK", lequel doit être connu par le driver de la carte, et dc quand tu veux faire un calcul physique, tu le fais faire à travers l'interface de programmation du SDK fourni, ce qui aura par conséquence de l'envoyer à la carte physique si elle existe.
Maintenant pour moi il manque encore le côté "standard" d'OpenGL comme je le dis ds mon message plus bas. Parce qu'utiliser une norme comme OpenGL, c'est cool, mais si le programmeur doit être conscient de tous les SDK proprio différents fournis par tous les constructeurs... ben c'est infaisable.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
je n'y connais pas grand chose en hardware. Dc corrigez moi si je me plante. Mais en fait, pour une carte graphique, un programme est capable d'accéder à ses possibilités de calcul par une librairie "lien" (des interfaces quoi, finalement des drivers) entre software, et hardware, c'est ça? Et ce sont ces drivers-interfaces qui sont conscients et savent s'interfacer à leur tour avec les librairies graphiques bas niveau (qui sont en gros seulement DirectX (proprio, windows only), et OpenGL (Libre), à l'heure actuelle, n'est-ce pas?).
Et dc là où je veux en venir, c'est d'une part qu'on sait tous ici qu'il est important que les drivers (l'interface software-hardware) doit être Libre, afin qu'il soit facile de connaître l'interface hardware, de modifier et améliorer les drivers (ou bien de le porter rapidement sur d'autres plateformes non officiellement supportées, etc.), et tout simplement de savoir exactement ce que fait un driver, qui est qd même un machin qui s'installe au coeur (kernel) d'un système, et donc potentiellement "dangereux" et tout puissant. D'autre part, il n'existe pas encore de librairie de plus haut niveau que l'interface du driver pour la carte physique (équivalent à OpenGL/DirectX)... A moins qu'il s'agisse du "AGEIA PhysX SDK" qui est annoncé "gratuit" (à l'heure actuelle en tous cas).
Pour moi, cela pose de sérieux problèmes. Si -- comme ils l'annoncent eux-même -- ils sont vraiment actuellement les seuls du marché, et bien il risque rapidement d'y avoir monopole. De là, qui nous prouve qu'ils fourniront toujours leur sdk gratuitement? En outre, gratuit ou non, c'est toujours un danger du seul fait de la non Liberté du SDK pour les dévs, de même que du driver pour les utilisateurs (enfin... à moins que je me plante, mais je ne vois nulle part mention de Logiciel Libre. J'ai l'impression que ce sont des logiciels proprios).
En fait pour que ça devienne intéressant, il faut selon moi:
1/ des drivers Libres, et donc aussi une interface hardware documentée.
2/ une librairie middleware Libre à la place du SDK qui soit une sorte de norme au même titre que OpenGL l'est, de sorte que les drivers soient conscients de cette interface et la supporte.
Se baser uniquement sur le SDK proprio fourni est dangereux (risque de monopole, et d'abus qui s'en suivent), et en plus prépare des problèmes futurs de compatibilité, et donc beaucoup de boulot pour les dévs. En effet, si les librairies physiques existantes (assez haut niveau) décident (intelligemment cependant) de pouvoir utiliser les possibilités d'une telle carte, ils devront s'interfacer avec le SDK proprio. Or si à l'avenir, d'autres entreprises arrivent avec leur propre carte, puis leur propre SDK, etc. ben les librairies physiques haut niveau devront prendre en compte toutes les possibilités hardware, et dc tous les SDK différents. C'est un boulot très chiant qui devrait être fait à un niveau inférieur. Alors que s'il existe un middleware physique bas niveau Libre équivalent à OpenGL, normé, dans ce cas les librairies Physiques haut niveau pourront se baser simplement sur ce middleware, et donc être facilement intéropérable (puisque ce seront simplement aux constructeurs de cartes physiques de faire en sorte que leurs drivers suivent la norme d'interface du middleware Libre et normé, ce qui est bien plus logique et simple. On ne peut pas décemment demander à un développeur ayant besoin de physique de se renseigner sur toutes les cartes physiques existantes, et de toutes les supporter). En gros puisque y aura plein de cartes différentes, de constructeurs différents, etc., il faut bien que le "jeu" (ou bien le programme qui utilise la carte) soit complètement indépendant de la carte présente, qu'il marche quelle que soit la carte physique (comme actuellement qque soit la carte 3D grâce à OpenGL)...
Donc pour moi, ce genre de produit sera bon quand on sera sûr qu'il y ait des drivers Libre et une interface normée.
Ce qui serait très très intelligent de la part de son entreprise, c'est de ne surtout pas jouer le jeu du monopole dès maintenant. Ils sont les premiers, mais ils ne seront sûrement pas les derniers. Dc la chose à faire de leur part, ce serait de créer un mouvement Libre (création d'une fondation par exemple comme bcp le font) pour le développement d'un "SDK Libre et interopérable" pour le calcul physique, où tous les futurs constructeurs de carte physique pourront venir participer afin de faire évoluer ce SDK commun, comme évolue OpenGL à l'heure actuelle ( http://opengl.org/about/arb/overview/ -> liste des contributeurs à OpenGL). Autant faire les choses bien dès le début, sinon les divers constructeurs vont vite se marcher sur les pieds, et ça sera une technologie morte née.
Ensuite si y a des erreurs ds mon argumentation, merci de me corriger. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
j'ai posté mes avis au tout début de cette histoire, moins après parce que je trouvais que cette affaire se transformait en bataille rangée entre les camps "POUR" et "CONTRE". Et ça me fait perso chier d'intervenir dans une telle ambiance. D'autant plus que pour moi ce n'était pas du tout le propos du problème.
Apparemment j'ai l'impression que les contributeurs ou autres employés croient qu'on leur enlève de leur mérite et de leur contribution... Or c'est évidemment pas le cas. Et je suis d'ailleurs étonné que personne leur ait dit. Tout ce que des gens comme moi disent, c'est qu'il faut aussi reconnaître la contribution énorme de Duval (ben wé, sans lui pas de Mandriva! lol). L'air de rien, il est pas seulement cofondateur de Mandrakesoft puis Mandriva, il est aussi créateur de la distribution originelle (à partir d'une Red-Hat, mais c'est ça la beauté du Libre). Mais ça n'enlève en rien du mérite aux autres contributeurs depuis.
Et pr moi, quoiqu'on dise, un créateur a tout de même un statut assez spécial. C'est très dur de démarrer un projet, et de le mener jusqu'à un premier point où c'est utilisable, et dc où ça attire du monde. En fait, c'est très dur d'être le tout premier, d'être pas connu, et d'avoir une personnalité suffisante quand même pour fédérer des gens autour de ton projet qui n'est rien au départ. Evidemment, ça n'enlève rien au mérite de tous les autres qui sont arrivés après. Peut-être même que ces autres ont fait énormément, voire plus pour la distri (si toutefois ce genre de chose est quantifiable, ce qui me paraît bien difficile). Mais n'êtes-vous pas tout de même d'accord pour accorder aux créateurs des projets Libres un mérite particulier, et ne pensez-vous pas qu'ils ont fait une contribution énorme au Libre, et ce même s'ils sont peut-être moins compétents au final que d'autres contributeurs qui sont venus se greffer après? Ils ont pris des risques (car c'est toujours plus facile d'arriver après sur un projet qui marche bien et qu'on sait qu'il ne va pas disparaître dans les abîmes du net, que de démarrer un projet, passer bcp de son temps perso pour cela, sans rémunération au moins au départ, et sans savoir si ça aboutira, et si qqun trouvera ça bien, et utilisera, et en se disant qu'il se peut que le projet disparaisse peu après sans que personne s'en soit rendu compte, ni vous remercie). Quand on crée un projet Libre, y a presque une part d'abnégation, je trouve. On met son projet avant soi. Pour moi, ces initiateurs de grands projets, qu'ils soient aussi célèbres que Linus, Stallman, ou d'autres moins célèbres comme Duval, même si on peut à diverses occasions leur reprocher beaucoup, mérite quand même notre considération pour ce qu'ils font et ont fait. Or cela passe par ne pas être viré comme ça, à moins de raison très solide (par ex, s'ils font vraiment de la grosse merde assimilable à de l'auto-sabordage).
Le vrai truc qui me gêne, c'est que certains contributeurs ou employé ont clairement dénigré l'importance de la contribution de Duval. En gros, leur argument, c'est que pr eux Duval, une idée c'est facile à avoir (moi, je suis déjà pas tellement d'accord, parce que là on parle pas juste d'une idée, mais surtout d'une bonne idée, bien construite, et ensuite mise en oeuvre surtout, dc y a pas eu que l'idée, y aussi eu sa réalisation derrière), et qu'il glande plus rien maintenant. Ca j'en sais rien, mais bon même si c'était vraiment le cas (et j'en doute qd même, c'est son bébé Mandriva), ben rien que du fait de son statut de créateur, on peut pas lui retirer le fait qu'il est un contributeur majeur pour moi. Donc dénigrer son importance énormissime pr le projet, je trouve ça trop gros.
Et pis c'est vrai aussi que j'ai trouvé l'intervention du PDG assez hallucinante. Un point sur lequel bcp de gens ont sauté ici aussi d'ailleurs, tout comme moi, c'est qd il commence son communiqué en précisant que Duval n'a pas été viré... il a été licencié! Pour moi, ces 2 mots ont qd même même signification, dc j'ai une première impression qu'on se fout de ma gueule dès le départ, en essayant maladroitement de jouer sur les mots.
Pour moi donc, c'est surtout une question de principe. Je trouvais ça naturel jusque là. Pour moi, tant qu'il avait l'envie de contribuer en tant que salarié à la distrib qu'il avait fait naître (et donc dont il a créé tous les emplois par effet boule de neige), je trouvais naturel qu'il garde sa place. Je rejoins en ce sens l'avis de Thomas Pedoussaut (http://linuxfr.org/comments/694433.html#694433) que je trouve tout à fait sensé. Si vraiment son job était considéré comme non primordial par la boîte (du moins de manière économique), ben au moins il aurait fallu lui proposer un autre job, comme il a d'ailleurs été fait pour Jacques le Marois ( http://zdnet.fr/actualites/informatique/0,39040745,39331218,(...) ) d'ailleurs dans le même plan apparemment. Peut-être n'était-il pas le plus compétent ds son job actuel, mais qu'on me fasse pas croire qu'il y a pas une place où il peut être très compétent dans l'entreprise Mandriva. Quelqu'un qui est à l'origine d'un projet qui en arrive là ne peut pas être un idiot ou incompétent total (et il n'en donne d'ailleurs vraiment pas l'air quand on lit ses écrits en plus!).
Bon sinon je faisais partie de ces personnes qui t'énervent Berthy, ceux qui ont dit qu'ils vont boycotter Mandriva. Comme je dis, je le fais par principe. Cependant entre le moment où j'ai dit ça pour la première fois et maintenant, mon avis s'est radouci, et même si pour ma part, je vais arrêter d'utiliser Mandriva en tant que distrib principale, et retourner à un ancien amour, la Gentoo, je vais probablement continuer à la garder de côté (peut-être sur une autre partition par ex), la suivre, et même à la conseiller. En effet, admettons le, Mandriva reste pour moi une excellente distribution pour le grand public, de qualité, et très sympathique. En plus, en cherchant récemment (suite à cette affaire) une autre distri grand public, j'en ai trouvé peu dt les principes techniques ou philosophiques m'ont vraiment plu (je vais peut-être quand même tester à fond la Ubuntu, même si des points me dérangent). Je ne suis perso pas un grand contributeur de Mandriva (du moins pas dans votre sens). Mais néanmoins, mon amour du Libre fait que j'ai passé beaucoup beaucoup de temps (et encore régulièrement d'ailleurs) à aider des amis (dont j'ai fait passé plusieurs d'entre eux sous GNU/Linux, l'utilisant dorénavant en OS principale, voire unique), à expliquer des choses, donner des conseils, montrer et aider à configurer, etc. etc. Un de mes plaisirs reste d'ailleurs de passer parfois sur des forums pour promouvoir le Libre, et j'ai à plusieurs reprises écrit des tutos sur des sujets (sur des forums, ou pour une assoce dans ma fac) autour des systèmes GNU/Linux, et souvent orienté Mandriva pour aider les débutants avec une distri accessible. Une bonne distrib grand public et Libre est donc pour moi clairement un point important. Or Mandriva est en effet les 2, donc je vais donner une chance pour ce côté là (mais plus pour moi), en espérant qu'ils fassent pas davantage de merdouilles à l'avenir.
Voilà, c'était là mon avis sur cette affaire en entier. Je rappelle un des points clés: personne ici -- je pense -- ne veut rabaisser la contribution des nombreuses personnes qui aident à faire vivre Mandriva. Je vous suis perso reconnaissant énormément à tous! Mandriva est la distrib qui m'a fait découvrir le Libre, et GNU/Linux y a encore peu. Dc ne prenez pas personnellement quand on en veut à Mandriva, car c'est pas aux contributeurs, ni aux employés de façon personnelle qu'on en veut. Non c'est à la société en tant qu'entité économique, laquelle a pour beaucoup d'entre nous (pour moi en tous cas) fait une crasse envers une personne qu'on respectait (ce quelque soit le contexte, et même si on connaît pas tous les tenants de l'affaire, pour moi c'est le cas). Or le Libre, c'est pas que de l'économie, c'est aussi de l'humanité normalement. Voilà.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
diverses questions:
- Est-ce que c'est sûr que les CDs nous seront remboursés par le magasin (la fnac en l'occurence)? Non, parce que s'il faut acheter un CD, de merde en plus, et avec des DRM encore pire, ben ça m'embêterait franchement qu'ils me restent sur les bras si on se fait rembarrer par la Fnac.
- Il est question de "début de soirée", mais concrètement, c'est quelle heure (même approximative si vous voulez, mais quand même moins... genre "vers 17H")?
- Y a combien de personnes inscrits à l'heure actuelle?
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
je suis pas du tout expert en imprimante, et je sais pas du tout ce qu'est GDI. Par contre en tant que simple utilisateur, je sais qu'un pote a récemment acheté une imprimante Brother, qu'on avait trouvé un site spécifique pour les drivers Linux pour les imprimantes Brother ici: http://solutions.brother.com/linux/en_us/index.html
Comme on peut le remarquer, les drivers sont sous GPL, et de source téléchargeables (en fait notons que les drivers CUPS le sont. Je ne trouve aucune info de licence sur le site, ni de lien de téléchargement de source pour les drivers LPR, ou pour les drivers de scanner).
Et il y a aussi une section "information pour les développeurs", afin de permettre de créer des drivers Ghostscript et Postscript (j'imagine que le PS de PS/PCL signifie Postscript, non?). D'ailleurs les fichiers fournis (fichiers PPD, pour ce que ça veut dire...) pour faire des drivers postscript pour CUPS sont précisés sous GPL aussi (comme pour les drivers CUPS déjà existants donc).
Enfin voilà, je comprends pas tout ce que je dis, en particulier parce que j'y connais rien du tout en technologies d'impression. Mais je faisais part du fait qu'il y a clairement des efforts de la part de cette boîte qui héberge une page spécialement pour les drivers Linux, fournit des infos et des fichiers sous GPL pour faire des drivers, et fournit aussi des drivers avec source, sous GPL. Ensuite, je sais pas pquoi certains autres drivers à côté n'ont pas d'info de licence (du moins là comme ça je vois pas sur le site. Peut-être une fois installé ds les fichiers installés...).
Bon évidemment tout n'est pas encore parfait, certaines imprimantes n'ont sûrement pas encore de drivers fonctionnels (je pense, sinon pourquoi ils feraient une liste des imprimantes supportées sous nux?). Et en plus mon pote est assez dégoûté, car la multifonction MFC 620CN qu'il s'est acheté, les drivers fournis ne gèrent pas le scanner par le réseau (alors qu'il l'a acheté pour ses capacités réseaux).
Mais c'est quand même déjà pas mal, et mieux que la plupart des autres vendeurs de matos d'impression et de scan.
Voili voilou.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Dig !
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal [ogg vorbis] Brian Jonestown Massacre. Évalué à 5.
Cette news m'a donné envie d'acheter leurs albums. C'est trop cool qu'on puisse télécharger les morceaux, et en ogg vorbis en plus! C'est assez rare.
Sans compter qu'ils font de la bonne zik!
D'ailleurs ça m'a aussi donné envie de voir le film "Dig". On m'en avait parlé, mais je l'ai pas vu.
Sinon qqun a un lien vers du texte qui explique la raison du groupe? Ils parlent de "to keep music evil" (garder la musique diabolique...). Y a même un "committee to keep music evil". Mais à part donner de l'argent à ce "comité", y a pas vraiment d'info sur le discours derrière (du moins j'ai pas trouvé en fouillant le site). J'aimerais bien savoir, je pense que ce serait intéressant. Si qqun a des liens de trucs qu'ils ont dit, ça m'intéresse. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: comme ça ce sera fait
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche LinuxForum 2006 : IBM et Linux. Évalué à 6.
défenseuse/défenseresse > A vrai dire, je n'ai en effet trouvé aucun des deux dans le dictionnaire. C'est la raison pour laquelle je me suis permis de mettre défenseresse, que je trouvais bien plus beau que défenseuse (je l'avais mis au début). Il me fallait substantiver cet adjectif au féminin cependant (une entreprise). J'ai pris le parti de défenseresse, qui est une tournure bien plus jolie et agréable à l'oreille, à l'image de la chasseresse, qui est une sorte de féminin poétisé de chasseur (alors que chasseuse existe également; tout comme chasseresse, lequel terme est davantage utilisé en poésie, dans des contes romancés ou en mythologie).
Quand le vocabulaire montre ses limites, je pense qu'il faut savoir aller de l'avant, sinon on n'en finit pas. Il n'y a pas de féminin officiel de "défenseur", je me suis donc simplement permis de le "créer" pour mes besoins (quoique je suis persuadé ne pas être la première personne à l'avoir fait).
Evidemment une autre méthode aurait été de contourner ce manque par un changement de tournure de phrase, ou bien en m'arrangeant pour avoir besoin d'utiliser défenseur au masculin, non au féminin. C'est aussi une technique d'écriture bien plus stricte, et qui se défend totalement.
Je pense sincèrement qu'il ne faut pas s'arrêter à ce genre de détails, et être trop pointilleux, c'est ça qui tuerait le langage selon moi. Le fait est que je suis un amoureux de la langue française (des langues en général), et c'est pour moi de cette façon que j'exprime cela. Ensuite je suis loin d'être parfait, et on m'a déjà montré à plusieurs reprises que je faisais aussi plein de fautes grossières, comme tout le monde je pense. Alors à chacun d'estimer ce que vaut cette coquille intentionnée; et si vous souhaitez la corriger, libre aux admins de linuxfr.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Thème d'émoticones ?
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Un standard pour les themes de IM. Évalué à 2.
je vois ton problème d'affichage des smyleys indépendant du protocole. Mais cela est-il si important? Pour moi cela deviendra intéressant à partir du moment où les protocoles deviennent ouverts et intéropérables (on peut rêver... je pense cependant qu'un tel jour devra bien arriver un jour, pas forcément une ouverture, mais au moins un accord de compatibilité généralisé entre tous les protocoles, quand les entreprises se rendront compte de cette nécessité), mais c'est pas encore le cas. En effet, à ce moment là, ce serait intéressant que les émoticones soient les mêmes au départ et à l'arrivée. Mais encore une fois, je ne trouve pas que ton idée est la bonne solution.
Et ce, pour une raison toute simple: la plupart des gens ne veulent pas se fatiguer à "installer" des thèmes, à personnaliser leur client, et à s'échanger les thèmes pour être "compatible avec mon copain Bob". Surtout que pour peu que plusieurs potes utilisent des thèmes différents, on doit leur demander séparemment de nous envoyer leur thèmes, les installer, éventuellement dire explicitement à notre client que quand il reçoit un mess d'un tel, il doit mettre tel thème, et de tel autre ami, tel autre thème (sinon ça sert à rien). C'est "compliqué", donc chiant, donc ça ne peut pas marcher selon moi. Les gens aiment les trucs simples, où ils ont rien à faire. Or envoyer des images sans qu'ils aient rien à faire (si ce n'est lors de la configuration du client avoir coché la case "accepter les émoticones personnalisées"), ça c'est simple. Je vois pas comment des gens pourraient passer sous Jabber si on leur dit qu'ils peuvent avoir des émoticones personnalisés, mais ils doivent d'abord envoyer le thème à tous leurs amis, leur demander de les installer, et après seulement ça marchera; alors qu'ils répondront (à raison), ben sous MSN, c'est automatique.
Je pense que si un besoin d'intéropérabilité indépendant est nécessaire dans un avenir certain pour une gestion avancée des émoticones, ça devra être tout simplement une compatibilité entre le système d'envoi d'émoticone de Jabber (qui existera un jour peut-être en extension standard, espérons le pour la diffusion de Jabber), et celui des autres protocoles (pour ceux qui en ont).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Thème d'émoticones ?
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Un standard pour les themes de IM. Évalué à 6.
je viens de lire la jep que tu conseillerais. Déjà je souligne dès le début que son approbation a été reportée (deferred), et donc n'est pas recommandée (donc ça a a priori été traité, et plus ou moins refusé).
Ensuite, j'ai quand même voulu voir par moi-même, et par conséquent je l'ai lue entièrement. Ben c'est en gros comment marchent actuellement les émoticones dans Jabber.
Cette jep définit plus une manière de traiter les émoticones dans un texte au niveau client qu'une extension du protocole même (c'est ce qu'ils appellent le "here and now" dans les buts du jep). Au final ça veut dire que si les 2 clients ne gèrent pas la même liste d'émoticones, on ne va pas recevoir le même message que celui envoyé.
Si le gars a un émoticone qu'on n'utilise pas, on obtiendra un texte standard à la place (qui peut à mon avis donner à la phrase un drôle de sens si on ne se rend pas compte que c'était sensé être un émoticone!). Pire si nous on a un émoticon que l'envoyeur n'a pas prévu, notre phrase sera bourrée d'émoticones parasites (vécu: un pote m'avait envoyé un "schéma" simple, fait en caractères, avec des flèches et des A, B, C, etc. Ben j'ai reçu des dessins bizarres avec une bière, et un café! Je savais même pas que de tels émoticones existaient, et ça n'avait rien à foutre dans ce texte surtout).
Bon tout ça pour dire que cette jep ne propose selon moi rien de nouveau, et que je pense que ce n'est absolument pas la solution. Ca ne propose en rien par exemple les intéressantes propositions que j'ai lu plus haut, à savoir un véritable envoi d'émoticones personnalisées à la MSN, mais avec la sécurité, la protection de la vie privée, et le respect du net (abus de bande passante avec plein de transferts inutiles) propres à Jabber puisqu'il y a acceptation explicite des émoticones.
Une bonne proposition pour la gestion améliorée des émoticones doit correspondre à une extension du protocole comme indiqué plus haut par d'autres, avec proposition d'envoi d'image (donc choix d'acceptation du receveur requis, configurable évidemment dans le client pour ne plus avoir à s'en occuper après coup). Il faut également que le receveur sache explicitement quand un émoticone personnalisé lui a été proposée (et qu'il l'a refusée), et qu'il ait un label texte de l'émoticone accessible; non que le texte de l'émoticone soit simplement intégré dans le reste du texte l'air de rien (comme proposé dans cette jep), ce qui peut porter à confusion pour certains textes.
Bon je dis pas, pour les émoticones classiques, je suis d'accord pour que ce soit géré au niveau client (on va pas s'envoyer des smyleys personnalisés ":-)" ou ":-(" à tout bout de champs, ça serait du gâchis de bande passante). Mais par pitié, il faut que cette liste soit la plus petite possible. Il faut véritablement se limiter aux gros gros classiques, internationaux (sans mot d'un langage donné, parce que -- tout de même -- y a beaucoup de langages différents sur cette planète!). Finalement, moi je conseille de limiter les émoticones gérés par le client à toute la liste des :-) :-/ :-(, etc. Bon éventuellement les trucs comme "lol" (en fr: mdr, donc on voit qu'on trébuche encore sur les blems de langues), tellement c'est utilisé.
Mais quand je vois que les propositions des "core icons" proposés dans cette jep contient:
je trouve ça ridicule. C'est le genre d'icones que je n'ai jamais utilisés dans ma vie. La seule fois où je les ai vu, c'était une erreur de mon client justement, qui a interprété des (B) par bière, et (C) par café!!! En plus c'est pas international (c'est anglais, certes langue "internationale", mais n'oublions pas que tout le monde ne parle pas anglais pour autant), et ça n'a pourtant pas le mérite de la forte diffusion comme "lol".
Pour moi, ça, ce doivent typiquement être en dehors des émoticones de bases, mais être par contre des envois personnalisés! (notez que pr les personnes qui envoient bcp d'émoticones, les clients devraient intégrer un système de cache qui permet d'éviter de recharger les émoticones personnalisés déjà envoyés récemment par la même personne)
Je pense donc qu'il faut revoir le système d'émoticone de Jabber, et cette jep ne propose pas cela.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: SM?
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal "On se contacte ce soir sur MSN !!". Évalué à 10.
Pour l'instant leur réseau est encore en phase de bêta à ce que j'ai compris, et surtout il n'est pas ouvert au reste du réseau Jabber. Mais -- à l'instar du réseau GoogleTalk -- on peut espérer qu'il le sera tantôt (il me semblait avoir lu une annonce du genre qque part, mais une courte recherche ne m'a permis de retrouver aucune source, dc le doute est permis).
Sinon pour revenir au sujet principal du sujet, Nicolas Blanco, j'ai l'impression que tu préconiserais la création d'un nouveau protocole Libre, entièrement dédié à "la communication pour les jeunes". Quand tu parles de Jabber, j'ai l'impression que tu considères que Jabber n'est pas fait pour cela. Pour moi, c'est une erreur. Déjà d'une, on ne va quand même pas reprendre à la base tout un protocole alors qu'un très bon existe déjà (boulot énorme, dc on aurait des années de retard). De deux, je vois absolument pas en quoi Jabber ne fonctionnerait pas pour cela. Un protocole, c'est uniquement le moyen technique, non le produit final, je vois pas en quoi ça gênerait une utilisation "aussi" pour les jeunes.
Je pense perso que Jabber est suffisamment bien fait pour correspondre à toutes les utilisations. C'est une base ce protocole, ensuite chacun peut l'utiliser comme ça lui chante, avec toutefois l'avantage qu'il y a intéropérabilité entre les diverses utilisations.
Je sais bien qu'il manque encore qques possibilités ds Jabber (je pense notamment au son, et à la vidéo. Les trucs genre Wizz and co, j'ai pas trop envie de voir ça ici, mais bon si c'est optionel au protocole, et si ça permet de libérer les gens des réseaux proprios, ça me dérange pas tant que ça), mais pour moi, ça signifie juste qu'il faut étendre ce protocole, puis implémenter ces extensions, non pas faire un nouveau "réseau Libre juste pour les jeunes". Ca c'est voir à court terme. En plus, comme tu l'as fait remarqué, les jeunes, ils grandissent, et donc ils évoluent. Et donc quoi, ils changeront aussi de réseau à ce moment là? C'est pour ça qu'il faut un réseau qui s'adapte à l'utilisateur, pas plein de réseaux (dc tjrs des blems d'intéropérabilité) pour chaque utilisateur à une partie de sa vie.
Enfin voilà, c'est mon avis. Je trouve vraiment que Jabber est en excellente voie (puisque je parlais d'audio/vidéo, je ferais remarquer que ce sont des extensions actuellement en fort développement et qui devrait très très bientôt être disponibles massivement et officiellement dans le réseau Jabber). Ca vient lentement, mais sûrement, et je trouverais redondant (par rapport à Jabber) de chercher à réfléchir sur un "vrai concurrent à MSN", comme tu dis.
Et c'est sans compter le côté "fracture" entre les djeunz, et les vieux schnoks... Genre là on a vraiment l'impression qu'il faut un réseau pour les jeunes (qui sont branchés, qui veulent plein de tralalas rigolos), et les "vieux" (qui sont sérieux, veulent juste bosser, pas rigoler). Déjà je trouve que ce genre de marketing de la part d'entreprises est ridicule, voire souvent de mauvais goût. Moi je connais des jeunes super coincés, et des personnes agées qui sont de vrais gamins. Et je connais aussi des gens qui sont juste cools, dans aucun excès, toute leur vie. Donc pour ceux-là (très nombreux), c'est un peu insultant quand on leur parle comme à des gamins attardés, sous prétexte qu'ils sont jeunes; puis plus tard, ils se font chier quand on leur impose plein de règles, de normes de bonne conduite, et qu'on leur impose la bonne morale des adultes bien-pensants comme il faut. Faudrait peut-être pouvoir rester naturel, et donc utiliser les mêmes moyens techniques pour tous, pas pour certaines catégories d'âges ou de population. La catégorisation des personnes (et par là même l'uniformisation à force des ces personnes dans leur catégorie), franchement je trouve que c'est une des pires choses que notre société puisse produire.
Les technologies comme Jabber ont l'avantage énorme (vis à vis de leurs correspondants proprio du moins) d'être extrémement souples, et utilisables comme briques techniques pour construire dessus autre chose, sachons utiliser cela pour que chaque utilisateur adapte Jabber à sa propre individualité, pas à une catégorie qu'on lui a imposée.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Problème matériel
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal S'emparer du marché informatique par le jeu vidéo. Évalué à 2.
Bon évidemment ça ne règle pas le blem de la liberté des drivers, et c'est bien dommage. Mais ça malheureusement ma proposition ne le résoud pas; il faudra bien qu'un jour les développeurs et constructeurs de tous bords comprennent d'eux-même que c'est mieux idéologiquement, mais aussi efficacement!
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Ca me rappelle un truc
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal http://gabbly.com. Évalué à 2.
Autre remarque que j'ai oublié de faire la dernière fois: j'ai pas compris ce que tu voulais montrer avec tes citations de commandes par rapport à l'adresse de Google Talk, et son ip... Ca doit sans doute être à cause de mon manque de connaissance des technologies réseau. Si tu pouvais m'expliquer ça, ce serait cool.
Merci.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Ca me rappelle un truc
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal http://gabbly.com. Évalué à 2.
En précisant cela, insinues-tu (ou affirmes-tu) que Gabbly utilise Jabber comme protocole? Parce qu'avec ce nom justement, je me demandais si ça ne pouvait pas effectivement être le cas: pour une raison incongrue "gabbly" me fait penser à Jabber... Je pense que ce qui me fait faire cette association d'idées, c'est le "gabb", comme dans "gabber", voire presque même d'autres clients Jabber comme Gajim, voire Gaim, etc. Mais j'ai beau eu chercher sur le site, je n'ai rien trouvé mentionnant l'utilisation du moindre protocole, ni rien m'indiquant qu'on avait affaire à des libristes non plus, etc.
Donc as-tu des informations à ce propos? Ou bien tu citais juste ce passage de proposition d'extension du standard pour mettre en avant le fait que c'était une caractéristique possible dans le proto Jabber?
'lus.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: La gestion de multiple fenêtres
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Chasse aux bugs ouverte pour Vim 7.0. Évalué à 3.
je connaissais pas ces commandes (mais, c'est ça qui est bien, on apprend toujours de nouveaux trucs avec vim), mais en l'occurence elles marchent pas avec moi.
Tu peux m'expliquer? En faisant des recherches dans l'aide, j'ai l'impression que tu veux me faire utiliser le principe des registres, c'est ça? Mais j'ai fait des tests, et ces registres ne sont pas communs d'une instance de vim à l'autre (j'ai enregistré du texte ds un registre, puis ai affiché son contenu; et ensuite ds une autre instance, j'ai affiché le contenu, et c'était vide).
Ca marche d'une instance de vim à l'autre pour toi? T'as peut-être une option de compilation spécifique?
Je note que ds le manuel, je lis
J'ai donc vraiment l'impression qu'il faut que ce soit la même instance de vim, avec des fichiers dans des buffers séparés. Mais si tu me montres que c'est faisable comme je l'aimerais, je te serai vraiment méga reconnaissant. :-)
En tous cas, merci dans tous les cas pour ton message, ça m'a permis de découvrir des nouveaux trucs (les registres) dans le manuel. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: intéressant
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal S'emparer du marché informatique par le jeu vidéo. Évalué à 3.
Merci pour l'info. J'espère sincèrement que le jeu va marcher. Pour ma part, je vais suivre le jeu de près, l'installer dans sa version gratuite, et je l'achèterai peut-être s'il est vraiment bien. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: que est l'objectif ?
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal S'emparer du marché informatique par le jeu vidéo. Évalué à 4.
Mais sinon moi je suis totalement d'accord avec toi. En réalité pour moi la vraie finalité, ce sont les particuliers. Dans mon optique, c'est eux que je cherche à attirer vers les logiciels Libres. Les entreprises m'intéressent beaucoup moins. Je ne faisais que reprendre l'optique économiste sur "comment gagner beaucoup d'argent en faisant du Libre".
Et en fait ds ton message, tu touches un point assez particulier du LL, qui est justement la cassure qui s'est créée entre le Logiciel Libre (porté par la Free Software Foundation) et l'Open-Source (défini par l'Open Source Initiative, sur la base du contrat social Debian). La plupart des gens ne font pas la différence, et il est vrai que dans la finalité, ça en revient au même. Mais dorénavant quand vous regardez un projet "Libre", vérifiez si c'est vraiment "Libre", ou bien plutôt "Open-Source" (des fois c'est précisé, genre si y a une page "contrat social" ou autre). Déjà constat simple, je n'ai quasi jamais vu d'entreprise de philosophie Libre, la plupart étant Open Source (tres simple, allez sur les pages de Red-Hat, de MySQL, de Trolltech, Apache -- qui n'est pas une entreprise, mais bien une fondation communautaire pour entreprises --, Suse, etc. Notons que selon les pages, Mandriva se réclame Open Source, ou FOSS, soit Free/Open Source Software, dc c'est mixe. Peut-on mettre en parallèle avec le fait que c'est une distribution grand public originellement?).
Le fait est que dans le cas du LL, il y a clairement un combat idéologique. Dans l'Open Source, il n'y a pas de combat du tout, juste utilisation d'un modèle économique peu commun, mais viable, et fichtrement efficace. Or ceux-là vont souvent cibler par exemple les autres entreprises.
Dans mon article, je voulais mettre en avant un point de vue économique, c'est pourquoi j'ai pris une optique plus éco, dc sur une base philosophie Open Source, non philo Libre. Notamment les entreprises OSS a priori ne trouvent pas aussi intéressant de savoir qu'on pourrait avoir bien plus de grand public sous Linux, que si on leur disait qu'on pourrait intéresser bien plus d'entreprises à Linux. Par contre si je leur dis que le fait d'attirer plus de gens, ça va aussi attirer plus d'entreprises, alors l'idée va les intéresser peut-être. Et qui sait si des entreprises actuellement axées pro ne vont pas se mettre à financer aussi des jeux vidéos avec de tels raisonnements? En gros, j'ai voulu vraiment prendre un raisonnement rentable que ce soit pr les entreprises axés grand public autant que pr celle axées entreprise.
[ Qu'on ne me fasse pas dire ce que je n'ai pas dit, je n'ai pas dit que la FSF se fout de la rentabilité de leur modèle, bien au contraire. Mais ils ont juste une couche en plus, qui est la couche idéologique. Moi je me suis contenté de prendre la vision la plus terre à terre possible, pr toucher même les gars qui font pas ds l'idéologique. ;-)
Pour ma part, shuis clairement libriste (pas "open-sourciste", lol ça se dit?), et je veux aussi bosser dans ce milieu, mais faut s'adapter au public qu'on veut appâter. :-) ]
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: intéressant
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal S'emparer du marché informatique par le jeu vidéo. Évalué à 3.
bah je parle pas de porter des jeux qui existent déjà, mais des jeux à venir. Donc il suffit qu'à l'avenir, les gens qui programment n'utilise pas DirectX, mais OpenGL pr pouvoir porter facilement. Y a déjà pas mal de jeux qui utilisent OpenGL, c'est pas une petite techno qd même.
Quant au problème de "se passer les jeux" (passons sur la question de la légalité de la chose pr les jeux proprios), ben ça devient plus un blem à partir du moment où les jeux sont sous GNU/Linux ou multi-plateforme. Ils pourront aussi se passer leurs jeux pour Linux.
Enfin pr les jeux Microsoft, j'en ai connu des pas mauvais. J'ai bien aimé les Age of Empire par ex (je suis sous Linux depuis un peu moins de 3 ans... eh wé, à une époque, y avait win sur mon ordi). Je vais sûrement pas leur jetter la pierre sur la qualité de leurs jeux.
Et pis bon qqun t'a déjà fait remarque que Dungeon Keeper, c'était pas krosoft. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: mouaif
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal S'emparer du marché informatique par le jeu vidéo. Évalué à 2.
Tu estimes que j'ai tort en disant que plein de gens achètent des ordis pr la détente? Et quand c'est le cas, alors ils achètent des consoles de jeu, pas des ordis donc?
Je tiens à préciser que quand je parle de détente, j'entends pas QUE le jeu. Mais bcp de gens ont acheté un ordi pr autre chose que bosser. Que ce soit pour discuter sur msn avec les potes, se balader (surfer comme on dit) et s'informer sur le net, voire avoir une adresse email, télécharger des "trucs" (légaux ou non), etc.
Evidemment certains te disent "c'est pas de la détente, les mails, c'est un truc utile pr communiquer" ou autre. Mais ce sont des trucs pour moi tout à fait secondaires, et assimilables à la détente. Les mails, c'est pratique, mais quand je peux m'en passer (genre appeler au tél), je préfère. Et qu'on me parle pas de l'utilisation personnelle de bcp de gens des logiciels bureautiques. Utiliser word pour taper une lettre par mois, franchement... Moi-même, j'écris la plupart de mes lettres à la main.
Tu fréquentes peut-être que des geeks qui programment H24 sur leur ordi, et qui bossent ds l'info, ou bien des secrétaires qui bossent à domicile, mais j'en ai vu des tonnes et des tonnes des ordis utilisés à la maison pour ce que j'appelle de la détente... Je leur jette pas la pierre, au contraire. C'est vrai que c'est "pratique", sympa, etc. mais loin d'être indispensable (comme ça le devient ds une entreprise de nos jours). Donc pr moi, c'est de la détente, et les consoles n'apportent qu'une part infime de ces détentes (la part "jeu vidéo").
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: En plus court :
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal S'emparer du marché informatique par le jeu vidéo. Évalué à 2.
Je sais aussi que j'ai du mal à travailler ce défaut, comme chacun pour ses propres défauts.
En fait j'ai tendance à trop vouloir expliquer, justifier, et prouver ce que je dis (références, trucs comme ça pour montrer que ce ne sont pas des élucubrations sans fondements sorties de mon cerveau ramolli).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
# L'idée est bonne...
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Corrompre le système de l'intérieur. Évalué à 5.
Et notamment, je me demande si -- même nombreux -- on aura vraiment du pouvoir.
Je dis ça notamment par rapport à un commentaire que j'ai fait ds Linuxfr, en réponse à un gars qui disait que de ttes façons Bill Gates était majoritaire de Microsoft, et dc pouvait pas être viré. Je fais donc savoir que j'avais lu un jour que Bill Gates avait un truc comme 15% de Microsoft (même si ça a sûrement changé depuis, je doute qu'il ait plus de la moitié maintenant). Et là on me rétorque qu'il y a des histoires de statuts, que le pourcentage d'action n'est pas forcément synonyme de pourcentage de pouvoir, et que parfois les actions peuvent ne pas donner de droit de vote pour autant.
Moi j'ai rien à répondre à ça, j'y connais strictement rien. Déjà j'avais beaucoup de mal à comprendre le système de l'actionnariat jusque là (genre un jour on m'a dit que les actions qui montent et descendent ne dépendent pas forcément tout le tps de la bonne santé de l'entreprise), ben là je suis encore plus perdu si maintenant on me dit qu'être actionnaire te donne pas forcément voix proportionnel à la gestion de la boîte. (et pourtant je lis Largo Winch! mdr)
Faut croire que les gars qu'ont créé la bourse ont prévu ce genre de trucs... shais pas.
Enfin voilà, faut quand même bien savoir ce qu'on fait et se renseigner sur le fonctionnement de l'actionnariat. Moi ça me foutrait un cas de conscience d'investir du fric (dc d'aider) ds une boîte dont je déteste la philo, et même pas avoir mon mot à dire...
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Questions sur la normalisation
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Les PPU !!. Évalué à 2.
Le truc, c'est quand même qu'ils ciblent un marché très précis: les jeux vidéos (même si leur carte pourrait sûrement servir ds d'autres domaines). Or c'est un marché où je pense le travail est immense (par ex, ds un post-mortem de Neverwinter, Bioware annonçait que le jeu avait nécessité 160 années humaines de dév!). Et typiquement pour des progs d'une telle ampleur, surtout quand on en fait plusieurs en parallèles (les grosses boîtes de dév ont svt plusieurs équipes sur plusieurs jeux en cours, et ils enchaînent), ben on veut pouvoir réutiliser la prochaine fois.
Donc s'ils doivent faire un jeu avec un SDK particulier, et qu'ils savent que ds un an, une carte d'un autre constructeur va sortir (surtout si c'est un constructeur majeur), et dc qu'ils devront rajouter le support de cette carte... je suis persuadé qu'ils préféreront pas implémenter du tout dès le début, plutôt qu'être incertain de la viabilité de leur lib à moyen terme... à moins qu'il y ait une norme quelconque des PPU, et qu'ils savent que les nvelles cartes d'autres constructeurs suivront aussi cette norme.
Voilà mon avis. Ils auront peut-être le support de petites boîtes qui ont du mal à avoir une vision d'ensemble, mais les plus grosses boîtes (celles qui vendent vraiment bien) sont -- je pense -- très conscients de ce genre de choses, car ils ont l'habitude des projets de plusieurs années. Et sans ceux-là, leur truc va crever.
Leur seule chance de survie pour moi, c'est que les autres constructeurs qui feront des PPU derrière auront cette idée à leur place, et les inciteront à se réunir pour créer une norme.
Ensuite, je peux me planter, moi je suis pas économiste. ;-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Hopital et charité?
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal L'UE se méfie de Vista. Évalué à 6.
En plus, en Asie, le moteur par défaut ds FF est Yahoo (paraît-il, c'est Tristan Nitot qui l'a dit :p), parce que Yahoo Asie serait plus performant et pertinent que Google ds ces pays lointains. :-)
Ca montre notamment que les alliances Mozilla sont flexibles, et pas forcément au bénéfice d'une unique entreprise. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: OpenSSH
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Interview du leader d'OpenBSd : Du pur Théo !. Évalué à 5.
Le fait est qu'on peut aussi s'interroger pquoi ces mêmes boîtes qu'ils citent contribuent et financent en même temps très largement d'autres énormes projets Libres. Je pense en particulier à IBM qui emploient à plein temps 600 développeurs qui bossent sur le noyau Linux et investissent des millions (et pourtant IBM, ce sont vraiment vraiment pas des gentils, mais en même temps, ils aident bcp de projets Libres), et on peut retrouver des boîtes comme IBM, HP, Sun dans les pages de partenaires/donateurs/clients de projets communautaires (genre Apache: http://apache.org/foundation/thanks.html etc.)ou boîtes Open-Source (Trolltech: http://www.trolltech.com/company/customers.html ; mysql: http://solutions.mysql.com/strategic/ etc. ) multiples. On peut éventuellement se demander donc pquoi ces mêmes boîtes qui semblent tout à fait prêtes à largement contribuer à certains projets Open-Source n'aident pas du tout un énorme projet comme OpenBSD, et OpenSSH, dont pourtant ils se servent énormément?
Je veux surtout pas lancer de grandes discussions GPL/BSD. Le fait est que je connais pas bien trop les produits BSD, car je préfère perso la licence GPL pour mes propres projets. Je trouve la licence BSD trop permissive pour ma part. Par contre, c'est vrai que souvent j'admire vraiment ces contributeurs de projets BSD; là faut vraiment faire de tels projets avec beaucoup d'idéologie, et de foi dans ce monde. C'est impressionnant de mon point de vue. Mais je me dis que c'est peut-être cela qui fait que ça peut se retourner contre eux, et c'est vraiment le plus dommage, car l'une des pires choses qui puisse arriver à un libriste convaincu quelconque (de tous bords, BSD ou GPL), c'est qu'il en vienne à être déçu, à regretter ses contributions, voire carrêment à passer propriétaire. Finalement je pense que j'essaie le plus possible de me protéger de cela avec des licences qui s'impliquent davantage dans la politique (BSD est je pense assez idéologique, mais qui ne s'implique pas à l'extérieur), et le devenir de son projet comme la GPL.
Voilà, ce n'était qu'une pensée de ma part, car c'est vraiment bête ce genre de coup de gueule de la part de grands contributeurs, quand ça marche plutôt bien pour d'autres.
Sinon, j'avais un jour entendu quelqu'un dire -- mais je sais pas du tout si c'est vrai, pour ça que je demande confirmation -- que les projets BSD étaient souvent plus fermés (dans le modèle de dév) que les projets du côté de Linux. Je sais plus qui m'a dit ça, ou bien si je l'ai lu plutôt, mais en gros, l'argumentation, c'était que si BSD n'a pas percé aussi bien que Linux (malgré leur antériorité), c'est qu'il était assez difficile de contribuer. En gros fallait passer par beaucoup trop de filtres humains, de blocage de personnes bien considérés ds la communauté, fallait prouver sa bonne foi, qu'on faisait du bon boulot, etc. avant de pouvoir un peu faire baisser les barrières, et pouvoir contribuer plus aisément. Je me demandais si c'était vrai... Parce que ça peut expliquer des choses aussi. Certaines entreprises par exemple sont plus prompts à contribuer qu'à donner direct de l'argent, mais si c'est compliqué de contribuer... Enfin voilà, ça c'est une question. Si y a des BSDistes, ou des gens qui connaissent bien...
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: La gestion de multiple fenêtres
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Chasse aux bugs ouverte pour Vim 7.0. Évalué à 7.
Exemple concret d'utilisation: faire du copier-coller vim (au clavier donc, en utilisant le presse-papier vim, avec y/p par exemple). Parce que jusqu'à présent, pour faire du copier-coller entre 2 instances différentes de vim, on est limité à ressortir la souris pour utiliser le copier-coller X (sélectionner/clic milieu). Et c'est très très très chiant. Grosse perte de temps.
Ca doit signifier ça de supporter plusieurs fenêtres de vim pour la même instance du programme.
Voilà, si c'est ça que signifie ce 11ème point, alors c'est clairement un point majeur que j'aimerais énormément.
C'est marrant, parce que j'avais récemment vu ds le manuel vim une section client-serveur (-h clientserver), et pendant un moment j'ai cru que c'était ça. Mais en lisant la page du manuel, ben j'ai vraiment trouvé aucun moyen de faire par exemple un simple copier-coller d'un vim à l'autre... :-( Le truc clientserver, à l'heure actuelle, c'est uniquement la possibilité d'envoyer des commandes depuis la ligne de commande ou depuis un autre vim vers le serveur. Moi je veux pas qu'il y ait un vim principal, et pleins de vim d'où on peut envoyer des commandes. Je veux juste que tous les vims soient reliés entre eux.
Dommage qu'on puisse plus voter, j'aurais voté pour ce point.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Questions sur la normalisation
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Les PPU !!. Évalué à 2.
D'un autre côté, ne peut-on pas considérer que nous sommes à une période de l'industrie informatique où les développeurs sont davantage conscients des nécessités de l'intéropérabilité?
Il fut une époque où tout le monde programmait en assembleur. A cette époque, le terme même "intéropérable" ne devait avoir aucun sens. Puis on a commencé à utiliser des langages plus haut niveau, mais comme de toutes façons, il n'y avait pas encore vraiment d'historique important de la programmation, avec des "bons usages de la programmation", ou tout simplement les principes de librairies, de module, en somme de réutilisabilité du code, ben pas non plus grande intéropérabilité...
De nos jour par contre, les programmes sont de plus en plus complexes, imposants, voire inhumains au niveau code. Les programmeurs savent que pour des programmes commerciaux d'envergure (les jeux en sont particulièrement), ils ne peuvent plus se contenter de bidouiller. Il leur faut des bases solides. Ils veulent pouvoir réutiliser le code d'un projet à l'autre. Ils ne veulent pas avoir à réécrire 100 fois les mêmes lignes de code très bas niveau (et donc peu compréhensible après coup). Ils veulent éviter à tout prix d'être dépendant du matériel (à la limite du système d'exploitation, mais carrêment d'éléments disparates de la machine, c'est un vrai bordel!), et donc de réécrire 10 fois plus de code pour la même chose, en fonction du matos. En d'autres termes: les développeurs veulent des briques de bases intéropérables, et réutilisables, ils veulent donc des librairies, et en particulier qui constituent des normes.
A l'heure actuelle, cette boîte est la seule à faire des PPU (à ce que j'ai compris), mais quand il commencera à y en avoir 2, 3, puis 4... à ce moment les développeurs pourraient commencer sérieusement à hésiter à devoir les prendre en compte (car s'ils en prennent un en compte, la question se pose de savoir lequel, et pourquoi pas tous?), étant donné la surcharge multiplicative de travail que cela risque de créer. Je pense sincèrement que le monde du développement de logiciel a évolué, et est moins bordélique qu'à une certaine époque. J'espère avoir raison, et aussi que ces constructeurs de PPU s'en rendront compte. Ce serait bête de reproduire 2 fois de suite la même erreur pour finalement se retrouver au même point d'intéropérabilité, mais quelques années après (donc retard).
Donc d'après moi, je me dis qu'à l'heure actuelle, ce n'est pas la même chose qu'à l'époque des 3dfx, et autres nombreuses interfaces diverses.
Ensuite je peux me tromper. Peut-être les mêmes erreurs vont se reproduire encore et encore... J'en sais rien, on verra bien.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: question technique :
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Les PPU !!. Évalué à 6.
bon je peux me tromper, mais pr moi ça marche pareil que pr une carte 3D. Y a pas grand chose qui différencie un calcul d'affichage pr simuler la 3D d'un autre calcul.
Dc tout simplement pour la 3D, on "dit" à notre programme quand on veut qu'il utilise la carte 3D. Pour cela, on va utiliser des standards comme OpenGL (ou bien DirectX, qui n'est pas un standard, sinon de fait). Et les drivers faits par les constructeurs savent utiliser ces standards. Dc à chaque fois que tu utilises OpenGL, tu dis finalement à ton programme de passer par la carte 3D s'il y en a une (ou bien logiciellement sinon). Mais sinon un calcul 3D n'a rien de spécial hein. Tu peux tout à fait faire un prog en 3D sans utiliser OpenGL, et tout calculer "à la main" pour finalement envoyer le résultat de ton calcul à l'écran.
Ben là ça devrait être pareil. Quand on se balade sur le site, on voit que la boîte fournit ce qu'ils appellent le "AGEIA PhysX SDK", lequel doit être connu par le driver de la carte, et dc quand tu veux faire un calcul physique, tu le fais faire à travers l'interface de programmation du SDK fourni, ce qui aura par conséquence de l'envoyer à la carte physique si elle existe.
Maintenant pour moi il manque encore le côté "standard" d'OpenGL comme je le dis ds mon message plus bas. Parce qu'utiliser une norme comme OpenGL, c'est cool, mais si le programmeur doit être conscient de tous les SDK proprio différents fournis par tous les constructeurs... ben c'est infaisable.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
# Questions sur la normalisation
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Les PPU !!. Évalué à 7.
je n'y connais pas grand chose en hardware. Dc corrigez moi si je me plante. Mais en fait, pour une carte graphique, un programme est capable d'accéder à ses possibilités de calcul par une librairie "lien" (des interfaces quoi, finalement des drivers) entre software, et hardware, c'est ça? Et ce sont ces drivers-interfaces qui sont conscients et savent s'interfacer à leur tour avec les librairies graphiques bas niveau (qui sont en gros seulement DirectX (proprio, windows only), et OpenGL (Libre), à l'heure actuelle, n'est-ce pas?).
Et dc là où je veux en venir, c'est d'une part qu'on sait tous ici qu'il est important que les drivers (l'interface software-hardware) doit être Libre, afin qu'il soit facile de connaître l'interface hardware, de modifier et améliorer les drivers (ou bien de le porter rapidement sur d'autres plateformes non officiellement supportées, etc.), et tout simplement de savoir exactement ce que fait un driver, qui est qd même un machin qui s'installe au coeur (kernel) d'un système, et donc potentiellement "dangereux" et tout puissant. D'autre part, il n'existe pas encore de librairie de plus haut niveau que l'interface du driver pour la carte physique (équivalent à OpenGL/DirectX)... A moins qu'il s'agisse du "AGEIA PhysX SDK" qui est annoncé "gratuit" (à l'heure actuelle en tous cas).
Pour moi, cela pose de sérieux problèmes. Si -- comme ils l'annoncent eux-même -- ils sont vraiment actuellement les seuls du marché, et bien il risque rapidement d'y avoir monopole. De là, qui nous prouve qu'ils fourniront toujours leur sdk gratuitement? En outre, gratuit ou non, c'est toujours un danger du seul fait de la non Liberté du SDK pour les dévs, de même que du driver pour les utilisateurs (enfin... à moins que je me plante, mais je ne vois nulle part mention de Logiciel Libre. J'ai l'impression que ce sont des logiciels proprios).
En fait pour que ça devienne intéressant, il faut selon moi:
1/ des drivers Libres, et donc aussi une interface hardware documentée.
2/ une librairie middleware Libre à la place du SDK qui soit une sorte de norme au même titre que OpenGL l'est, de sorte que les drivers soient conscients de cette interface et la supporte.
Se baser uniquement sur le SDK proprio fourni est dangereux (risque de monopole, et d'abus qui s'en suivent), et en plus prépare des problèmes futurs de compatibilité, et donc beaucoup de boulot pour les dévs. En effet, si les librairies physiques existantes (assez haut niveau) décident (intelligemment cependant) de pouvoir utiliser les possibilités d'une telle carte, ils devront s'interfacer avec le SDK proprio. Or si à l'avenir, d'autres entreprises arrivent avec leur propre carte, puis leur propre SDK, etc. ben les librairies physiques haut niveau devront prendre en compte toutes les possibilités hardware, et dc tous les SDK différents. C'est un boulot très chiant qui devrait être fait à un niveau inférieur. Alors que s'il existe un middleware physique bas niveau Libre équivalent à OpenGL, normé, dans ce cas les librairies Physiques haut niveau pourront se baser simplement sur ce middleware, et donc être facilement intéropérable (puisque ce seront simplement aux constructeurs de cartes physiques de faire en sorte que leurs drivers suivent la norme d'interface du middleware Libre et normé, ce qui est bien plus logique et simple. On ne peut pas décemment demander à un développeur ayant besoin de physique de se renseigner sur toutes les cartes physiques existantes, et de toutes les supporter). En gros puisque y aura plein de cartes différentes, de constructeurs différents, etc., il faut bien que le "jeu" (ou bien le programme qui utilise la carte) soit complètement indépendant de la carte présente, qu'il marche quelle que soit la carte physique (comme actuellement qque soit la carte 3D grâce à OpenGL)...
Donc pour moi, ce genre de produit sera bon quand on sera sûr qu'il y ait des drivers Libre et une interface normée.
Ce qui serait très très intelligent de la part de son entreprise, c'est de ne surtout pas jouer le jeu du monopole dès maintenant. Ils sont les premiers, mais ils ne seront sûrement pas les derniers. Dc la chose à faire de leur part, ce serait de créer un mouvement Libre (création d'une fondation par exemple comme bcp le font) pour le développement d'un "SDK Libre et interopérable" pour le calcul physique, où tous les futurs constructeurs de carte physique pourront venir participer afin de faire évoluer ce SDK commun, comme évolue OpenGL à l'heure actuelle ( http://opengl.org/about/arb/overview/ -> liste des contributeurs à OpenGL). Autant faire les choses bien dès le début, sinon les divers constructeurs vont vite se marcher sur les pieds, et ça sera une technologie morte née.
Ensuite si y a des erreurs ds mon argumentation, merci de me corriger. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Avis de traducteur
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Mandriva et moi. Évalué à 4.
j'ai posté mes avis au tout début de cette histoire, moins après parce que je trouvais que cette affaire se transformait en bataille rangée entre les camps "POUR" et "CONTRE". Et ça me fait perso chier d'intervenir dans une telle ambiance. D'autant plus que pour moi ce n'était pas du tout le propos du problème.
Apparemment j'ai l'impression que les contributeurs ou autres employés croient qu'on leur enlève de leur mérite et de leur contribution... Or c'est évidemment pas le cas. Et je suis d'ailleurs étonné que personne leur ait dit. Tout ce que des gens comme moi disent, c'est qu'il faut aussi reconnaître la contribution énorme de Duval (ben wé, sans lui pas de Mandriva! lol). L'air de rien, il est pas seulement cofondateur de Mandrakesoft puis Mandriva, il est aussi créateur de la distribution originelle (à partir d'une Red-Hat, mais c'est ça la beauté du Libre). Mais ça n'enlève en rien du mérite aux autres contributeurs depuis.
Et pr moi, quoiqu'on dise, un créateur a tout de même un statut assez spécial. C'est très dur de démarrer un projet, et de le mener jusqu'à un premier point où c'est utilisable, et dc où ça attire du monde. En fait, c'est très dur d'être le tout premier, d'être pas connu, et d'avoir une personnalité suffisante quand même pour fédérer des gens autour de ton projet qui n'est rien au départ. Evidemment, ça n'enlève rien au mérite de tous les autres qui sont arrivés après. Peut-être même que ces autres ont fait énormément, voire plus pour la distri (si toutefois ce genre de chose est quantifiable, ce qui me paraît bien difficile). Mais n'êtes-vous pas tout de même d'accord pour accorder aux créateurs des projets Libres un mérite particulier, et ne pensez-vous pas qu'ils ont fait une contribution énorme au Libre, et ce même s'ils sont peut-être moins compétents au final que d'autres contributeurs qui sont venus se greffer après? Ils ont pris des risques (car c'est toujours plus facile d'arriver après sur un projet qui marche bien et qu'on sait qu'il ne va pas disparaître dans les abîmes du net, que de démarrer un projet, passer bcp de son temps perso pour cela, sans rémunération au moins au départ, et sans savoir si ça aboutira, et si qqun trouvera ça bien, et utilisera, et en se disant qu'il se peut que le projet disparaisse peu après sans que personne s'en soit rendu compte, ni vous remercie). Quand on crée un projet Libre, y a presque une part d'abnégation, je trouve. On met son projet avant soi. Pour moi, ces initiateurs de grands projets, qu'ils soient aussi célèbres que Linus, Stallman, ou d'autres moins célèbres comme Duval, même si on peut à diverses occasions leur reprocher beaucoup, mérite quand même notre considération pour ce qu'ils font et ont fait. Or cela passe par ne pas être viré comme ça, à moins de raison très solide (par ex, s'ils font vraiment de la grosse merde assimilable à de l'auto-sabordage).
Le vrai truc qui me gêne, c'est que certains contributeurs ou employé ont clairement dénigré l'importance de la contribution de Duval. En gros, leur argument, c'est que pr eux Duval, une idée c'est facile à avoir (moi, je suis déjà pas tellement d'accord, parce que là on parle pas juste d'une idée, mais surtout d'une bonne idée, bien construite, et ensuite mise en oeuvre surtout, dc y a pas eu que l'idée, y aussi eu sa réalisation derrière), et qu'il glande plus rien maintenant. Ca j'en sais rien, mais bon même si c'était vraiment le cas (et j'en doute qd même, c'est son bébé Mandriva), ben rien que du fait de son statut de créateur, on peut pas lui retirer le fait qu'il est un contributeur majeur pour moi. Donc dénigrer son importance énormissime pr le projet, je trouve ça trop gros.
Et pis c'est vrai aussi que j'ai trouvé l'intervention du PDG assez hallucinante. Un point sur lequel bcp de gens ont sauté ici aussi d'ailleurs, tout comme moi, c'est qd il commence son communiqué en précisant que Duval n'a pas été viré... il a été licencié! Pour moi, ces 2 mots ont qd même même signification, dc j'ai une première impression qu'on se fout de ma gueule dès le départ, en essayant maladroitement de jouer sur les mots.
Pour moi donc, c'est surtout une question de principe. Je trouvais ça naturel jusque là. Pour moi, tant qu'il avait l'envie de contribuer en tant que salarié à la distrib qu'il avait fait naître (et donc dont il a créé tous les emplois par effet boule de neige), je trouvais naturel qu'il garde sa place. Je rejoins en ce sens l'avis de Thomas Pedoussaut (http://linuxfr.org/comments/694433.html#694433) que je trouve tout à fait sensé. Si vraiment son job était considéré comme non primordial par la boîte (du moins de manière économique), ben au moins il aurait fallu lui proposer un autre job, comme il a d'ailleurs été fait pour Jacques le Marois ( http://zdnet.fr/actualites/informatique/0,39040745,39331218,(...) ) d'ailleurs dans le même plan apparemment. Peut-être n'était-il pas le plus compétent ds son job actuel, mais qu'on me fasse pas croire qu'il y a pas une place où il peut être très compétent dans l'entreprise Mandriva. Quelqu'un qui est à l'origine d'un projet qui en arrive là ne peut pas être un idiot ou incompétent total (et il n'en donne d'ailleurs vraiment pas l'air quand on lit ses écrits en plus!).
Bon sinon je faisais partie de ces personnes qui t'énervent Berthy, ceux qui ont dit qu'ils vont boycotter Mandriva. Comme je dis, je le fais par principe. Cependant entre le moment où j'ai dit ça pour la première fois et maintenant, mon avis s'est radouci, et même si pour ma part, je vais arrêter d'utiliser Mandriva en tant que distrib principale, et retourner à un ancien amour, la Gentoo, je vais probablement continuer à la garder de côté (peut-être sur une autre partition par ex), la suivre, et même à la conseiller. En effet, admettons le, Mandriva reste pour moi une excellente distribution pour le grand public, de qualité, et très sympathique. En plus, en cherchant récemment (suite à cette affaire) une autre distri grand public, j'en ai trouvé peu dt les principes techniques ou philosophiques m'ont vraiment plu (je vais peut-être quand même tester à fond la Ubuntu, même si des points me dérangent). Je ne suis perso pas un grand contributeur de Mandriva (du moins pas dans votre sens). Mais néanmoins, mon amour du Libre fait que j'ai passé beaucoup beaucoup de temps (et encore régulièrement d'ailleurs) à aider des amis (dont j'ai fait passé plusieurs d'entre eux sous GNU/Linux, l'utilisant dorénavant en OS principale, voire unique), à expliquer des choses, donner des conseils, montrer et aider à configurer, etc. etc. Un de mes plaisirs reste d'ailleurs de passer parfois sur des forums pour promouvoir le Libre, et j'ai à plusieurs reprises écrit des tutos sur des sujets (sur des forums, ou pour une assoce dans ma fac) autour des systèmes GNU/Linux, et souvent orienté Mandriva pour aider les débutants avec une distri accessible. Une bonne distrib grand public et Libre est donc pour moi clairement un point important. Or Mandriva est en effet les 2, donc je vais donner une chance pour ce côté là (mais plus pour moi), en espérant qu'ils fassent pas davantage de merdouilles à l'avenir.
Voilà, c'était là mon avis sur cette affaire en entier. Je rappelle un des points clés: personne ici -- je pense -- ne veut rabaisser la contribution des nombreuses personnes qui aident à faire vivre Mandriva. Je vous suis perso reconnaissant énormément à tous! Mandriva est la distrib qui m'a fait découvrir le Libre, et GNU/Linux y a encore peu. Dc ne prenez pas personnellement quand on en veut à Mandriva, car c'est pas aux contributeurs, ni aux employés de façon personnelle qu'on en veut. Non c'est à la société en tant qu'entité économique, laquelle a pour beaucoup d'entre nous (pour moi en tous cas) fait une crasse envers une personne qu'on respectait (ce quelque soit le contexte, et même si on connaît pas tous les tenants de l'affaire, pour moi c'est le cas). Or le Libre, c'est pas que de l'économie, c'est aussi de l'humanité normalement. Voilà.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
# Rendu de CD?
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal [mobilisation] Smart-mob "rendu de CD" mercredi 22 mars aux halles Paris. Évalué à 1.
diverses questions:
- Est-ce que c'est sûr que les CDs nous seront remboursés par le magasin (la fnac en l'occurence)? Non, parce que s'il faut acheter un CD, de merde en plus, et avec des DRM encore pire, ben ça m'embêterait franchement qu'ils me restent sur les bras si on se fait rembarrer par la Fnac.
- Il est question de "début de soirée", mais concrètement, c'est quelle heure (même approximative si vous voulez, mais quand même moins... genre "vers 17H")?
- Y a combien de personnes inscrits à l'heure actuelle?
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Le pilote
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Ma belle aventure avec brother [HS/2]. Évalué à 5.
je suis pas du tout expert en imprimante, et je sais pas du tout ce qu'est GDI. Par contre en tant que simple utilisateur, je sais qu'un pote a récemment acheté une imprimante Brother, qu'on avait trouvé un site spécifique pour les drivers Linux pour les imprimantes Brother ici: http://solutions.brother.com/linux/en_us/index.html
Comme on peut le remarquer, les drivers sont sous GPL, et de source téléchargeables (en fait notons que les drivers CUPS le sont. Je ne trouve aucune info de licence sur le site, ni de lien de téléchargement de source pour les drivers LPR, ou pour les drivers de scanner).
Et il y a aussi une section "information pour les développeurs", afin de permettre de créer des drivers Ghostscript et Postscript (j'imagine que le PS de PS/PCL signifie Postscript, non?). D'ailleurs les fichiers fournis (fichiers PPD, pour ce que ça veut dire...) pour faire des drivers postscript pour CUPS sont précisés sous GPL aussi (comme pour les drivers CUPS déjà existants donc).
Enfin voilà, je comprends pas tout ce que je dis, en particulier parce que j'y connais rien du tout en technologies d'impression. Mais je faisais part du fait qu'il y a clairement des efforts de la part de cette boîte qui héberge une page spécialement pour les drivers Linux, fournit des infos et des fichiers sous GPL pour faire des drivers, et fournit aussi des drivers avec source, sous GPL. Ensuite, je sais pas pquoi certains autres drivers à côté n'ont pas d'info de licence (du moins là comme ça je vois pas sur le site. Peut-être une fois installé ds les fichiers installés...).
Bon évidemment tout n'est pas encore parfait, certaines imprimantes n'ont sûrement pas encore de drivers fonctionnels (je pense, sinon pourquoi ils feraient une liste des imprimantes supportées sous nux?). Et en plus mon pote est assez dégoûté, car la multifonction MFC 620CN qu'il s'est acheté, les drivers fournis ne gèrent pas le scanner par le réseau (alors qu'il l'a acheté pour ses capacités réseaux).
Mais c'est quand même déjà pas mal, et mieux que la plupart des autres vendeurs de matos d'impression et de scan.
Voili voilou.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]