Bonjour à tous et bienvenue au Un Handled Exceptions podcast, je suis Dan Clark et c'est
épisode n°82.
Et aujourd'hui je suis joint pour la troisième fois sur le show, par James World, un architecte
de solution, un bon patron public, et probablement l'un des gens les plus
connaissants que je sais.
Donc, bienvenue au show, James.
Merci, Dan.
Vous êtes très fratricien, comme toujours.
Bonne chance de vous remercier.
Je suis regardé sur les dates et les deux épisodes étaient 2021, donc 4 ans plus tard.
Wow.
Le premier, le développement de la santé.
Les listeners m'ont réconisé de l'écouter.
Episode 16, donc, une fois en même temps.
Oui, c'est un bon podcast, mais je pense que c'est l'un des choses que nous devons
toucher aujourd'hui, car l'AI a certainement changé l'écart du terrain.
Oui, c'est un peu de choses, on va parler de ce qu'on a dit.
Et l'épisode 23, c'était un épisode joint avec Jesse Liberty, qui parle de GIT.
Oui, c'est l'un des meilleurs.
Il ne va pas.
Bien, comme vous le dites, ce qui peut se faire avec GIT, car l'AI fait de la chose avec GIT,
car elle peut faire de la chose avec PR, etc.
Et même les messages de committent sont anglais et l'AI peut interagir avec ça,
donc c'est un angle que nous pouvons aussi prendre.
Absolument, oui.
Donc, comme nous l'avons élu, ce sera un épisode sur l'AI.
Je pense que je dois renomber le show à quelque chose de l'un des modèles de langue,
mais dans ce sujet, il y a beaucoup de choses différentes que nous pouvons parler de l'espace.
Avant de l'écrire, vous pouvez vous interagir avec les listeners et vous dire un peu de ce que vous faites ?
Bien sûr, oui.
Je suis commencé à compter très jeune.
Je pense que mon père a eu un spectre pour la Christmas,
quand j'étais à l'âge de 6 ans, dans 3 semaines,
il était dans mon salle, donc il pouvait lui faire son étudiant.
Et professionnellement, depuis le début de l'année 90,
j'ai travaillé pour une fois, comme consultant,
je suis en train de faire un jeu de temps en temps,
mais je pense que depuis les années 10,
j'ai été très bien dans l'architecture,
dans le rôle de la leader de la équipe de développement de Thoffy.
Je reste toujours très bien, je me suis mis en place le code.
Mais comme architecteur,
je interagirai beaucoup avec le business,
pour se séparer entre les équipes de technologie et les équipes de business.
Et c'est un espace très intéressant de s'en être,
quand il s'agit de l'AI,
parce que les entreprises font beaucoup de choses à se faire,
mais c'est pour ces はいs qui sont si fascinantes que se mettre en�ensus

caractère,


dans les 100 lines de code, ça devrait être fun.
Je suis un peu sûr que les lecteurs vont être comme,
est-ce que ça va être récordé, pour que nous ne voulons pas récorder ces paroles ?
Donc, oui, nous devons parler beaucoup de ça dans cet épisode,
juste pour faire sure que nous avons capturé ce genre de choses.
Bien sûr.
Mais oui, le framework d'agent est certainement intéressant,
et le code de code en 100 lines, tu veux dire ?
Oui, moins que ça.
Oui, c'est 99, mais je n'ai pas besoin de l'esprit
pour le faire sous 100, donc ça montre le pari du framework, je pense.
Et tu n'as pas mis un millier de lines, mais juste pas de lines,
c'est une grande, massive line.
En fait, juste pour être super fun, je l'ai vraiment fait dans un pari.
J'ai utilisé ce nouveau feature dans .NET 10,
où tu peux avoir un file C-Sharp,
et tu peux juste le faire immédiatement.
Donc, il n'y a pas de pari,
rien d'autre, pour essayer de voir que tu en as un pari,
c'est vraiment juste 99 lines, 9 paris.
Je n'ai pas besoin de jouer avec ça,
parce que je sais que ça t'amène beaucoup avec le plus grand,
mais c'est aussi un truc de plus grand,
où tu peux avoir le postage app,
juste de l'envers dans le file,
donc tu n'as pas besoin d'avoir un projet,
mais c'est sur mon long liste de choses à jouer avec.
Je pense que c'est un feature fun,
je n'ai pas besoin d'un feature nécessaire,
il y a des cas de utilisation,
pour créer des scripts,
je pense que c'est mieux de faire un script C-Sharp,
que d'un script PowerShell,
que de beaucoup de scenarios.
Le fait que tu peux le faire exécuter,
et que tu peux exécuter,
c'est plutôt cool.
On va juste avoir besoin de la tour,
pour se couper avec tout les choses différentes.
Je peux imaginer, parce que je l'utilise de Linkpad,
je sais que c'est un tangent,
mais très rapidement, je l'utilise de Linkpad,
et je sais que le commande d'un commande d'un Linkpad,
je l'ai trouvé vraiment très puissant,
mais il y a un package de new get,
qui fait le même chose,
donc je peux utiliser ceci,
où tu peux faire un file de .NET,
et le file de C-Sharp,
et le package de new get,
pour en avoir un bon output.
Je peux voir que c'est un combination très puissant.
Oui, pour sûr.
Je pense que la capacité single file,
ou le file de Runnable,
c'est une des choses qui n'est pas bien,
je pense que c'est un bon nom pour le feature.
Je crois que j'ai entendu le nom,
.NET RUNN AT .CS,
parce que c'est pas vraiment
l'objet de exécuter C-Sharp,
et il y a eu,
si tu searches pour ça,
tu trouveras la compilation native
dans un exécutable standalone.
Tu sais, je le fais,
c'est ça, c'est drôle de trouver le feature,
mais c'est un bon nom.
Je pense que ça devient comme un script,
mais il y a des choses dans le passé,
c'est un script C-S,
ou quoi ? Exactement,
si tu cherches le nom,
si tu cherches le nom,
avant de nous faire des propositions,
je vais faire un petit peu de reminder
pour les listeners.
Donc, c'est un podcast qui a sa propre communauté de Discord,
si tu es le premier sur le site
unhandledexectionpodcast.com,
tu verras le lien de la discôtre,
et aussi, je dois avoir un newsletter
où je vous envoie des items de développement
de développeur de la semaine dernière,
il y a aussi un dev pic
et un dev comic pic,
et des updates de podcast pour le show.
C'est vraiment un bon moyen de vous en faire,
si vous voulez signer,
il y a un lien de souscriber sur le site de podcast,
ou aller au site danclark.com
pour les liens pour ça,
pour les liens de mes articles,
mes socials et mon blog.
Et enfin, un petit peu de reminder
que ce podcast est porté à vous par Everstac,
qui est mon propre produit,
pour les services de développement de software et de consultation,
pour plus d'informations visite Everstac.com
Right, OK,
donc, nous allons en faire.
Donc, comme je le disais, le thème général aujourd'hui
est d'utiliser l'AI dans les entreprises.
Et non, dans nos notes de shared,
il y a un peu de choses,
je n'ai pas d'idée de le meilleur place à commencer,
donc je vais vous laisser le tout tomber.
Je pense que le premier chose que je voulais dire
c'est que je ne considère pas
moi-même un expert en AI,
et je pense que la plupart des industries
de software se sont fallus dans cette catégorie.
Pour ce que je suis, c'est présent dans une société
comme beaucoup, beaucoup d'autres personnes
qui sont très, très intéressées en AI,
et nous sommes tous, je pense,
à plusieurs stages de tenter de comprendre
comment utiliser cette
absolument transformative technologie.
Je pense que l'organisation que je travaille
en travaillant est de la pensée
et de la pensée agressive
de l'aider à l'AI,
mais toujours très bien
de la faire.
Donc, nous sommes très fortunés
de avoir un bon investissement
pour pouvoir comprendre
ce que les outils sont, ce qu'ils peuvent faire pour nous,
et essayer de différentes choses.
Et cela se fait entre la backdrop
d'un truc qui se dévouit si vite.
Vous pouvez figurez un moyen de faire quelque chose,
et puis, il y a un week-later,
que c'est obsélété par un meilleur oeil
pour faire ce truc.
Je pense que le autre truc qui est important
c'est que ce n'est pas seulement les
people techniques,
ce n'est pas seulement les développeurs qui adoptent ces outils.
Je regarde les personnes
que je interactue avec.
Vous avez évidemment les équipes de développement,
mais aussi un peu
de la ligne, vous avez les équipes productives
qui sont en train de utiliser l'AI,
et qui sont en train de m'aider
à planir, à écrire
des requimages.
Vous avez aussi des utilisateurs business
qui utilisent les outils pour tous les
purposes.
C'est extrêmement utile pour nous,
par exemple, pour aider à remplir
les RfPs, où vous avez ces questions
où les gens qui sont en train de
faire un produit, vous demandent de remplir
beaucoup d'informations sur ce que votre produit fait.
C'est un task extrêmement time-consumé,
ce n'est pas en commun pour avoir
plusieurs questions pour répondre
sur un RfP.
Tout le monde présente
une liste de questions différentes,
et c'est quelque chose que je sais
que beaucoup d'architectes
ont pris beaucoup de temps de travailler.
Et l'AI est vraiment
aidé pour accélérer ce processus.
Mais oui, comment vous
conseillez les gens, et comment vous
trouvez les right tools pour tous ces
différents niveaux d'expérience, à quel point
et comment on devrait être éducé,
pour utiliser ces outils et ce qu'ils sont
capable de. Comment vous avez besoin
de savoir comment ces choses travaillent.
Et je pense que c'est incroyablement aidé
pour savoir comment ils travaillent.
C'est comme si ça ne s'est pas fait.
Je vais avoir des questions
comme, oh, si j'ai utilisé
l'AI, pour que je puisse mettre
l'information sur nos produits.
Où peut-il être
pour trouver l'information ?
Si un tool se cherche
sur l'internet, et l'information n'est pas
sur l'internet, non, pas sur le site.
Mais je pense que c'est un certain niveau
d'utilisation. Ils ont vraiment besoin de
beaucoup d'aide pour comprendre comment
faire l'information affectuellement.
Et c'est pas si mal de le faire.
Parce que dans tout ce landscape,
la sécurité et l'utilisation responsable
de l'AI sont un problème
très difficile.
J'ai lu une histoire sur l'internet,
beaucoup de personnes qui ont
regardé le site et la base
de la base de la base de la base
sont en train de parler de l'GPT
pour demander des problèmes.
Mais tous les CIS,
les nightmares, en default,
beaucoup de ces outils vont vous opter
pour utiliser les outils que vous
vous mettez en train
pour établir les versions futures de leurs outils.
Donc, la privacy, la data
expropriation et le risque de ces
outils sont vraiment
un problème difficile à émettre.
Donc, un certain niveau d'éducation est super important
pour faire sure que les gens utilisent les outils
dans un moyen safe.
Je pense que beaucoup de entreprises,
certainement les uns inclus,
sont en train de présenter
les outils de la base safe,
donc un peu d'utilisation,
et d'utilisation des outils que vous
vinnes comme AI Foundry
et co-pilot de Microsoft
à savoir qu'aines informations
qui sont dans les outils sont
dans un moyen safe,
mais les gens ont accès
à ces outils sur leur téléphone,
sur leur browser, leur machine personne
et si vous les bloquez,
nous savons que les gens utilisent ces outils,
ils vont trouver des outils et des haïtres.
Donc, l'éducation est vraiment important.
Je pense que c'est la chose, c'est l'une des choses grandes de l'AI, c'est qu'ils ne sont pas deterministes, ils sont très éprouvus, ils peuvent le faire, tout le monde.
Et comme l'exemple que vous avez donné avant, il y a beaucoup de questions différentes, donc l'AI peut vraiment le faire, parce que ça peut travailler, ça peut faire du tout.
Et ce n'est pas comme si ça se passe, alors ça n'est pas deterministe comme on l'a fait dans l'automation et la programmation.
Donc ça a des conséquences de productivité, comme vous l'avez mentionnée, mais aussi ça a des risques de sécurité.
Et aussi des risques de sécurité, même en répondant à ces questions, je pense que, fondamentale, ce tool va faire une prediction et ça va faire des choses.
J'ai eu une personne de pré-sales qui me demandait comment on utilisait Java dans un de nos produits, et je lui ai dit que nous n'avons pas utilisé Java, pourquoi on n'a pas utilisé Java?
Je lui ai dit que j'ai demandé de chat GPT et c'est ce que j'ai dit.
Il n'y a vraiment pas de détail de technologie technologique sur le public internet sur notre produit, c'est une bonne raison, parce que c'est une IP privée.
C'est une des choses qu'on doit éduquer les gens, si le chat GPT ne le sait, il va très souvent faire des choses pour vous.
Mais le chat GPT dit que ça doit être correct.
Oui, c'est scaché.
C'est une conversation que j'ai beaucoup avec mes développeurs, c'est qu'ils utilisent l'AI plus en plus pour aider les tasks de codé.
Le processus de review est important, le code de code AI est écrit.
J'ai fasciné dans la conversation précédente, nous parlons de l'environnement de DevOps,
comme vous pouvez prendre un code autonomiquement écrit par l'AI,
pas dans le système de codé, mais dans le modèle de hands-off.
C'est important de avoir cet environnement, bulletproof,
pour que vous puissiez croire que quand l'AI dit que c'est fait, et que votre pipeline de build dit que c'est fait,
on ne peut pas avoir des bugs sur leur board, si on n'a pas de customers,











