C’est bien ça, haha

On dirait comparer une voiture et un marathon..

MDRRRR « qu'il y ait une fonctionnalité »

Je suis tout à fait d'accord avec vous !

MDRRRR

Développement guidé par les hallucinations... on peut appeler ça comme ça ? ;;

> On dirait qu’il serait parfait pour prendre le lead, mais il a refusé ces responsabilités supplémentaires.
> Quand l’auteur lui propose un nouveau défi pour progresser...

Du point de vue d’un technicien, est-ce que progresser ne consiste pas à devenir encore meilleur dans ce qu’on fait déjà bien ?

Merci beaucoup pour ces gentils mots !!

Je me demande si ce n’était pas plutôt le niveau de salaire et les conditions, qui n’évoluent pas malgré l’augmentation des responsabilités et de la charge de travail, qu’ils avaient en tête.

C’est très probable.
Bien sûr, si c’est un bon leader, il écoutera avec bienveillance et
résoudra le problème avec précision.

Peu importe le livre ou la citation qu’on lit,
le point 3 est toujours formulé ainsi,
mais en réalité,
pourquoi poser une question pareille,
pourquoi ne le mentionner que maintenant,
on pose même ce genre de question,
avec le risque du combo en 3 temps et d’être perçu comme un partenaire de faible qualité

J’utilise moi aussi actuellement UseDesktop

https://youtu.be/aBkbsvMxP_A?si=uaugxKQEu4ZEz7jq

usedesktop.com

pour créer un agent de type Computer-use, et je suis d’accord sur la plupart des points.

Cet article traite davantage d’une vue d’ensemble que d’astuces vraiment pratiques, donc si je devais ajouter quelques conseils pour développer des agents / workflows agentiques basés sur des LLM : au final, les LLM reposent sur les transformers (c.-à-d. un raisonnement probabiliste ; à partir du token / état actuel, ils ne « comprennent » pas sémantiquement le mot suivant dans le contexte avant de le produire, ils génèrent une sortie de manière probabiliste). Donc, même avec un très bon sys prompt, il arrive souvent qu’ils ne donnent pas la réponse voulue (par ex. on leur demande une réponse au format JSON, mais il leur arrive d’oublier un }), d’où la nécessité d’ajouter systématiquement plusieurs fonctions de repli basées sur des regex.

Et lorsqu’on écrit un sys prompt pour obtenir une sortie structurée, on utilise généralement un modèle non reasoning ; plus le contexte est long, plus les hallucinations surviennent fréquemment, donc il vaut souvent mieux créer plusieurs sys prompt et les chaîner.

Quand on développe un service, divers types d’erreurs peuvent survenir ; l’essentiel est donc de concevoir l’architecture du service de façon modulaire et fault tolerant (par ex. un supervisor agent en async et les autres agents en sync), surtout pour les systèmes agentiques / agents où les sorties inattendues sont fréquentes.
C’est pourquoi, dès le départ, il vaut mieux écrire le code en respectant autant que possible le SRP et de façon déclarative ; je dirais qu’une approche fonctionnelle est préférable (= pas d’effets de bord et un flux intuitif).

Ensuite, selon que vous utilisez les LLM via API ou que vous servez directement le modèle, l’approche diffère. Mais si vous allez servir directement un SLM ou un LLM, il vaut mieux ne pas faire tourner le model serving sur le même serveur que celui qui héberge le backend ; il est préférable, pour la tolérance aux pannes, de séparer les tâches IO bound et les CPU bound tasks (c.-à-d. les tâches nécessitant un GPU, des multiplications matricielles, etc.) sur des serveurs différents (par ex. héberger les CPU bound task sur Runpod).

Il y a encore pas mal d’autres conseils de dev, mais je vais m’arrêter là pour éviter que ce soit trop long.

J’espère que cela pourra être utile à quelqu’un.

Que penseriez-vous d’un service qui s’installe sur un serveur distant privé ?

Ils ont déjà collé une traduction automatique pourrie au texte coréen, et voilà qu’ils ont encore évolué. Ils n’ont même pas réussi à bloquer la traduction automatique, alors on va aussi tous goûter à leur IA pourrie !

Bon, pour CGI passe encore, mais la réaction à JSP est surprenante lol
Est-ce que JSP est déjà devenu à ce point une relique de l’Antiquité ?

Je déteste vraiment les fonctionnalités d’IA, surtout les services qui tournent en attente en arrière-plan en prétendant vouloir aider.
S’ils s’exécutent à distance, cela pose le problème de l’exposition de mes données ; s’ils s’exécutent en local, cela pose le problème de la consommation des ressources de mon ordinateur (CPU, mémoire, batterie, ...).

Je pense que cela pourrait constituer une bonne référence.

Développeur russe, il est passé de Yandex à Riot, puis a maintenant rejoint JPMorganChase.

هههههههههه c’est trop drôle

On a surtout l’impression que seul le nom change.