gUI a écrit 5994 commentaires

Et le site en question : https://100joursdezbeul.fr/

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

C'est vrai que la pub Carglass dit qu'il faut "bien taper .fr sinon on n'arrive pas sur le bon site", et pas qu'il faut "vérifier que le cadenas est vert"…

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Est-ce que la situation d'une personne qui a appris en lisant du code est comparable à la situation d'un modèle entraîné sur ce code ?

Pour moi non, et c'est tout simplement le soucis qu'on a déjà avec n'importe quelle automatisation à grande échelle : prendre quelques photos par-ci par-là de la rue, avec éventuellement des gens dessus, tout le monde le fait et ça ne pose pas de problème. Mais mettre en place des appareils photos automatiques à tous les coins de rue qui prennent une photo toutes les 5 secondes, là ça ferait peur. Pourtant c'est presque pareil… presque. La différence c'est l'échelle.

De la même manière je ne peux pas lire et analyser tout le code du monde, donc en gros "on me laisse faire" de lire ce que je peux pour apprendre, tant mieux pour moi. Je reste à l'échelle humaine, je n'ai pas d'avance sur les autres, la "compétition" est loyale. Là au contraire on parle d'un système automatisé qui serait théoriquement capable de lire et d'analyser tout le code du monde (ou disons une bonne partie), c'est très différent, entre autre parce que c'est bien le seul qui en serait capable (vu qu'il a accès à la plus grand base de code du monde).

<mode gauchiste>

Si c'était une machine open source, ou un travail universitaire bref un truc qui à la fin est à la disposition de l'humanité, on réfléchirait peut-être différemment à cette question.

</mode gauchiste>

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Est-ce qu'un code généré par un modèle "entrainé" est un travail dérivé ?

On peut même passer sur une autre question : est-ce que le code que je ponds chaque jour est un travail dérivé de tout ce que j'ai vu/lu ?

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Soit je n'ai pas compris la question

Pour moi il propose que les #include n'existent pas et que le compilo prenne en entrée une série de fichiers sources et "mélange" le tout.

Pour moi c'est une très mauvaise idée, non applicable dans le réel, mais je ne saurais pas expliquer pourquoi :) (donc, on peut en parler !)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je pensais surtout pour que ton script sois réentrant.

Ça veut dire quoi "réentrant" ? Que je le relance à volonté et que ça permet la mise à jour ?

En tous cas j'aime ce concept :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Pour les mises à jour j'utilise rsync et mon bashrc custom me donne des alias perso_pull et perso_push

J'étais parti sur rsync plutôt que git parce que rsync est une dépendance que j'ai estimé plus "simple" plus "courante" mais au final sur la plupart des systèmes tu n'as ni rsync ni git d'installés. Donc je devrais basculer sur git qui facilitera vraiment la gestion des mises à jours (version, conflits…)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Peut-être que tu n'as pas le même environnement shell et que htop ne trouve pas le moyen de faire de la couleur ?

Par exemple que donne env | grep TERM dans les 2 cas ?

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Franchement ça mériterait de le mettre bcp plus en avant sur le site. Comme le dit Zenitram c'est pas courant d'avoir un jeu 100% libre, assets inclus.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

(ajoutez vos préférés)

Faudra que je documente le mien à l'occasion… bon c'est limité à un environnement Bash, mais par extension on peut faire tout le reste.

Pour m'installer dans un nouvel environnement :

scp -r <url_de_mon_site_perso>:.perso/ ~/

Ensuite je peux exécuter un

~/.perso/install.sh

Et zou! j'ai mon environnement Bash et mes dotfiles préférés qui s'installent.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

C'est une tellement bonne question que même ChatGPT n'a pas la réponse :

Q : Quel est l'intérêt en bash d'écrire "echo | read L" au lieu de simplement utiliser l'assignation de la variable L ?

R : En Bash, la commande read permet de lire une entrée utilisateur depuis le clavier et de stocker la valeur dans une variable. La syntaxe générale de la commande read est la suivante :

read [options] variable

où variable est le nom de la variable dans laquelle stocker l'entrée utilisateur.

Maintenant, pour répondre à votre question, l'utilisation de la commande echo | read L en Bash est un moyen de stocker une entrée utilisateur dans une variable sans avoir à taper quoi que ce soit. Cette technique peut être utile dans certaines situations, notamment lorsqu'il est nécessaire de stocker une valeur par défaut ou une valeur prédéfinie dans une variable sans avoir à interagir avec l'utilisateur.

Cependant, il est important de noter que l'utilisation de echo | read L peut avoir des effets indésirables en fonction du contexte. Par exemple, si echo renvoie une sortie importante, elle pourrait écraser la valeur stockée dans la variable L. De plus, cette technique ne permet pas de gérer les erreurs de saisie de l'utilisateur.