On peut créer un issue latin, comme en mettant des données dans votre base de base et une structure qui n'est pas sustainable.
Ça va travailler pour un mois, un mois, six mois, et ça va faire des limitations de scaling,
qui ne vous pouvez pas se solider par ajouter plus de service.
Ça requiert de la structure fondamentale de votre data, et ça a fait un travail concomitant,
de travailler sur une stratégie de migration, et ça peut être extrêmement, extrêmement malade.
Je vois beaucoup d'évidence de la décision de l'AI qui va nous donner de ce genre d'outil,
que l'un des réveillants humains peut s'en prendre et sauver de ce problème potentiel.
Bien sûr, les humains peuvent le faire aussi, mais je crois que je suis certain que je suis un développeur de la seniorité
de pouvoir s'occuper de ce genre de problème, plus que l'Ido-AI, maintenant.
Et, vous savez, on pourrait dire que nous ne pouvons pas donner assez de contexte,
pas d'informations pour se solider le problème.
Mais, je crois que c'est vraiment difficile de fermer ce dernier 5%
pour donner tout ce qu'il faut pour arrêter ce problème.
Je pense que c'est comme un programme humain.
Nous avons des PRs et nous avons un autre humain,
donc un autre, quelqu'un d'autre, réveillant le code.
Donc, il y a deux gens avec ses yeux sur le code.
Si l'AI fait ça, il faut un autre personne, c'est peut-être un humain.
Parfois, je ferais un autre modèle de réveillement,
ce modèle de travail et un humain en regardant une PR.
Donc, autant que vous puissiez automater cette toute la pipeline,
avoir un autre humain en regardant une PR, idéalement, avoir un eyeball,
un autre modèle en regardant une PR, réveillant,
et automater autant que vous pouvez,
mais surtout pour les choses qui sont plus compliquées.
Et l'humain en regardant est important,
juste pour le faire dans la pipeline,
et les PRs sont la meilleure chose pour cela.
Oui, et encore une fois,
ce que vous pouvez faire ici, c'est d'improver tout le temps.
Nous avons un review de GitHub Copi
automatiquement pour tous nos PRs,
et c'est fantastique.
Il s'agit toujours de la manière dont nous pouvons améliorer
la code que nous avons évoquée.
Mais c'est en bas et en bas, aussi.
Je ne sais pas si vous utilisez le détail de la PR,
le détail de la PR, le détail de la description,
pour remplir ce que votre PR est.
Le agent est assez smart,
il va regarder votre commettre et le changement de la réveillement
avec la description de la summary,
qui peut aider un réveiller subsecrétaire.
Mais je trouve souvent que ça
sera l'emploi de l'intérêt de la PR
qui est signifiant et ne peut pas
vraiment l'améliorer.
Et ça peut être un conséquence de la réveiller
des messages de commettre.
C'est le truisme,
le plus trivial que vous faites,
le mieux que vous faites,
les messages de commettre
sont les plus grandes,
et vous êtes des plus grands,
mais oui, ça semble que la AI
peut faire les mêmes erreurs et les façons.
Mais oui, ça speede le processus.
C'est un autre tool qui speede le processus.
Et c'est très, très facile,
pour un développeur qui est un peu plus
plus proche de la PR,
pour être moins attentive
et peut-être qu'ils devraient être
en faisant une réveiller de PR.
C'est une belle saison
qui a un peu de temps
pour avoir un modèle de la AI
dans votre réveiller de code AI, pour sûr.
Je suis curieux, on a parlé de différentes
outils, mais qu'est-ce que vous allez
faire en faisant développement
ou des réveillements?
Je me suis trompé un peu,
mais je pense que mon préféré
est de la code C.I.
C'est un variant de ça.
Mais on a aussi un co-pilot de travail,
qui est utilisé beaucoup.
Parfois, c'est aussi un point de cost.
On a un certain nombre,
on a un budget pour travailler,
je l'utilise agressifement,
donc avoir deux outils différents
pour utiliser, c'est à dire que je peux
évaluer le cost un peu, et prendre un grand
partage de la quantité de crédits
que vous avez pour le prix avant de payer.
Et puis, dans le cloud,
je l'utilise souvent,
sonnet 45.
Mais pour le plan,
on a un modèle de plan,
si c'est un task trivial,
on peut faire un modèle de la faible,
pour quelque chose comme Haiku.
En revanche, en utilisant l'A.I.
pour aider les tasks, il y a certains types
de tasks que j'ai bien sûrment
beaucoup plus confortables, même rélevés
pour pouvoir contrôler l'A.I.
dans un plus attendu,
un exemple très bon,
c'est la patch de la sécurité de la vulnerabilities.
Comme beaucoup d'organisations,
on utilise des tools, comme Sneak
et SonarCube, qui peuvent
générer des rapports sur les vulnerabilities
de package, ou les
codes de l'aéros de l'aéros.
Et souvent, le contexte
est assez petit, je dois juste
l'évaluer dans la version de package,
ou je dois changer un couple de codes de l'aéros,
c'est un très bon moment
pour passer par un A.I.
Et le truc qui est assez important
pour l'A.I.
est que le truc de l'aéros
est très très important
pour nous.
Le principal produit que je travaille
est un orchestrateur des payments,
donc il est en train de
faire des services financiers,
et c'est important
de rester sur la sécurité
dans cette landscapes.
On investit beaucoup de temps, et nous avons maintenant
sauvé beaucoup de temps, car A.I. a été
très fort pour nous.
Un autre très bon moment,
pour nous, c'est que nous avons
une nouvelle version de dotnet
qui vient de nous, et on a une politique
dans notre organisation,
par rapport à l'article LTS,
et c'est une des meilleures versions,
donc on est en train de
mettre la ligne sur dotnet-aéros,
mais le upgrade
de dotnet-10, on a pu
faire avec A.I.
très bien, et je pense
que dans le dernier cycle
d'upgrades, il nous a
pris 4 mois pour nous
faire des upgrades de 6 à 8.
Il y a beaucoup de choses
additionnelles que nous faisons, et c'est juste
un upgrade de framework, mais c'est pas
le plus important, mais pas urgent,
donc on a pris un peu de temps pour le faire.
Je pense que cette fois-ci, nous devons
avoir pu réduire le nombre de heures
que nous avons spenté sur l'upgrade.
C'est vraiment été de faire le upgrade pour nous,
et il n'y a pas d'issues qui sont en place
dans le cas de PR, donc
une grande saveur de temps.
Je l'ai essayé de faire de la dernière fois
sur un de nos projets, et la seule chose
qui a été déclarée un peu, c'est
que vous savez le changement
avec les IA's et les Canumerebles,
où c'est maintenant construit,
plutôt que de nouveau package, donc vous vous en avez
2 références, donc la compagnie est confusée,
elle n'a pas été bien sorti, mais tout
d'autre, c'est bien.
Mais c'est juste des choses comme ça,
qui ne vous voulez pas faire pour vous-même,
et c'est un exemple
de prendre du temps
pour les piperons,
par exemple, nous avons
utilisé des façons de la package,
nous n'avons pas de la façons de la laver
pour que nous puissions
garder un extra spécial sur les packages
nous avons utilisé un peu de
des workflows pour permettre
d'avoir l'assistance de la code
pour voir nos façons de la package
qui ont besoin de travailler.
Vous avez donc été trippés par des choses
comme ça, que vous devez prendre un peu de travail
pour obtenir le pipeline bien et smooth.
Un autre, un utilisation vraiment bon
de l'AI pour la code
est ce sort de tool
qui est disponible, je le dis.
Je vais vous donner un exemple, nous avons
une plateforme observable
qui a un ton d'abus des dashboards,
et nous avons besoin de faire un change
pour qu'on recorde nos métriques.
Le tool que nous utilisons pour la observabilité a eu un changement de break,
qui nous était très bon à nous dire,
des mois et des mois en avance, mais il a créé
un changement de base,
et nous avons changé nos métriques,
qui est un changement très trivial,
un whole load de dashboards
qui ont été reportés sur ces métriques
ont commencé à avoir,
des blocs ont commencé à break,
et nous avons réalisé que ça a été
le début de la stand-up en matin,
et par le bout de ce stand-up
en utilisant l'AI,
j'ai mis un code à tout le tout,
qui a downloadé tous les dashboards,
l'ont remis, fixé,
et ré-uploadé,
et vérifié que c'était en train de travailler.
Ça a été moins de 15 minutes
depuis le début de la fin, avec l'AI.
Vous pouvez poursuivre
d'avoir un niveau de care
des tools comme ça,
quand vous n'en avez qu'à faire un,
donc vous pouvez prendre
des métriques de sécurité
qui vous ont mis en place,
un code qui va être en production et en conduisant,
mais je fais des petits tools comme ça tout le temps,
et ça a complètement changé
ma relation de temps personnel
avec mon computer,
parce que j'ai utilisé le software,
j'ai utilisé ça beaucoup, mais je l'ai utilisé beaucoup plus.
Je suis en train de apprendre les français
à l'époque, c'est vraiment intéressant,
j'ai bien sûr recommandé ça.
Mais j'ai encadré un code à tout le temps,
en train de créer
4 heures pour automater le processus
de créer des dashboards pour moi,
et pas juste les dashboards que j'ai
mis à faire avec l'anglais et
les textes japonais,
c'est créer les mots, les translations,
les sentences d'exemple,
ajouter des notes,
générer des images pour m'aider à me remercier
et créer
une voix pour tout le texte
et créer
un package que je peux importer
dans les dashboards,
des dashboards très populaires que j'ai utilisés
c'est tellement mignon,
j'ai eu un coup de poignet
il y a quelques semaines, il m'a dit
que j'ai commencé à parler japonais
et il m'a dit
que j'ai été très heureux
et j'ai eu le temps de
apprendre le japonais
j'ai pas le temps d'y aller
Je suis constamment imprécis
par vos capacités de temps
pour moi c'est
de l'inviter
pour faire quelque chose qui n'est pas codé
c'est vraiment un peu refreshant
Je suis curieux
avec les 4 heures que vous avez
évoquées
pour faire un code vibe
c'était 4 heures de votre temps
ou 4 heures de votre modèle
?
c'est un peu de projectes de code vibe
c'est peut-être 4 heures
mais mon temps est sorti
à regarder des choses sur internet
pour aller chercher des taux de thé
et ensuite à vérifier
quand la prompt me fait faire
une décision pour faire un test
et en fait c'est un autre chose
qui est intéressant de commenter
quand vous utilisez l'AI
comme assistant de code
il y a beaucoup de rétro
il y a presque 2 camps
c'est un peu graduellement polarisé
entre les gens qui pensent que l'AI
est l'answer et l'un de les codes
est exactement où nous allons
aller
et puis les skeptiques
qui disent que leurs rencontres
avec l'AI sont moins de stela
et vous avez le temps de la technologie
et des bugs qui se créent
et peut-être que les choses ne vont pas s'émerger
pour un moment et vous avez des histoires horaires
des databases
en production et de la production
je suis certainement au plus optimiste
de l'endroit de l'espectrum
je pense qu'il y a beaucoup de
hypes et d'entraînement
dans les circles de l'AI
je recommande d'entraînement
donc il y a des rues
mais vous devez être au courant
un des zones où vous devez investir
qui peut faire une grosse différence
c'est comment vous allez planifier
le travail que vous donnez
pour l'AI
donc l'espectrum et le développement
est très intéressant
et c'est l'une des zones qui ont changé
beaucoup et comment les outils sont
assistés avec le processus de planification
et c'est évidemment le kit HubSpec
c'est quelque chose que les gens auraient entendu
d'être plus vécu
c'est aussi très facile
de créer votre propre processus de développement
et c'est quelque chose que je fais
avec Claude
où je crée un whole bunch de commands custom
qui vont marcher
dans un processus de développement
qui est plus adapté
pour le fait que nous travaillons
donc nous avons utilisé des outils particuliers
nous avons utilisé des outils de ADO
pour le travail et du management
donc quand nous créons des outils et des outils
c'est pour ça qu'on veut voir
qu'on veut traiter leur progrès
il y a un whole bunch de informations
sur le produit que nous travaillons
et c'est un point de vue
qui est très utile pour l'AI
pour être entouré en demandant
les requimages de draft
donc le management prompt
est très important
et le temps de formation
dans le contexte des AI
quand il fait le plan
est très important
le skill est très important
donc c'est quelque chose que nous devons
révéler
mais maintenant je peux avoir un command
qui va commencer le processus
de développement de nouveaux requimages
il a un contexte sur mon produit
je peux donner la outline de
ce que l'application de la base
et comment il va au processus
d'interactiver
pour me remplir des détails
et ça ne doit pas être moi, c'est pour les producteurs
c'est pour ça qu'on a eu l'information
de la production pour aider
à obtenir le niveau de détail
pour pouvoir regarder les exemples
d'autres requimages de technicalité
et de la construction de la base
pour pouvoir obtenir le niveau de détail
et puis, quand vous êtes dans un endroit heureux
l'outil de cette question est
un document de requimages
qui se termine
le format prescriptif
qui a tout le temps de l'information
et qui a des tickets en ADO
et puis vous pouvez aller au suivant
pour prendre ces requimages
et commencer à construire un design technique
et puis, les commandes, les prompts
vous aidez à marcher dans ce contexte
et puis, vous êtes activement en retard
donc vous avez beaucoup d'humeur
dans l'input de la loup
pour faire le plan
et puis vous pouvez aller au suivant
pour construire les tasks détails
et puis, finalement, à la fin de ça
quand vous avez appris les tasks
vous pouvez le faire en augmentation
et je suis definitif bien pour
ces plus complexes features
l'obligation d'avoir le AI
et d'avoir des chunks de bêtes
pour aller dans les détails
pour avoir le processus de réveillement
si vous avez, à la fin de ça
une task détails appropiée
qui est vraiment en train de
détenir ce que vous voulez avoir
votre chance de avoir
une bonne implementation
qui vous donne un bon détail
qui va astronomiquement
souvent, je vois des gens qui disent
que l'AI ne va pas travailler pour nous
et qui ne le font pas
quand ils ont mis un paragraph de l'information
dans les prompts et ils attendent de la compétition
et ça fait que les features changent
juste sur cette information
vous devez avoir la même
information que vous devez
donner à l'entreprise
d'un personnage de développement
qui va travailler sur une feature humain
les tools pour nous aider à managing
ce processus sont révolts et plus proches
oui, même sans le respect
de la stuffe, c'est comme un exemple
de la histoire de l'utilisation
je l'ai fait de toute la promesse
et ça a travaillé pour la première fois
et je l'ai inclus dans mon PR
et quand
certains de mes développeurs l'ont regardé
ils se disent que c'est comme ça que vous faites vos prompts
je fais normalement
juste une conversation avec ça
et faire des bits et des bobs à la fois
mais c'est assez intéressant que vous avez juste un grand file de breakdown
qui est beaucoup de contexte
et que vous faites un shot, ça a travaillé
et moi je me suis dit que oui, je l'ai fait la première fois
et je pense que
avoir ça comme documentation
parce que votre prompt est vraiment une bonne documentation
et comme vous le disais
ajouter beaucoup de contexte
je me suis dit que c'est intéressant
quand les gens mettent un
AIS pour une seconde
si quelqu'un fait un ticket de bobs
dans un système de tickets
et un extrait peut être quelqu'un qui dit
que ça ne marche pas
et vous avez la toute chose
donc quoi ne marche pas
et même si vous avez un peu plus d'informations
mais si ils ont pris 10 secondes de pensée
comme je l'ai écrit
si quelqu'un a regardé ça
si ils ont des questions obvies
ils vont venir le voir
pour ne pas avoir de questions
donc ce genre de pensée
je ne veux pas que ça vienne
je veux que ce soit le contexte possible
donc le gars qui a des questions
peut juste le faire
quand vous faites un prompt
avez-vous la même mindset?
est-ce que ça a besoin?
est-ce que c'est une extrait d'informations
ou des hints que je peux donner?
je pense que c'est assez puissant
oui et je pense que
vous devez être très cognisant
de la facture que les windows contextes
c'est comme la même mémorie
que l'agent et l'OM
ils sont limités
et vous pouvez les faire très gros
par exemple le summit a la option
des windows contextes 1 million
vous payez un peu plus
mais je pense que le default est 100 ou 200 000
à l'époque
vous pouvez avoir beaucoup dans ça
mais vous devez le remplir
dans une longue session
et pour le manager
ces tools ont un processus automatique
mais ça peut être compact
pour des détails importants
je pense que le plus de la contexte
que vous avez fait
ça impactera la précision
donc avoir un processus
comme je l'ai dit
qui, à chaque stage, est créé
des documents réfinis
et la fin de la documentation
qui contient
les informations nécessaires
pour le faire
ça m'a bien aidé
et je pense que
les tools sont en train de bouger
je pense que l'éducation et la documentation
sur ce qui va dans votre window contexte
n'est pas très bien
et je trouve
que pas seulement les gens non techniques
mais les développeurs ne sont pas si bons
sur ce qui va dans leurs windows prompt
comme ils sont
et si vous êtes un utiliseur
de code visual studio
et de co-pilot
et que vous utilisez le tool MCP
vous avez probablement vu la preuve
de dire que vous avez plus de tools
et que vous recommandez
dans le select de l'agent
et c'est parce que la méthode
et la description de chaque tool
que vous avez disponible
dans votre service MCP
est en train de se faire
et la documentation est envoyée
pour que vous puissiez avoir
un grand choc de windows
si vous utilisez un tool qui fait un build
tous les outils de votre build
qui peut contenir des lignes
de complétant informations
peuvent être réveillées
dans le contexte
c'est pourquoi les trucs qui sont émergés
comme les subagents
qui ont leur propre contexte
sont maintenant en train de co-pilot
je pense que c'est une feature de prévu
de se faire solider
et de essayer de solider ce problème
et de vous permettre de travailler en parallèle
c'est pour avoir des agents
plus focussés
qui ne doivent pas avoir tout le temps
d'informations sur le task que c'est travaillé
dans le contexte
c'est un problème réel
en fait, j'ai eu une équivalente interne
de chat GPT
ça a été un bug pour un temps
où un document que j'avais pensé
que j'aurais retiré dans mon workspace
n'avait pas été retiré
et les éléments de l'information
étaient sortis de la preuve
je n'ai pas de information
en montrant les questions
et ça m'a pris l'heure
pour réaliser que je me suis rendu
dans le contexte
et le même chose peut se faire
si vous avez un file prompt
il y a beaucoup de différents places
où le co-pilot et le cloud
vont aller pour obtenir l'information
et vous pouvez très facilement
ne pas tenir des tabs
c'est un file qui va être automatiquement
inclus dans tous les prompts
et ça peut couler les résultats
avec des effets inattendus
je pense que, en regardant le début
de notre conversation
on parle de la sécurité
et de ce que les modèles ont accès
c'est comme les différents tools
comme les tools de l'OMCP
on est plus ou plus différents
on est juste en train de donner les modèles
accès à plus de l'intégration
et parfois, vous vous mentionnez
le co-pilot et le chat
on a eu la liste de
les tools inclus
je le retrouve souvent
et ça a changé
je les ai sélectionnés
et les sélectionnés
dans la section défaut
et ça ne me semble pas de remercier
je trouve ça très clonquant
en co-pilot
c'est beaucoup mieux dans le cloud
c'est l'une des raisons que j'aime
mon client main
qui utilise le co-pilot
donc c'est ce que nous pouvons utiliser
mais pour mes propres
j'ai recently eu une co-pilot
et j'aime vraiment
j'aime généralement utiliser le CLI
mais le co-pilot a un CLI
mais ce n'est pas un code clou
c'est juste assez puissant
je vais retourner à ce que vous dites
à l'espect de la développement
et à ce que le co-pilot s'occupe
j'ai eu un peu de jouet avec ça
pour un tour, je fais mon tour
et je vais le faire
j'ai décidé de ne pas utiliser ça
parce que je veux faire un demo et ça fait un peu plus longtemps
mais j'ai trouvé ça intéressant
comment ça se séparait
pour les détails techniques
c'est le requin
et pourquoi
et pourquoi pas comme ça
donc vous avez le spec
et puis un peu plus tard
vous avez les détails techniques
et les tickets sont créatifs
mais ce spéc qui peut s'appliquer
c'est que si c'est en blazer
réacte, anglais
ce n'est pas un concept de quelle technologie
donc si vous avez votre spec et les requintes
comme vous avez dit
vous pouvez faire des choses à AI
faire quelque chose d'autre
vous n'avez pas besoin de faire des choses
parce que vous n'avez pas spent weeks
vous pouvez essayer
ici le spec
essayer sur ces différents plateformes
voir qui ressemble
et essayer avec différents modèles
et voir qui vous préfère
avec les différentes choses
c'est vraiment un grand plus
séparer le processus
des requintes et des détails techniques
et de la même manière
les tools qui vous mangent
donc vous pouvez par exemple
séparer un document
où vous maintenez vos principes
les styles architectes
ou ce que vous voulez que votre texte soit
ça peut être quelque chose d'incredible
pour maintenir en temps
et je pense que les tools sont en train de mieux
à comment vous mangent cette information
vous pouvez maintenant
utiliser des places et des plugins
pour vous élever pour protéger
cette information
au-delà de votre repositories
donc si vous voulez travailler avec un architecte
il y a environ 200 repositories
qui ont des codes en ligne
qui sont en train de s'en occuper
donc ce que vous voulez pas, c'est de copier
toute cette information dans chaque repository
vous avez besoin d'une façon de partager
mais vous avez besoin d'être au-delà
vous avez besoin de savoir ce que vous avez à part
et vous n'avez pas besoin d'être un grand undertaker
si vous avez besoin d'une partie de l'application
vous devez avoir de la travail
pour que vous puissiez faire des choses
pour que vous puissiez faire des choses
sur la version générale de votre standard
donc je pense que ce genre de problème
en travaillant avec les processus
c'est plus
où les entreprises non-AI
sont en train de se faire
essayer de faire des choses qui sont les mêmes
c'est presque un problème separate
pour la construction de l'AI et la construction de l'LLM
mais c'est une partie très réelle
en train de développer
dans l'entreprise
je suis très nerveux
que nous allons se faire de temps avant qu'on parle
de créer un code Claude
dans 99 lignes de codes
comme vous le disiez
dans la campagne d'agent Microsoft
oui, donc c'était un démon
que j'ai créé pour mon part
de l'expérimentation pour comprendre
ce que l'agent Microsoft était
donc je devrais probablement commencer
par vous dire un peu
ce que c'est et pourquoi il pourrait être intéressant
donc la clé est dans le nom
c'est un framework d'agent
donc on devrait commencer un peu avec ce qu'un agent de l'AI est
donc j'ai une définition pour cela
c'est un système qui peut
autonomement recevoir l'information
raison pour ce qu'il faut faire
prendre des actions par des tools
ou des API et l'initier
pour qu'il arrive un objectif
depuis qu'il reste des niveaux de francs
comme traditionaux
lm
l'agent va généralement s'y prouver
en cubes
en rallongant, en chloréochte
d'obsprofondation etracée
et vous pouvez avoir
de plus complexes solutions
qui organisent des actions
partout à l'aide d'agents
manager le state
d'assurer des associations
de soutien
à foods pour les加油ings
plus Apps le feront
pas les intensifs
según l' door
l'entreprise, les systèmes.
Et la dernière partie est importante, parce que dès que vous êtes en train de
opérer une entreprise en business, il y a un whole bunch de choses additionnelles
que vous avez besoin de, besoin de ne pas se dévouer de comparaison avec les
espéraments, l'espéramente ou l'enquête.
Donc, la question devient, comment pouvons-nous faire ça ?
Comment pouvons-nous construire l'agence en reliant et en sécurité,
dans un moyen qui est en fait maintenu pour les systèmes de production de la
production ? Si vous essayez de faire ça à vous-même,
il y a un whole bunch de problèmes que vous vous renvient vraiment rapidement.
Comment vous vous dévouez de la même manière ?
Ce que vous voulez pas faire, c'est de vous faire construire votre propre
sort de système de conversation, du système de management state.
Comment vous orchestrez le nombre de tous les différents tools ?
Vous ne voulez pas avoir à construire votre propre sort de réflexion,
de la passée, de l'envers de l'envers de l'hôpital pour travailler avec ça.
Qu'est-ce que vous avez besoin de quelque sorte de workflow ?
C'est quelque chose de ce qui va venir.
Comment vous allez voir ce qui se passe ?
Vous ne voulez pas de la débugger pour juste regarder un bloc de Jason.
Et il n'y a pas vraiment une façon standard pour les agents de la production.
Vous allez faire votre propre sort de refroidissement,
système de réunition, système de prompting.
Vous ne voulez pas vraiment être réinventé dans le bâtiment.
C'est le genre de space de problèmes que l'agent de la fréquence va jouer.
Et c'est certainement bien dit,
que c'est un nouveau fréquence, mais il s'est jointé dans un espace extrêmement
cradé. Il y a beaucoup de fréquences d'agents.
Je pense que l'un des gens qui a été en train pour plus longtemps,
on l'a probablement entendu, c'est Lang Chain et c'est un graph de compagnon Lang,
qui s'opère dans Python.js.
En fait, la plupart des frameworks sont au-delà de Python.
Il y a beaucoup de targets, Jason.
Et vraiment, d'un point de vue de Microsoft,
il n'y a pas beaucoup de contributions dans le space de dotnet.
Et comme l'organisation, on est envers le dotnet.
Donc, il n'y a pas de frameworks avec dotnet.
C'est particulièrement intéressant pour moi.
Je suis en train de dire que c'est le succès de l'économie de Symante.
Oui, je vais parler un peu de ça.
Donc, il y a deux frameworks que Microsoft a précédemment.
C'est très intéressant de regarder.
Et il tient les titres, Python et dotnet.
Et même si je pense qu'il y a des hints
que l'on peut expérer dans le futur.
Je pense que c'est une décision intéressante,
parce que les langues ne sont pas équilibles.
Même la disponibilité des frameworks différents
dans les langues différentes peut conduire des décisions différentes.
Mais c'est là qu'ils sont maintenant.
Ils tentent de garder les choses à la part de leur part.
Mais je suis intéressé parce que ça offre dotnet.
Et j'ai beaucoup de développeurs qui travaillent avec dotnet.
Et beaucoup d'entreprises de software, évidemment, sont en dotnet.
C'est bon de avoir un framework qui peut targeter cet endroit.
Donc, il y a des abstractures vraiment,
c'est très bien designé par des standards à l'open et de l'interoperabilité.
C'est facile à mélanger avec d'autres frameworks à l'open et de l'open.
Et des plateformes pour ce qui fait sens.
C'est comme vous l'avez dit,
c'est un framework Microsoft.
Il donne des choses particulières
comme l'AIS Foundry,
qui est une plateforme de cloud hostage
qui vous enable de vous hoster agents
durant quelques semaines.











