nlgranger a écrit 262 commentaires

  • [^] # Re: Mouais

    Posté par  . En réponse au journal Coronavirus, Municipales, Conseil Scientifique Fantôme. Évalué à 6. Dernière modification le 15 mars 2020 à 10:59.

    linuxfr semble plutôt de gauche donc cela m'amuse que tu dises ça.

    Sur les sujets économiques les moinssages et commentaires sont clairement orientés pro-libéral.

    Globalement je trouve que le personnel médical est assez respectueux de ce côté là et ne manifeste pas tous les 4 matins non plus.

    Et du coup ils n’obtiennent rien, travaillent dans des conditions indécentes et notre système de santé publique se dégrade…

  • [^] # Re: Se laver les mains et différents de s'en laver les mains

    Posté par  . En réponse au journal Coronavirus, Municipales, Conseil Scientifique Fantôme. Évalué à 4.

    quelle différence entre aller voter et aller acheter quelque denrées alimentaires

    L'un peut être retardé, l'autre est indispensable…
    Tu ne te prives pas de présenter les stéréotypes des franciliens et leur incapacité à limiter la transmission du virus, donc en toute logique on devrait réduire les facteurs de risques et reporter les élections.

  • [^] # Re: KDevelop vs QtCreator

    Posté par  . En réponse à la dépêche L’environnement de développement KDevelop est sorti en version 5.5. Évalué à 2.

    La complétion de code est différente de celle de Qt Creator? Je pensais que les deux utilisent la librairie clang.

  • # CVE

    Posté par  . En réponse au message opensmtpd. Évalué à 2.

    Pour information, il y a eu une faille de sécurité corrigée récemment: https://www.openwall.com/lists/oss-security/2020/01/28/3

  • # Clavier

    Posté par  . En réponse au lien Premières journées avec le Pinebook pro (un portable ARM libre à 200 $). Évalué à 1.

    En regardant le site, j'ai découvert la différence entre les claviers ANSI et ISO.
    Autrement ça semble tentant comme machine mais je pense que j'aurais beaucoup de mal avec la touche ON/OFF à la place de suppr. Et je ne comprend pas pourquoi plus aucun fabriquant à part HP ne met la colonne de touches haut/bas/début/fin à droite, je m'en sert souvent, pas vous?

  • # Neovim

    Posté par  . En réponse au lien Vim Creator Bram Moolenaar Aiming To Improve Vim Performance With Vim9 Fork. Évalué à 0.

    En gros il va recoder un équivalent de neovim?

  • [^] # Re: Merci

    Posté par  . En réponse au journal SeqTools 1.0.0: la programmation concurrente, c'est dur!. Évalué à 1. Dernière modification le 06 janvier 2020 à 10:47.

    La bibliothèque prend et manipule des données indexées de 0 à N, donc des séquences dans le jargon de python. On peut donc notamment faire de l'accès aléatoire au données, c'est à dire demander le i-ème élément directement à la différence d'une API à base d'itérateurs par exemple.
    L'objet renvoyé par prefetch ne fait pas exception, mais du fait qu'il récupère les valeurs de manière asynchrone il faut réordonner les réponses, renvoyer l'élément réclamé et mettre dans un tampon les autres.
    Certes, prefetch ne donne un gain de vitesse que quand on itère sur la séquence, mais il y a un intérêt à garder la possibilité d'accéder à un élément aléatoire: on ne casse pas l'api même si on place le prefetch au milieu d'un série de transformations et on peut plus facilement accéder à une valeur quelconque durant le prototypage ou le débogage.
    J'ai regardé RxPython à un moment, mais je voulais une API plus générique, plus pythonique et plus transparente à l'utilisation (c'est pas une critique, c'est juste un autre cas d'usage AMHA).

  • [^] # Re: Oui c'est compliqué

    Posté par  . En réponse au journal SeqTools 1.0.0: la programmation concurrente, c'est dur!. Évalué à 4.

    Merci pour ton commentaire, je vais jeter un œil au forkserver et aussi à ipyparallel qui pourrait me servir au boulot.
    Je n'ai pas voulu trop rentrer dans les détails pour le journal, mais ton premier point est aussi une des raisons pour lesquelles j'ai retiré le timeout sur les processus inactifs. Pour un de mes scripts, j'avais désactivé l'overcommit car je ne voulais pas me retrouver bloqué à l'extérieur de mon serveur en cas de fuites mémoire. Comme les forks pour redémarrer des workers avaient lieu pendant que je travaillais sur un gros tableau, j'avais des OutOfMemory rapidement.
    Au sujet de ton deuxième point, c'est vrai mais ce n'est pas aussi terrible que je le craignais initialement. cPickle est pas mal optimisé donc la latence est négligeable dans beaucoup de mes cas d'utilisation. En revanche, j'ai fait quelques essais avec l'interpréteur PyPy qui implémente pickle en pur python et c'est souvent trop lent. Je ré-essaierai PyPy avec la mémoire partagée quand ils auront corrigé un bug dans le support des extensions.

  • # Projets liés

    Posté par  . En réponse au journal SeqTools 1.0.0: la programmation concurrente, c'est dur!. Évalué à 10.

    J'ai oublié de mentionner d'autres projets similaires qui existent:

    • dask est orienté pour le fouille de données, l’exécution à la demande n'est pas le comportement par défaut mais peut être explicitement demandée.
    • joblib propose une version plus élaborée de ma fonction seqtools.prefetch avec une API fonctionnelle. Si c'est la seule fonction qui vous intéresse dans seqtools, pensez à y jeter un œil.
    • Appache arrow est plus puissant mais franchement plus lourd et compliqué de mon point de vue.
    • pytorch.data a moins de fonctionnalités.
    • tensorflow.data est très lié au reste de l'écosystème tensorflow.

    Dans l'ensemble, je pense que seqtools se distingue par le fait que ce soit très simple, léger et transparent: une dépendance, peu de code, son API qui prend et retourne de simples objets semblables à des listes et une gestion des erreurs pour aider l'utilisateur au maximum.

  • [^] # Re: Populaire

    Posté par  . En réponse au lien La république populaire de France envisage la reconnaissance faciale dans les lieux publics. Évalué à 2.

    Je crois que la formule est justement destinée à faire référence à d'autres républiques peu démocratiques.

  • [^] # Re: freeOTP

    Posté par  . En réponse au journal L’authentification molasse. Évalué à 7.

    Oui c'est très bien mais c'est au bon vouloir du site, aucune banque française ne semble intéressée par ce standard. Pour l'instant je ne connais que paypal qui le supporte.

  • [^] # Re: Spam

    Posté par  . En réponse à la dépêche ONLYOFFICE : les dernières actualités de l’année 2019. Évalué à 4. Dernière modification le 20 décembre 2019 à 14:27.

    [EDIT: je me suis fais doubler :-)] Il y a un .deb disponible sur la page release du dépôt, c'est ce qui est aussi utilisé pour le paquet sous archlinux et ça ne demande pas de dépendances exotiques à côté, je ne comprend pas ce qui ne te conviens pas?

  • # Cuda

    Posté par  . En réponse au lien Un driver open source de chez Nvidia pour 2020 ?. Évalué à 1.

    NVidia ne prend pas trop de risque si il ne libèrent pas la partie liée à CUDA. Le jeu sous linux est quasi inexistant donc pas de marché de ce côté. Par contre pour faire du calcul, la licence du driver proprio interdit actuellement l'utilisation de cartes G/RTX dans des serveurs (hors minage bitcoin?!) et force donc les entreprises à acheter des cartes pro au rapport qualité prix bien inférieur. Si le driver devient libre pour cuda aussi, ça changerait des choses.

  • [^] # Re: Accès

    Posté par  . En réponse à la dépêche Automne, saison chaude chez Intel. Évalué à 5.

    Je présume qu'il y a un risque pour les hébergements de serveurs mutualisés à base de conteneurs type docker/kubernetes/lxc vu qu'il y a des changements des contexte entre différents clients sur un même coeur CPU. Et ça inclurait aussi les fournisseurs de services PaaS. Quelqu'un peut confirmer?

  • [^] # Re: Risque de se planter dans un fossé

    Posté par  . En réponse au lien innocuité de la 5G ?. Évalué à 1.

    Pas sûr, il y a des bandes de fréquences en commun: https://www.everythingrf.com/community/galileo-frequency-bands

  • [^] # Re: IDEs

    Posté par  . En réponse au message IDE C++ simple (pour remplacer jGRASP). Évalué à 2.

    Tout à fait d'accord, à l'époque où j'ai fait un peu de C++, c'était vraiment super au niveau autocomplétion ou refactoring. L'interface est efficace, on la trouve un peu rigide au début et on se rend compte que c'est bien pensé après.
    En ressources CPU c'était aussi très bien, et plus réactif que VIM avec youcompleteme.
    Par contre c'était très dépendant de cmake, je ne sais pas si ça s'est amélioré depuis?

  • # Risque de se planter dans un fossé

    Posté par  . En réponse au lien innocuité de la 5G ?. Évalué à 5. Dernière modification le 24 novembre 2019 à 18:20.

    Blague à part, les opérateurs cherchent à s'accaparer quelques plages de fréquences en plus pour la 5G dont certaines vont dégrader le signal GPS et de radars météo.

  • # Arguments contre

    Posté par  . En réponse au journal [HS] Quand les français votent avec leur argent. Évalué à 8.

    Puisque tu as demandé des arguments de ceux qui ne sont pas d'accord, voici les miens:

    • Tu prétends que la procédure pour voter est plus simple, mais mon expérience (confirmée par plusieurs autres commentaires) est que la procédure en ligne est plutôt compliquée pour des non-informaticiens. En comparaison, pour avoir une action il suffit d'en toucher un mot à ton banquier quand tu passes le voir et il fera le nécessaire sur ton PEA.
    • Pour les personnes sans internet, donc notamment un grand nombre de retraités, c'est très compliqué: il faut récupérer un formulaire (disponible sur … internet, sauf que le lien sur le site du RIC est mort donc il faut chercher ailleurs avec le numéro de cerfa), ensuite aller dans le chef lieu du canton qui est facilement à 30 bornes en province (pour savoir lequel, il faut aussi chercher sur internet) et trouver un fonctionnaire qui saura quoi faire du papier.
    • Sur les 500 000 investisseurs particuliers, je me demande si une partie n'est pas due aux placements pilotés gérés par la banque?
    • Ça a déjà été évoqué, la couverture médiatique quasi-nulle a limité la participation. Je comprends ceux qui rejettent la possibilité de payer des spot publicitaire pour l'annoncer, mais les médias du service publique auraient du assurer l'annonce. La plupart des personnes avec qui j'ai parlé du RIC n'étaient pas du tout au courant, ou bien avaient eu si peu de détails qu'ils n'y ont pas prêté attention, pensant qu'il s'agissait d'une simple pétition.
  • [^] # Re: Choper les URLSs

    Posté par  . En réponse au journal PyRadio, regroupez vos radios en ligne. Évalué à 1.

    Il y a aussi une base qui semble assez fournie ici: http://www.radio-browser.info/webservice
    En plus il y a une api publique pour faire des requêtes.

  • [^] # Re: Bénévolat ?

    Posté par  . En réponse au message Recherchons Administrateur Système - Région de NANTES (44). Évalué à 2.

    En fait je viens de regarder https://linuxfr.org/forums/general-petites-annonces/posts/emploi-embauche-developpeurs-linux-kernel-pourvu#comment-1622396 mais ce n'est pas super clair, il faudrait préciser que le salaire doit faire partie des annonces (dans le wiki?).

  • [^] # Re: s’attaquer à la pénurie de compétences avancées sur les bases de données

    Posté par  . En réponse à la dépêche Appel à contributions de la Fondation MariaDB auprès des universités. Évalué à 2.

    En quoi est-ce mal? Le OOM killer n'est pas particulièrement prédictible et je me suis déjà retrouvé avec une machine qui freeze à cause d'une fuite mémoire dans un de mes scripts.
    Pour une machine distante j'ai décidé de désactiver l'overcommit, au moins le script incriminé plante tout de suite. Mais si tu as une meilleure idée je suis preneur.

  • [^] # Re: SPAM

    Posté par  . En réponse à la dépêche Le bulletin d’automne d’ONLYOFFICE : mises à jour, nouveau partenariat et #OSSParis19. Évalué à 0.

    Merci d'avoir pris le temps de répondre. J'avais bien sûr forcé le trait car c'était vendredi.
    Les crashs sont au moins présents sur les versions des dépôts archlinux, peut-être qu'on essuie les plâtres avant les autres?
    L'interface est franchement un point faible, il faut beaucoup de clics pour accéder aux fonctions et les retours de novices ne sont pas positifs. Avec de l'expérience on n'y pense plus, mais pour un usage ponctuel c'est inférieur à office ou onlyoffice. Tu me répondra sans doute que je me suis juste adapté à la concurrence, mais je me souviens du passage à l'interface d'office 2007 qui était toute nouvelle à l'époque et pourtant tout tombait sous la main.
    Pour la différence de positionnement, il faudra voir si elle ne réduit pas avec l'ajout de fonctionnalités dans OnlyOffice.

  • [^] # Re: SPAM

    Posté par  . En réponse à la dépêche Le bulletin d’automne d’ONLYOFFICE : mises à jour, nouveau partenariat et #OSSParis19. Évalué à -2.

    Et chaque mois, le même commentaire qui revient. Je comprends que tu sois déçu d'avoir investi du temps sur LO, mais je trouve que ta critique est de mauvaise foi.

    Il y a un autre point de vue possible sur le sujet: ça fait des dizaines d'années que libreoffice est incapable d'ouvrir et d'éditer correctement les fichiers du standard de facto, l'interface est bancale et contre-productive, les bugs/crashs omniprésents (heureusement que le module de récupération fonctionne bien au moins) et les performances s'effondrent quand un document gagne en complexité.

    En quelques mois, onlyoffice a énormément progressé (d'où les articles réguliers), à tel point que certains préfèrent déjà l'utiliser plutôt que LO. Le projet avance à grand pas, possède un fort potentiel et (c'est trolldi tout est permis) il serait peut-être plus productif de rediriger l'effort de contribution vers ce projet plutôt que vers Libreoffice qui traîne une lourde dette technologique.

    Certes le format de stockage n'est pas un chef d’œuvre d’ingénierie, mais OnlyOffice prouve qu'on peut quand même se débrouiller avec. En informatique comme ailleurs, les standards ne suivent pas la raison.

  • [^] # Re: Ni l'un, ni l'autre

    Posté par  . En réponse au journal Atom / VSCode. Évalué à 1.

    J'ai eu la même expérience, j'ai essayé d'autres éditeurs mais aucun ne propose le même niveau de fonctionnalités ni la même qualité d'intégration ou des performances.

  • [^] # Re: Pourquoi faire simple alors qu'on peut faire compliqué ?

    Posté par  . En réponse au journal Les pièges de la SNCF. Évalué à 6.

    Pour des politiciens qui voient à court terme, une vente aux enchère c'est plus intéressant qu'une rente plus régulière comme de la location. Et une compagnie investira beaucoup moins si elle a un risque de guerre commerciale derrière.