En général, il est préférable d'utiliser l'assignation directe de la variable dans la plupart des situations, car cela est plus simple, plus fiable et moins susceptible d'introduire des erreurs dans votre code.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Oui je me suis mal exprimé, en aucun cas je ne voulais faire penser que

Oui je me doutais bien, moi-même parfois j'ai tendance à en parler comme ça. Mais c'est vraiment à nous (les érudits, les sachants… les moules quoi) de nous discipliner pour maintenir un Internet ouvert et libre, au moins dans les esprits sinon dans les faits.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

J'ai fait un DUT Informatique en 1993-95. On avait un prof qui nous expliquait qu'on nous apprenait encore des langages, mais que ce serait bientôt fini, plus besoin de coder directement : tu demandes ce que tu veux en langage naturel, tu as le code qui est pissé derrière.

C'était pas une lubie de ce prof, c'était réellement la tendance, tout le monde y croyait. Sa propre thèse à ce prof c'était de filmer un tableau noir sur lequel il y avait un Grafcet, et t'avais tout le squelette du code (Ada je crois) qui était généré. Et c'était une bonne dizaine d'années auparavant.

Bon, finalement on a bien fait de nous apprendre le C.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Juste pour recadrer 2-3 trucs au passage :

Le port 80 c'est pour
Le port 443 c'est pour

Ces ports "c'est pour" ce qu'on veut. Le HTTP et HTTPS sur 80 et 443 c'est l'us-et-coutume, les ports par défauts, mais aucune loi/RFC n'oblige à utiliser ces protocoles sur ces ports.

faire passer un autre protocole chiffré sur ce port est moins suspect

Ça n'a rien de "suspect", il n'y a rien de mal à faire transiter du SSH sur un port 443.

Comme disait le poète : "Chacun fait fait fait c'qui lui plait plait plait"

C'était juste pour vraiment insister sur le fait que le FAI s'occupe de ce qui ne le regarde pas, il n'a pas à filtrer quoi que ce soit, sur quel port que ce soit. Attention donc aux phrases qui sous-entendent qu'on fait ce qu'on ne devrait pas : c'est bien le FAI qui est dans l'erreur.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

un jeu RISC est plus efficace énergétiquement

Alors de ce que j'ai compris du RISC vs CISC… ça va aussi dépendre du compilateur. Le RISC est fait d'instructions simples dont le but ultime est de tourner en 1 cycle d'horloge, là où le CISC s'autorise des instructions complexes qui peuvent en prendre des dizaines. Mais évidemment, point de magie, il faudra enchaîner plusieurs instructions RISC pour faire l'équivalent d'une instruction CISC, et c'est là où le compilo peut pas mal aider.

Après, il y a belle lurette que les processeurs x86 ont l'équivalent quasi mot pour mot des instructions RISC, et que ces instructions sont largement optimisées au niveau silicium, et privilégiées par les compilos modernes.

Bref, je pense qu'il faut essayer de sortir des clichés qui datent de plusieurs décennies et réévaluer la situation à la fois avec des ARM modernes (qui sont de plus en plus puissants comme le dit SpaceFox) et les x86 modernes qui se sont adaptés en cherchant le low power (la mobilité ayant définitivement changé la donne).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

l’ARM plus efficace énergétiquement mais moins performant.

C'est le "plus efficace énergétiquement" que je commence à mettre en doute à force de l'entendre partout, mais de jamais le "voir".

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

En terme d'efficacité énergétique pure, le x86(-64) est souvent assez mauvais comparé à d'autres architectures

Justement, des sources ? Je vois souvent du ARM low perf bien meilleur en matière de conso que du x86 high perf, mais pour comparer ce qui est comparable… c'est compliqué !

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

La légende dit que c'est tout sauf Intel, mais quand je vois un cloud à grande majorité Intel et quand on connaît l'importance de la facture d'électricité j'ai comme une doute…

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

… ou qui ne t'aiment pas :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

À regarder, merci !

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Ça peut m'intéresser ça. Tu confirmes qu'on peut partager des listes à plusieurs ?

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Evidemment qu'on ne va pas faire un truc absurde comme construire un truc pareil par habitation.

Je parlais de mon calcul plus haut : rien que pour ma conso il me faut une tour de 200m de haut et faire chuter 40t d'eau. C'est les chiffres de la physique avec un rendement parfait. Si tu veux faire pour 10k foyers il te faut un truc 10k fois plus grand, c'est tout.

Là ce qu'on voit est en construction, ça va être un truc gigantesque si ça doit alimenter une ville entière.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Un tour rapide sur un site d'estimation me donne une conso quotidienne 16kWh/jour, donc c'est ma vie qui est clairement une vie de gros consommateur (superficie, frigo, congélo, TV…)

C'pas bien !!!

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Oulah va falloir que je regarde ça de plus près oui !

Merci pour vos chiffres.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Maison individuelle à 4 personnes, il me semble que c'est plus ou moins dans les clous. À titre de comparaison, tu sais combien tu consommes ?

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.