Donc oui ca ne fait vraiment pas beaucoups. D'un autre coté il faut qu'il se trouve un place sur le marcher et c'est la ou un client linux et mac voir libre peut leur apporter un atout marketing et quelques clients.
Si ils ont peu de joueurs je les comprends tout à fait de travailler sur le recrutement de plus de joueurs plutôt que pousser actuellement pour un client linux/mac pour gagner d'hypothétiques clients dans la frange des 5% d'utitlisateurs d'ordinateurs personnels qu'ils représentent. L'atout marketing pour les 95% de windoziens il est proche du zéro absolu (et c'est vachement froid là-bas).
Vendredi soir, sur l'ile 10 joueurs, sur le continent 41 joueurs.
samedi apres-midi, sur l'ile 27 joueurs, sur le continent 38 joueurs.
samedi soir , sur l'ile 18 joueurs, sur le continent 30 joueurs.
Je suis pas un joueur de mmmmmorpg - ça veut dire que y'a pas grand monde ?
Mais c'est pas une phase de lancement voire de béta du jeu, ce qui expliquerait cela ?
Slashdot dans la news prétend (à travers un contributeur) "The three most famous European authors of open-source software..." au sujet de cette news.
J'aimerais savoir qui vous auriez mis parmi ces 3 personnes, et si vous auriez mis ces 3 types là ?
Moi personnellement je ne connaissais même pas le nom de Michael Widenius et à peine Rasmus Lerdorf. J'aurais plutôt cité Guido Van Rossum (même si je hais Python) et Alan Cox (il est beau).
Sous-entendu : ne discutons même pas pour Linus :)
Ouais enfin faut réaliser que Linux est ultra-minoritaire, je pense que la disponibilité d'une version donnée de FF pour Windows a un impact beaucoup plus grand sur les stats que la version packagée pour Debian ou autre.
c'est ancien et ça doit vraiment être ultra-relou pour n'avoir pas été corrigé depuis.
ça arrive lorsqu'une fenêtre qui se charge en arrière plan (tab ou autre fenêtre) possède un champ à remplir, et sûrement uniquement lorsque du javascript demande le focus pour le champ.
tu n'as pas besoin de taper du texte dans une autre appli, changer de fenêtre de premier-plan est suffisant. moi je fais deux alt-tab de suite (sous icewm).
Mais ça ne signifie pas que ce respect et/ou cette reconnaissance doivent se transposer aveuglément dans toutes ses actions, en particulier la défense de sa vision de l'image des Logiciels Libres, ce qu'elle doit être et qui a le droit d'avoir ou pas une vision différente.
Ben où est-ce que j'ai dit le contraire ? En plus c'est précisemment ce que je dis (sur un ton plus polémique) ici :
Mon propos était plutôt de défendre les "activistes" en récusant la critique sur "vous faites du mal au libre avec votre façon de présenter les choses".
Mais ça vous vient pas un millième de seconde à l'esprit que des gens différents peuvent faire les choses pour des motivations différentes ? Les "activistes" s'en foutent royalement que leurs propos fassent du mal à, par exemple, l'acceptation aveugle de Linux par le grand public. C'est contre-productif pour toi ? Tant pis, ils s'en foutent. Et peut-être que eux trouvent hautement contre-productif que Daniel Glazman, par son code probablement de bonne qualité, contribue au fait que Firefox arrive sur le PC Windows de monsieur tout le monde, car cela annihile encore un peu plus la vision politique et militante du logiciel libre. Mais chacun voit midi à sa porte, pourquoi ne pas laisser ces gens faire leur popote dans leur coin tranquille ? Le "libre" n'est ni la propriété des "activistes", ni des "pragmatiques" (si on peut résumer les positions par des adjectifs aussi réducteurs).
Personne peut s'engager sérieusement dans du XviD aujourd'hui, c'est vachement trop proche d'autres codecs avec moultes brevets, les poursuites sont tout à fait possibles..
Par exemple (et je me contente de citer Rod Johnson -- qu'on a mentionné plus haut), l'un des problèmes de Struts est qu'on doit étendre une classe de base (la plupart du temps Action).
Il ne faut pas oublier que LSB est essentiellement fait pour faciliter l'installation de logiciels propriétaires sur les distrib Linux. Pour les distrib source-based, ça complique pas mal l'affaire.
Je voudrais d'abord partir du fait que je ne suis pas un "expert" des appli web, il est probable que tu aies plus d'expérience que moi dans le domaine. J'adopte donc autant que possible un point de vue pragmatique voire un peu naïf et il est possible que je manque de recul et de critique sur ce qui se fait ailleurs. Mon point de vue sur Struts est construit à partir de ma relative expérience avec, et du reste de mon expérience de programmeur. Je suis très sensible à l'élégance du code, la réutilisabilité, la conception objet, et la compacité. Je trouve que dans ces aspects, Struts est intéressant :
- la séparation entre les actions et les vues permet de cloisonner dans les classes chaque type d'action, et de bien séparer le calcul d'un résultat de sa présentation
- la définition des formulaires dans le fichier de configuration permet une définition compacte de ceux-ci
- la définition des types actions, des formulaires et des forward dans le fichier de configuration permet à la fois d'avoir un endroit centralisé pour le process flow, et une définition compacte et élégante de celui-ci
- les JSP sont de longueur raisonnable et dépourvus de saucissonage html/code
- l'internationalisation est gérée de manière transparente
Vraiment ? Tu trouvers vraiment que le design MVC est soluble dans le web ? Pas moi. Ces trois parties ne sont pas représentables dans une application web. J'en veux pour preuve une question simple : pour toi, où se situent les vues, modèles et contrôleurs dans une application comme LinuxFr ?
Je pense que le MVC de Struts impose certaines restrictions pour les applis web mais ça ne m'a jamais gêné outre mesure (je rappelle ma faible expérience des applis web).
Je ne peux pas te donner une réponse toute faite pour linuxfr mais je ne situe pas bien où serait le problème pour linuxfr.
Tu trouves ça normal, toi, qu'un framework comme ça ne te dise rien quand un mapping n'est associé à aucune JSP ou à une JSP inexistante.
Je ne sais pas. Tu as sûrement raison pour ce point mais je pense que c'est du domaine du détail.
Et pour finir, est-ce que tu peux raisonnablement dire que ça présente un intérêt de développer des applications web schizophrènes, où la moitié de l'application réside dans des classes Java, et l'autre dans un seul fichier XML (ce qui est de plus très pratique pour le travail en groupe).
Je ne comprends pas cette critique. Dans l'hypothère d'une appli avec seulement des classes, on peut dire aussi que la moitié réside dans une moitié des classes et l'autre moitié dans l'autre moitié. Tu voudrais qu'une appli soit entièrement dans un seul fichier/classe ? Je ne comprends pas trop ton raisonnement. La séparation et le cloisonnement me semblent une bonne chose. Que la partie qui définit le contrôle soit dans le fichier de configuration, et que l'implémentation soit faite dans les classes, me semble au contraire un bon concept.
Pour le travail en groupe, ça ne pose pas de problème. Chaque développeur peut rajouter une action au fichier dans son coin, dans notre cas nous utilisons CVS et nous n'avons jamais eu de conflit à ma connaissance. D'autre part je ne sais pas si tu sais que tu peux utiliser plusieurs fichiers de configuration, donc si tu as deux parties bien définies dans ton appli tu peux les définir dans deux fichiers de configuration séparés.
[^] # Re: slashdot
Posté par gc (site web personnel) . En réponse au journal « Appel au Conseil de l'UE », communiqué de Linus Torvald , Michael Widenius et Rasmus Lerdorf. Évalué à 2.
Il dit ça parce qu'ESR est un grand fan des armes à feu.
[^] # Re: Ryzom Sous Linux
Posté par gc (site web personnel) . En réponse au journal Ryzom : des nouvelles du client libre/Linux. Évalué à 2.
Si ils ont peu de joueurs je les comprends tout à fait de travailler sur le recrutement de plus de joueurs plutôt que pousser actuellement pour un client linux/mac pour gagner d'hypothétiques clients dans la frange des 5% d'utitlisateurs d'ordinateurs personnels qu'ils représentent. L'atout marketing pour les 95% de windoziens il est proche du zéro absolu (et c'est vachement froid là-bas).
[^] # Re: Ryzom Sous Linux
Posté par gc (site web personnel) . En réponse au journal Ryzom : des nouvelles du client libre/Linux. Évalué à 2.
samedi apres-midi, sur l'ile 27 joueurs, sur le continent 38 joueurs.
samedi soir , sur l'ile 18 joueurs, sur le continent 30 joueurs.
Je suis pas un joueur de mmmmmorpg - ça veut dire que y'a pas grand monde ?
Mais c'est pas une phase de lancement voire de béta du jeu, ce qui expliquerait cela ?
[^] # Re: slashdot
Posté par gc (site web personnel) . En réponse au journal « Appel au Conseil de l'UE », communiqué de Linus Torvald , Michael Widenius et Rasmus Lerdorf. Évalué à 2.
Parce qu'il n'est pas européen ?
# slashdot
Posté par gc (site web personnel) . En réponse au journal « Appel au Conseil de l'UE », communiqué de Linus Torvald , Michael Widenius et Rasmus Lerdorf. Évalué à 3.
J'aimerais savoir qui vous auriez mis parmi ces 3 personnes, et si vous auriez mis ces 3 types là ?
Moi personnellement je ne connaissais même pas le nom de Michael Widenius et à peine Rasmus Lerdorf. J'aurais plutôt cité Guido Van Rossum (même si je hais Python) et Alan Cox (il est beau).
Sous-entendu : ne discutons même pas pour Linus :)
[^] # Re: IE sous les 90% !!!
Posté par gc (site web personnel) . En réponse à la dépêche Firefox 1.0 est disponible. Évalué à 5.
[^] # Re: brevetons le brevet
Posté par gc (site web personnel) . En réponse au journal Encore un brevet comique. Évalué à 3.
# focus
Posté par gc (site web personnel) . En réponse au journal Linux, c'est bien, mais parfois, le clavier se blo. Évalué à 6.
c'est ancien et ça doit vraiment être ultra-relou pour n'avoir pas été corrigé depuis.
ça arrive lorsqu'une fenêtre qui se charge en arrière plan (tab ou autre fenêtre) possède un champ à remplir, et sûrement uniquement lorsque du javascript demande le focus pour le champ.
tu n'as pas besoin de taper du texte dans une autre appli, changer de fenêtre de premier-plan est suffisant. moi je fais deux alt-tab de suite (sous icewm).
[^] # Re: Ben c'est toi qui dis n'importe quoi là...
Posté par gc (site web personnel) . En réponse au journal Ransomware : votre opinion. Évalué à 2.
[^] # Re: solutionner -> résoudre
Posté par gc (site web personnel) . En réponse à la dépêche Pas de Windows ? Alors pas d'ordinateur !. Évalué à 2.
# session
Posté par gc (site web personnel) . En réponse au message Lecture d'un DVD+R. Évalué à 2.
[^] # Re: les prospectus
Posté par gc (site web personnel) . En réponse au journal Une performance hors du commun.... Évalué à 2.
Ben où est-ce que j'ai dit le contraire ? En plus c'est précisemment ce que je dis (sur un ton plus polémique) ici :
http://linuxfr.org/comments/500558,1.html(...)
Mon propos était plutôt de défendre les "activistes" en récusant la critique sur "vous faites du mal au libre avec votre façon de présenter les choses".
[^] # Re: les prospectus
Posté par gc (site web personnel) . En réponse au journal Une performance hors du commun.... Évalué à 4.
[^] # Re: Et bien quelle célébrité...
Posté par gc (site web personnel) . En réponse au journal Une performance hors du commun.... Évalué à 4.
C'est l'argument ultime qui prouve que tu es dans le vrai, et tes contradicteurs dans l'erreur ? Jolie rhétorique...
[^] # Re: pourquoi la différence ?
Posté par gc (site web personnel) . En réponse au journal Vente de gcompris: retour d'expérience. Évalué à 1.
# beuh
Posté par gc (site web personnel) . En réponse au journal France 3 passe aux WMA. Évalué à 2.
[^] # Re: Struts or not ?
Posté par gc (site web personnel) . En réponse à la dépêche Conception et déploiement J2EE - Critique du livre. Évalué à 4.
En quoi c'est un problème (concrètement) ?
[^] # Re: Interopérabilité RPM - Debian
Posté par gc (site web personnel) . En réponse à la dépêche Conectiva, Mandrakesoft, Progeny et Turbolinux s'associent autour de la LSB 2.0. Évalué à 9.
[^] # Re: Struts or not ?
Posté par gc (site web personnel) . En réponse à la dépêche Conception et déploiement J2EE - Critique du livre. Évalué à 7.
- la séparation entre les actions et les vues permet de cloisonner dans les classes chaque type d'action, et de bien séparer le calcul d'un résultat de sa présentation
- la définition des formulaires dans le fichier de configuration permet une définition compacte de ceux-ci
- la définition des types actions, des formulaires et des forward dans le fichier de configuration permet à la fois d'avoir un endroit centralisé pour le process flow, et une définition compacte et élégante de celui-ci
- les JSP sont de longueur raisonnable et dépourvus de saucissonage html/code
- l'internationalisation est gérée de manière transparente
Vraiment ? Tu trouvers vraiment que le design MVC est soluble dans le web ? Pas moi. Ces trois parties ne sont pas représentables dans une application web. J'en veux pour preuve une question simple : pour toi, où se situent les vues, modèles et contrôleurs dans une application comme LinuxFr ?
Je pense que le MVC de Struts impose certaines restrictions pour les applis web mais ça ne m'a jamais gêné outre mesure (je rappelle ma faible expérience des applis web).
Je ne peux pas te donner une réponse toute faite pour linuxfr mais je ne situe pas bien où serait le problème pour linuxfr.
Tu trouves ça normal, toi, qu'un framework comme ça ne te dise rien quand un mapping n'est associé à aucune JSP ou à une JSP inexistante.
Je ne sais pas. Tu as sûrement raison pour ce point mais je pense que c'est du domaine du détail.
Et pour finir, est-ce que tu peux raisonnablement dire que ça présente un intérêt de développer des applications web schizophrènes, où la moitié de l'application réside dans des classes Java, et l'autre dans un seul fichier XML (ce qui est de plus très pratique pour le travail en groupe).
Je ne comprends pas cette critique. Dans l'hypothère d'une appli avec seulement des classes, on peut dire aussi que la moitié réside dans une moitié des classes et l'autre moitié dans l'autre moitié. Tu voudrais qu'une appli soit entièrement dans un seul fichier/classe ? Je ne comprends pas trop ton raisonnement. La séparation et le cloisonnement me semblent une bonne chose. Que la partie qui définit le contrôle soit dans le fichier de configuration, et que l'implémentation soit faite dans les classes, me semble au contraire un bon concept.
Pour le travail en groupe, ça ne pose pas de problème. Chaque développeur peut rajouter une action au fichier dans son coin, dans notre cas nous utilisons CVS et nous n'avons jamais eu de conflit à ma connaissance. D'autre part je ne sais pas si tu sais que tu peux utiliser plusieurs fichiers de configuration, donc si tu as deux parties bien définies dans ton appli tu peux les définir dans deux fichiers de configuration séparés.
[^] # Re: decouverte
Posté par gc (site web personnel) . En réponse au journal Vulnérabilités dans Firefox. Évalué à 3.
Par contre FF 1.0 et konqueror 3.3.1 ne le sont pas.
[^] # Re: Vive l'Europe
Posté par gc (site web personnel) . En réponse au journal Du nouveau sur les brevets.... Évalué à -1.
[^] # Re: Livre électronique gratuit
Posté par gc (site web personnel) . En réponse à la dépêche Conception et déploiement J2EE - Critique du livre. Évalué à 2.
Je l'utilise au niveau professionnel et au niveau personnel.
Bref. Non, Struts n'est pas, mais alors vraiment pas bien. Du concept au codage, c'est une pourriture infernale à utiliser.
Du concept au codage, Struts est puissant et efficace (mais chiant à mettre en oeuvre). Bref, Struts c'est vraiment bien(tm).
[^] # Re: Mais bien sur
Posté par gc (site web personnel) . En réponse au journal Gates à Paris et Solaris 10 en open source.. Évalué à 7.
Faut arrêter les journaux télévisés ça fait du mal aux neurones.
[^] # Re: Livre électronique gratuit
Posté par gc (site web personnel) . En réponse à la dépêche Conception et déploiement J2EE - Critique du livre. Évalué à 4.
[^] # Re: Mouarf
Posté par gc (site web personnel) . En réponse au journal Dassault / Microsoft. Évalué à -1.