Pour ma part, je travaille avec calibre, et pour ce qui est de l'automatisation un simple ebook-convert fichier.html|epub|odt fichier.mobi (oui j'ai un kindle, et j'ai emballé l'appel à calibre dans un script qui converti tout et l'envoi directement sur la liseuse) marche plutôt bien. Je converti même directement mes manuscrits rst ou sphinx en mobi pour les relire en transport.
Bon, ce n'est pas parfait, certains tableaux html se naviguent mal, mais c'est rare.
Sauf qu'il parait que les PC fournit avec la MDK récemment vendus dans une grande surface sont majoritairement retournés en SAV parce qu'ils ne pouvaient faire tourner les jeux Windows.
Donc la vente liée n'est pas le seul problème, loin de là.
Pour préciser, 1Go de mémoire donc le swap se rhabille la plupart du temps (ça peut jouer).
Sinon pour la BP, j'ai un accès 2048/256 et il faut que je monte à 80ko/s pour avoir un fort ralentissement du web. A partir de 60 je commence à le sentir, mais selon mes tests, cela vient d'un upload saturé par mldonkey (qui prend quasi rien en processeur, contrairement à amule, que j'ai testé aussi)
Perso avec un Althon 2800+ (bon plus puissant qu'un P4 2Ghz mais on va pas lancer le troll) la charge CPU grimpe parfois à 100% que je ne m'en apperçois que sur le vu-metre. Les deux seuls trucs qui font ramer
- accès clef USB
- très gros et soutenu acces disque
Sur une MDK 9.2 sans aucun optimisation. En général un divx c'est 0 à 1% de CPU, l'hallu totale.
Je confirme, je n'ai jamais rien fait sur la MDK9.2 pour que xcdroast et k3b gravent mes galettes. Hormis les installer, et là c'est rubrique Configuration du menu, Paquetages, Installer des logiciels.
A moins que son graveur n'ai pas été détecté?
Pour avoir un ami qui bosse à l'informatique de l'ANPE et qui a installé Agora pour ses utilisateurs, j'ajoute qu'il intégre un système complexe de droits permettant une gestion tres fine de qui a le droit de faire quoi, et un système de workflow pour la validation des pages (ou alors une amélioration de l'existant, je ne connais pas SPIP)
phpbb fait un truc comme ca
- identifiant de session, en cookie si possible, sinon en GET
- vérification sur l'ip, il faut qu'elle soit quasiment identique (trois premiers groupes identiques je crois)
matez phpbb pour regarder comment c'est fait
Avec AOL, si on passe par un navigateur hors de leur interface ça marche, via l'interface c'est la merde.
Voila
Cédric
éleveur de newbies sous AOL qui veulent accéder à son forum
Ok, quelques news. Il semble qu'il me faille installer apache-devel, tout betement. Pour le reste, je ne passais pas encore par SSL, j'en suis à générer les clefs/certificats pour tester ça.
Et plusieurs sites annoncent bien mod_encoding comme la solution (ils n'en donnent pas d'autres) pour corriger la connexion d'XP (alors que 2000 se connecte nickel, tout comme cadaver ou autre client unix).
Comment cela? Tu n'es pas arrivé dans le monde de l'informatique tout armé de bonnes pratiques ;-) J'aime bien ta définition des tests unitaires côté client.
Les fonctions métiers dans des classes ou des librairies, avec pour chaque une classe de test. Plus une classe est simple et plus ses fonctions sont centrées sur un seul but et plus le test est facile à écrire, et plus le code est réutilisable ailleurs.
Les données sont dans une base SQL, et j'ai développé une petite lib pour rentrer des données dans une base de test, et vérifier ce qu'il y a.
Voir MyUnit sur http://plcoder.net/?doc=1288&lang=fr&rub=101(...)
As tu pratiqué XP? As tu au moins essayé les pratiques que tu critique? Moi je les utilise tous les jours, malgré quelques réticences au départ, et je te garantis que le pair programming, les taches, le client sur site, la simplicité, c'est vraiment bien.
Pour le client faut arreter de le prendre pour un con, c'est en général un professionel métier compétent, parfaitement capable de comprendre quand on lui demande d'exprimer ses besoins, parfaitement capable de discuter avec des développeurs parlant une langue humaine plutot qu'un langage informatique. Je bosse avec des biologistes, ce sont eux les clients, et ils suivent sans problemes.
Je n'ai jamais vu un livre ou un message sur XP déconseillant les interfaces, je connais même des praticiens XP convaincus qui en font pas mal, des interfaces. Ce qui est déconseillé c'est l'interface pour le plaisir d'en faire une, la complication inutile. Mais quand c'est utile, pourquoi pas?
Quant au design général, sur tous les projets que tu as fait, est ce que le design initial a été bon du premier coup? Je veux dire : analyse, dev, et pop on est bon. Moi, jamais, et pourtant on y a passé du temps. Donc un design qui évolue, voire qui emerge selon les besoins me semble plus réaliste.
L'appropriation marche très bien, de même que laa transmission de savoir (je bosse avec un profil plus electronique/bas niveau, alors que je suis plus BD/gestion de données, et en binome on apprend tous les deux)
A propos du bazar, XP et le développement LL sont toutes deux reconnues par l'Alliance Agile comme des methodes agiles de dev. Mais bon, planent un peu à l'alliance agile, faut s'accrocher pour les suivre.
Vient nous voir à une réunion, elles sont ouvertes, suffit de s'incrire sur le wiki, on pourra discuter et essayer. Parce que parler n'apporte pas grand chose, il faut toucher les pratiques du doigt sans a-priori hérité de cours ou de livres.
Je prenais les pratiques qui me venaient à l'esprit. XP ne revendique pas de les avoir inventé, elles sont logiques et devraient être appliquées partout, mais XP me semble t'il en fait un tout cohérent.
Ensuite en XP l'anayse est faite, mais pas forcemment dans les détails les plus précis. On ne passera pas 3 mois à ne faire que de l'analyse, pour ensuite se mettre à coder, se basant sur l'idée que quel que soit l'analyse, elle sera fausse un jour : on ne peut pas tout savoir au démarrage d'un projet, les besoins évoluent. On utilise l'experience acquise pour redéfinir le projet. Rien de sorcier, simplement XP l'ecrit dans des livres.
Pour ce qui est de l'ordre des taches, on fait d'abord le plus important/urgent. Ce qui permet si le projet s'arrete d'avoir un programme qui implemente les fonctionnalités vitales, au lieu d'avoir un beau squelette qui ne fait rien.
Je rappele que les réunions XP ont justement pour but d'expliquer ce qu'est XP, et qu'elles sont ouvertes.
Vrai que la critique est toujours interessante, même si les extraits que j'ai lu du livres (sur le pair programming) semblent plus vouloir tourner XP en dérision (genre citer des posts sur usenet avec des fautes de frappes ou de grammaire - et les faire remarquer).
Si j'ai un peu d'argent en trop, je lirai le livre.
Ceci dit, il est évident que les pratiques s'appuient les unes sur les autres, et je ne vois pas le soucis la dedans.
Pour ce qui est du "malin", je travaille tous les jours en essayant de faire de l'XP au plus proche, et je prévois rarement mes refactoring, ça empeche pas d'avoir du code propre, qui passe les tests, et évolutif.
Je conseille XP Explained, traduit en français Extreme Programming La Reference, est excessivement clair pour comprendre XP, la philosophie sous jacente.
C'est la mise en groupes des pratiques évidentes et de concepts simple qui fait d'XP une méthode efficace (tests, remaniement, code simple, recherche de qualité) et sympa (communication).
Le courage, c'est simple, c'est assumer. Ne pas se proteger sans cesse (on a un praticien qui bosse dans le secteur bancaire, où chaque personne passe plus de temps à se protéger de possibles problemes avec le client ou d'autres équipes qu'à faire avancer le projet).
Les réunions de praticiens sont là pour faire découvrir et discuter, voir sur le wiki pour cela. Tu y seras le bienvenu.
XP n'est pas une méthode miracle, mais un ensemble de pratiques cohérentes qui individuellement n'ont rien de nouvelles (les tests, le dialogue, le refactoring, ...) mais qui toutes ensembles rendent les projets gérables et humains.
Au lieu de croire les autres, viens te faire ton idée lors d'une réunion XP, à voir sur le wiki un peu plus bas.
Justement XP ne se complait pas dans les specs et comités d'experts. Plutot que de tirer des plans, on fait des essais (spikes), on met une maquette ou une premiere version du projet dans les mains du client, afin qu'il vérifie que les devs ont compris son besoin, et qu'il vérifie lui même qu'il a bien exprimé son besoin.
Tu n'as surement jamais pratiqué XP pour en parler ainsi.
# Automatisation epub
Posté par Cédric Girard (site web personnel) . En réponse au journal contenus epub. Évalué à 5.
Pour ma part, je travaille avec calibre, et pour ce qui est de l'automatisation un simple ebook-convert fichier.html|epub|odt fichier.mobi (oui j'ai un kindle, et j'ai emballé l'appel à calibre dans un script qui converti tout et l'envoi directement sur la liseuse) marche plutôt bien. Je converti même directement mes manuscrits rst ou sphinx en mobi pour les relire en transport.
Bon, ce n'est pas parfait, certains tableaux html se naviguent mal, mais c'est rare.
[^] # Re: Achat
Posté par Cédric Girard (site web personnel) . En réponse à la dépêche Le Ben NanoNote de Qi Hardware est en vente en Europe. Évalué à 2.
[^] # Re: he he
Posté par Cédric Girard (site web personnel) . En réponse à la dépêche Des formats ouverts pour l'e-gouvernement norvégien. Évalué à 1.
Donc la vente liée n'est pas le seul problème, loin de là.
# Les outils de tests
Posté par Cédric Girard (site web personnel) . En réponse à la dépêche Démarche qualité et Logiciel Libre. Évalué à 4.
http://xp-france.net/cgi-bin/wiki.pl?ListeDesOutilsDeTest(...)
[^] # Re: C'est le processeur ;-)
Posté par Cédric Girard (site web personnel) . En réponse au journal Question comparative Windows / Linux. Évalué à 3.
Sinon pour la BP, j'ai un accès 2048/256 et il faut que je monte à 80ko/s pour avoir un fort ralentissement du web. A partir de 60 je commence à le sentir, mais selon mes tests, cela vient d'un upload saturé par mldonkey (qui prend quasi rien en processeur, contrairement à amule, que j'ai testé aussi)
[^] # Re: la réponse est simple
Posté par Cédric Girard (site web personnel) . En réponse au journal Question comparative Windows / Linux. Évalué à 0.
# C'est le processeur ;-)
Posté par Cédric Girard (site web personnel) . En réponse au journal Question comparative Windows / Linux. Évalué à 4.
Perso avec un Althon 2800+ (bon plus puissant qu'un P4 2Ghz mais on va pas lancer le troll) la charge CPU grimpe parfois à 100% que je ne m'en apperçois que sur le vu-metre. Les deux seuls trucs qui font ramer
- accès clef USB
- très gros et soutenu acces disque
Sur une MDK 9.2 sans aucun optimisation. En général un divx c'est 0 à 1% de CPU, l'hallu totale.
# Ca doit marcher
Posté par Cédric Girard (site web personnel) . En réponse au journal Gravure et MDK 9.2. Évalué à 4.
A moins que son graveur n'ai pas été détecté?
[^] # Re: à propos de Spip-Agora
Posté par Cédric Girard (site web personnel) . En réponse à la dépêche SPIP 1.7.2 dans les bacs. Évalué à 7.
Cédric
[^] # Re: Ptet les autres
Posté par Cédric Girard (site web personnel) . En réponse au journal Insécurité sur le WebMail de Free.fr. Évalué à 2.
- identifiant de session, en cookie si possible, sinon en GET
- vérification sur l'ip, il faut qu'elle soit quasiment identique (trois premiers groupes identiques je crois)
matez phpbb pour regarder comment c'est fait
Avec AOL, si on passe par un navigateur hors de leur interface ça marche, via l'interface c'est la merde.
Voila
Cédric
éleveur de newbies sous AOL qui veulent accéder à son forum
# Re: Webdav sous apache 2
Posté par Cédric Girard (site web personnel) . En réponse au journal Webdav sous apache 2. Évalué à 1.
Et plusieurs sites annoncent bien mod_encoding comme la solution (ils n'en donnent pas d'autres) pour corriger la connexion d'XP (alors que 2000 se connecte nickel, tout comme cadaver ou autre client unix).
Donc la lutte continue mais j'ai quelques pistes.
Merci à tous
[^] # Re: Oufff merci les sénateurs !
Posté par Cédric Girard (site web personnel) . En réponse au journal Oufff merci les sénateurs !. Évalué à 1.
[^] # Re: Rencontre AFUP sur l'Extreme Programming
Posté par Cédric Girard (site web personnel) . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 2.
Cédric
[^] # Re: ça t'élite ?
Posté par Cédric Girard (site web personnel) . En réponse au journal ça t'élite ?. Évalué à 1.
[^] # Re: Rencontre AFUP sur l'Extreme Programming
Posté par Cédric Girard (site web personnel) . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 1.
[^] # Re: Rencontre AFUP sur l'Extreme Programming
Posté par Cédric Girard (site web personnel) . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 1.
Les données sont dans une base SQL, et j'ai développé une petite lib pour rentrer des données dans une base de test, et vérifier ce qu'il y a.
Voir MyUnit sur http://plcoder.net/?doc=1288&lang=fr&rub=101(...)
Si tu veux on parle autour d'un code?
[^] # Re: Rencontre AFUP sur l'Extreme Programming
Posté par Cédric Girard (site web personnel) . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 1.
[^] # Re: Rencontre AFUP sur l'Extreme Programming
Posté par Cédric Girard (site web personnel) . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 1.
http://pear.php.net/package/PHPUnit(...)
les autres outils sont sur http://xp-france.net/cgi-bin/wiki.pl?ListeDesOutilsDeTest(...)
[^] # Re: Rencontre AFUP sur l'Extreme Programming
Posté par Cédric Girard (site web personnel) . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 4.
Pour le client faut arreter de le prendre pour un con, c'est en général un professionel métier compétent, parfaitement capable de comprendre quand on lui demande d'exprimer ses besoins, parfaitement capable de discuter avec des développeurs parlant une langue humaine plutot qu'un langage informatique. Je bosse avec des biologistes, ce sont eux les clients, et ils suivent sans problemes.
Je n'ai jamais vu un livre ou un message sur XP déconseillant les interfaces, je connais même des praticiens XP convaincus qui en font pas mal, des interfaces. Ce qui est déconseillé c'est l'interface pour le plaisir d'en faire une, la complication inutile. Mais quand c'est utile, pourquoi pas?
Quant au design général, sur tous les projets que tu as fait, est ce que le design initial a été bon du premier coup? Je veux dire : analyse, dev, et pop on est bon. Moi, jamais, et pourtant on y a passé du temps. Donc un design qui évolue, voire qui emerge selon les besoins me semble plus réaliste.
L'appropriation marche très bien, de même que laa transmission de savoir (je bosse avec un profil plus electronique/bas niveau, alors que je suis plus BD/gestion de données, et en binome on apprend tous les deux)
A propos du bazar, XP et le développement LL sont toutes deux reconnues par l'Alliance Agile comme des methodes agiles de dev. Mais bon, planent un peu à l'alliance agile, faut s'accrocher pour les suivre.
Vient nous voir à une réunion, elles sont ouvertes, suffit de s'incrire sur le wiki, on pourra discuter et essayer. Parce que parler n'apporte pas grand chose, il faut toucher les pratiques du doigt sans a-priori hérité de cours ou de livres.
[^] # Re: Rencontre AFUP sur l'Extreme Programming
Posté par Cédric Girard (site web personnel) . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 1.
Ensuite en XP l'anayse est faite, mais pas forcemment dans les détails les plus précis. On ne passera pas 3 mois à ne faire que de l'analyse, pour ensuite se mettre à coder, se basant sur l'idée que quel que soit l'analyse, elle sera fausse un jour : on ne peut pas tout savoir au démarrage d'un projet, les besoins évoluent. On utilise l'experience acquise pour redéfinir le projet. Rien de sorcier, simplement XP l'ecrit dans des livres.
Pour ce qui est de l'ordre des taches, on fait d'abord le plus important/urgent. Ce qui permet si le projet s'arrete d'avoir un programme qui implemente les fonctionnalités vitales, au lieu d'avoir un beau squelette qui ne fait rien.
Je rappele que les réunions XP ont justement pour but d'expliquer ce qu'est XP, et qu'elles sont ouvertes.
[^] # Re: Rencontre AFUP sur l'Extreme Programming
Posté par Cédric Girard (site web personnel) . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 1.
Si j'ai un peu d'argent en trop, je lirai le livre.
Ceci dit, il est évident que les pratiques s'appuient les unes sur les autres, et je ne vois pas le soucis la dedans.
Pour ce qui est du "malin", je travaille tous les jours en essayant de faire de l'XP au plus proche, et je prévois rarement mes refactoring, ça empeche pas d'avoir du code propre, qui passe les tests, et évolutif.
[^] # Re: Rencontre AFUP sur l'Extreme Programming
Posté par Cédric Girard (site web personnel) . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 1.
[^] # Re: Rencontre AFUP sur l'Extreme Programming
Posté par Cédric Girard (site web personnel) . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 1.
Le courage, c'est simple, c'est assumer. Ne pas se proteger sans cesse (on a un praticien qui bosse dans le secteur bancaire, où chaque personne passe plus de temps à se protéger de possibles problemes avec le client ou d'autres équipes qu'à faire avancer le projet).
Les réunions de praticiens sont là pour faire découvrir et discuter, voir sur le wiki pour cela. Tu y seras le bienvenu.
[^] # Re: Rencontre AFUP sur l'Extreme Programming
Posté par Cédric Girard (site web personnel) . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 1.
Au lieu de croire les autres, viens te faire ton idée lors d'une réunion XP, à voir sur le wiki un peu plus bas.
[^] # Re: Rencontre AFUP sur l'Extreme Programming
Posté par Cédric Girard (site web personnel) . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 3.
Tu n'as surement jamais pratiqué XP pour en parler ainsi.