flan a écrit 1848 commentaires

la médecine par les plantes est le meilleur moyen de se tuer (soit par manque de soins, soit par surdosage).

Bof, ça dépend comment c'est utilisé. Bien sûr, cela peut être mortel (coucou la ciguë), mais cela peut être pris pour ce que c'est fréquemment : plus ou moins la même molécule que dans des médicaments plus « sérieux », mais à des doses inférieures et qui peuvent être suffisantes, quitte à ce que ça agisse plus lentement. La plupart des maladies qu'on choppe dans la vie guérissent toutes seules de toute façon, si on peut éviter de prendre des médicaments qui coûtent cher à la sécu (plus que des plantes s'entend) et qui auront potentiellement plus d'effets secondaires (car plus concentrés), autant le faire. Mais bien sûr, d'une part il est illusoire de remplacer une chimio par une infusion de thym, pour prendre des extrêmes, et d'autre part je parle de plantes avec des principes actifs, pas du laboratoire Boiron.

Le cannabis thérapeutique, ça existe et ça commence à être reconnu, mais tant que l'ambiguïté sera cultivée de cette manière, ça va être dur de le considérer comme un médicament…

Suffit de le conditionner sous forme de médicament classique et de ne pas dire ce qu'il y a dedans en lui donnant un nom barbare :)

Ça ne change rien au fond du sujet, bien sûr, mais les OS d'Apple (macOS, iOS, etc.) n'utilisent pas un noyau BSD mais un noyau XNU (en revanche, une bonne partie de ce qui gravite autour du noyau a été pris chez BSD).

