J'imagine la fille un peu désespérée, qui n'arrive pas à rencontrer de mecs, et à qui les copines conseillent de se documenter sur le net. Arrivée à son premier rendez-vous depuis six mois:
- Bonjour mademoiselle
- Plop !
- Euh, d'accord. Et vous avez passé une bonne journée ?
- Bof, j'ai passé l'après midi à recompiler ma kernelle parce que je n'arrivais pas à faire tourner le jeu d'alexandra lederman sur ma bécane. Et toi ?
- Euh ben moi j'ai été jouer au foot avec des potes, ensuite on a bu quelques bières en essayant de lever des fi.. euh non rien.
- Dis moi, je pense que c'est important pour bien démarrer une relation: tu es plutôt Gnome ou KDE ?
- Hein ?
- Non je rigole, hihi, on est vendredi
Au lycée je ne m'intéressais pas encore vraiment aux filles. Sur mon temps libre, je préférais largement m'adonner à ma passion : Linux [...] Que faire cher journal, que faire ?
Souviens-toi. C'était mieux avant. Retourne à tes premières amours, installe une slackware. Si t'as vraiment beaucoup de temps libre, installe une Gentoo.
Et puis c'est pas une honte, moi aussi toutes mes amies ont un nom qui se termine en "jpg".
Si Nintendo protestait, ils gagneraient sûrement sans hésiter. Je pense que les développeurs de SMC n'essayeraient même pas de résister. Ils comptent certainement sur le fait que SMC ne fait aucune concurrence à Nintendo.
D'un autre côté, Nintendo joue à fond la carte de la nostalgie avec sa virtual console et ses vente de vieux jeux sur Wii. Si quelqu'un sortait soudain un clone de Mario 3 qui lui ressemble trop, ils ne seraient certainement pas contents puisqu'ils continuent à le vendre. Je ne sais pas si Super Mario Bros leur rapporte encore de l'argent.
>> ... Est-ce que tout cela a réellement un intérêt ?
Pour toi ? Pas si tu n'aimes pas les jeux
C'est un peu facile comme réponse, non ? On peut tout à fait aimer les jeux et trouver que la ludothèque libre est globalement minable. Quand on regarde les nouveautés sur happypenguin, c'est: "oh, génial, un nouveau clone de Pong.. oh, un Pacman en openGL..."
Du point de vue purement ludique, en achetant une Gamecube ou une Playstation2 et des jeux, le tout d'occasion, on s'amusera bien mieux. Il me semble donc que la question est intéressante: quel intérêt ?
(Moi aussi je me suis amusé à coder des jeux, donc je sais le plaisir qu'on peut avoir à le faire, mais aussi la difficulté d'obtenir un résultat utilisable et amusant.)
Là où tu te fais blouser, c'est quand tu crois qu'il y a tant d'innovation que ça dans le proprio.
Il y a pas mal d'innovation dans le domaine du jeu vidéo. Il y a eu tous les nouveaux périphériques qui permettent de nouvelles manières de jouer (tapis de danse, guitare, bongos, micro, wiimote, ...), mais il y a eu aussi pas mal d'innovations qu'on aurait pu aussi bien voir dans le libre. Je pense en particulier à des jeux innovants sur Nintendo DS, comme Trauma Center, Project Rub, les softs d'entrainement cérébral, etc. Toute une génération de jeux qui ne coûtent pas trop cher à développer mais qui apportent de nouvelles manières de jouer.
À côté, dans le libre, on a quelques concepts (liquidwars ?), quelques clones aboutis (freecraft-ou-son-nouveau-nom, openarena, freeciv...), et quelques jeux originaux sans être révolutionnaires comme wesnoth, et beaucoup clones de jeux préhistoriques (tron, pong, pacman) qui sont en fait des exercices de programmation. D'où la question: où sont les créateurs de jeux ? Les codeurs, on sait où ils sont, mais ils ne suffisent pas à faire des jeux, visiblement.
Quand tu programmes dans un langage impératif (comme le C) en mono-thread, tu sais dans quel ordre les instructions seront exécutées. Quand tu programmes en multi-thread, tu ne sais pas si telle instruction du thread 1 sera exécutée avant ou après telle autre du thread 2.
La solution la plus simple pour ne pas avoir de problèmes, c'est de mettre dans chaque thread des calculs complètement indépendants, de sorte qu'on n'a pas besoin de se préoccuper de leur ordre d'exécution. C'est plus ou moins facile selon le problème à traîter, mais en règle générale c'est très difficile.
Comme on ne peut pas en général faire ça, on essaye d'avoir des traitements relativement indépendants dans chaque thread, et de "verrouiller" les ressources partagées lorsqu'on les modifie, pour éviter que deux threads se perturbent l'un l'autre. On a différents outils pour ça: verrouiller une variable pour etre sur que personne ne la modifie tant qu'on n'a pas fini, attendre qu'une condition soit vraie, etc. Sécuriser complètement son code ainsi est assez lourd.
Enfin, une conséquence amusante (ou pas) de l'ordre apparemment "aléatoire" d'exécution des instructions, c'est qu'il est très difficile de reproduire les bugs. Parfois un bug c'est produit parce que telle instruction s'est produite avant telle autre, parce que tel coeur était plus chargé que l'autre à ce moment. Reproduire les mêmes conditions est pour l'instant assez compliqué.
La solution la plus satisfaisante intellectuellement parlent est d'utiliser un langage fonctionnel, dans lequel on n'a pas d'instuctions qui s'exécutent dans l'ordre, et pas d'effets de bord à l'exécution d'une fonction. Le compilateur est beaucoup plus à même de répartir les calculs entre plusieurs threads dans ce cas.
Ça fait deux posts où tu dis que le SVG ne permet qu'un dixième de ce que permet Flash, moi j'aimerais bien savoir ce que contiennent ces 9/10e, en dehors de la vidéo. J'espérais un peu en te répondant que tu donnerais des détails, mais non...
Je suis peut-être un libriste pas réaliste mais, aujourd'hui, pour tous les cas où moi je peux avoir besoin de Flash, je sais faire la même chose en XHTML+SVG+Javascript. D'autre part, je ne considère pas que mélanger plusieurs sous-ensembles de XML dans un même document soit "usine à gaz", dans la mesure où ces langages ont été conçus dans cet objectif. Finalement la seule chose qui pourrait m'inciter à choisir Flash est le manque de support de SVG dans IE et la lenteur des implémentations des autres navigateurs.
Mon expérience (pas réaliste) avec le SVG a consisté comme je l'expliquais plus haut à inclure des plans (de bâtiment) dans une interface web et à modifier des parties de ces plans en fonctions des actions de l'utilisateur dans le reste de l'interface et d'évènements externes. On a fait ça avec Rails. L'intégration d'un plan s'est faite en 15 secondes (prendre le fichier généré par Inskcape, le mettre dans le bon dossier et le renommer en .rxml). À partir du moment où le plan est une vue comme une autre, on peut y inclure du code Ruby comme dans du XHTML, donc par exemple on peut trivialement obtenir un contrôleur qui permet de zoomer/tourner le document SVG à partir des paramètres GET/POST.
Ensuite, il ne reste plus qu'à écrire les fonctions de Javascript dont on a besoin, et le tour est joué.
Je ne sais pas faire la même chose avec Flash, donc je ne peux pas comparer la difficulté, mais ce que je sais, c'est que:
- Flash est typiquement l'outil qu'on aurait utilisé il y a 5 ans pour faire ça
- Manipuler du SVG ne demande quasiment aucun apprentissage si on sait manipuler du XHTML
- Tout le monde dans ma boîte a été impressioné par la rapidité avec laquelle l'intégration du plan s'est faite. On savait que c'était possible, pas que c'était aussi simple.
Si combine XHTML + SMIL + SVG + un langage de scripts, on obtient quelque chose qui peut faire la même chose que Flash, d'une manière à mon avis plus propre et plus intréessante.
Maintenant, si on enlève SMIL on perd la possibilité d'inclure des films d'une manière utile... De là à dire qu'on ne peut faire qu'1/10 de ce que fait flash...
Quand je parle de gérer tous les navigateurs, je dois quand même préciser que je pense à naturellement à IE. Pour notre développement nous avons décidé de ne pas supporter IE parce que nous le pouvions. Miraculeusement, le code développé pour les standards et testé exclusivement avec Firefox s'est avéré fonctionner sans modifications avec Opera, et moyennant quelques adaptations de Javascript il me semble que ça passait avec Konqueror aussi.
C'est pas entièrement la faute de SVG (ou de Firefox), sur ce coup. J'ai utilisé du SVG + AJAX pour afficher des cartes dynamiques et ça fonctionnait correctement sur une machine moins puissante qu'un Core 2 Duo. Sans être transcendant, c'était utilisable. Tout doit donc dépendre de la manière dont c'est réalisé.
Il y a certainement des progrès à faire à tous les niveaux, je voulais juste dire que quand on n'a pas à se soucier de gérer tous les navigateurs (pas pour un site web grand public donc) et que les documents ne sont pas incroyablement compliqués, le SVG fonctionne bien et apporte quelques avantages par rapport à Flash. Le fait d'être intégré dans l'arbre du document XHTML n'est pas le moindre de ces avantages. Ça permet des trucs hallucinants au niveau de l'interface, sans efforts.
Franchement, j'aimerais bien pouvoir vous montrer ce que j'ai fait (je n'ai pas le droit). On a l'impression que ça a demandé beaucoup de travail alors qu'en fait pas du tout.
Effectivement, LaTeX a plein de défauts (pas celui de mélanger le fond et la forme, certes, mais il en a d'autres). Il serait temps qu'un concurrent sérieux se présente. Dommage d'être obligé de continuer à l'utiliser, simplement parce que l'alternative serait d'utiliser un préhistorique traîtement de texte du genre de Word.
(Il faudra que je regarde Context, d'ailleurs, dont on parlait dans un journal il y a peu)
Un des intérêts derrière le téléchargement en Flac, c'est le fait de pouvoir réencoder dans le format avec compression à perte de ton choix par la suite. Parce que si tu n'entends pas la perte sur un MP3 encodé à partir d'un CD, tu risque de l'entendre après avoir réencodé ton MP3 dans un autre format à perte.
Avec LaTeX aussi, on peut éviter d'avoir à taper des \`e. Il faut utiliser le package inputenc de cette manière si l'on veut saisir ses caractères en iso-8859-1:
[^] # Re: bon mon conseille
Posté par Yusei (Mastodon) . En réponse au journal Aujourd'hui je déprime. Évalué à 6.
(Je sais, c'était facile, mais il fallait bien que quelqu'un le fasse)
[^] # Re: Danser !
Posté par Yusei (Mastodon) . En réponse au journal Aujourd'hui je déprime. Évalué à 10.
[^] # Re: bon mon conseille
Posté par Yusei (Mastodon) . En réponse au journal Aujourd'hui je déprime. Évalué à 10.
- Bonjour mademoiselle
- Plop !
- Euh, d'accord. Et vous avez passé une bonne journée ?
- Bof, j'ai passé l'après midi à recompiler ma kernelle parce que je n'arrivais pas à faire tourner le jeu d'alexandra lederman sur ma bécane. Et toi ?
- Euh ben moi j'ai été jouer au foot avec des potes, ensuite on a bu quelques bières en essayant de lever des fi.. euh non rien.
- Dis moi, je pense que c'est important pour bien démarrer une relation: tu es plutôt Gnome ou KDE ?
- Hein ?
- Non je rigole, hihi, on est vendredi
[^] # Re: Les sites de rencontres !
Posté par Yusei (Mastodon) . En réponse au journal Aujourd'hui je déprime. Évalué à 10.
Ça doit foutre un coup à l'amour propre, quand même...
# Ommm
Posté par Yusei (Mastodon) . En réponse au journal Aujourd'hui je déprime. Évalué à 10.
Souviens-toi. C'était mieux avant. Retourne à tes premières amours, installe une slackware. Si t'as vraiment beaucoup de temps libre, installe une Gentoo.
Et puis c'est pas une honte, moi aussi toutes mes amies ont un nom qui se termine en "jpg".
[^] # Re: S'engager
Posté par Yusei (Mastodon) . En réponse au journal Aujourd'hui je déprime. Évalué à 10.
[^] # Re: Autant la laisser fermée
Posté par Yusei (Mastodon) . En réponse au journal Réouverture de la Tribune?. Évalué à 9.
[^] # Re: RMS nu ?
Posté par Yusei (Mastodon) . En réponse à la dépêche APRIL: Création du Calendrier Libre 2008. Évalué à 1.
Moi si. N'y a-t-il pas d'autre solution que l'euthanasie, docteur ?
[^] # Re: Pub
Posté par Yusei (Mastodon) . En réponse au journal Liberté d'expression, logiciels libres et censure. Évalué à 9.
[^] # Re: Licence ?
Posté par Yusei (Mastodon) . En réponse au journal wiki : créer un livre de fiction. Évalué à 5.
Pourquoi ?
[^] # Re: SMC et autres clones de jeux proprio
Posté par Yusei (Mastodon) . En réponse à la dépêche Des jeux libres pour GNU/Linux. Évalué à 4.
D'un autre côté, Nintendo joue à fond la carte de la nostalgie avec sa virtual console et ses vente de vieux jeux sur Wii. Si quelqu'un sortait soudain un clone de Mario 3 qui lui ressemble trop, ils ne seraient certainement pas contents puisqu'ils continuent à le vendre. Je ne sais pas si Super Mario Bros leur rapporte encore de l'argent.
[^] # Re: Désolé
Posté par Yusei (Mastodon) . En réponse à la dépêche Des jeux libres pour GNU/Linux. Évalué à 8.
C'est un peu facile comme réponse, non ? On peut tout à fait aimer les jeux et trouver que la ludothèque libre est globalement minable. Quand on regarde les nouveautés sur happypenguin, c'est: "oh, génial, un nouveau clone de Pong.. oh, un Pacman en openGL..."
Du point de vue purement ludique, en achetant une Gamecube ou une Playstation2 et des jeux, le tout d'occasion, on s'amusera bien mieux. Il me semble donc que la question est intéressante: quel intérêt ?
(Moi aussi je me suis amusé à coder des jeux, donc je sais le plaisir qu'on peut avoir à le faire, mais aussi la difficulté d'obtenir un résultat utilisable et amusant.)
Il y a pas mal d'innovation dans le domaine du jeu vidéo. Il y a eu tous les nouveaux périphériques qui permettent de nouvelles manières de jouer (tapis de danse, guitare, bongos, micro, wiimote, ...), mais il y a eu aussi pas mal d'innovations qu'on aurait pu aussi bien voir dans le libre. Je pense en particulier à des jeux innovants sur Nintendo DS, comme Trauma Center, Project Rub, les softs d'entrainement cérébral, etc. Toute une génération de jeux qui ne coûtent pas trop cher à développer mais qui apportent de nouvelles manières de jouer.
À côté, dans le libre, on a quelques concepts (liquidwars ?), quelques clones aboutis (freecraft-ou-son-nouveau-nom, openarena, freeciv...), et quelques jeux originaux sans être révolutionnaires comme wesnoth, et beaucoup clones de jeux préhistoriques (tron, pong, pacman) qui sont en fait des exercices de programmation. D'où la question: où sont les créateurs de jeux ? Les codeurs, on sait où ils sont, mais ils ne suffisent pas à faire des jeux, visiblement.
[^] # Re: Re:
Posté par Yusei (Mastodon) . En réponse au journal encoder sur du multicoeur. Évalué à 8.
La solution la plus simple pour ne pas avoir de problèmes, c'est de mettre dans chaque thread des calculs complètement indépendants, de sorte qu'on n'a pas besoin de se préoccuper de leur ordre d'exécution. C'est plus ou moins facile selon le problème à traîter, mais en règle générale c'est très difficile.
Comme on ne peut pas en général faire ça, on essaye d'avoir des traitements relativement indépendants dans chaque thread, et de "verrouiller" les ressources partagées lorsqu'on les modifie, pour éviter que deux threads se perturbent l'un l'autre. On a différents outils pour ça: verrouiller une variable pour etre sur que personne ne la modifie tant qu'on n'a pas fini, attendre qu'une condition soit vraie, etc. Sécuriser complètement son code ainsi est assez lourd.
Enfin, une conséquence amusante (ou pas) de l'ordre apparemment "aléatoire" d'exécution des instructions, c'est qu'il est très difficile de reproduire les bugs. Parfois un bug c'est produit parce que telle instruction s'est produite avant telle autre, parce que tel coeur était plus chargé que l'autre à ce moment. Reproduire les mêmes conditions est pour l'instant assez compliqué.
La solution la plus satisfaisante intellectuellement parlent est d'utiliser un langage fonctionnel, dans lequel on n'a pas d'instuctions qui s'exécutent dans l'ordre, et pas d'effets de bord à l'exécution d'une fonction. Le compilateur est beaucoup plus à même de répartir les calculs entre plusieurs threads dans ce cas.
[^] # Re: SVG n'est pas un concurent de Flash
Posté par Yusei (Mastodon) . En réponse au journal Le SVG peut-il remplacer le flash ??. Évalué à 5.
Je suis peut-être un libriste pas réaliste mais, aujourd'hui, pour tous les cas où moi je peux avoir besoin de Flash, je sais faire la même chose en XHTML+SVG+Javascript. D'autre part, je ne considère pas que mélanger plusieurs sous-ensembles de XML dans un même document soit "usine à gaz", dans la mesure où ces langages ont été conçus dans cet objectif. Finalement la seule chose qui pourrait m'inciter à choisir Flash est le manque de support de SVG dans IE et la lenteur des implémentations des autres navigateurs.
Mon expérience (pas réaliste) avec le SVG a consisté comme je l'expliquais plus haut à inclure des plans (de bâtiment) dans une interface web et à modifier des parties de ces plans en fonctions des actions de l'utilisateur dans le reste de l'interface et d'évènements externes. On a fait ça avec Rails. L'intégration d'un plan s'est faite en 15 secondes (prendre le fichier généré par Inskcape, le mettre dans le bon dossier et le renommer en .rxml). À partir du moment où le plan est une vue comme une autre, on peut y inclure du code Ruby comme dans du XHTML, donc par exemple on peut trivialement obtenir un contrôleur qui permet de zoomer/tourner le document SVG à partir des paramètres GET/POST.
Ensuite, il ne reste plus qu'à écrire les fonctions de Javascript dont on a besoin, et le tour est joué.
Je ne sais pas faire la même chose avec Flash, donc je ne peux pas comparer la difficulté, mais ce que je sais, c'est que:
- Flash est typiquement l'outil qu'on aurait utilisé il y a 5 ans pour faire ça
- Manipuler du SVG ne demande quasiment aucun apprentissage si on sait manipuler du XHTML
- Tout le monde dans ma boîte a été impressioné par la rapidité avec laquelle l'intégration du plan s'est faite. On savait que c'était possible, pas que c'était aussi simple.
Et en prime, ça tourne sans plugin dans FF ;-)
[^] # Re: SVG n'est pas un concurent de Flash
Posté par Yusei (Mastodon) . En réponse au journal Le SVG peut-il remplacer le flash ??. Évalué à 1.
Maintenant, si on enlève SMIL on perd la possibilité d'inclure des films d'une manière utile... De là à dire qu'on ne peut faire qu'1/10 de ce que fait flash...
[^] # Re: SVG : euh...
Posté par Yusei (Mastodon) . En réponse au journal Le SVG peut-il remplacer le flash ??. Évalué à 2.
[^] # Re: SVG : euh...
Posté par Yusei (Mastodon) . En réponse au journal Le SVG peut-il remplacer le flash ??. Évalué à 5.
Il y a certainement des progrès à faire à tous les niveaux, je voulais juste dire que quand on n'a pas à se soucier de gérer tous les navigateurs (pas pour un site web grand public donc) et que les documents ne sont pas incroyablement compliqués, le SVG fonctionne bien et apporte quelques avantages par rapport à Flash. Le fait d'être intégré dans l'arbre du document XHTML n'est pas le moindre de ces avantages. Ça permet des trucs hallucinants au niveau de l'interface, sans efforts.
Franchement, j'aimerais bien pouvoir vous montrer ce que j'ai fait (je n'ai pas le droit). On a l'impression que ça a demandé beaucoup de travail alors qu'en fait pas du tout.
[^] # Re: OpenOffice.org Writer
Posté par Yusei (Mastodon) . En réponse au journal OpenOffice 3.0 : Ce sera sans moi !. Évalué à 6.
Qui aurait cru qu'OOo essayait d'économiser le temps de calcul ... ?
[^] # Re: OpenOffice.org Writer
Posté par Yusei (Mastodon) . En réponse au journal OpenOffice 3.0 : Ce sera sans moi !. Évalué à 6.
(Il faudra que je regarde Context, d'ailleurs, dont on parlait dans un journal il y a peu)
# Intérêt des formats non destructeurs
Posté par Yusei (Mastodon) . En réponse au journal Apple libère sa musique des DRM. Évalué à 10.
[^] # Re: XeTeX: TeX avec Unicode et fontes natives
Posté par Yusei (Mastodon) . En réponse au journal Typographie, petit comparatif. Évalué à 5.
\usepackage[latin1]{inputenc}
[^] # Re: Sançur
Posté par Yusei (Mastodon) . En réponse au journal Tribune cassée?. Évalué à 10.
[^] # Re: npsu bv qbqf
Posté par Yusei (Mastodon) . En réponse au journal AAAAHHHHHHHHH. Évalué à 10.
[^] # Re: RMS
Posté par Yusei (Mastodon) . En réponse à la dépêche 1er tournoi de jeux libres : Freedomware Gamefest 2007. Évalué à 4.
Hey, j'ai pas eu ma part...
[^] # Re: Forces et les limites de la propriété intellectuelle
Posté par Yusei (Mastodon) . En réponse au journal Microsoft veut s'en prendre aux utilisateurs de Red Hat !. Évalué à 4.