lockidor a écrit 161 commentaires

Mmmhh, et qui achète les trucs produits par les Chinois polluants ?

Ça, et en plus, je ne vois pas comment sérieusement prétendre que le multicore est à la traîne en Rust.

Non seulement son modèle mémoire est un atout précieux pour éviter les conflits entre threads, mais ses caractéristiques intrinsèques permettent le développement de libs d'excellente qualité (coucou Rayon !) qui son, ÀMHA, au dessus de ce qu'on peut trouver en C++ (même si j'aimais beaucoup TBB).

Je ne m'y connais pas assez en allocateurs custom pour juger de la pertinence à ta question, mais il y a ce chapitre dans la doc officielle.

Juste pour info, il y a déjà des des discussions dans ce sens pour Gitlab.

Je sais bien que nous ne sommes pas encore vendredi, mais les principales annonces de Gnome Shell sont deux jolies idées à implémenter peut-être un jour, et une suppression de fonctionnalité.

J'ai bien conscience d'être un peu gratuitement taquin, mais ça rentre en plein dans les critiques habituelles sur Gnome 3 :p

Pour avoir testé en profondeur Darktable et RawTherapee, ils n'ont pas à rougir face à Lightroom.

De plus si vous êtes encore comme moi à utiliser Lightroom sous Wine

Du coup, pourquoi tu utilises encore Lightroom sous wine ?

Il te faut donc te renseigner sur ces règles/contraintes pour les respecter.

En même temps que tu encadres tes stagiaires/doc/postdoc, rédiges un dossier de financement, écrit un article ou deux, te bats avec l'administration pour des questions de fonctionnement et essaies de garder le peu temps qu'il te reste pour ta recherche en elle-même. Et la sécurité d'un code qui n'est jamais censé être soumis à des données compromises (on parle de séquençage ADN là, pas de webservice) et aux conséquences quasi-inexistantes (même si quelqu'un parvient à tripatouiller l'ADN des bestioles qui seront séquencées, il se passe quoi : la machine – non connectée au réseau – va planter ? La belle affaire…) ne sera jamais budgétée ; on a déjà suffisamment de mal à avoir de l'argent pour le coeur des projets.

La prochaine fois, tu vas reprocher aux ingénieurs des Mulberries de ne pas avoir respecté les règles environnementales ? Il y a une histoire de priorité et de budget financier et temporel fini.

il y a un certain nombre de règles de base à respecter

Si en plus tu crois que la sécurité ça se limite à suivre quelques règles, tu ne dois pas – sauf ton respect – avoir jamais fait de vraie sécurité. C'est un métier à part entière pour une bonne raison. Et quand tu vois le nombre colossal de failles de sécurité que l'on peut trouver dans des projets très sérieux comme Linux, OpenSSL ou OS X, tu te doutes bien qu'un gusse dont le coeur de métier est la bioinfo n'aura ni le temps, ni les compétences pour mieux faire.

J'ai survolé le code source ; sous le capot ça fait des appels à numpy, qui est codé en C. Donc ton python ne sert qu'à coller ensemble du code en C, donc oui c'est rapide, forcément.

Le fait qu'un code écrit en Python soit aussi performant qu'un code écrit en C++, c'est la norme

Pas du tout. Python est intrinsèquement plus lent que C, ne serait-ce parce qu'il n'existe pas de compilateur pour. Certains interpréteurs sont plus ou moins performants, mais aucun ne bat généralement du code natif.

Pour rester dans les RTS, si tu prends les CoH, Steel Division & Wargames, Cossacks, ils gigotent aussi pas mal ; ce qui ne les empêche pas d'être globalement appréciés.

mais ils pourraient au moins faire un minimum d'efforts.

D'accord, et tu paies les financement pour que ce soit bien fait ?

Ensuite, comme je le disais plus haut, le code originel était secure, c'est les zozos de l'article qui ont rajoute une faille.

et l'ont modifié en plafonnant sa mémoire tampon afin qu'elle ne puisse lire que 150 paires de base

S'ils font bien référence au papier que j'ai vu passer récemment (edit : oui, c'est bien celui-ci), des chercheurs ont pris un outil opensource, ont volontairement inséré une faille de sécurité dedans, et montré qu'effectivement, leur ADN manipulé déclenchait leur faille artificielle.

les langages de programmation C et C++ qui sont connus pour leurs failles de sécurité.

En même temps, ce n'est pas totalement faux. Les gens ne se sont pas amusés à sortir Rust/Swift/Go/… juste pour passer le temps.

fuir comme la peste les moteurs de bases de données relationnelles et rester frugal avec un stockage en listes de paires clefs‐valeurs ;

Ce serait possible de faire un ELI5 pour les noobs en BDD comme moi ?

Si tu dis les trois machins, ça n'implique pas que les machins soient de même type ? Si tu portais un microscope, une tasse et un couteau, tu ne pourrais pas dire autre chose que les trois objets, ou un truc du genre. Je ne pense pas que tu puisses passer outre cette règle simplement parce qu'ils sont homonymes.

Personnellement, j'aimerais bien avoir les deux. Ce n'est pas parce que mon occupation majeure est le développement que je ne veux pas pouvoir écrire correctement.

Et je doute que le marketeux/décideur pressé sache même ce qu'est qu'un cadratin.

Bon, je n'y connais vraiment pas grand chose en droit, mais je pensais que la CJUE avait interdit ce genre de pratiques?

Au temps pour moi ; je ne sais pas ce que j'ai lu quand j'ai écrit mon commentaire, mais pas ce qui était écrit en tout cas…

Plus les méta-paquets, plus toutes les libs de langages qui sont souvent majoritairement délégués au gestionnaire idoine dans les autres distros (python/pip, perl/cpan, haskell/cabal, ruby/gem, etc.).

Voilà qui est sauvage !!

C'est dû au .unwrap(), qui s'applique sur un type algébrique contenant soit une valeur, soit une erreur, et qui renvoi la valeur s'il n'y a pas d'erreur et crash sinon.

Dans un vrai programme bien propre, il faudrait vérifier qu'on a bien une valeur avant de s'en servir et le crash n'arriverait pas.

Pourquoi, si des gens veulent une rolling-release, ne prennent-ils pas une distribution dédiée à ce modèle de mises à jour, comme OpenSuse Tumbleweed ou à la limite Arch ou Void au lieu d'essayer de forcer Debian dans un rôle qui n'est pas le sien ?

AFAIK, ça va beaucoup plus loin que Arch avec le rc.conf (je suppose que c'est ce à quoi tu faisais référence). Le principe du rc.conf central se retrouve par exemple chez FreeBSD, mais de ce que l'on m'a dit de NixOS, c'est presque tout le système, y compris les logiciels & daemons, qui sont contrôlés depuis un fichier centralisé. Je n'ai malheureusement pas encore trouvé le temps de tester ça sérieusement, mais si ça marche vraiment, je me demande si couplé à ansible + lxc, ça ne permettrait pas de remplacer docker pour l'aspect déploiement automatisé et reproductible.

Je pense que la tendance est à Flatpak, ou Docker ou similaire.

Ce qui ne règle malheureusement pas le problème des libs pas à jour :/

Déjà fait

J'ai essayé les deux sur liseuse, qui est a priori l'écran qui se rapproche le plus du papier, et je suis finalement revenu au serif (Linux Libertine pour être précis). J'ai l'impression que le serif donne une structure au texte et délimite mieux les mots et les lignes, mais ce n'est peut-être qu'une impression…

Mauvaise définition

Dictionnaire de l'Académie Française : Altération plus ou moins profonde et durable de la santé

Le Littré : Altération dans la santé

Larousse : Altération de la santé, des fonctions des êtres vivants

la grossesse n'est pas une maladie

Une maladie étant couramment acceptée comme une altération de la santé du patient, si, la grossesse peut être vue comme une maladie.

l'avortement n'est pas un droit, mais un drame. Et c'est Simone Veil qui le dit !

Chouette, vous êtes donc au moins deux à être d'accord. Ça n'en fait pas une vérité.