außer Mikia Temenz
They are good.
de rassembler les rassemblements et les outils de cool.
Ça vous donne une manière très facile
de rassembler votre agent dans un loop,
de faire des outils de cool,
de faire des outils de preuve de système de preuve,
de modèles d'éros et de récouverte des éros,
de avoir des messages structurés,
de lutter dans des capacités de dotnet
pour avoir des outils très cleans, typeés et de l'outil.
Ça vous frise de l'utiliser
un whole load de plate de boiler
que vous avez à écrire avec création d'agents.
Une autre très bonne idée que ça a,
c'est de la manière dont ça mérite la mémoire,
ça a cette idée d'un thread à l'agent AI.
Vous pouvez avoir une definition à l'agent
qui est élevé dans la mémoire
et faire des outils différents.
Les outils représentent une conversation
et une interaction séparée.
Ça a sa propre histoire de message,
sa propre histoire de taux de cool.
Et puis il y a aussi une mémoire optionnelle.
Ce n'est pas juste ce genre de thread de conférence,
mais vous pouvez plug-in les stores de mémoire
que vous avez besoin d'avoir une mémoire plus persistante.
Ça va travailler, par exemple,
des services commerciaux comme MENZERO
pour que vous puissiez avoir une plug-in externe.
Il y a des abstractions pour les stores vector,
la production de chat,
ce genre de compression que vous voyez.
Vous pouvez avoir des plug-ins de mémoire,
Redis, Cosmos, SQL.
Ça fait que c'est plus facile
de manager l'état.
Et faire des choses comme,
d'exemple, persister dans l'état d'agence
pour que vous puissiez avoir une réhydration
plus tard, ce qui vous peut faire
si vous avez un long,
un step de travail.
En front de la tournage,
il y a des supports de box pour plug-in
les tools de MCP, A2A,
et il y a un standard d'AGUI
qui fait que c'est plus facile
de pluger AIs
dans l'expérience de l'interface user.
C'est tout fort et très d'ailleux
dans le stack de l'aéros.
Vous pouvez, avec pas beaucoup de code,
prendre l'adaptation de tout ça.
Je pense que,
d'exemple, il y a un exemple
de 5 lines de code pour plug-in
les AGUI à l'interface agent.
Et ça, en particulier,
c'est d'avoir un code basé sur les lines.
C'est vraiment de la support pour la servabilité.
Ça nous aide vraiment à l'hôtel.
Ça automatiquement admite les traces
pour les responsables de modèles,
pour les taux de cause et les impôts,
pour la usage de token, pour les handelages d'erreur.
Ça nous aide à supporter
les sandes de sécurité, comme l'entraison,
l'authentication et les components natifs
pour les stèpages de l'approval.
Ça nous aide
à la abstraction du workflow.
Ça a un bon appareil
qui vous permet de mettre
des stèpages et des nèches.
C'est très similaire
à Langrath, qui a été en train
pour un moment, mais dans un
peu de la façon dot-net.
Vous pouvez donc either
construire ça en code,
ou vous pouvez très facilement
utiliser un approche plus déclarative
de la représentation du workflow
dans J.Snoyamel et les mettre en place.
Le workflow est très utile,
surtout dans le space enterprise
où vous essayez de construire
un processus de AI, où
vous n'aurez pas besoin de l'AI
pour être en forme libre
et pour que ça soit en train de faire ses décisions.
Ou vous voulez, par exemple,
avoir des agents qui ont des stèpages
qui sont en train de faire ses décisions,

