gUI a écrit 6966 commentaires

Les correctifs sont là. Et au passage Yunohost les a publiés vers 15h45. Ce qui m'arrange parce que je savais même pas quelles applis utilisent PHP. Au top !

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

Oui j'ai du mal à comprendre la chronologie des événements.

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

Oups ! Désolé pour la confusion anéfé. Merci à toi et Voltarine pour la correction.

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

Il me semble qu'en contrat "pro" on pouvait demander une IP fixe

Oui et on peut toujours, c'est d'ailleurs ce que j'ai. Au passage pour l'anecdote, les IP fixes sont dans un range très différent des IP variables. Donc quand on demande une IP fixe, on nous la change (en théorie une dernière fois). Faut pas se faire avoir :)

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

Oui ce sont bien des entiers. Mais sur ces entiers, on ne prend que les nombre premiers (1, 2, 3, 5, 7, 11, 13…) et donc pas le '4'.

Un nombre premier c'est un nombre qu'on ne peut pas écrire sous la forme d'une multiplication (autre que x1 évidemment), et comme 2 × 2 = 4 alors 4 n'est pas un nombre premier.

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

À ce niveau là, c'est même pas la peine de s'emmerder à filtrer sur les nombres premiers ^^

Ok merci pour l'info.

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

pour soulever la plaque du trottoir et couper ma fibre.

Si ton alarme est connecté à ton réseau en Wi-Fi, c'est un gadget à 70€ qui suffit à déconnecter tous les appareils (en gros tu balances des requêtes de déconnexion en rafale).

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

J'ai pas compris cette histoire de "4". C'est écrit où dans le texte ?

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

Cette option de 'vive voix' est de plus en plus difficile à faire passer.

Je fais partie des gens qui détestent (et qui ont toujours détesté d'ailleurs) le téléphone. C'est le côté intrusif que je trouve plus emmerdant que la côté immédiateté pourtant crucial dans certaines situations (combien de fois moi-même dans une conversation écrite je tapes un "on va s'appeler ça ira plus vite").

Pourtant à plus de 50 ans j'ai largement été élevé à ça, mais c'est une plaie pour moi d'appeler quelqu'un (autre qu'un commerçant par exemple, évidemment). C'est d'ailleurs souvent un SMS "tu peux me rappeler quand t'auras qques minutes ? je dois te parler de xxx".

Je fais une grande différence entre le "vive voix" en vrai (que j'adore) et le "vive voix" au téléphone (que je déteste).

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

Ah tiens c'est vrai que j'ai pas parlé de ce type de résolveur : externe avec une politique filtrante sur certains sujets. Merci du rappel, je vais le rajouter (le temps de trouver comment/où).

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

Est-ce que ça marcherait d'indiquer l'adresse du Pi-Hole en premier puis celui du fournisseur d'accès en second au cas où le premier est hors-service ?

Alors j'ai jamais trop joué à ça, mais il me semble que oui, ça sert exactement à ça. Dans tous les cas on demande toujours au premier et si ça répond, on touche pas au second.

Par contre, si ton Pi-Hole est en rade, ça va devenir pénible d'attendre un timeout sur chaque requête pour passer au second… Cela dit je crois que systemd (resolvectl plus précisément) quand il passe au second il y reste (justement pour éviter les timeouts insupportables). Mais ça veut aussi dire que si tu remets ton Pi-Hole à flot, il ne le détectera pas et restera sur le second. Faut le rebooter en gros.

Bref, tu vois pourquoi un serveur DNS se doit avant tout d'être disponible :)

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

c'est une fonctionnalité de pro

En tous cas j'ai une liveboxpro et un abonnement pro, et je peux modifier le DNS. J'ai le mode "automatique" (je suppose ceux de Orange) et le mode "manuel" où je préciser le DNS primaire et secondaire.

Si d'autres sont chez Orange "amateur" (ça m'a toujours énervé cette appellation "pro", ça sous-entend quoi pour les autres ?) vous pouvez dire si c'est possible aussi ? C'est un peu caché, faut aller dans Paramètres (roue crantée), Réseau, DHCP (et pas DNS).

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

Je suis novice […]

J'espère juste que tu ne joues pas avec ton vrai argent.

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

Oui mais il me semble que si il fait ça, il ne résoudra pas par leur petit nom les machines arrivées sur le réseau. Style mon ordi perso qui se connecte et qui s'appelle coyote et tout le monde peut ping coyote immédiatement.

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

C'est surtout que personne ne peut différencier une contribution IA d'une contribution "humaine".

Aujourd'hui on voit de l'IA slop partout parce que balancer un prompt et récupérer 10k lignes de code 3h après c'est de la merde, on le sait tous. Mais je parle pas de ça.

Sur la correction d'un bug précis avec un patch de 3 lignes où ni les commentaires ni le commit message ont été rédigés par de l'IA, bon courage pour trouver si j'ai cherché 2h ou si j'ai prompté 2mn.

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

Alors on va être simple et direct : le simple fait que tu parles DHCP montre que t'as compris 80% du merdier :)

Tu peux expérimenter dnsmasq par exemple qui fait les deux à la fois (et je parie ma selle et mes bottes que c'est ce qui tourne dans ta box) donc tu pourras toujours pinger imprimante.

Pour l'expérimentation, encore une fois, vu les problèmes que tu vois venir à l'avance, c'est que tu as tout compris :) Oui, tu vas casser Internet dans ta maison le temps de tout mettre en branle.

Mais tu peux ruser. Perso je tenterais de préparer un dnsmasq compatible avec la box.

• Même sous-réseau
• Annonce la box en passerelle
• S'annonce soi-même en DNS (évidemment)
• Fournit des IP via DHCP à côté du range de la box

Par exemple si ta box file du DHCP entre 192.168.1.50 et 19.168.1.150, tu dis à dnsmasq de donner entre 192.168.1.200 et 192.168.1.250.

Comme ça tu peux couper le DHCP de la box, allumer le tien, et forcer un client de test à se reconnecter. Il est censé avoir accès à Internet. Et pendant ce temps, les autres machines sur le réseau n'y verront que du feu car elles sont déjà leur propre réglages (hormis le pas de chance où elles redemandent la bail DHCP pendant ton expérimentation).

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

Tu passes encore par un langage de programmation ?

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

Expérience faite.

Avec une Radeon Pro R9700 (32G de VRAM) je fais tourner Qwen3.8 avec 256k de contexte avec des paramètres "think".

models:
  "qwen3.8-27b-think":
    cmd: | 
      ${server}
      -m /data/models/Qwen3.8-27B-UD-Q6_K_XL.gguf
      -c 262144
      --reasoning on --reasoning-preserve
      --cache-type-k q4_0
      --cache-type-v q4_0
      --temp 1
      --top-p 0.95
      --top-k 20
      --min-p 0
      --repeat-penalty 1.0
      --presence-penalty 0.0
      --spec-type draft-mtp
      --spec-draft-n-max 2
      --reasoning-effort xhigh
      -dev ROCm0 -devd ROCm0
    aliases: ["think"]
    ttl: -1

Je suis donc parti du fichier SPECS.md en lui demandant simplement "implémente la solution". Au début j'ai eu quelques interaction pour pouvoir lui installer tout ce dont il avait besoin (elastic search, npm…). Puis il est parti pendant environ 3h à coder, tester, fixer, re-coder etc en autonomie complète.

Ensuite c'est reparti pour quelques interactions pour qu'il m'explique comment ça marche. J'y connais rien dans ces technos, tellement rien que j'ai finalement demandé à ce qu'il me fasse un run.sh avec tout dedans (db, frontend, backend, crawler).

Et bien ça marche, j'ai une appli web qui ressemble beaucoup à celle montrée par n_e dans ce journal. J'ai effectué quelques recherches, ça a l'air de marcher oui (j'ai pas téléchargé tout le site, je me suis limité à 100 contenus).

Pour un ordre de grandeur de la consommation électrique on peut tabler sur 4h de GPU 100% à fond (300W), soit 1200Wh. À 20cts le kWh on est sur un coût électrique de qqchose comme 25 cts.

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

Si tu lis bien la spec, c'est bien le contenu des articles qui est indexé, pas toute la page HTML (ou alors j'ai pas bien compris ton objection ?)

EDIT : ah j'ai compris, tu parles des journaux moinssés ? Perso je pense que c'est un choix tout court.

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

La mienne de boule de cristal dit que le coût du token va fortement baisser avec les modèles à poids ouverts, la concurrence chinoise

On a la même boule de cristal je pense (la deuxième).

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

Oui, c'est même ce-que-tu-veux.md

La convention "AGENTS.md" fait que ton agent l'enverra par défaut, mais ensuite dans ton prompt tu peux dire ce que tu veux, et même les référencer entre eux etc.

Les LLM sont élevés à manger (et pondre) du markdown. C'est pratique car interchangeable d'un LLM à l'autre, humainement lisible (mais tout aussi bloaté que du code si on n'y prend pas garde, je vous rassure ^).

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

