Michaël a écrit 2929 commentaires

Le premier problème c'est surtout que tu utilises make avec une logique complexe… avec pour seule bonne raison (je suppose) que tu as déjà un Makefile qui construit ton projet et fait un peu de tout et n'importe quoi à côté.

Alors oui bien-sûr c'est possible de faire cela… mais est-ce souhaitable?

À choisir, écrire des scripts shell c'est quand-même plus facile que d'écrire des Makefiles, donc je ne peux que te recommander de mettre ton programme qui lance tes tests dans un script shell, quitte à appeler ce script dans ton makefile si tu aimes bien taper make test par exemple où juste que tu ne veux pas changer ton habitude.

L'intérêt de mettre tes commandes dans un script shell est que ça te dispense de savoir beaucoup des petits détails du fonctionnement de make et que tu peux écrire plus facilement ta procédure de test, par exemple en utilisant des fonctions, etc.

Make te permet d'écrire assez facilement des programmes dont l'état est encodé dans le système de fichiers, en te donnant presque gratuitement le parallélisme d'éxécution et la possibilité de récupérer les erreurs (je recompile juste ce qu'il faut après avoir corrigé). Je pense que bien garder cela en tête permet de savoir si on a intérêt à déléguer à un shell script, la question clé étant: est-ce que l'état de ma tâche est défini par le système de fichier?

Ah mince moi aussi xD

la langue française peut compter de 1 à 16 sans faire de composition

Ce n'est pas tout à fait vrai, c'est plutôt qu'on a caché cette composition: onze, douze, treize, quatorze, quinze et seize viennent respectivement de undecim [11], duodecim [12], tredecim [13], quattuordecim [14], quindecim [15] et sedecim [16] où le “decim” s'est peu à peu transformé en “ze” chez nous.

Il y avait aussi septendecim [17] donc on est en droit de se demander pourquoi pas de “septenze” ? Peut-être à cause de la dentale “t” dans “sept” – c'est la seule différence que j'ai trouvée avec les autres.

Pour dix-huit et dix-neuf on disait en bas latin “vingt moins deux” et “vingt moins un”.

"Science & Vie", sans jamais être vraiment à côté de la plaque

Euh ben quand-même, ils avaient fait dans les années 90 leur une sur “la matière est essentiellement composée de vide” avec des jolis dessins d'atomes de Bohr… ça témoigne quand-même d'un manque de recul assez craignos quand on écrit des blagues de type gorafi sans s'en rendre compte.

C'est un peu au sud d'Orléans, pas facile à trouver!

Un article sur Haskell très intéressant, surtout pour les gens qui ne parlent pas le langage. Il s'agit pour l'auteur de commenter les fonctionnalités et particularités du langage.

Voir le fil Reddit suivant pour quelques retours:

https://www.reddit.com/r/haskell/comments/r65pc4/assessing_haskell_blogpost_slightly_negative/

Ah cool merci! J'utilisais toujours git log -p | grep pour faire ça!

Le truc, c'est que le code serait imbitable au niveau des git diff

Git diff est capable d'ignorer les différences d'espaces.

Est-ce que vous avez déjà réfléchi à votre formatage parfais ? Que serait-il ?

Le formatage parfait c'est celui que toute mon équipe arrive à:

• Configurer dans l'éditeur, pourque celui-ci sauve le fichier dans le bon format.

• Configurer dans l'outil de pre-commit et la chaîne d'intégration pour être sûr que le code soit conforme.

• Configurer dans l'outil de reformatage qu'on utilise pour corriger les non-conformités en masse.

Après à moins d'avoir des règles complètement farfelues (genre deux lignes vide avant ->) on s'habitue.

Ce qui augmente la lisibilité mais plus que l'indentation c'est le nommage des variables et la possibilité de définir des fonctions locales.

L'indentation j'ai toujours trouvé ça très secondaire, il faut juste avoir des règles pas trop malsaines et surtout les moyens de les appliquer sans y consacrer du temps et de l'attention.

Si les utilisateurs d'Emacs s'intéressaient un peu à vim, il écouteraient la contribution Aaron Biber au Vim Boston User Group et sauraient qu'Emacs est la meilleure version de Vim disponible. :D

J'aurais préféré que la commande s'appelle “BurntSushi”.

Dans les Unix il y a une commande find qui permet de réaliser toutes commandes propres aux fichiers que fait “ack”.

Par exemple pour “utiliser grep sur les noms de fichiers” on fait

% find . | grep 'pattern'

mais on peut être plus restrictif sur les fichiers qu'on cherche avec find.

Pour utiliser grep seulement sur les fichiers markdown par exemple:

% find . -type f -name '*.md' -exec grep 'pattern' '%' '+'