pour les intérêts de l'assurance.
Donc, si vous pensez, par exemple,
à procéder un accès,
vous devez pouvoir
regarder l'information
sur le pilote de la politique
de l'assurance.
Vous ne voulez pas avoir un AI
pour avoir des sondes de frein
pour aller chercher des données
pour pouvoir prendre
une décision de l'appareil
pour que le client
ait une aide rapide
pour faire un remplacement
car organisé
ou un sondage de hotel
selon la nature de l'issue.
Donc, avoir l'oblité
de contrôler ce workflow
et ajouter un déterminisme
pour le réaliser
et le réaliser
pour que l'appareil soit utile.
Le math a fait très facile
d'adverir des abstractions de travail
et ça fait que les choses
sont très facilement expérimentées
par les représentations visuelles
comme un graphisme, par exemple,
de votre définition de la fonction.
Donc, oui, c'est le math.
Avec cette abstraction de la main,
c'est très facile de faire
quelque chose de fun, comme construire un agent de codement.
Il y a un bon set de samples
dans la repository,
un source complet, donc c'est un GitHub,
on va avoir un lien
avec la documentation,
on va avoir une question
de la question de la production,
et je pense que c'est un truc très fun
de jouer avec.
Si vous n'êtes pas heureux
avec le workflow que vous avez
de Claude ou de copilot
dans votre processus de dev,
ce serait un bon choix
si vous voulez construire
votre propre processus
pour l'élalence.
Ça me semble bien que vous avez mentionné
ceci dans l'entreprise.
Je suis un joueur très fort
et j'ai parlé
de beaucoup de choses,
mais c'est pas beaucoup de codement.
Si vous êtes un agent,
si vous pouvez créer un thread,
ou quelque chose,
vous pouvez avoir une conversation avec ça.
C'est un code très synch.
Et même pour
la personnalité,
et pour la construction
de la base,
et pour la automation,
il me semble
qu'il y a des choses très fortes
dans la toolbox.
Avec la ligne de code Claude,
je pense que vous avez juste écrit
une application console
qui tente les commandes
et l'interrogation.
Si vous regardez
les agents de la code,
ils sont très petits.
Vous n'en avez que 3
pour créer un assistant.
Vous avez la possibilité de lire le file,
et de lister
les files et les folders dans la direction
et de
remplir un contenu
d'un autre contenu.
Il y a 3 outils,
Read, List, Edit.
Vous pouvez créer un style standard
et les faire available
par l'abstraction de la code.
Vous avez besoin de
dire que vous êtes un assistant de la code,
et que ça va travailler.
C'est comme magique.
Vous avez utilisé le console?
Je n'ai pas utilisé le console,
car je pense que ça me ferait
pousser le target
d'avoir des 100 lines de code.
C'est un truc que j'utilise souvent.
Je sais que vous êtes un fan de dire
que vous avez l'air très respectu.
C'est un bon tip et ça marche très bien.
Je vous ai dit que je l'ai encodé
l'autre jour, que j'ai utilisé le console.
Si vous avez rien comme moi,
vous avez presque été dans la même memoire
de la séquence de l'opérations
que vous voulez créer.
Vous pouvez vous mettre en place
un projet de progrès.
Dans le site.net,
un grand fan de code VS
et des commandes,
je vais initialiser mon repository
de github, générer le gignol,
ajouter un file de config,
créer une solution de la solution,
créer un folder source,
mettre le projet que je veux faire,
avec le type de template,
ajouter le solution.
C'est souvent de tourner sur le management de la package,
si je vais avoir plus que un projet,
qui me préoccupe de l'inclination
de toutes les references de package.
Je l'ai bien opéré.
Ce que j'ai voulu faire,
c'est de figure les prompts
que vous avez créés
pour créer un nouveau template.
Si vous avez créé un nouveau blazerap,
vous voulez avoir un class de programme,
ou vous voulez aller avec un approche
de la table de compétition,
vous voulez inclure la sécurité, la sécurité, le TPS,
il y a un peu de choix rélevé,
il y a presque tous les types de frameworks.
C'est un peu de magie que je mets,
automatique tout ce qui est assez le même
chaque fois, mais en regardant la aide,
en regardant les templates,
en regardant les aide pour eux,
et en interactuellement promptant
respect au console pour les choix
des choix intéressants dans ces templates
pour accélérer ce processus.
Ce qui a été un peu,
10 minutes, maintenant,
c'est 10 secondes,
mais c'est 10 minutes que je vais sauver
et sauver et sauver encore,
car je suis toujours créé des projets de la même manière.
J'aime ces petits outils que les développeurs
peuvent créer. J'ai un pour le podcast,
en fait, quand on finit le record,
et on a disparu, je ne veux pas toujours le faire.
C'est un podcast bootstrap,
je les ai mis localement,
et si tu me dis que le nombre de episodes,
ce que le titre est,
c'est assez bien. Et ensuite,
il s'ouvre, Windows Explorer, un folder empty,
il dit, « copier les files WAV,
qui sont délarés par Mirafisar,
dans ce folder, puis pressent,
je le fais, et puis, il copie cela
dans le place où j'ai mis les épisodes,
copier mon template,
Adobe Audition file,
qui est utilisé pour les templates,
copier le musicage de l'intro et tout,
et ça va prendre un backup,
car j'ai processé le audio
et tout. Donc, tous ces différents procédures,
ça se fait, et ça les fait.
Donc, comme tu l'as dit,
c'est quelque chose que Manually aurait fait pendant un temps,
et je l'aurais probablement mis en place,
car ça va prendre un temps,
je vais le faire demain,
et je vais le faire après la recording,
car je l'ai mis en place,
et ça me fait le faire.
Oui, oui. Et je trouve que je suis naturellement
en train de faire mieux, en en déterminant
le nombre de contextes qu'il y a dans les tools,
pour que ça ne soit pas un grand temps de sink rabbit hole.
J'ai eu des autres,
dans les dernières années,
où tu sortes de la start-off,
avec peut-être des prombations délicates,
et tu ne vas pas faire ce que tu veux,
et tu vas arriver à faire ce rabbit hole,
qu'il va avoir à faire en une seconde,
et quand même, tu endors de l'envers,
et tu commences à commencer de nouveau.
Je le trouve bien,
je crois que tu as touché ça,
que le processus de l'AI
régulièrement fait le committement,
pour que tu puisses le faire,
et que tu vas au right de la course,
que tu as fait,
peut-être une heure de temps précédente,
pour que ça soit très utile.
Oui, je pense que le gout,
c'est toujours un truc si puissant,
qu'il faut commettre souvent,
un truc puissant,
mais quand les AI sont en train de faire ça,
spécialement localement,
je trouve que quand je suis en train de utiliser la code,
c'est quelque chose de CLI,
donc plutôt que de faire un code VS,
je serai souvent en train de
faire le CLI,
et mon client GIT,
je suis un client de GIT,
je sais que tu es un fan de GIT,
mais je tend à être en train de faire le CLI,
je vais faire le code,
et je vais faire le CLI,
pour voir ce que la change est faite,
je vais commettre, donc je vais avoir un snapshot,
et puis, éterrir,
si je dois.
Je vais en faire,
comme on l'a dit,
faire un shot,
mais parfois je dois éterrir.
Je vais en éterrir,
si je dois faire quelque chose d'accord,
je trouve que si je vais le dire,
parce que j'ai un file sur le disque,
les choses que nous avons discutées,
que tu as mis au point,
je vais en éterrir,
et puis je peux le faire tout de même,
et je sais que c'est
plus probable de le faire,
avec cette nouvelle version de la prompt.
Oui, absolument,
et les choses comme les Tiers de Work,
ont aussi ouvert la possibilité,
qui est beaucoup,
si tu ne veux pas que je te regarde,
tu peux mettre 3 ou 4 agents,
en parallèle,
pour essayer différentes variations
d'une approche,
particulièrement intéressante,
si tu n'as pas trop de guidance,
les AI sont pour le plaisir
de l'interface purple et bleue,
que tu as en face.
Ça dépend de quelle technologie tu utilises,
je me demande si tu as un template default,
de la façon dont tu sais
où tu es,
ou si c'est gravement élevé.
Je l'ai vu dans Python,
Node, Diage,
JavaScript, and.net,
ou je sais pas si c'est quelque chose
de purple et bleue, il semble que c'est de la scrim AI.
Je l'ai remarqué, même les highlights,
les bords sur le tool de la production de podcasts,
et nous utilisons un purple et bleu.
Je pense que le Riverside a été en place,
pour plus de temps, mais peut-être, ils ont le droit
de faire le look plus prettier,
et puis c'est ajouté, des purple et tout.
Oui, oui, oui.
En particulier, je l'ai encore,
qui me stressera la importance
de cette expérience humaine.
Je me souviens d'avoir un problème l'autre jour,
en fait, en mettant un réhabilitation
dans des softwares.
Et c'est un service qui a
procédé des messages de service,
qui ont fait des logiques, et qui
ont été récompensés et reculés
sur le service.
Nous avons besoin d'un nouveau type de branch
dans le code.
J'ai demandé à AI pour le code,
qui a donné un brief, et il a
créé un code, et c'est passé
tout les tests, absolument bien.
J'avais refusé l'implementation,
et c'était vraiment intéressant.
Le code original
de ce code,
qui a sorti de moins que la compagnie,
a fait quelque chose,
qui peut être un petit peu un antipatent,
où il y avait
plusieurs lignes de nesting
dans le code de fonction.
Et parfois, si un truc
n'était pas sur le path happy,
le code serait
envoyé une réponse d'air,
d'une réponse de ce type de
nesting dans le code, qui a été
publié par la message de la France,
et puis, de retour en nulle,
ou d'une exception, qui sera
par la méthode de courte original,
qui va ensuite dire, oh, c'est une réponse nulle,
je suis prêt, et je retourne.
Et, en fait, ce qu'on parle de ça,
sont des fonctions qui ont des effets de côté,
et des effets de côté qui sont sortis de la base.
Donc, vous avez un handler de message,
qui est de la suite, qui va recevoir un message,
qui processe, et qui retient une réponse.
C'est le flow. Mais vous n'aurez pas
vu ça en regardant le code.
Ce que vous pouvez voir dans le code, c'est
que vous allez en appeler un fonction,
peut-être avoir un résultat, si je n'ai pas un résultat,
faire du travail et envoyer une réponse,
un message de happy, si je n'ai pas un résultat,
alors que vous assumez que c'est un problème
qui a été réveillé. Et le handler
était juste répétant ce pattern.
Donc, le nouveau logiciel plus complexe que j'ai
fait, a été terminé par les dégâts
de la nesting d'air.
Mais ce que j'ai pu faire,
c'était d'enlever mon prompt.
Je pouvais avoir un
conversation avec l'IAJ
et dire, peut-être que vous
ajoutez un plus pure fonction de l'approche
pour que vous exécutiez le logiciel,
obtenez un résultat et décidez
de faire avec ça, en en envoyant
la réponse. Et avec ce prompt
en place, le code précédent
aussi, a été massifement
réveillé et a été vraiment facile
de regarder et voir le logiciel et le flow
du code. Et c'est un exemple de ce que je suis
en train de parler, où vous pouvez
obtenir ce niveau de la dette technique,
qui est sorti de la code
qui a passé tous les tests, qui
fonctionne juste bien. Mais je pense
que, pas seulement pour les humains, c'est aussi
qui va être difficile pour un AI, pour
revenir à ce code, qui a un niveau
de complexité cyclomatique,
qui est beaucoup plus haut que ça doit être.
Les chances de faire un erreur
en édition subsocante, vont aller
et c'est là que, si quelqu'un
utilise l'AI tout le temps et qu'ils n'ont pas
l'expérience, ils n'ont pas
éteint leur expérience par
faire des erreurs en code et en faisant
des erreurs et en apprendre de eux-mêmes, mais ils
sont en train de faire un AI, où vous
plugz-vous cette gaffe ?
Je ne pense pas que nous avons un
problème à cela. Je pense qu'il y a
beaucoup de lois de neufs en
ce qui va être, il n'y aura pas de
travail pour les engineers et je vois
beaucoup d'interessants pour dire que,
peut-être, en plus de la
hire des juniors, ça peut être pour
d'autres raisons que pour l'AI.
Mais je ne pense pas que c'est la
passion qu'elle Israelis,
dont, vous le voyez, ils sont