Si, ça peut être gênant si tu veux éditer la configuration de façon automatique par un programme externe (par exemple un gestionnaire de conf' qui veut uniquement modifier une seule valeur, sans toucher au reste de la configuration).

Je trouve que le .ini est le plus simple et le plus lisible et le plus intuitif, mais il ne permet pas (de base) les types complexes (listes ou dictionnaires clefs-valeurs) contrairement au JSON ou au Yaml, et n'est pas typé.

Si je ne me trompe pas, Active Directory n'est pas une pré-config LDAP pour Windows. Il s'agirait plutôt d'une présentation des données internes sous la forme d'un annuaire LDAP.

J'aime bien l'idée d'Apple pour les fichiers de configuration (les .plist). Il s'agit un seul format logique qui

• correspond globalement à une table clefs-valeurs (sachant qu'une valeur peut elle-même être une table clef-valeur),
• est utilisé par tous les outils Apple (fantastique : ça évite d'écrire un parseur par application à configurer ! ),
• possède plusieurs représentations en tant que fichier (binaire, XML voire JSON) — mais en vrai, on s'en fout un peu —,
• peut être édité par pas mal d'outils (y compris vim avec un plugin, mais ça donne un fichier XML),
• peut être lu ou écrit partiellement en ligne de commande (on peut modifier la valeur d'une seule clef ou en exporter quelques unes),
• a des bibliothèques utilisables dans pas mal de langages (dans la bibliothèque standard de Python, par exemple).

Il manque la possibilité d'ajouter des commentaires, malheureusement.

Au final, je trouve que JSON, XML ou autre, ça ne change pas grand-chose au final. Au pire, il suffit d'un plugin dans l'éditeur pour le transformer en quelque chose d'utilisable par un être humain le temps de l'édition.

Il manque Simple Build Tool dans ce panorama, qui a été renommé en Scala Build Tool. Bon, ok, ce n'est pas forcément une mauvaise idée de l'oublier, après tout.
J'ai eu le malheur d'utiliser SBT il y a quelques années. Bon, il fallait 2 min montre en main pour le lancer (je parle bien du temps de chargement de SBT avec un fichier .sbt de 20 ou 30 lignes, hein, pas de l'exécution elle-même), certes sur une machine de 2010.
Il réussissait aussi à mourir par manque de RAM (seulement 4 Go de dispo, j'avoue) lors du packaging d'un projet de 10 Mo (concrètement, il s'agit juste de copier quelques fichiers dans un zip, rien de plus).
Bien sûr, il avait aussi besoin de télécharger internet à chaque build (même s'il l'avait téléchargé 5 min avant). Pas pratique quand on n'a pas internet (ce qui est souvent mon cas)…

Ah, et comme les développeurs se sont dit que les classiques points-virgules pour séparer les instructions coûtaient vraiment cher, ils se sont dit qu'il valait mieux les remplacer par une ligne vide, histoire de doubler l'espace vertical occupé à l'écran.

Spark donne (donnait ?) un bon exemple de gestion de versions avec sbt : un fichier .sbt était fourni pour Scala 2.10 mais permettait également de compiler en 2.11, en cherchant d'abord tous les fichiers pom.xml dans le projet pour y appliquer un sed s/2.10/2.11/g (méthode fiable et propre s'il en est).

Applications et pilotes de Windows… XP, qui va fêter ses 17 ans, si je ne me trompe pas.
Malheureusement, à ma connaissance (limitée du monde Windows), Vista a amené en 2006 beaucoup de changements pour les applications et des pilotes (en étant beaucoup notamment plus strict).

Je trouve plutôt étrange de hard-coder une politique monétaire (qui n'a aucune raison d'être fixe, au contraire elle devra varier en fonction du contexte) dans la monnaie (tout comme je trouverais étrange de la coder en dur dans une constitution).

La politique monétaire, comme la monnaie, est un outil au service de l'économie et va forcément varier. Le new deal des années 30 n'est pas viable dans tous les contextes, par exemple.

Et du coup injecter dans les pages des ressources venant de n’importe où ?

C’est pourtant ce qui a été expliqué.

Cela dit, ils ont peut-être voulu dire que le serveur (au sens code source) serait disponible.

Personnellement, je n'utilise que fpm pour créer des paquets Debian.

https://fpm.readthedocs.io/en/latest/index.html

quel conflit d'intérêt ?
L'État a besoin d'une messagerie interne qu'il maîtrise réellement et le met donc en place, en s'appuyant logiquement sur un composant qui ne lui coûte rien ou presque plutôt que de réinventer la roue.

Maintenant, ça ne coûte rien de le mettre à disposition de n'importe qui, donc autant le faire, mais il ne faut pas oublier que ce n'est absolument pas le but premier de la manœuvre.

bah bien sûr qu'il y a du vieux code qui traîne, c'est une évidence… mais maintenant, toutes les grandes bibliothèques sont en Python 3 (il suffit de regarder https://python3wos.appspot.com pour avoir une idée : sur les 200 plus téléchargées, 190 sont en Python 3 et sur les 10 restantes, 8 sont des outils internes de Mozilla, 1 est maintenant en Py3 et la dernière a été intégré à Py3), Python 3 est disponible par défaut sur les distribs comme Ubuntu contrairement à Python 2, etc.
Sauf cas de force majeure, il n'y a plus aucune raison de faire du Python 2 pour un nouveau projet.

Il n'y a plus vraiment de clivage en Python. Globalement, maintenant, c'est du 3 partout et c'est tout.

il y a également la possibilité de charger un profil en fonction de quelques variables (user, hostname, …). Ça permet donc faire un terminal par défaut à fond noir, puis quand on se connecte en SSH sur une machine, il devient vert, puis rouge quand on enchaine sur un sudo -i, ou bleu pour tout autre utilisateur. Ça permet d'éviter bien des erreurs =)

J'utilise Tilda pour ça (et iTerm2 sur macOS, que je trouve également fantastique comme ses autres utilisateurs, j'ai l'impression), mais il ne fonctionne pas sur mon Ubuntu 17.10 :(

Je n’ai pas dit qu’il n’était pas disponible mais qu’il n’était pas installé sur une Ubuntu de base.

Je ne connais pas toutes les distribs, mais Ubuntu ne propose que python3 par défaut (python2 n'est pas installé).

À peu près tous ceux que je connais ont réussi à se le faire payer par leur employeur, ou ont craqué à titre personnel. De mon côté, j'ai une license personnelle (mais je vais essayer d'en avoir une par le boulot).

Par exemple détecter si tu utilises un template inexistant, si dans le template tu utilises des filtres ou des variables inexistantes. Du coup, ça propose également de l'autocomplétion intelligente sur les noms de templates et des filtres ou variables. Ça permet de détecter que tu as oublier de charger une bibliothèque de templatetags.
Il propose de lancer les tests via Django quand tu fais un clic-droit sur un TestCase qui utilise la classe fournie par Django.

L'autocomplétion est également adaptée en Python, elle fonctionne avec les modèles (par exemple, si je tape User.objects.filter(, il va proposer username=, username_in, username_gt, … bref tous les filtres SQL disponibles) et les URL.

(et le README de pyimport m'a convaincu que PyCharm était beaucoup plus pratique pour ça :) )

Comme beaucoup, j'utilise PyCharm (Pro) pour faire du Python.

À vu de nez (je ne suis pas spécialiste Emacs), par rapport à PyCharm, il manque à ta configuration
- la détection automatique pour exécuter du code (clic-droit sur une docstring : il propose de lancer doctest, sur un fichier normal : il propose le fichier normal, sur un fichier de tests : il propose unittest, etc.)
- la gestion complète de Django et autres framework
- la gestion de la couverture de code
- l'inférence de type
- les imports automatiques (copier-coller d'un bout de code, et là tu fais Alt-Entrée -> Entrée pour chaque import manquant, sans même être sur la bonne ligne)
- la gestion du setup.py (par exemple tu ajoutes un package XXXX à ton setup.py, il propose de faire un pip install XXXX, ou au contraire si tu utilises YYYY, il te propose de l'ajouter à ton setup.py)

pour le libre, ça dépend des langages : il y a des versions libres et gratuites d'IntelliJ et PyCharm.

C'est a priori déjà possible, il suffit de faire tourner fail2ban sur un collecteur rsyslog.
Enfin, failt2ban ou tout autre système (graylog permet de le faire, par exemple)

on sait qu'il y a un déséquilibre et on veut en sortir.

pourquoi devrait-on sortir de ce déséquilibre, tant que chacun peut faire ce qu'il veut sans être gêné ?