Loïc d'Anterroches a écrit 194 commentaires

  • [^] # Re: idée toute simple

    Posté par (page perso) . En réponse au journal Comment tuer un développeur de LL*. Évalué à 2.

    Il sort un type application/x-httpd-php qui normalement te permet de directement voir cela avec l'application adaptée à ce type de contenu. Le type mime retourné utilise /etc/mime.types comme référence.

    Dans le futur, il y aura un affichage directement dans l'interface comme trac ou autres pour les types connu comme étant du texte.
  • [^] # Re: Pas grand chose à voir, mais on sait jamais

    Posté par (page perso) . En réponse au journal Comment tuer un développeur de LL*. Évalué à 2.

    Merci pour le commentaire sympa et au passage ta page perso est aussi vraiment sympa. Pour les gens qui aiment les belles choses, c'est ici : http://300themovie.info/
  • [^] # Re: Pas grand chose à voir, mais on sait jamais

    Posté par (page perso) . En réponse au journal Comment tuer un développeur de LL*. Évalué à 3.

    > Pour moi Le problème c'est de crier au loup sans rien fournir , ni pour vérifier, ni pour corriger.

    C'est exactement ça qui m'a mis hors de moi. Merci de l'avoir correctement formulé.
  • [^] # Re: idée toute simple

    Posté par (page perso) . En réponse au journal Comment tuer un développeur de LL*. Évalué à 7.

    Merci pour cette analyse rapide qui ne m'étonne pas. En fait que je connais très bien les défauts de Plume. Pas de réécriture majeure depuis 2001, je te laisse imaginer l'évolution des techniques depuis ce temps ainsi que simplement mes compétences en la matière.

    En fait, je maintiens cette version de Plume pour les utilisateurs actuels, mais je n'ajoute rien de nouveau dedans.

    Je code en ce moment la version 2, qui est une réécriture complète, pour voir le genre de qualité de code aujourd'hui, c'est ici (et c'est le jour et la nuit) :
    http://projects.ceondo.com/p/indefero/source/tree/master/src(...)

    Merci.
  • [^] # Re: hmmm

    Posté par (page perso) . En réponse au journal Comment tuer un développeur de LL*. Évalué à 10.

    ciol, je crois que nous nous sommes pas compris. Il n'y a pas de prétexte, je n'ai pas besoin de prétexte. Si je veux arrêter de faire du libre, j'arrête, c'est ça le libre. Cela fait 7 ans que je consacre beaucoup d'heures chaque semaine à du libre, alors bon, si vous aviez un peu de jugeotte vous auriez compris que je fais cela par passion et conviction. Et si vous aviez encore un peu plus de jugeotte, vous auriez compris que quand vous faites quelque chose par passion et conviction et que quelqu'un qui profite de ce travail vous met des bâtons dans les roues, cela fait bien mal et cela fatigue.

    Contribuez de manière active à un projet libre sur plusieurs années et nous pourrons alors échanger nos expériences réciproques et rire ensemble de nos coups de fatigue.
  • [^] # Re: Dénonce

    Posté par (page perso) . En réponse au journal Comment tuer un développeur de LL*. Évalué à 3.

    Si effectivement, il s'avère que c'était infondé, je le ferai savoir, mais pas ici, je ferai cela sur la liste sécurité du CMS, les moteurs de recherches se chargeront de faire passer l'information.
  • [^] # Re: hmmm

    Posté par (page perso) . En réponse au journal Comment tuer un développeur de LL*. Évalué à 4.

    Merci, tout simplement.
  • [^] # Re: idée toute simple

    Posté par (page perso) . En réponse au journal Comment tuer un développeur de LL*. Évalué à 4.

    Je n'ai aucune honte de mon code, un peu de recherche et tu verras que je fais du joli code, particulièrement ma dernière création*.

    Ce que je cherche, c'est vraiment un échange d'expérience avec des gens qui ont eu affaire à cette "fatigue du codeur de LL", pas plus, c'est pour cela que je ne fais pas un joli lien en direction du logiciel et que je nomme personne. Ce n'est pas le but.

    Si vraiment tu veux voir du joli code PHP: http://projects.ceondo.com/p/indefero/source/tree/master/src(...)
  • [^] # Re: hmmm

    Posté par (page perso) . En réponse au journal Comment tuer un développeur de LL*. Évalué à 9.

    > S'il en a marre de faire du LL, c'est pour d'autres raisons.

    ciol, avez-vous lu les 2 questions à la fin du journal ? Si oui, merci de les lire encore une fois, peut-être que vous arriverez à comprendre l'implication par rapport à ma participation à du logiciel libre et comme vous développez sûrement beaucoup de logiciels libres, vous aurez de bonne idées pour répondre à ces 2 questions.
  • [^] # Re: Game Over et les brozoufs ?

    Posté par (page perso) . En réponse au message Achete portable pas cher et puissant ;-). Évalué à 2.

    Je te l'envoie aux frais de la princesse de l'autre côté du Rhin. Je préfère dépenser les quelques euros que cela coûtera plutôt que de voir ça prendre la poussière ici.
  • [^] # Re: Game Over et les brozoufs ?

    Posté par (page perso) . En réponse au message Achete portable pas cher et puissant ;-). Évalué à 2.

    Tu vas te régaler. J'ai un T41p et un X61s, les claviers sont vraiment vraiment bons. J'ai une docking station pour le T41p, il me semble que cela passe sur le T41. Si cela t'intéresse, tu me fais connaître ton adresse postale et je te fais un colis. Cela prendra un peu de temps car cela viendra d'Allemagne (c'est ma femme qui utilise le T41 maintenant donc la station ne fais que prendre la poussière).
  • # phplist ?

    Posté par (page perso) . En réponse au message solution de newsletter. Évalué à 2.

    http://www.phplist.com/

    Il semble que cela fonctionne bien en regardant la doc sur le site. En regardant le code, on prend peur pour le pauvre développeur qui code. Cela doit pas être évident de retrouver ses petits. Mais, si tu ne fais que l'utiliser...

    Note : Je n'ai pas testé !
  • [^] # Re: Langue des interventions

    Posté par (page perso) . En réponse au journal Comparatif entre 3 événements du Libre : RMLL, CCC & FOSDEM. Évalué à 6.

    Pour nourrir le troll. Les vidéos sont non libres car pour les rendre libre, il faudrait avoir l'autorisation des personnes présentes etc... le CCC fait un superbe travail de sensibilisation auprès des politiques sur le respect de la vie privée et aussi sur les problèmes de la vidéo surveillance, cela passerait mal si ils filmaient pour ensuite donner une liberté totale sur les enregistrements.

    Comme noté dans cette fiche, la notion de respect de la vie privée est un thème très très fort en Allemagne. Dans toutes tes démarches administratives ou même dans une simple association, tu devras explicitement signer que tu acceptes que tes données soient stockées (même sur un support papier) par l'organisme en question, avec bien entendu tous les droits d'accès/rectification à posteriori. Le débat sur le respect de la vie privée est récurrent en Allemagne, ce qui fait aussi que tout le monde a au moins une petite notion du sujet.

    Cela vient de ma maigre expérience car je suis depuis environ 3 ans en Allemagne (en fait dans la partie Est, donc le sujet est là encore plus d'actualité).
  • [^] # Re: github

    Posté par (page perso) . En réponse au journal Clone de GoogleCode en PHP pour git. Évalué à 2.

    C'est pour être indépendant d'un fournisseur que je développe InDefero. C'est une question de liberté.
  • [^] # Re: Trackpoint !

    Posté par (page perso) . En réponse au journal Sortie du bépo 1.0rc1. Évalué à 1.

    Un conseil, n'achète pas le ultranav de IBM. IBM a 3 fournisseurs pour ses claviers et la qualité des ultranav est largement en dessous des claviers des thinkpads. Tellement en dessous, que j'ai arrêté d'utiliser le mien (même le trackpoint est moins bon). J'ai acheté un clavier wireless Apple, si Typematrix n'avait pas de retard de livraison, je taperais sur un Typematrix, mais bon, l'ultranav avait atteint la limite du supportable.

    Quand le typematrix sera disponible, je pense le tester. Et si vous me dites, cela fait beaucoup d'argent au final, je suis 80h par semaine devant ce clavier, alors bon, cela vaut la peine d'avoir un clavier de qualité.

    Note, le clavier apple est vraiment de qualité, le toucher est différent du thinkpad, mais c'est aussi un toucher agréable et on peut vraiment taper vite. Le seul problème est que la disposition des touches n'est pas standard (pas de delete, home, end, print) et donc il faut se faire un petit xmodmap pour que cela passe bien. Sans ces problèmes je n'essayerais même pas le typematrix, mais là...
  • [^] # Re: bistouilles esthétiques

    Posté par (page perso) . En réponse au journal InDefero, bug tracker, navigateur git en version 0.0.7. Évalué à 1.

    Merci pour ces commentaires bien sympa.

    - pour l'arbre des sources, c'est une bonne idée. Je vais faire cela en grisant aussi l'icône de download.
    - pour l'aide sans menu, effectivement, ajouter la liste des projets est bien vu, de toute façon le but n'est pas d'héberger 20000 projets, donc cela passera parfaitement.
    - pour le commentaire sur mes interfaces : :-) merci !
  • [^] # Re: bistouilles esthétiques

    Posté par (page perso) . En réponse au journal InDefero, bug tracker, navigateur git en version 0.0.7. Évalué à 1.

    Merci pour ces commentaires, voici quelques réponses :

    - identifiant limité à 8 caractères : En fait, j'ai mis cette limitation de manière arbitraire, c'est juste pour être certain que l'identifiant va ensuite fonctionner avec gitosis. Je regarde si on a plus de liberté, si c'est le cas, cela changera.
    - arbre des sources : Merci, c'est ce genre de remarques que j'aime, je vais voir comment rendre cette élément moins perturbateur.
    - aide sans menu : Oui, il faut que je trouve une solution élégante pour permettre aux gens de revenir en arrière, comme l'aide est générale pour tous les projets, cela veut dire que je n'ai pas directement l'information de l'origine de la personne. Peut-être passer l'aide directement dans le projet. Je note cela.

    Merci pour les remarques, c'est vraiment bon à prendre.

    Maintenant, au niveau de la consommation des ressources, c'est très léger. Sur mon installation de développement, j'ai l'information de la consommation de mémoire en pic pour chaque page. Cela donne :

    - home page projet : 3254ko
    - tickets : 2881ko
    - downloads : 2738ko
    - une page d'administration : 2783ko
    - une page d'un ticket avec 8 commentaires : 3286ko

    je récupère l'information de la mémoire en pic avec xdebug. C'est donc largement en dessous du standard de 8Mo par processus PHP et donc bien en dessous de trac. L'avantage aussi par rapport à trac c'est qu'on a pas besoin de faire tourner un processus supplémentaire en plus, donc cela fonctionne avec du serveur mutualisé.

    loïc
  • [^] # Re: et la v1.0 ?

    Posté par (page perso) . En réponse au journal InDefero, bug tracker, navigateur git en version 0.0.7. Évalué à 1.

    En fait, les 0.0.x c'est juste pour faire bien comprendre que le projet est jeune. J'ai envie d'ajouter 2 "modules" avant de le passer en 1.0, un module de wiki qui donnera la version 0.1, puis un module de gestion de doc qui donnera la version 0.2.

    Pour l'accès au dépôt, une solution simple est d'avoir un petit script cron, qui fait un pull du dépôt dans l'espace web (cela fait perdre un peu de place, mais bon, généralement les gens n'ont pas 10Go dans un dépôt git), ensuite si git est installé sur la machine qui fait serveur web et si on peut utiliser "exec" de PHP on peut alors accéder au dépôt.

    Tu as l'air de bien connaître l'infrastructure de TuxFamily, penses-tu que ce que je viens de raconter est jouable ? Si oui, je peux nettoyer mes connaissances de Perl pour l'occasion.
  • [^] # Re: Ca avance!

    Posté par (page perso) . En réponse au journal InDefero, bug tracker, navigateur git en version 0.0.7. Évalué à 2.

    Merci pour ces réponses, remarques.

    - barre de gauche, je vais faire des essais, je n'ai toujours pas vraiment pris le temps de le faire pour trouver une solution qui va bien.
    - classement sur la date, oui, c'est vrai, il faut que je vois comment prendre cela en compte car j'utilise un système pour faire la pagination assez générique. Pour la traduction du "ago", cela vient du framework Pluf pour lequel il manque un bout de traduction. Encore quelque chose à faire.
    - traduction des priorités etc... elles sont complètement configurables par l'administrateur du site (on peut écrire en ce qu'on veut), mais c'est vrai que cela pourrait être bien d'avoir une traduction automatique pour les valeurs par défaut. Je note !

    Encore merci !
    loïc
  • [^] # Re: http://projects.ceondo.com/help/

    Posté par (page perso) . En réponse au journal Clone de GoogleCode en PHP pour git. Évalué à 3.

    Juste pour te dire que j'utilise maintenant /etc/mime.types pour envoyer le bon header. Je n'ai pas encore fait la visualisation directe pour les fichiers texte. Cela va venir.

    La version 0.0.2 inclut cette mise à jour :
    http://projects.ceondo.com/p/indefero/downloads/2/

    Merci !
    loïc
  • [^] # Re: Pluf ?

    Posté par (page perso) . En réponse au journal Clone de GoogleCode en PHP pour git. Évalué à 5.

    Pourquoi Pluf[1]?

    Parce que je suis le développeur principal de Pluf. Ou plutôt, je code à la fois en Python et en PHP, j'ai créé Pluf après avoir beaucoup travaillé avec Django (il y environ 2/3 ans) et à ce moment là j'avais un projet à coder en PHP (pour des raisons de déploiement). J'ai donc codé le projet en même temps que Pluf.

    Maintenant, Pluf me permet d'aller très très vite et est très simple d'utilisation, pas de fichiers de configurations compliqués (un simple array PHP), code très lisible si tu regardes par exemple les vues qui "font le travail"[2].

    Maintenant, un framework x ou y c'est vraiment une histoire de goût et de la manière dont chacun pense. L'important est d'en choisir un qui plaît et de bien le maîtriser pour être efficace avec.

    [1] : http://www.pluf.org
    [2] : http://projects.ceondo.com/p/indefero/source/tree/master/src(...)
  • [^] # Re: Avis....

    Posté par (page perso) . En réponse au journal Clone de GoogleCode en PHP pour git. Évalué à 1.

    Comme je vais passer tous mes projets sur InDefero, le projet va naturellement avancer. Et en plus, comme j'ai du retour sympa venant de vous, cela motive.

    Sinon, j'utilise la boite avec fond gris arrondi sur le côté pour les aides/instructions. Donc si je commence à l'utiliser aussi pour afficher un autre type d'information, cela va apporter de la confusion. Par contre, je vais essayer des alternatives pour voir si je peux rendre les informations plus lisibles. Merci !

    loïc
  • [^] # Re: http://projects.ceondo.com/help/

    Posté par (page perso) . En réponse au journal Clone de GoogleCode en PHP pour git. Évalué à 2.

    Je sais que pour le moment ce n'est pas génial, mais en gros j'ai fait "au plus vite et fonctionnel". Je compte bien ajouter aussi la visualisation du fichier avec coloration du code.
    J'ai ajouté ta remarque ici :
    http://projects.ceondo.com/p/indefero/issues/10/

    Par ailleurs, j'ai ajouté une zone de download avec la version 0.0.1 :
    http://projects.ceondo.com/p/indefero/downloads/1/

    Les remarques sont vraiment toujours les bienvenues.
    loïc
  • [^] # Re: http://projects.ceondo.com/help/

    Posté par (page perso) . En réponse au journal Clone de GoogleCode en PHP pour git. Évalué à 4.

    Je n'ai pas encore codé la FAQ, car bon, personne n'a encore posé de questions :)

    Pour répondre à tes questions :

    - modularité : extrême, il n'y a qu'environ 3000 lignes de code et c'est très simple d'ajouter de nouvelles vues.

    - interface pour subversion : pourquoi pas, l'interface pour git est composé d'une classe "métier" et juste 160 lignes de code pour la présentation le tout en 5 "vues". Donc vraiment très simple.

    - gestion de la documentation : c'est la prochaine chose prévue sur ma liste, l'idée est de choisir dans la hiérarchie du code un répertoire qui serait le répertoire de la "doc" et l'interface web ferait le rendu de celle-ci avec table des matières. Je pense commencer avec des fichiers au format markdown ayant une structure du type :

    title: Titre de mon document
    description:
    ma longue description
    sur plusieurs lignes
    +++
    content:
    Ici du markdown

    L'interface web permettrait d'ajouter/supprimer des commentaires pour chaque fichier.

    - wiki/doc ouverte en lecture/écriture : c'est avec la gestion de la documentation "officielle" ce que je pense implémenter rapidement.

    Bon, je vais coder une FAQ ce soir, cela fera plus propre et je pourrai au moins donner la liste des raccourcis clavier.

    Merci pour les commentaires !
    loïc
  • [^] # Re: Norhtec

    Posté par (page perso) . En réponse au journal Un PC qui consomme 1 Watt. Évalué à 2.

    J'ai acheté il y a un moment un DFC de Norhtec. Je l'ai acheté en 2005, il fonctionne toujours superbement bien.

    Norhtec est en Malaisie, donc quand tu fais une commande, tu devras ajouter en plus des frais de port, les droits de douane et la TVA (pour moi, en Allemagne). Cela peut surprendre, mais avec la faiblesse du Dollars en ce moment, cela va encore assez bien.

    L'équipe de Norhtec est sympa et bien réactive par email. Ils n'ont pas de problèmes pour envoyer un exemplaire à une personne au bout du monde. La commande arrive très vite via UPS international.

    La qualité de materiel est là et ils ne font pas d'économies sur la solidité du boitier.

    Si vous avez plus de questions, n'hésitez pas à me contacter en privé.

    loïc

    note: je n'ai pas d'actions chez eux :)