C'est un peu plus abscons à cause de '%' et '+' mais beaucoup plus flexible. Par exemple je faisais régulièrement des recherches de type “chercher tel nom de variable dans les fichiers shell et terraform que j'ai manipulés dans les derniers jours”

L'avantage d'appendre find est que c'est très flexible et qu'on peut le faire marcher avec tous les programmes. C'est notamment très utile avec grep, sed (inplace), ou ed pour commencer.

Mouais, alors entre les sociologues, les physiciens et les mathématiciens, ça n'est pas du tout la même démarche scientifique, donc c'est difficile de comparer.

Oui par exemple c'est difficile de de trouver en physique ou en maths des études conclusives faites sur un échantillon biaisé de 23 personnes, qui ne fait pas d'analyse de biais, fait comme si la corrélation impliquait la causalité (en l'écrivant noir sur blanc!), dérive plus de nombres que ce qu'il y a de mesures. Alors qu'en sciences sociales par exemples, ça me semble plus facile.

Là où je te rejoins, c'est qu'une formation en électronique ne permet pas de donner son avis sur des travaux d'épidémiologie.

J'aimerais nuancer un peu: quand on a l'habitude des textes scientifiques on peut quand-même avoir une lecture très schématique de textes d'autres disciplines. Cette lecture permet d'apprécier la structure logique ou argumentative, et d'aborder de façon critique les résultats d'une expérience. Ce sont des informations assez maigres mais qui peuvent suffire à disqualifier les études complètement fantaisistes. (C'est intéressant parcequ'il y en a.)

L'ultracrépidarianisme n'est pas l'apanage des ingénieurs…

Le titre de champion est particulièrement disputé dans la ligue interprofessionnelle :D

Le système de moinsage/plussage n'apporte rien de constructif, bien au contraire.

Personne n'oblige à y porter une attention démesurée, si? On peut changer le “seuil” de navigation si on veut. Moi je suis un boulet alors je déplie les commentaires inutilés un par un.

La tartiflette c'est comme les maths, c'est pas facile de trouver quelque chose qui n'a vraiment aucun rapport avec.

Admin sys dans un labo de recherche depuis 10 ans, je n'ai jamais entendu parler de ce site, alors qu'on a quelques codes libres !

Oui dans ce que je vois l'administration déploie beaucoup de solutions techniques sans apparemment avoir de politique claire pour en accompagner l'adoption. Par exemple même des outils basiques de type «feuille d'embarquement» pour les nouveaux venus ou des enquêtes sur l'utilisation ou les besoins ne sont pas utilisés. Le salon Tchap de l'éducation nationale a par exemple dans le 2000 utilisateurs — sur le demi-million d'utilisateurs potentiels ça fait peu.

L'école devrait leur apprendre à faire de la doc collaborative avec un markup language et un gestionnaire de version :-)

Pour commencer il faudrait que l'Éducation Nationale utilise ce genre d'outils … et aide ses agents à les utiliser.

Il faudrait aussi parler du Cloud Act auquel est soumis l'entreprise de droit américain Microsoft, et, donc, des données des enfants. On n'en parle jamais assez de ça.

Oui c'est curieux: je ne sais pas pas quelle est la position des entreprises européennes en général sur cette question, mais pour les entreprises du DAX (CAC40 allemand) avec qui j'ai pu travailler dans ma boîte, il serait rhédibitoire d'utiliser des solutions qui prêtent le flanc au Cloud Act. Ne serait-ce qu'envisager d'avoir l'initiale du prénom d'un employé haut placé sujette au Cloud Act leur donne des sueurs froides!

En y réfléchissant bien, ce genre de petit exercice de conversion est loin d'être si artificiel qu'il n'y paraît

Il faut vraiment réfléchir longtemps pour ne plus trouver ça artificiel: qu'est-ce qui dans la situation évoquée (un particulier achète du vin à un commerçant) explique cette présentation des prix?

dans la vie réel, on rassemble des informations présentées de la manière la plus pertinente du point de vue de chacune des sources, et on doit s'arranger pour remettre une cohérence dans tout ça

Ben oui, mais quel rapport avec l'exercice?

avant de résoudre des problèmes souvent fort simple

Ou pas du tout simple, les problèmes qu'on rencontre dans la vie réelle n'ont pas tous la politesse de tomber bien comme il faut dans les choses qu'on sait bien faire.

Où est-ce-que je dis quelque chose de différent de toi?

Pour trouver d'autres logiciels qui t'aident dans ces tâches que les deux que tu proposes, cherche des outils de continuous integration ou continuous delivery (soit CI/CD en combo, car souvent l'un va avec l'autre). Dans mon expérience le logiciel qu'on utilise importe peu: il faut qu'il soit simple, facilement maintenable par l'équipe (en particulier stable) et extensible (par exemple: peut lancer un script shell) mais si ces conditions sont remplies alors peu importe.

Donc GitLab, Jenkins, GoCD, Concourse, etc. marchent, des trucs propriétaires à l'infra gérée comme GitHub Actions, Circle CI, ou Travis CI peuvent aussi être intéressants à examiner même si je ne recommande pas leur utilisation.

Dans les choses que font bien ces logiciels il y a:

• Réagir à un évènement (git push, cron)
• Lancer un programme en réaction (terraform, compilateur, analyse statique de code, tests, etc.)
• Mettre des credentials à disposition de ces programmes.
• Stocker des fichiers (éventuellement download/upload).

Avec ça on peut facilement créer des chaînes de CI/CD.

Ce qui distingue entre eux ces logiciels sont les aspects de type:

• Est-ce que le journal des évènements et programmes lancés est constant (pas modifiable).
• La gestion des secrets.
• La possibilité de combiner les tâches en enchaînements plus ou moins complexes.
• La possibilité de redémarrer les tâches qui ont planté.
• La possibilité de consulter des métriques (notamment “cycle time”)

Tous ces logiciels ont plein de fonctions (ou plugins) largement inutiles:
- Gestion des schémas de base de donnée
- Plugins ansible
- Plugin kubernetes
- Plugin …

Pour la base de données, il vaut mieux gérer ça dans la couche logicielle que dans le système de déploiement: la fonction est presque certainement incluse dans l'interface BDD du logiciel et il y a presque toujours des connaissances “buisness logic” importantes pour les migrations de schéma… c'est une très mauvaise idée d'éparpiller ces connaissances à divers degré du projet. Donc on zappe le fonctions “BDD” des outils CI/CD – qui de toutes façons sont trop compliqués et pas assez flexibles, donc aucune plus-value.

Pour les plugins ansible, kubernetes, etc… il faut s'en passer. La raison est que même si le système CI/CD est en rade, il faut pouvoir déployer, tester, etc. donc toutes ces tâches doivent être implémentées par des programmes dispos dans le repo du projet (typiquement dossiers development et operation). Au final, on se retrouve avec très peu de logique dans le système de CI/CD… et c'est tant mieux, comme ça c'est facile d'en changer!

De ce que je vois il ne me parait pas ignorant ni faire des approximations. fin bon.

Quand ça l'arrange, Zemmour n'hésite pas à raconter n'importe quoi et à prendre ses appréciations pour la réalité.

S'il a l'air d'avoir toujours raison c'est qu'on assoit en face de lui des gens qui n'ont pas de compétences particulières sur les sujets dont on parle. Qui dans ces conditions ne se ferait pas croquer comme un agneau? Zemmour c'est le toréro de la corrida contre les escargots!

je vous invite à regarder une vidéo de victor ferry

Je la connaissais déjà et elle est très intéressante (comme beaucoup de contributions de Ferry d'ailleurs). Ce que dit Ferry c'est qu'en face de quelqu'un d'un peu construit intellectuellement (Zemmour) le premier couillon venu se fait cueillir.

peut être que grâce à zemour nous allons avoir une vrai élection sans un RN versus qqun d'autre, et Je lui suis éternellement reconnaissant pour cela :)

Je serais plutôt reconnaissant au candidat qui proposerait autre chose que de résoudre les problèmes d'hier avec les solutions d'avant hier! :-)

Environnement, société et médias sociaux, décentralisation des grands groupes et villes moyennes, éducation, promotion du logiciel libre et indépendance logicielle… les sujets d'importance ne manquent pas!

Je pense à Zemmour…

Oui mais Zorglub est un véritable savant alors que le seul art dans lequel excelle Zemmour est la joute oratoire: on le voit toujours en situation favorable face à des gens flous aux connaissances superficielles qui n'ont pas la capacité de mettre Zemmour en face de sa propre ignorance et de ses approximations.

Problème: un président est confronté au réel et un scientifique a un meilleur profil pour la fonction qu'un bonimenteur.

Comme chacun sait, Christophe Colomb est arrivé à destination, mais pas celle prévue.

Si ce n'était pas l'endroit prévu, ce n'était pas sa destination. Il est arrivé quelque part.

Mais ce niveau de précision est déjà largement inutile en pratique pour le commun des mortels.

C'est tout à fait vrai, on en tire deux conclusions possibles:
1. les scientifiques sont des abrutis qui font des choses inutiles;
2. l'intérêt scientifique du travail n'est pas dans l'accumulation de décimales.

(Indice: la bonne réponse est la 2.)