retenus ph 이상 Küig III



les outils de design, les outils de bêtes comme Rational Rose, si vous vous souvenez de ça,
où vous avez découvert votre entire software en modèles en utilisant UML.
Et la promesse était que vous n'alliez pas avoir à faire des codes,
vous vous créez le modèle et vous allez faire le modèle.
Mais comme ces modèles, les specs sont un niveau de abstraction.
Le raison pour lequel nous avons des codes,
le raison pour lequel nous avons des langues promé,
c'est parce que cela donne le niveau nécessaire et insufficient de détail
pour décrire la solution à un problème.
Si vous ne vous donnez pas ce niveau de détail,
par le code,
la AI va faire un détail de la fête.
Il va faire des décisions que vous ne ferez pas partie de,
comme sur les spaces.
Je pense que ce n'est pas toujours la bonne décision.
Et ça va faire des décisions qui vont nous donner
le détail de la technologie que je parle de,
mais je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.



Je pense que ce n'est pas toujours la bonne décision.

Je pense que ce n'est pas toujours la bonne décision.

Je pense que ce n'est pas toujours la bonne décision.

Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.



Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.


Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.

Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Je pense que ce n'est pas toujours la bonne décision.
Tout le monde va vite.
Tout le monde va avoir besoin de ce set de skill
pour que les gens aient un meilleur niveau.
Il peut le faire.
Absolument.
C'est juste un point de vue grand,
ce n'est pas que l'AI va vous replier.
Les gens qui l'utilisent vont vous replier.
Le même chose appuie aux entreprises.
Je vais juste vous dire
que votre contume, l'exemple de message.
Vous avez l'expérience de savoir
que vous avez vu cette issue et que vous avez promis
de dire que ça va être plus fonctionnel.
C'est un aspect.
On a besoin de gens qui sont en train de savoir
ce qu'ils disent.
Et puis, vous avez l'autre aspect,
où les modèles ont été traités
sur beaucoup de codes publics,
comme des propositions GitHub,
qui ne sont pas les mêmes codes.
C'est comme si les gens ont été faits en code hobby.
Absolument.
Je pense que la grande majorité de codes
qui ont été traités en code,
n'est absolument pas bien.
Et nous allons avoir plus de codes
qui sont traduits par A.I.
Qui sont en GitHub,
qui sont traduits par A.I.
Qui sont traités sur ce type de choses.
Compoundant l'issue.
Je vais dire que A.I.
est un grand outil pour l'éducation
sur code. Je ne peux pas
tout le monde
entendre
tout ce que je n'ai jamais regardé.
Donc, la possibilité de
demander A.I.
pour créer un tutoriel
sur cet aspect de ce produit
est très productif.
Mais oui, je pense que
où nous allons apprendre,
je pense que c'est vraiment
correct.
Si vous avez appris d'un error
de compiler, c'est un très rapide moyen
d'apprendre quelque chose. Vous vous dites
que même l'intelligence de l'inline
ne vous dit pas que c'est correct. Vous vous dites
que ça ne se démarre pas
quand vous utilisez A.I.
qui ne faites pas de erreurs.
Vous vous faites la possibilité de apprendre.
Vous vous faites la compagnie,
vous vous faites les tests de unité.
A.I. est maintenant en train de
l'initerer sur ce que l'on a passé.
Vous avez perdu cette opportunité.
Et si vous vous followz
et vous vous faites le problème
de 95% de l'initialité,
la première fois que vous vous voyez des problèmes,
ça devient un détail
très complexe,
long terme,
un problème que vous n'aurez pas
pu atteindre avec votre test automatique.
Vous savez comment
faire dans le premier lieu
avec cette expérience ?
C'est beaucoup plus difficile
pour trouver les gens
qui ont l'expérience de la réquisite
pour se solider ces problèmes.
Je n'ai pas les réponses,
je ne sais pas où c'est.
Mais je suis très conscient
d'avoir besoin d'attention,
d'avoir des compétences critiques
et d'avoir leur appareil.
Oui, je pense que
tout le monde a travaillé très bien
pour que je sois
un des questions
de ma question
pour que je sois un des questions
de ma question
de ma question.
Je suis presque un
un analysateur de ma connaissance.
C'est une partie vraiment utile
de ce genre de procédé de développement
où à chaque stage d'approval
je pense que les gens
qui ont des questions de la récréation
sont d'avoir une compréhension
pour que vous soyez
approchés de ce stage de procédé.
Je suis certain que nous sommes
en train de faire un tour
toujours quand nous avons parlé
avec les technologies et les écoutes
et que nous avons toujours parlé
avant de nous changer de conseils de la dév
est-ce qu'il y a quelque chose
que vous n'avez pas découvert ?
Une autre très belle feature
de la fréquence de Microsoft
c'est le dévUI
c'est un package
que vous pouvez mettre
dans vos applications web
pour tester votre agent.
Donc même si vous vous dites que c'est un service
inattentable, si vous voulez voir
comment ça s'amuse, vous pouvez inclure
le dévUI, vous pouvez mettre
votre agent de dévui
qui est assommé
pour le dédier.
Et puis vous avez cet entire console
qui vous montre tous les agents que vous avez ajouté
et vous pouvez commencer une conversation
avec ça. Et vous pouvez voir sur la
screen un trace de tous les calls
qui ont été faites, toutes les interactions
de chat et l'histoire qui s'applique
c'est un outil d'identité
d'entraînement de votre agent
et de la compétition et tout.
Oh, c'est juste un outil de développement
que vous avez aussi utilisé ?
Vous avez utilisé le déploiement aussi ?
C'est pas l'interfacé du framework
donc c'est là pour vous ajouter un package
mais c'est aussi un source ouvert,
donc le conduct est un point de start
pour une interface custom
que vous voulez faire.
Sur le site.net, c'est en Blazer
mais oui, vous pouvez utiliser ça
pour faire votre interface de votre propre
si vous voulez avoir un agent interactif
avec l'expérience de l'utilisation.
C'est vraiment bien, le chat streaming
qui s'est passé et qui présente
code en marque, automatiquement.
Oh, c'est bien. Je suis commencé
à jouer avec la chaine de Microsoft
la semaine dernière, en passant au tutoriel de Microsoft
mais je n'ai pas encore été trop fort.
Donc beaucoup de choses ont commencé
en chat et en interaction avec ça.
Je n'ai pas vraiment été au point
et dans le processus de l'image
je n'ai pas vraiment été au point où
ce déploiement, beaucoup de choses qui l'ont parlé
de l'utilisation, donc je dois continuer
cette journée car ça a été assez powerful
et ce déploiement est vraiment
intéressant.
Ou alors, on va nous ajouter des déploies ?
Oui, donc mon déploiement est
je pense que je suis certainement
dans le site.net Oxford
Circle, le nom de mon
préféré pour beaucoup de années, qui a toujours
toujours été le déploiement, il a toujours été
surprise à moi de comment les développeurs
vont avoir un problème et vont, oh, il doit être
ça et essayer quelque chose et
rérunner. Non, c'était pas la même
erreur pour les crocs et ils ont
en fait mis le déploiement, ils ont en fait
regardé le stack trace, le déploiement,
ce que vous avez disponible, ça va souvent
vous dire quelle est la solution à ce problème.
Mon déploiement est de essayer d'adapter
ça pour des temps. On a parlé un peu
de ce appel sur la importance de
le management de Trump et de ne pas
polluer votre fenêtre de contexte avec
l'information réellement. Donc, une des
choses que j'ai maintenant, c'est que
j'ai toujours un subagent qui est comme un
spécialiste de test de roue, donc ça va
faire les tests et certainement dans
nos processus de construction, il y a
peut-être des milliers, pas des milliers
d'outils qui peuvent venir de la run de test.
Mais quand il y a un problème,
ce que nous avons fait, c'est que
juste prendre le contexte du problème,
les quelques lines qui sont rélevées à la
test que l'on a faite, et puis, en même temps,
déterminer l'information à l'agent parent,
donc, ce que ça donne quand il fait
un test de roue, c'est que tout le test a été
passé ou que c'est le test
qui a failli et que c'est le traitement
exceptionnel, donc ça a juste la
information qu'il a besoin et que vous êtes
en train de le réacteurer approprié
pour ne pas polluer votre fenêtre de contexte.
C'est drôle quand vous parlez de subagents
et parent-agents, pour les
listeners qui n'ont pas utilisé ce genre
de choses, ça semble vraiment compliquant.
Mais en fait, dans le code Claude, vous pouvez
juste recruter l'agent, et
donner un peu d'anglais pour décrire
ce que l'agent fait. Donc, ce n'est pas
aussi compliqué que ça, ça semble.
Oui, en marchant au processus, les subagents
sont juste un autre file de prompt.
Et la autre chose que vous pouvez faire
avec les subagents, c'est vraiment utile, c'est que vous pouvez
restricter les outils que vous avez available
pour cela, ce qui est un autre moyen de
garder la fenêtre de contexte et le comport
du agent, qui est très touché.
C'est très bon.
Je me suis rendu compte que
nous avons parlé de la code Claude, sonnet 45
et tout. L'année dernière, Opus 45
a été réellue. Je me suis rendu un infographique
dans le jour où il y avait un joke
où j'ai fait un API
anthropique, un autre.
Et il y a un loop
en arrivant, comme un un qui a dit,
nous avons juste réellu le modèle de code
plus powerful, et le autre
dit le même chose, et il y a un
genre de chose qui est là, un peu
plus élevé, parce que ça a été réellue, et c'est
juste un cycle de ces deux, qui se battent
à l'autre.
Mon deuxième conseil, c'est que
vous vous dites que les agents ne sont pas
tous les agents qui le chargent, si vous êtes un
pilot de copie, il y a un
utilisé, je pense qu'ils l'ont pris dans
l'UI maintenant, un petit multiplier
crédit est listé contre l'agent, donc vous savez
comment vous avez appris. J'ai eu
plus que 1 occurrence pour le développement
de leurs crédits premiums, par
l'inhibitant et le délicat d'un model
qui est chargé à 10x, contre la consommation

