nojhan a écrit 619 commentaires

  • # optim non convexe

    Posté par (page perso) . En réponse à la dépêche Recalage d’images, PIV et corrélation d’images — Les bases théoriques. Évalué à 9.

    Il y a aussi des travaux sur l'emploi de méthodes d'optimisation « globales » pour des gros pb non–convexes. C'est de l'approximation mais ça va vite. On peut voir ça comme une descente de gradient stochastique robuste. Utile aussi pour gérer des modèles de déformation. Mots-clefs: randomized search, black-box optimization, metaheuristics.

  • [^] # Re: inscription ?

    Posté par (page perso) . En réponse à la dépêche Onzième rencontre C++ francophone jeudi 31 mars 2016 à Paris. Évalué à 2.

    Je crois qu'il faut s'inscrire via le site « meetup » indiqué en lien.

  • [^] # Re: Gaz factory

    Posté par (page perso) . En réponse au journal Forthlift: envoyer des statuts depuis son éditeur de texte. Évalué à 4.

    Diaspora fait déjà de la fédération et n'a pas de limite de caractères.
    Par contre, si vous voulez pouvoir suivre des infos intéressantes ou converser avec des gens, c'est tout de suite plus difficile.
    Pourquoi ?
    Parce que le succès d'un réseau social n'a que très peu à voir avec son intérêt technique, c'est avant tout les gens qui en font l'intérêt.

  • [^] # Re: Passerelles ?

    Posté par (page perso) . En réponse au journal Forthlift: envoyer des statuts depuis son éditeur de texte. Évalué à 5.

    Franchement, tout ça tient en quelques lignes (ça utilise le module tweepy), c'est trivial à coder.
    Par contre, je suppose que la gestion de tous les aspects du micro-blogging (réception, abonnements, favoris, etc.) serait un peu plus délicate, mais ça serait vraiment overkill pour forthlift.

    Tu fais bien de me rappeler weboob, je les avais oubliés et c'est vraiment cool !

  • [^] # Re: Passerelles ?

    Posté par (page perso) . En réponse au journal Forthlift: envoyer des statuts depuis son éditeur de texte. Évalué à 3.

    OK merci. J'ai longtemps été utilisateur de passerelles XMPP et je n'en ai pas gardé un souvenir impérissable. De plus, par expérience, ce genre de montage - quoique techniquement satisfaisant - est trop complexe pour être vraiment utilisé en pratique. En tous cas, moi je sais que je lâcherais prise sur l'adminsys que ça nécessite si je voulais me faire ma petite installation.
    Du coup je me tâte.

  • [^] # Re: Passerelles ?

    Posté par (page perso) . En réponse au journal Forthlift: envoyer des statuts depuis son éditeur de texte. Évalué à 2.

    Moi je veux bien (forthlift est un tout petit bout de code), mais je ne suis pas sûr de saisir où tu veux en venir, tu pourrais développer ?
    Comment Salut à Toi remplace avantageusement forthlift en pratique ?
    Comment se placent exactement les passerelles XMPP vis à vis de Twitter ?

  • [^] # Re: Avis d'un fonctionnaire décisionnaire.

    Posté par (page perso) . En réponse à la dépêche 2048 courriers de sensibilisation des acteurs locaux aux enjeux du logiciel libre (un par jour). Évalué à 4.

    Elles connaissent "Word" et "Outlook". Je ne veux pas dire "un traitement de texte" ou "un client de messagerie". La majorité sont perdues quand on essaie de leur montrer Open Office. Elles ne VEULENT pas apprendre.

    Après avoir eu le même discours dans ma boite, je me pose de sérieuses questions à propos de cet argument : comment expliquer le passage sans heurt à Office 2007 ?

    Si on regarde les différences d'interface avec les versions précédentes de MS Office, il y a un écart bien plus faible avec Open Office qu'avec 2007. Il est beaucoup plus facile de se retrouver avec Libre Office qu'avec Office 2007 !

    S'il s'agit d'une difficulté d'apprentissage, j'avoue ne pas voir où elle se situe, vu que les fonctionnalités sont équivalentes pour ce public. Comment interpréter ce discours ?

  • [^] # Re: /tmp, vraiment ?

    Posté par (page perso) . En réponse à la dépêche Utiliser colout pour colorier tout ce qu'affiche GDB. Évalué à 1.

    Il semblerait que ça soit à la fois possible et même carrément plus puissant que le hack foireux sur le shell indiqué dans la dépêche !

    Cf. https://sourceware.org/gdb/onlinedocs/gdb/Python-API.html#Python-API

    Il va falloir regarder ça :-)

  • [^] # Re: /tmp, vraiment ?

    Posté par (page perso) . En réponse à la dépêche Utiliser colout pour colorier tout ce qu'affiche GDB. Évalué à 1.

    Ça n'est pas évident de gérer des variables dans le fichier de config GDB…

    Peut-être qu'il y a moyen de tout faire en python (gdb supporte python et colout est en python aussi) pour que ça soit plus élégant ?

  • [^] # Re: Non à la couleur dans le terminal !

    Posté par (page perso) . En réponse à la dépêche Utiliser colout pour colorier tout ce qu'affiche GDB. Évalué à 4.

    http://nojhan.github.io/colout/

    tail -f /var/log/syslog | grep "^(\S+\s+){4}(\S+)\s+INFO: (.*)$" | colout "^(\S+\s+){4}(\S+)\s+INFO: (.*)$" none,red,blue normal

    De rien :-)

  • [^] # Re: Marche presque

    Posté par (page perso) . En réponse à la dépêche Utiliser colout pour colorier tout ce qu'affiche GDB. Évalué à 2.

    Il faut installer python-pygments, le module qui s’occupe de la coloration syntaxique (le README, colout -h ou colout -r lexers te le dirais).

  • [^] # Re: bonne idée

    Posté par (page perso) . En réponse à la dépêche Utiliser colout pour colorier tout ce qu'affiche GDB. Évalué à 3.

    J'ai essayé ddd, insight, nemiver, kdevelop, eclipse et cgdb.
    Et au final je préfère gdb tout seul. Il faut passer par la case apprentissage, mais on est gagnant au final (comme souvent avec les outils en ligne de commande).

  • [^] # Re: cgdb

    Posté par (page perso) . En réponse à la dépêche Utiliser colout pour colorier tout ce qu'affiche GDB. Évalué à 3.

    J'étais utilisateur de cgdb moi aussi. Mais il ne propose que la coloration syntaxique de la fenêtre de code (permanente), pas la coloration des sorties des commandes (le hack présenté faisant les deux).

    Par contre, cgdb ne semble pas gérer les couleurs dans son interface curses, j'ai essayé un prompt coloré et les caractères d'échappement ne sont pas interprétés.

    Du coup, j'ai abandonné cgdb au profit d'un gdb standard où j'ai ajouté la commande list à chaque arrêt (ce qui est du coup très similaire à la fenêtre de code permanente).

  • [^] # Re: GDB

    Posté par (page perso) . En réponse à la dépêche Utiliser colout pour colorier tout ce qu'affiche GDB. Évalué à 1.

    Tant qu'on y est : les tags sont en vrac et il faut corriger « apès » par « après ».

  • [^] # Re: Une erreur belle comme un arc-en ciel avec des poneys

    Posté par (page perso) . En réponse à la dépêche Sortie de la version 4.9 du compilateur GCC. Évalué à 1.

    Il faut arrêter avec colorgcc, qui a un rendu immonde !

    colout fait beaucoup mieux, avec notamment la coloration syntaxique du code : http://nojhan.github.io/colout/ (cf. le thème g++)

  • # kakoune, un genre de neovim, mais en mieux ?

    Posté par (page perso) . En réponse à la dépêche Neovim : une refonte de vim pour le 21è siècle. Évalué à 2.

    J'ai vu fonctionner kakoune, un éditeur de texte très inspiré de vim, et c'est vraiment pas mal.

    Les killers features que j'aime bien sont la grammaire dans le bon ordre (« sélection, puis action », alors que vim fait « action, puis sélection ») et le remplacement d'un langage de script par un petit système d'exposition des variables (ce qui fait que vous pouvez utiliser le langage que vous voulez, par exemple bash).

    Il y a notamment pas mal de trucs que neovim veux implémenter, mais qui, là, sont déjà faites. Et c'est en… C++11.

    https://github.com/mawww/kakoune

  • # WYSIWYM

    Posté par (page perso) . En réponse à la dépêche Brackets : l'éditeur du web, par le web, pour le web. Évalué à 3.

    Il y a un petit contresens sur le terme WYSIWYM.

    En trois mots :
    - en WYSIWY G, on voit exactement ce qui apparaîtra dans le navigateur, on ne voit pas le code.
    - dans un éditeur de texte, on voit le code uniquement et pas le rendu.
    - avec WYSIWY M, on ne voit pas le code, ni le rendu final, mais une mise en forme qui porte le sens. Typiquement, on ne verra pas les balises, H1 sera en gros et gras, mais pas dans les couleurs du CSS du site final.

    De ce que j'ai compris en regardant Bracket, c'est un éditeur de texte avec une mise à jour du rendu en temps réel, mais ce qu'on voit, c'est le code source, directement.

    Bracket n'est donc pas WYSIWYM.

    On pourra comparer avec WYMeditor, qui me parait être un éditeur HTML plus dans l'esprit WYSIWYM.

  • [^] # Re: Perf

    Posté par (page perso) . En réponse à la dépêche Liquidprompt version 1.7. Évalué à 2.

    aller lire le .git ce qui se fait avec du grep, sed, awk, … et qui est tout de suite moins lent

    J'ai hâte de voir la démonstration de cette assertion qui ne porte pas en elle les preuves de sa véracité :-)

  • [^] # Re: Oh my zsh

    Posté par (page perso) . En réponse à la dépêche Liquidprompt version 1.7. Évalué à 1.

    Ces deux projets ne font pas vraiment la même chose. Oh-my-zsh vise plus large, il cherche à configurer l'intégralité du shell.
    On pourrait tout à fait faire un module Oh-my-zsh avec liquidprompt.
    En l'état il n'y a pas d'équivalent aussi intégré et dynamique dans Oh-my-zsh, qui propose surtout (enfin, la dernière fois que j'ai regardé, voilà un an ou deux) des prompts peu contextualisés et très mis en forme.

  • [^] # Re: graphisme

    Posté par (page perso) . En réponse à la dépêche Rejoignez LinuxFr.org ! LinuxFr.org c'est vous !. Évalué à 2.

    Ça devait être aux alentours de 2005, sur une ML quelconque, je ne retrouve même plus l'image dans mes sauvegardes :-(

    J'ai plus qu'à m'y remettre :-)

  • [^] # Re: graphisme

    Posté par (page perso) . En réponse à la dépêche Rejoignez LinuxFr.org ! LinuxFr.org c'est vous !. Évalué à 2.

    Moi aussi, même si je suis techniquement déjà utilisé. Ceci étant dit, j'ai déjà proposé un logo, mais je n'ai eu aucun retour…

    Et d'ailleurs, il n'y pas de mailing-list graphisme d'indiquée dans la dépêche ? :-)

  • [^] # Re: integration

    Posté par (page perso) . En réponse à la dépêche Coloriser des flux de texte avec colout. Évalué à 1.

    Une fonction ou un alias, par exemple j'utilise ça pour colorer une sortie de build cmake/g++ :

    function cm()
    {
        $@ 2>&1 | colout -t cmake | colout -t g++
    }
    
    

    Ça s'utilise simplement :

    cm ./build_script
    
    
  • [^] # Re: Colorer du texte sur la sortie standard en python

    Posté par (page perso) . En réponse à la dépêche Coloriser des flux de texte avec colout. Évalué à 1.

    Il y a peut-être moyen de refactoriser un peu colout pour qu'il puisse servir de module pour faire ce genre de truc aussi…

  • [^] # Re: grep

    Posté par (page perso) . En réponse à la dépêche Coloriser des flux de texte avec colout. Évalué à 7.

    L'exemple le plus frappant est la lecture d'une sortie très verbeuse, comme par exemple la sortie de gcc.

    Tu ne veux pas filtrer avec grep parce que tu peux avoir besoin de tout lire. Par contre il est pratique de pouvoir repérer très rapidement les passages qui t'intéressent (les erreurs, par exemple). Les couleurs sont un moyen très efficace de faire ça.

    C'est pour ça que j'ai commencé à faire colout, mais je me suis assez vite rendu compte que le problème se posait aussi pour plein d'autres choses (diff, logs) et même dans des cas où j'utilisais grep habituellement (grep de code source, par exemple).

    On peut se dépatouiller avec grep ou d'autres commandes dédiées (git coloré, colordiff, ccze, etc.) dans la plupart de ces cas mais je me suis vite rendu compte qu'il était très pratique d'avoir une seule commande bien pensée pour remplacer plein de façon disparates de faire moins bien.

  • [^] # Re: Option

    Posté par (page perso) . En réponse à la dépêche Coloriser des flux de texte avec colout. Évalué à 2.

    C'est ce que fait l'option -t avec les fichiers de thème.
    Un thème est une fonction qui renvoie une liste de la forme :

    [
        ["regexp1", "couleur1,couleur1", "style"],
        ["regexp2"] # couleur et style par défaut
    ]
    
    

    Voir les fichiers colout_*.py pour des exemples.