Cédric Girard a écrit 110 commentaires

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.

Je suis également intéressé de savoir si on peut rajouter une carte wifi sur l'appareil.

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à.

Ils existent pour tous les outils, libres ou non

http://xp-france.net/cgi-bin/wiki.pl?ListeDesOutilsDeTest(...)

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)

Tiens comment fait on au fait?

Salut

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)

Cédric

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).

Donc la lutte continue mais j'ai quelques pistes.

Merci à tous

Sur le coup de la formation de milices privées par les gens qui s'estiment lésés (majors entre autre) on a qq chose?

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.

Cédric

Ha Asimov, toute ma jeunesse. oukilé fondation dans ma biblio... oukile daneel, et Elijah... si seulement les hommes étaient sages...

Je parlais déjà par mail ou sur un forum, mais sans problème si tu passe dans le 92, ou même si tu peux venir à une réunion.

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(...)

Si tu veux on parle autour d'un code?

Accessoirement j'accompagne Laurent sur la présentation XP Afup, donc, si vous voulez venir pour discuter...

J'utilise phpunit, tout simplement ;-) la 0.6.2 pour php4, la 1 pour php5 (la v1 marche plus en php4, du fait des améliorations sur l'objet)

http://pear.php.net/package/PHPUnit(...)
les autres outils sont sur http://xp-france.net/cgi-bin/wiki.pl?ListeDesOutilsDeTest(...)

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.