C'est bon, vous avez un cap, donc
vous avez pu avoir des crédits, plutôt que
vous avez juste été chargés, 10 000
pour le mien, ou autre chose.
Je ne peux pas faire mon travail
ce mois-ci, parce que j'ai fait un AI.
Je n'ai pas eu ça,
je pense que je ne vais pas utiliser
l'AI assez, mais peut-être pas
assez.
Si ça se passe, vous vous souvenez
de comment faire le code, non plus.
Je ne m'en souviens pas, je ne m'en souviens pas
d'hier, c'est un peu...
Donc mon tip de la délication est,
c'est juste un quote de
Asora Tweet,
je suis encore en train de parler de Twitter.
C'est un tweet qui s'en va,
qui est assez comme la phrase, et ça
se passe avec tout ce qu'on parle
de career advice, en en prenant
une certaine certaine, et je vais
vous en mettre un lien dans les notes de la show, je n'ai pas
vraiment été dans mes notes, je vais vous en trouver
mais le plus important piece de
career advice, c'est de la personne
qui peut le faire. Vous
vous en avez donné un tas, que vous n'avez pas
idée de comment faire, il n'y a pas de
chose plus valable que quelqu'un qui peut
juste le faire.
Faites du travail, vous vous en demandez des questions,
des gens qui vous fassent.
Je pense que c'est très bien
écrit, parce que c'est vrai,
je pense beaucoup sur les mindsets
où, si vous avez un bug,
une personne peut être en train de
travailler sur le bug et se faire frustrer
et se faire croiser, il ne devrait pas
faire ça, et se faire frustrer.
Un autre mindset que vous
pouvez avoir, c'est
un problème que j'ai à résoudre, c'est
excitant, je ne vais pas le défendre,
ce sont deux problèmes, mais deux mindsets
différents, et c'est
assez facile de changer votre mindset, si vous
décidez que vous allez être un peu plus
de mindset, et en fait, je
n'ai pas d'intention de faire ça,
j'aime résoudre ce problème beaucoup plus
et je le fais plus vite
que de se faire frustrer
qu'être procrastiné et de
trouver des choses à faire. Je pense
que c'est bien, je vais juste le faire vite,
parce que je ne m'ai pas vraiment dit
qui l'a tweeté, je ne l'ai pas
mis en note, je veux juste le faire
avec le crédit. Je l'ai très récentement
retweeté, je vais le trouver
rapidement. Il y a un son
qui s'appelle Sahil Bloom, et je vais
le lien avec ça dans les notes de la show.
Cool, donc avant de nous rassembler,
où est le meilleur place pour les listeners
de vous poser des questions?
Vous pouvez mettre un lien
dans les notes de la show,
c'est généralement où je spent la
partie de ma chaîne social,
je vais être en place sur votre
discord aussi.
Si vous voulez me voir en personne,
et dans le monde, vous pouvez aussi,
si vous êtes dans l'arrière, à la prochaine
.net Oxford.
Ça veut dire que je dois éditer cet épisode
avant le 9 de décembre?
Oui, vous pouvez décider
d'aller cliquer ça ou pas.
Je l'ai ajouté dans les notes de la show,
les links pour le GitHub,
pour le framework d'agent,
la page de Microsoft Learn,
le lien de spec kit et aussi
le lien de profile.
Bienvenue, je vais être sûr que je vais
les mettre dans les notes de la show.
Merci beaucoup à tous d'avoir écouté, je vous remercie
que cet épisode est sponsorisé par Everstack,
qui est mon propre company, qui est
la première company qui a offert le développement
et les services de consultation pour plus de
services, et pour que vous puissiez
vous envoyer des mots sur les socials,
je n'ai pas normalement pas été
sous-titré par l'exception d'un hashtag,
et tous mes socials peuvent être
trouvé sur ma page
banklarg.com.
Et comme vous l'avez mentionné,
nous allons inclure un lien
pour toutes les choses que nous avons mentionnées
dans les notes de la show,
qui peuvent être trouvées sur
unhandledexceptionpodcast.com.
...