Si en plus elle perd déjà de l'argent va falloir qu'elles trouvent autre chose.

Oui, et va y avoir des dégâts.

Dans la deuxième boule, comment les créateurs de modèles se financeraient si les prix baissent et qu'on utilise les modèles en local (bonjour la conso) ?

La deuxième boule c'est la Chine qui l'impulse (les seuls à faire des LLM locaux qui sont réellement utilisables). Le gouvernement suventionne largement la création des modèles en misant sur :
- niquer les USAs
- faire profiter toute son industrie du gain de productivité qui rentabilisera largement les qques startup subventionnées

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

Ca me semble énorme de passer 3h à causer à une machine pour arriver à ce résultat non ?

Non,je lui file le fichier de specs et c'est parti pour quelques heures de réflexion, compilation, test, réessai etc. Pas besoin de moi. C'est à la fin que j'essaie le truc final et que là il va sûrement y avoir quelques aller-retour oui.

et que demain faudra tout lui réexpliquer.

Non tu réexpliques rien, tout est écris dans du markdown. Même le LLM il suffit de lui demander et il prend ses propres notes (technique du wiki). De plus les agents évolués (à peu près tous sauf mon gégé) gardent le contexte d'une session à une autre.

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

Je compte bien regarder ça, c'est un très bon benchmark pour le coup :)

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

dont le prix finira forcément par augmenter

Attention, ça reste à prouver. Comme toujours, prévoir l'avenir dépend de la marque de la boule de cristal. Certaines boules prédisent en effet que le prix du token va augmenter (vu que aujourd'hui c'est largement vendu à pertes), mais d'autres que le modèles des datacenters gigantesques est mort-né et que mis à part pour quelques besoin exceptionnels (recherche…) on pourra faire tourner son propre modèle à la maison.

Pour l'instant, force est de constater que la trajectoire va plutôt dans le sens de la deuxième marque de boule de cristal, les prix des offres étant plutôt à la baisse, et l'utilisation locale étant de plus en plus crédible.

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