Geeking out on .NET with Nick Chapsas

Durée: 78m17s

Date de sortie: 31/03/2022

In this episode, I was thrilled to be joined by Nick Chapsas! If you’re a .NET developer - then his YouTube channel is an absolute must! Given all the amazing topics he covers on his channel - it would have been a shame to just chat with him about a single topic! So we decided to do a few lightning topics instead! Here’s what we geeked out on….NET 6 Minimal APIThe outdated opinion of some non .NET developers on C# and .NETGitHub CopilotMediatROpen SourceFor a full list of show notes, or to ad...

Hey, everyone, welcome to the Unhandled Exceptional podcast. I'm Dan Clark, and today I am very
excited to be joined by Nick Chapsos, who is probably best known for his amazing dotnet
YouTube content. And if you haven't watched any of his videos, stop what you're doing
right now, pause the podcast, go to the show notes.
Dan, do that, just listen to the podcast.
No, I disagree because they are so, so good. So, so yeah, stop what you're doing. Pause
the podcast, go to the show notes, click the link and click subscribe. At least do that
anyway, click subscribe on the channel. The listeners can't see this, but Nick's getting
pretty excited in the video now.
But I'm very confident that anyone who enjoys the podcast, this podcast, will love Nick's
content. And he has just hit 100,000 subscribers too. So, congratulations on that milestone, Nick,
and welcome to the show.
Thank you. And thanks for having me, long time fan of the podcast. Very excited to be here.
Oh, thank you very much. That's good to hear. We're only 33 episodes in, so it's kind of
we're getting there. But yeah, that's 100,000 subscribers. That's pretty impressive.
Yeah, that's a lot of people. The funny thing is, like, if you watch how the channel grew,
the first two years, it was like basically me, my dad and my mom listening and watching.
And like, third year, just skyrocketed and a bit overwhelmed, to be honest. It's insane.
Have you got a graph over time of how many subscribers?
I do, I do. And it's pretty insane, especially the last year. I think I just found all the
ways you can't make a good video first two years. So now I'm just making the good ones.
Well, I'm definitely proud to be one of those subscribers.
So could you give the listeners a quick intro into your background? What you do,
obviously, apart from these videos, or as well as these videos?
Yeah. So, like I already mentioned, I'm Nick Trapsis. I live in London for the past 10 years.
I'm originally from Greece, even though you can't tell by my very British accent.
And yeah, I came here to study, stayed here. After I started, I really liked the weather here.
This is not a joke. I really like the weather here. Greece is just too hot for me.
And ever since I've been working here and really enjoying it, I was desperately looking for a job.
First job that was offered to me was a dotnet job.
And that's how I got into dotnet professionally.
Nice. My sister-in-law, actually, a couple of years ago, moved over to Australia.
And whilst the weather sounds amazing, though, I think I would miss the seasons.
Yeah, I mean, we don't really have much of a summer here per se.
Like now it's pretty sunny. Like I'm hot here.
But yeah, I just prefer London weather over anything.
It's just end London in general. I really love it here.
How have you found it during lockdown in London?
It's been fine. Well, lockdown in London, it wasn't really a thing.
Like you were going to Hyde Park and all those parks.
You just saw people around star fishing under the sun.
Like, le premier lockdown était un très bon temps.
Donc c'était une chose très désolé.
Tout le monde était en train de se passer.
Mais ça a été bien.
J'ai hâte de voir un autre lockdown.
C'était génial.
Oh, wow.
Ouais.
On a commencé à regarder si on pouvait se faire de l'eau.
Parce que je suis en train de faire des tours.
Donc je n'ai pas besoin d'être près de la station de train.
Donc on est en train de se passer.
Et on a vu les portes de la maison dans des locations de la CISIDE.
Donc je ne suis pas sûr que les houses prices d'hôpital London se réveillent.
C'est un peu trop.
Quand j'ai acheté la jete de la maison,
et tout le monde était mouillé,
c'était juste intégré à la maison.
Ouais, la jete est un peu haute.
Ouais, j'ai oublié la jete de la maison.
Donc, est-ce que vous avez pu mentionner
votre petit peu de news que vous avez mentionné à moi la semaine dernière?
Ouais, selon quand ça va se passer.
Si c'est après le 1er avril,
on peut annoncer que je vais faire des tours.
C'est un peu trop.
C'est un peu trop.



C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.

C'est un peu trop.
C'est un peu trop.



C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.



C'est un peu trop.
C'est un peu trop.
C'est un peu trop.

C'est un peu trop.






C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.

C'est un peu trop.
C'est un peu trop.

C'est un peu trop.
C'est un peu trop.









C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.








C'est un peu trop.
C'est un peu trop.

C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop.
C'est un peu trop trop.
C'est un peu trop trop.








C'est un peu trop trop.

C'est un peu trop trop.
C'est un peu trop trop.
C'est un peu trop trop.
C'est un peu trop trop.
C'est un peu trop trop.
C'est un peu trop trop.
C'est un peu trop trop.
C'est un peu trop trop.
C'est un peu trop trop.
C'est un peu trop trop.
C'est un peu trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop
trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop trop

migny geek out um different topics in the
pour kitchen timer and solo Newcon season me holding this up and yes oh yeah so we're gonna know that may be 50 minutes each topic and
standard overflow
can see how it goes,
warf fingers crust i do not how that you go would give your to go
C'est important.
Il devrait être intéressant.
Pour les personnes, les topics que nous pensions étaient minimalistic, qui sont sur dotnet6.
En parlant de ça, aussi, l'opinion d'une personne non-dotnet, les développeurs sur dotnet.
Nous allons parler de co-pilot GitHub, et puis, la dernière, le mediateur.
Je suis en train de faire une conversation.
Certaines des topics sont assez intéressantes.
Mais, pour le premier, nous allons faire ce épisode de l'histoire.
En fait, je vais faire deux par ce moment, parce qu'ils étaient assez drôles.
Le premier est de trois personnes.
Je l'ai randomement tweeté la semaine dernière, un tweet qui a eu une ligne de code qui dit « Throw a new unhandled exception podcast ».
C'est un de ces tweets.
Mais, Steve Collins, qui a été un guest sur le show avant, a repris un code qui était un catch block,
et a appelé un code « Listen ».
Pet Gallagher, qui a aussi été un guest sur le show, a repris un code qui était un catch block,
a dit « Send you a tweet » passant dans le string.
Nous avons aimé ce podcast, ce qui était génial.
Et puis, Marc Oliver a pris un screenshot de ces trois tweets et a tweeté « Our dotnet community is awesome ».
Dan, Steve et Pete, qui étaient très chers, m'ont fait rire.
Je n'ai pas pu faire juste une explication du code dans les tweets, mais c'était drôle à la fois,
donc je vais le linker dans les notes de la show.
Mais merci, Steve, Pete et Marc, pour m'améliorer dans « Being quite nerdy ».
Et un autre éclairement à mentionner, parce que ceci était un peu spooky,
pas les tweets, mais quelque chose que la tweet a élevé.
Et ceci est de Clifford Agius, qui a dit « Listening to the unhandled exception podcast » avec Dan et Jess Wise.
C'est très bon, et c'est intéressant de voir comment les skillets de la team sont les choses que nous sommes en train de faire en avion.
Mais le meilleur, c'est comment ils ont réussi à faire le podcast exactement à l'un d'un second, une heure.
C'est un skill.
Donc je suis un peu mindblown par ceci, parce que, jusqu'à l'un des tweets, je n'avais pas d'idée que c'était exactement à l'un d'un second, une heure.
Il n'était pas certainement intentionnel, mais il était bien, je le ai checké, et c'est bien, si c'était possible.
Je veux dire que c'est vraiment une chance de ça.
Donc merci Clifford pour le spotter, et pour vos commentaires.
Si vous voulez en parler, vous pouvez envoyer un tweet en utilisant le hashtag « Unhandled exception »
Tout le feedback est très apprécié, et je suis Dragon sur Twitter.
D-R-A-C-A-N.
C'est le premier sujet que nous allons couvrir, c'est le nouveau API.
J'ai essayé de réaliser que tout était dans le même file C-Shark.
Et puis j'ai essayé de réaliser des files différentes, qui ont des classes de coursement.
Puis je réalise que ces classes peuvent être aussi contrôlées,
parce que les contrôles font beaucoup de choses pour vous, donc je n'ai juste pas reposé à des web APIs.
Donc c'est l'extérieur de mon expérience en jouant avec minimal API.
Et j'espère que je n'ai complètement pas compris, et que vous me dites comment les projets de minimal API
n'ont pas de plus grand c-shark.
Mais le truc est que votre expérience est très accurate à l'expérience de d'autres.
Donc c'est pas que tout le monde commence à jouer avec eux et ils créent un prof.css file.
Et ils ont toutes les classes, et ils ne expliquent pas de tout.
Et d'ailleurs, Microsoft repose des exemples et des projets de sample,
lesquels ils ont des cours, et ils n'ont pas de plus grand c-shark.

Et c'est un prof.css file.




Et c'est un prof.css file.

Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.



Et c'est un prof.css file.
Et c'est un prof.css file.


Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.



Et c'est un prof.css file.
Et c'est un prof.css file.


Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.







Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.


Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.






Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.




Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.






Et c'est un prof.css file.
Et c'est un prof.css file.



Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.




Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Et c'est un prof.css file.
Beauty
Juste créer une nouvelle classe.
Je pense que c'est la beauté de ça.
Ce qui fait sens pour vous,
ce que vous voulez,
ce que vous pensez est un moyen élégant.
C'est une question ?
C'est une question et je vais l'élaborer
pour votre question.
Je pense que
ça tient à notre dernier topic
aujourd'hui, parce que je suis un grand fan
de Mediator.
Peut-être que nous allons nous toucher
pendant ce temps, et nous pouvons
nous déterminer plus tard à ce que la Mediator soit.
Mais je l'aime vraiment
le pattern Mediator, où vous avez un
handler et la classe a un
méthode de execution
et le principal de la responsabilité
permet de dépendre des injections
et tout ça.
Je tend à, dans mon
contrôleur,
de la salle de Mediator.send et déléger
ce logiciel.
Donc, si c'était seulement un file,
l'entrée point
est assez petite.
Mais si je pense un peu plus,
je n'aime pas mon handler
pour avoir
quelque chose qui est lié au Web API.
Ça inclut les codes de code HTTP.
Je tend à mon handler
pour réterner un enum,
qui est un logiciel de business.
Et dans mon contrôleur,
je vais avoir un éxpression switch
qui convertit le logiciel de business
pour un code de code HTTP
pour réterner.
Donc,
dans mes endpoints,
c'est pas mal, même si c'est pas mal
parce que c'est en utilisant des méthodes
d'expression, des expressions de switch.
C'est quand même assez petit,
mais vous avez toujours la expression
de switch dans les endpoints,
qui, si vous avez un peu de endpoints,
ça fait que le programme.cs minimal
au API
pourrait se faire grandir.
Donc, vous êtes appuyé de votre réponse
du domaine,
de votre réponse en relation à l'enum,
de votre autre chose.
Que dis-je,
ce logiciel n'a pas de plus
dans votre enum,
ou de votre enum
du contract de l'application,
de votre request de création,
de votre objectif domainé,
il n'y a pas de plus.
Parce que vous pouvez changer ces choses
dans différents parts de la pipeline.
Donc, votre point de main-entrée de handling
peut être ça.
Parce que si vous pensez à ça,
le router
est envoyé des requests à différents handlers,
vos actions
sont les choses invoquées
après votre médiation,
qui est de l'application
de quelque chose qui le handling.
Et puis, vous êtes encore médiéant
deux mediateurs pour passer
à un handler.
Je ne veux pas discrétiser
la validité de la médiation, parce que je l'ai utilisé,
je l'ai utilisé actuellement, et je pense que c'est bien.
Mais je me sens comme si la communauté dotée
en général a la tendance
d'éteindre des choses ou d'abstracter
juste pour le sake de l'abstraction.
Et je crois que, si vous regardez
quelque chose comme Fast Endpoints, pour exemple,
qui est un projet que j'ai parlé,
qui est construit sur le top de la technologie minimalée API,
mais qui peut faire ce très truc que vous avez mentionné,
tout ce que vous avez besoin de faire, pour le handler,
c'est créer un nouveau handler,
spécifier comment vous voulez que ce soit handling
dans un attribute, et puis vous avez
le method de handling. Et vous avez le soutien native
d'un API contract, pour le domaine entity,
et d'un domaine entity, pour le contract API,
qui se défend dans une réponse.
Et ça peut être abstracté à deux autres classes,
parce qu'elle n'a pas de la même classe.
Donc vous vous rendez avec la même chose,
mais vous avez juste retiré
une des layers.
Je ne dis pas que c'est le meilleur approche
et que c'est tout ce que tout le monde
devrait utiliser. Mais,
des gens qui veulent aller pour cette simplicité,
mais qui ont toujours la même expérience,
peuvent aller avec ça.
Et je ne pense pas nécessairement
que avoir un attribute
de fin de point,
qui spécifie le route
et le type que ça a
ou un poste, ou quelque chose,
dans une classe, ça ne peut pas faire
tout ce qu'il faut.
Les architectures clean sont folies
religieuse, par la plupart des gens,
et c'est une bonne raison pour ça, ça fonctionne.
Mais ça donne beaucoup de modularité
et des abstractions, que dans
ma expérience de six ans,
je n'ai jamais vraiment pu utiliser.
Et en même temps, je ne pouvais pas utiliser
l'abstraction qui a été faite
à la fois, je me suis réveillé
en tout cas. Parce que, oui,
vous pouvez abstracir la layer de données,
mais SQL Server et Cosmos DB,
par exemple, ne sont pas les mêmes
modèles de données,
donc, il y a
beaucoup de détails
et je suis personnellement
un peu plus
fiers de cette abstraction.
Et la minimale API pour moi, c'est juste
ce que je peux faire
exactement le même que le tunnel.
Oui, je comprends complètement
l'église d'enversation. Je pense que
le plus important
de tout ce qu'il faut, c'est de
ne pas dire que je ne le ferai pas.
Pour un moment,
j'ai aimé le pattern de repositions,
mais pour la même raison que
beaucoup de gens sont contre ça, je
ai fait les mêmes issues
avec les patterns de repositions,
et comme vous le dites, c'est
encore une autre abstraction.
Et, encore une fois, on peut
revenir à la médicature quand on arrive à
cette section, et il y a un peu plus de choses
que je n'aime pas, mais
d'avoir ça comme l'application logiciel,
mais d'en faire, par exemple, l'interframe,
je ne dis pas tout ça,
parce que l'interframe n'est pas une abstraction,
d'injecter votre interframe
de contexte data dans le milieu de la
handles. Je vois que, pour
faire ça, c'est un

il y a un handler qui fait un truc,
et vous pouvez accéder à votre data
de là, ça juste le fait
super simple.
Je suis aligné avec vous,
quand je suis en train de utiliser
l'interframe, j'ai utilisé pour
abstracter plus tard, mais je suis
comme, c'est une abstraction, et
j'ai abstracté ça en
en train de repositions, en
espérant que je vais aller
plus attention, parce que le prospect de la
flexibilité
fait le réalisme de l'interframe,
et la réalité est,
bien, c'est plus grime
que j'aime être.
Vous pouvez être flexible,
et vous pouvez changer les données,
et optimiser les choses, mais c'est juste
de ne pas faire des projets en
le monde réel, et je suis
360,
et comme vous l'avez dit,
c'est simple,
je ne vais pas dire ce que c'est.
Je suis pas malade.
Et même si vous avez besoin de
votre exemple de switch entre
l'interframe, vous décidez de
changer d'interframe
pour le dapar, vous décliquez
votre contexte de données, les erreurs
compiles vont vous montrer
ce que vous avez changé.
C'est pas facile de changer
de l'autre côté.
Je pense que ça devient plus difficile
quand vous avez abstracté tout en
en train de repositions, et vous avez
une méthode dans la repository
qui a été utilisée par beaucoup de choses,
donc ça fait que c'est plus difficile
de changer de choses, car si vous changez
une méthode dans la patine,
vous avez changé beaucoup de choses,
plutôt que juste une chose.
C'est correct.
C'est pourquoi, pour le 360,
c'est pourquoi je dis que les APIs
sont plus bas, je vous ai mentionné
que c'est génial pour les démons,
les POCs, les nouveaux développeurs,
parce que la raison pour que Python et Node sont
tellement populaires, n'est pas parce
que c'est les meilleures langues
qui ont fait rien de mauvais
dans leurs décisions,
et qu'ils implementent solid et
qu'ils sont comme, ils ont
trois API dates,
on n'est pas mieux, mais on n'est pas
comme Java, c'est ce que je vais dire,
mais ils sont très
facile à appuyer, et vous avez besoin
d'adversaires pour un système de santé, vous avez besoin
d'adversaires qui viennent et ils veulent
construire des produits, ils ne veulent pas
d'une certaine façon, ils ont une idée, ils
veulent utiliser cette technique, c'est le plus
facile, c'est le path de l'étranger
entre moi et
un produit pour la production que les gens
peuvent utiliser, et je pense que les API minimaux
vont les aider, parce que j'ai fait cet expérience,
comme, en checkout, on a commencé
d'avoir des graduates, et j'ai
un graduate dans la team, et j'ai fait cet expérience
où, premièrement, j'ai montré
l'approche contrôlée,
et ensuite j'ai montré l'approche minimale.
Le contrôleur
est assez bizarre pour un start-up,
parce que vous avez cette classe
où il n'y a rien à l'instituer, donc ils
font un nouveau contrôleur, et ils regardent
les deux, et ça n'institue pas.
Mais quand vous injectez ces choses
dans le cas où vous vous instaînez, vous pouvez
trouver les start-up.cs,
mais il y a un interface,
parce que vous avez
un method de services configures,
et un method de configures, et vous avez
cette milieu, ici, et les services,
alors vous n'avez pas un interface,
ok, alors, qu'est-ce que je dis,
les services configures, et ça ne va pas
se faire, mais
personne ne fait ça parce que nous utilisons
les templates, et tout le template s'est changé, et ça ne
n'a pas un start-up.cs.
Et vous vous endvez
dans cette situation de Mayhem, en essayant
d'expliquer comment tout vient ensemble.
Et ensuite je vous mettrais le minimum API,
et c'est comme, oh, je le vois,
et aussi,
c'est comme, non, c'est comme l'expression.
Donc, ils avaient checké l'expression,
parce que quelqu'un a dit, l'expression est très
facile d'être commencé avec.
Et c'était partie de la raison
de Mariana Gaga, qui est, je pense,
la force de la conduite derrière le projet,
d'un aspect de product management,
la simplicité
d'avoir un écosystème
que nous avons dans les dotnet.
Maintenant, le prochain step est
d'immediation, ou de contexte,
et tout ça, et
je ne sais pas comment je le ressent, mais
si nous prenons un peu plus, ce qui est mon domaine
d'expertise, des services micro,
des services micro,
que 10 à 30 %
d'experts que j'ai remarqués
dans les services,
signifie que j'ai besoin de 2 à 3
pods moins, juste pour
utiliser les minimaux APIs, dans mon cluster de Kubernetes.
En vrai?
Oui,
à la scale de la compagnie qui a
prospéré des milliers de requests,
il peut totalement faire ça.
Parce que la consommation de la mémoire est moins,
et évidemment, votre pod est constrainé
pour la mémoire que vous avez, parce que
vous ne pensez pas qu'il y a un machine
de 128 GB de machine et que je fasse des benchmarks,
mais quand vous limitez
le dotnet et le collector de gabs
qui s'en attaque plus souvent,
ces petites pauses peuvent vraiment affecter
les processus, je ne sais pas, 1000, 2000 requests par seconde.
Et quand vous avez
des calls database, par exemple, DynamoDB
c'est quelque chose que vous avez utilisé beaucoup,
il y a un sly sur le millisecond,
alors que tout le sub millisecond est en fait un compte.
Donc si je peux sauver
le temps,
les gens disent que votre I.O. va évaluer
d'un minimum d'applications,
ce n'est pas vrai pour tout le cas,
ça probablement sera pour des applications biffes,
mais pour des services micro-déficits
qui ont 4 à 5 endpoints et sont super optimisés,
vous verrez
une différence très noticeable.
Oh, je suis surpris à ça,
parce que je peux imaginer que même si
pour un endpoint qui n'a pas fait rien,
si vous faisiez des benchmarks, vous pourrez voir
un 30% de différence, si vous avez un endpoint
qui s'est appelé à un database,
la différence entre un minimum d'applications
et des contrôles, c'est la toute
de la question, probablement ça ne peut pas être 30%.
Non, ce n'est pas 30%. 30%
c'est ce que vous avez dit, c'est le
n'importe quoi point de contrôle,
mais le 10%,
le 10% est quelque chose que nous avons
pris du temps micro-optimisé
normalement, et maintenant on le
va juste pour les choses à travers,
et pas en utilisant beaucoup de choses
que le framework s'offre.
Et c'est aussi cet aspect optin,
parce que nous pouvons maintenant opter
dans une validation spécifique,
un comportement pipeline,
et seulement avoir été élevé pour ces
post-réquests, ou
un cas très spécifique, et optimiser
cela plus tard, avec les outils que nous avons
mis en place par la team, Red Only Span,
c'est un grand, et tout ça,
qui ne veut pas se dévouer de performance,
c'est quelque chose que j'ai un grand fan
de la génération, mais vous
devez le voir, pas seulement pour la performance,
mais pour les boosts de la génération,
si vous êtes à ce point.
C'est assez impressionnant,
c'est une autre raison pour
voir ça. Donc, on a probablement
dévoilé un peu sur ce point.
Donc, je pense que la prochaine chose
que nous allons parler est juste
comment beaucoup de shame est
que la .NET est la seule des Windows,
ce n'est pas un langage moderne,
et c'est totalement de la source de la clé,
c'est correct, non ?
C'est correct, et, malheureusement,
si vous essayez de rentrer
sur Linux, ça explose,
j'ai entendu.
Oui, j'ai entendu ça aussi.
C'est bizarre.
On est en train de spreader de faute.
Qu'est-ce qui est le vrai story
de .NET ?
Je veux dire, la plupart des gens
qui entendent ce podcast, sont des
développeurs de .NET, et les plus
gens le savent, mais pour quelqu'un
qui est en train de tourner un canal
YouTube avec 1000 abonnés,
je vois beaucoup de commentaires
des gens qui disent
pourquoi on a pas de .NET
qui ne se trouve que les Windows ?
Ou je vais faire un démon
sur un Mac, un M1 Mac,
avec .NET 6, et c'est comme,
je ne peux pas voir le VMI icon
sur le bouton, comment vous êtes
en train de tourner un Mac
avec des parallèles, je suis comme,
c'est une plateforme cross.
Et les gens ne savent pas ça.
Et je ne pense pas nécessairement
que Tim est en train de faire
un bon travail en marketing,
parce que beaucoup,
d'insane forces de tourner
sont derrière, que Scott Hanselman
est le seul qui vient en train
d'en faire, et d'ailleurs David Fowler,
David Edwards et tout le monde
de la mairie, et
c'est juste que certains gens
ne regardent pas le progrès
de la langue qu'ils ne travaillent pas
directement, ils créent
une opinion, ils
mais ils ne le restent pas.
Et si ils ont de la même manière de regarder,
ça se reste comme ça.
Donc, dans ma opinion, si je n'avais pas regardé Java
depuis Java 8,
comme le framework.4.5 de Java,
je dirais que pourquoi n'est-ce pas
que vous avez VAR, pourquoi n'est-ce pas
que vous avez records, mais non, ils ont
ajouté ces choses dans les versions plus tardes.
C'est juste que je n'ai pas nécessairement
de la compétition.
C'est vraiment triste parce que les gens qui ont
ces opinions, parce qu'ils ont été dans
l'industrie depuis longtemps, ils sont les
décisions de la langue de la nouvelle
projet. C'est pas les nouveaux et les
intéressants qui regardent le projet
et disent, oh, ça se fait partout. Oh, je
ai checké le benchmark de la tech app, et c'est
comme sur tout et Andrew Picov,
qui utilise Picov.
Qu'est-ce que Picov?
C'est juste triste,
mais en même temps,
les efforts de projets comme les
minimales APIs sont actuellement
tentant de changer ça. Et j'ai vu un change
parce que beaucoup de ces commentaires que j'ai
aussi, c'est comme, oh,
c'est une plateforme crosse. Oh,
je ne fais pas d'habitude dotnet, mais
j'ai fait un vidéo avec ce titre, c'est
l'opinion d'une opinion de
non-dotnet développeurs
sur c-shop et dotnet.
Et beaucoup de ces commentaires
sur cette vidéo sont des développeurs
non-dotnet qui disent, oh, je vais
prendre un look à ça, parce que c'est
intéressant. C'est comme,
qu'est-ce que vous attendez? C'est comme,
c'est comme ça depuis 2017.
Je ne vais pas
plus en bas, parce que
l'apport de Linux était si dur
à la fois, mais il y a
juste tellement de bonheur
là-bas, et,
malheureusement, c'est très difficile de changer
les opinions de gens sur les choses,
si elles veulent leur opinion changer. Et c'est
vraiment vrai, spécialement pour
les développeurs.
Je vous remercie de votre vidéo,
qui nous peut partager un lien dans les notes de
La bakkara qui
devient un peu plus un posé,
soit réveilli par des вызos

l'excharge d'only
s'en Ain pas
chance de repente en ville,
nous venons de discuter relationship
pas toucher les machines de Windows à l'époque.
Il se développe tous les jours sur .NET parce qu'il est sur un Mac.
Et j'aime aussi avec .NET.
Ce n'est pas seulement le fait que c'est une plateforme de course,
mais c'est...
Vous pouvez construire des types de choses aussi.
Donc des applications desktop, des applications mobile, des web apps.
Les web apps sont sur le service et ne sont pas sur le browser.
Les APIs, les devices IoT.
Comment beaucoup d'autres plateformes peuvent dire la même chose ?
Oui, pas beaucoup.
Probablement de JavaScript, mais c'est parce que tout ce que l'on peut construire avec JavaScript.
Très bien.
À ce point.
Donc, on a parlé un peu de performances avant avec minimal API.
Mais une autre chose qui est rapidement
en train de devenir incroyable sur .NET, c'est comment vite ça peut se performer.
Et dans vos vidéos, vous avez eu quelques différents charts
comparé avec d'autres choses aussi.
Cancelons-nous un peu sur ça ?
Oui.
Donc, c'est une autre misconception.
Et je ne sais pas si les gens...
Parce que c'était jamais une misconception pour moi.
Pour moi, c'était toujours de venir à .NET.
C'est juste une chose qui ne se tourne que sur les windows.
Et vous êtes très mauvais pour utiliser ça sur Java,
ce qui était la chose qu'on était en train de faire.
Et la performance n'était pas vraiment une concernation,
parce que ce n'était pas nécessairement comparable.
Comme vous n'allez pas faire Java sur les windows,
alors pourquoi vous comparez Apple à Orange ?
Et pas seulement est-ce que ça se plait vite,
mais ça a été un peu plus vite que chaque single release
de .NET, plus ou moins.
Dans mon compte, moins est la non LTS.
Donc, je ne veux pas dire moins, je veux dire 5, 6, etc.
Et la raison pour laquelle c'est,
c'est un peu comme ça.
Parce que le point de sale de .NET
et clairement, beaucoup de langues sont maintenant
sur le plate-com.
Ce n'est pas un truc unique.
Et ce que nous avons à l'époque,
comme point de sale de la clé, n'est pas vraiment là-bas.
Donc, avoir une application super faible et optimiste
fait que c'est plus attractif pour les entreprises
qui veulent la performance.
Et si je vous le dis,
comme l'utilisateur de l'exploitation de .NET 5
ou de .NET 3.1 ou de .NET 4.1,
si vous avez un boost de 40% de performance,
juste pour l'abgrader,
c'est un incentive pour ne pas rester en cette version
et je le fais avec le processus de migration très facile.
Donc, ces incentives vont être ici
pour les utilisateurs existants et les utilisateurs externe, je pense.
Et...
Si vous regardez tous les features à l'adr.NET,
certains de ces features,
comme un bon 30%, je pense,
sont très en train de faire la performance.
Regardez les spans, pour exemple.
C'est révolutionné,
de la façon dont nous avons fait la collaboration.
Surtout les strings, je pense, c'est le plus grand casse de utilisation,
mais ça peut être utilisé dans d'autres places.
Mais les spans sont très grandes,
les forces de driving sont extrêmement expensives,
je ne pense pas que les gens comprennent comment expensives ils sont,
et que les utilisateurs ne sont plus en train de les optimiser
ou de les délire,
peuvent vraiment faire une différence sur votre app.
Et les créateurs source sont un autre,
où vous pouvez pas seulement
avoir une période de start-up plus vite,
mais aussi avec les choses que, traditionnellement,
nous utilisons réflexion,
on dirait le convention JSON,
ils peuvent être toutes les créateurs de compile,
parce que c'est une chose déterministe,
et vous avez pas seulement la même mémoire,
mais aussi la méthode,
donc beaucoup de bonnes,
donc oui, nous avons besoin de ces points de sale
pour les gens dans l'écosystème,
et nous sommes en compétition,
nous sommes en compétition avec Python et Node,
nous avons mis ceux-ci en bas,
nous sommes en compétition avec Rast,
avec C++,
nous sommes en compétition avec des langages de performance très haut,
et on y va.
La seule chose que je vois beaucoup,
avec beaucoup de équipes que je travaille avec,
où, par exemple,
une équipe de currently,
la équipe est utilisée dans le framework,
des mêmes formes d'architecture,
et je suis en train de les aider à faire un plus moderne architecture,
et nous utilisons Azure et plusieurs bits et bobs.
Mais la équipe,
c'est les développeurs de .NET,
mais ils n'ont pas l'habitude de la nouvelle syntaxe de langage moderne,
comme vous l'avez mentionné,
nous avons un .NET 5, 6,
un nouveau éleaf,
chaque novembre, maintenant.
Et donc,
à leur point de vue,
c'est de bouger très rapidement.
Je pense que si vous vous gardez sur le dessus,
donc il y a un nouveau version de C-Sharp,
et vous regardez les features de langage,
je n'ai pas l'impression que vous avez utilisé,
mais si vous avez utilisé un nouveau langage,
vous avez utilisé un code,
le writer me dirait ça,
donc je peux faire l'altentation et refactor.
Et c'est comme je l'ai appris de ces nouveaux syntaxes de langage,
mais beaucoup de développeurs ne font pas ça,
ils n'ont pas l'idée de nouveaux syntaxes modernes.
Donc, c'est comparé
à des existinges,
des développeurs de .NET,
donc vous vous inquiétez
que les développeurs de .NET ne sont pas en place,
mais ils sont en place,



et c'est comme ça que je vous disais,














c'est comme ça que je vous disais,
c'est comme ça que je vous disais,
il y a beaucoup de features qui sont ajoutées,
et j'ai eu un très bon vidéo sur ça,
ce qui est facile de se faire un peu en main,
parce que c'est juste un grand grand
pour se garder avec tout le monde,
et maintenant, on peut avoir des implementations et des interfaces,
c'est intéressant,
donc plusieurs héritons peuvent potentiellement être un truc,
et maintenant,
les choses d'abstractique sont en place,
et maintenant,
c'est un peu beaucoup,
j'aime avoir,
encore une fois, je vais referter les legos,
ou le Lego, ne me quitte pas,
vous pouvez avoir un boucet de Lego,
et choisir les deux fois que vous voulez construire votre projet,
mais vous ne pouvez nécessairement
attendre aux autres personnes
de utiliser le même Lego de la même manière.
Donc, vous pouvez les construire à la maison,
mais ils vont être fondamentaux,
et ça ne peut pas être un problème,
parce que ça cause une friction
quand vous vous retirez de l'un de l'autre,
d'un de l'autre,
de l'un de l'autre,
et d'un de l'autre,
et d'un de l'autre.
Finalement, je crois que
si vous voulez garder votre langue moderne
et constamment involvementante,
donc vous ne vous faites pas falloir,
vous ne faites pas un Java,
comme je l'ai mentionné,
vous devez prendre ce truc,
et j'espère que les gens qui veulent migrer
et qui veulent rester en date
vont,
et les personnes qui ont des cartes,
et qui veulent dire avec la frameworks,
pour exemple,
ils peuvent,
parce que ça ne va pas à tout le monde,
ce n'est pas vraiment,
ce n'est pas vraiment pas un peu plus adapté
avec d'autres features,
ou d'autres patchs de sécurité,
mais c'est encore là,
et c'est utilisé par chaque machine Windows,
très bien.
Donc,
c'est toujours une chose,
c'est toujours une chose avec moi,
de minimum des APIs
pour contrôler
quelle version de .NET
et de cishap vous allez utiliser.
Évidemment,
vous voulez aller avec LTS
parce que vous ne voulez pas utiliser
une version de .NET
qui ne va pas avoir des updates de sécurité,
mais c'est vraiment up to you.
Et je crois que l'équipe de la team de santé
devrait avoir cette mindset.
Et, d'accord, c'est mon opinion,
je ne sais pas
si c'est tout le monde's opinion,
mais l'idée de l'amélioration
et de rester en date,
pour moi,
c'est toujours un état d'attente,
spécialement par
mes managers amusant
que j'ai eu,
c'est comme,
on peut rester ici
ou on peut s'y upgrade
jusqu'à
quand on pense que c'est stable,
ce qui veut dire.
Et c'est toujours non.
Maintenant,
parce que si on le fait plus tard,
on va falloir derrière,
on a des features à construire,
on a des produits à construire.
Exactement.
Et maintenant,
on va s'y mettre
qui trouve h進
à dozens
guV
de d' Quest
une
et de changer un mot.
Et puis, comme vous le dites, vous avez juste l'augmentation de la performance
et le autre chose, vraiment, pour la boxe.
Parce que ce n'est pas comme les réintroductions de changements de break.
Donc, si vous n'avez pas besoin de utiliser les nouveaux
langues C-Sharp, vous n'avez pas besoin de changer.
Donc, vous n'avez pas besoin de changer ce mot en ce projet de CS.
Vous n'avez pas besoin de changer vos projets, vous n'avez pas besoin de changer tout.
Mais vous avez l'option de changer.
Et, selon les outils et les idées,
l'idée va probablement faire ces suggestions pour vous aider à apprendre.
Oui, c'est vrai.
Donc, on devrait probablement bouger à la prochaine
question, qui est assez excitante.
Github co-pilot.
Je suis en train de faire ce que je voulais, mais j'ai l'aimé.
Et c'est comme un coup de main, et je l'ai tapé.
Et ce n'est pas un mot automatique.
Ce n'est pas un mot automatique.
Les fonctions sont en train de se rappeler comme si par magique.
C'est incroyable et scachable
pour voir comment c'est bon.
Et ça a été mieux, évidemment, en mode AI.
Il va se faire mieux, en même temps.
Mais c'est juste
tellement scachable, pas parce que je suis scaché de perdre mon travail,
parce que je dois le dire dans un sens.
Donc, je ne pense pas que ça ne sera jamais quelque chose que je dois ne pas.
Mais le code qui se produit,
la plupart du temps, est extrêmement accueillie.
Et je dois juste faire des petits tweets.
Et ce que j'ai dit, C-Shop n'est pas officiellement supporté.
Donc, ce que vous avez fait maintenant, c'est que
avec le data set que c'était fait et ce que ça peut faire.
Et
beaucoup de gens sont inquiets, ils vont prendre notre travail.
Ce n'est pas pas un travail.
Je suis plus concerné par la sécurité que je suis sur tout autre.
Le code se passe sur le wire,
comment le client se sent.
Je n'ai pas fait ça sur un code de compagnie,
pour voir ce que je dis.
Donc, ne me fâche pas.
Mais
pour mon code, je l'ai utilisé.
Je l'ai stoppé pour les vidéos, parce que j'étais en train de le détruire.
Mais je l'ai utilisé pour mon propre purpose.
Et
ça me permet vraiment de me faire plaisir.
Je suis plus productive avec ça.
Ce n'est pas ce que je serais.
Parce que
j'avais le mindset que je vais devoir le babysitter.
Je vais devoir être comme,
oh non, tu as fait ça de la faute.
Je vais garder cette partie.
Et ça va être plus lent.
Mais non, c'est en fait surprise.
Et la réception a été
très bonne aussi.
Donc, touchons à la dernière partie,
ce que nous avons parlé en précédent,
c'est l'élection de la section où nous parlons de
les syntaxes de C sharp.
Parce que la majorité de code C
C sharp sur GitHub
sera probablement le syntaxe de tout le monde.
Est-ce que ça se trouve que ça se trouve
que tout le syntaxe se trouve automatiquement?
Ça se trouve que tout le syntaxe se trouve automatiquement.
C'est vrai.
Donc, par exemple,
je dis que dans mon projet,
je ne utilise pas
le file Scoped Namespaces.
Parfois, si je crée un file,
je vais imaginer que j'ai
ou je n'ai pas.
Donc, je peux le faire.
Je vais aller en bas.


























Je ne sais pas si ça va être en train de apprendre
de moi ou si c'est juste le dataset.
Est-ce que c'est bon?
Et c'est en evolué.
Mais oui, dans mon expérience,
pas seulement peut-il produire
un code ou un code ou un code outil,
il peut produire un code incroyable.
Comme vous pouvez dire,
créer un mécanisme de hash.
Et c'est un code qui va suggérer
un Chawan.
Et je n'ai pas besoin de ça.
Ah, c'est suffisant.
Parfois, en particulier de la sécurité,
un de vos vidéos en particulier
par rapport à des secrets
qui sont en GitHub.
Et ça automatiquement
se déroule les secrets
dans votre code quand il fait les suggestions.
Oui, c'est vrai.
Donc, très rapidement,
je ne sais pas.
Ils ont dit qu'ils ont fixé.
Je n'ai pas eu le temps
de aller en search pour secrets.
Mais à l'époque,
vous pouvez trouver des secrets
qui se floatent autour
parce que le modèle
l'a empliqué de l'application.
Et même si,
la plupart des temps,
il changeait.
Je l'ai trouvé un peu
qui étaient accurate.
En fait, je veux faire un vidéo
sur post-shop.
Le...
Qu'est-ce que tu dis ?
Assemblée de technologie ?
Aspectorien de programmation.
C'est ce que je suis en train de faire.
Donc, je veux trouver un outil.
Je ne pouvais pas trouver le site.
J'ai essayé un peu de temps
et j'ai été suggéré par
un copilote de GitHub.
Ce qui est bizarre,
mais ça a travaillé.
Et maintenant,
apparemment, ils sont fixés.
Et pas seulement ça,
mais GitHub a un programme
qui me rappelle le nom.
Mais tu peux régister
ta compagnie si tu menaces les clés
et tu peux prendre les actions
sur ces clés qui sont postées à GitHub.
Donc, le moment où tu checkes
les codes
et les clés matchant
quelque chose que tu as dis
que ton clé ressemble,
ils se n'ont pas appelé
ton API que tu exposes pour eux.
Vivalidation de la clé
est une vraie clé.
Et si c'est ça,
ils peuvent les invalider,
ils peuvent la traiter,
ils peuvent juste émailer
vous que vous avez fait.
Donc, ça peut arriver automatiquement.
Et la compagnie travaille pour check-out
parce que nous faisons des paies.
Nous avons
ce service intégré notre système.
Et c'est très difficile.
Mais
ça peut être un problème,
spécialement si ta compagnie
fait quelques clés propres
que la GitHub
ne peut pas détecter automatiquement
et ne pas suggérer.
Oui, c'est un problème.
Je pense que beaucoup de ça
est d'éducation,
parce que,
comme je suis codé,
je ne pense pas
que je vais mettre des secrets en code.
La première chose que je ferai
c'est de parler de la comédie.net.
Juste utiliser le système de configuration
et avoir ça en compte
comme des clés pour exemple.
Mais,
encore une fois,
les gens ont des niveaux de differentes expériences.
Certaines personnes
ont juste
comment on peut faire
ça pour travailler le plus vite possible.
En développant,
je vais mettre des secrets en code.
Et oui, c'est comme ça
ces problèmes se passent.
Donc, c'est très bien
que les systèmes
se tentent de se coucher
pour que ça soit possible.
Parce que,
comme vous avez pointé,
ça peut bien se passer
évidemment pas sur la GitHub.
Comment vous vous sentez?
Vous avez des questions
sur le code?
Comment vous vous sentez?
Je pense que c'est incroyable.
Et c'est, comme vous le dites,
très bien.
Comment je le crée?
Je sais que
ce n'est pas de la charge
pour la code source
pour la GitHub ou tout.
Donc,
à la fois que je l'ai lu,
c'est de la charge
pour tout
avant
votre casseur
ou après votre casseur.
C'est en fait
le file que vous êtes sur
et le partage de ce file.
Donc, si vous vous enziez
sur différents files,
c'est de l'appliquer
sur les files
pour faire le crachement
sur la cloud.
Ce n'est pas localement pas possible.
Localement,
le plugin est juste
les éléments UI
et
l'interface
des suggestions.
C'est difficile,
parce que si vous pensez
sur les codes de JetBrains
ou les Microsofts,
je ne sais pas
comment le live-share est.
Mais quand ça s'en vient,
tout le monde travaille remotely,
on en collabère beaucoup plus.
Donc,
vous avez la code
sur le wire.
Il y a un élément de tristesse.
Mais oui,
c'est plus comment
le client se sent.
Et comme vous le dites,
c'est comme si vous
prendrez chaque projet
sur un cas par cas,
et dire
si ceci était exposé,
ce serait-il?
Qu'est-ce qui est le risque?
Et, encore,
en revanche,
sur les secrets,
si vous n'avez pas
pas des secrets en code
localement
en développant,
alors votre secret
sera bien uploadé.
Oui.
Et aussi,
vous êtes hosté
votre code sur GitHub.
Donc,
ils l'ont déjà fait.
Oui.
C'est comme
ils ne le savent pas
de tout le monde.
Et probablement,
c'est possible
qu'ils aient pu entraîner
le modèle potentiellement.
Hum.
Et même les codes sur GitHub,
ils l'ont déjà,
comme vous le dites,
si vous utilisez
quelque chose d'autre,
comme Azure DevOps,
Google GitHub
et Azure DevOps
sur Microsoft.
Donc,
c'est comme
si vous utilisez Windows,
vous utilisez
l'opérateur de l'opérateur de l'équipe.
Donc,
il y a un élément
de tristesse,
vraiment,
n'est-ce pas?
Le risque
vers le bénéfice,
n'est-ce pas?
Je suis vraiment
intéressé
sur le modèle de business,
donc,
parce qu'ils m'ont mentionné
quelque chose de commerce,
élément
sur le copilot.
Je suis très sûr
que ce n'était pas
les premières pages
qu'ils ont tournées,
ce sera pour le moment,
et ils pensent
sur
le côté commercial
de la situation.
Je crois que ce sera pour le développement
et les projets de l'opérateur
et les projets
et peut-être pour les entreprises.
Ils peuvent le faire,
parce que c'est le seul modèle
qui va travailler.
Je ne pense pas
que je vais payer pour le copilot,
mais qui le sait?
Mais, oui,
au moins,
le manière dont ils l'ont dit,
il a l'air de l'être
un élément commercial.
Et c'est ça.
Mais même si il y a
si on pense
sur ce que nous avons maintenant,
comme Azure DevOps,
vous pouvez
utiliser ça
comme un compagnie
et pour tout,
rien.
Il y a quelque chose
qu'on peut mettre
sur Azure,
selon ce que c'est.
Vous pouvez faire
beaucoup de pannes
dans le cloud,
comme Scott Hanson
l'a refermé.
Et
avec tout ceci,
maintenant,
nous sommes
très, très dégagés.
Donc, je pense
que si on a un aspect commercial,
ce sera pour les
nouveaux compagnies.
Oui,
le point d'envoi.
Exactement.
Avec le desktop,
il y a un grand compagnie
avant de payer.
Ou l'identité de tout ceci.
Oui,
ça fait complètement le sens,
parce que
l'amount de temps
qu'ils ont été emmenés
en travaillant sur ça.
Je suis complètement derrière.
Comme
nous n'avons jamais dit
qu'on va parler de ça,
mais ce qui est intéressant
de dire,
c'est que
l'opinion fondamentale
est fluide,
parce que
vous vous entrez
sans l'expectation
de prendre du mien,
vous voulez juste construire des trucs cool.
Et puis, vos trucs cool
sont réveillés
comme les autres gens
et ils utilisent ça.
Et puis,
il y a cette
idée
que vous êtes en travaillant pour eux.
Donc, je ne pense pas
que quelqu'un
devrait aller en opinion
sans avoir
un modèle de base.
Parce que vous allez juste
se dépasser
en vous-même,
mentalement,
surtout.
Oui,
c'est certain.
Je l'ai mentionné
dans l'épisode de MassChance
avec Chris Patterson.
Et on a parlé
beaucoup de l'opinion.
Et
c'est exactement ce que vous avez dit.
C'est un peu
beaucoup de gens
ont cette expectation
que
les développeurs
d'un projet
vont juste prendre leur temps

et fixer ce truc pour vous
ou
ajouter la parole
pour vous ou tout ça.
Et ils ne sont pas
de l'esprit.
Donc,
juste記得
que si vous êtes
un issue reporté
ou un request de feature
ou tout ça
pour un projet d'opinion,
pensez à
la personne
sur l'autre côté
que
les familles
ont leur temps libre
et ont un travail
et ils le font
dans les evenings
ou en plus.
Donc,
juste soyez bon.
Oui,
c'est
c'est bizarre
de tous les perspective
parce que
vous voyez cette personne
peut-être
Jimmy Bogart
qui nous parleront
de médiatrices
en seconde
si on a le temps.
Il a tous
tous ces
projets
automapres,
médiatrices.
Je n'ai probablement
oublié quelque chose
mais il a beaucoup
et
on va juste
attendre
de travailler
le temps
comme si
il n'a pas
un travail.
Et
je pense qu'il a
un brocquette
sur le GitHub
sponsoris
où vous pouvez
payer
pour
la priorité d'issue.
Et ça
me rend le sens.
Mais des gens
qui j'ai parlé
sont comme
pourquoi ils me demandent
de m'aider?
Ils ont fait
les projets.
C'est comme
oui, mais ils ont
fait le projet
parce qu'ils veulent
utiliser
et ça
juste
s'occupe
pour vous
de l'utiliser.
Ce n'est pas
pour vous,
c'est pour eux.
Et je pense que
les gens
oublent

Linux n'est pas
fait parce que
Linus voulait
faire
ce que c'était
pour les gens.
C'est juste
un projet cool
pour eux.
Et
pas tous les projets
sont aussi grands
que ça.
Donc vous ne pouvez pas
avoir cette adoption
et cet
travail
par tous les gens
autour de ça.
Je pense que
la communauté d'Ottawa
en général
est très bonne
à l'aide de l'un de l'autre.
Christian Helang,
je le vois
à travers
beaucoup d'autres projets
d'open source
qui l'aident
ou
Andrew Locke.
Donc il y a beaucoup
de faces
qui vous le voyez
autour.
Mais
pas tous les gens
sont comme ça.
Et
vous ne devriez pas
avoir cette expectation.
Dans mon avis,
si vous avez des plans
pour faire un projet
comme
l'identité
ou même plus petit
et vous n'avez pas eu
le temps
d'être
qu'un peu
dégagé
ou de votre santé mentale
d'être
malade
de quelque façon,
pensez sur ça
avant que vous faites
votre première PR.
Pouvez-le dans votre licence.
Je pense que
la 1 million
de choses
si votre compagnie
s'étend plus
que 1 million
alors vous devez payer
quelque chose.
Ça me rend le sens.
Et à l'honneur,
la 1 million
est un peu trop high
parce que si vous vous étendez
1 million
vous savez.
Mais en tout cas,
c'est juste mon opinion.
Mais
ne vous suivez pas
comme un autorité
quand les gens demandent
des choses de vous
et ne vous en dites pas
parce qu'ils pensent
quelque chose
que
votre action
a dit.
Il y a ce genre de chose
que je travaille sur.
Oh, bien.
Pouvez-le dans votre licence
et je pense que tout le monde
sera plus comprendre
et vous n'avez pas de
honte de l'adoption
parce que si votre projet
est cool,
les gens vont l'utiliser.
Oui, c'est certain.
Et je pense que
les gens qui ont l'idée
de l'adoption
ne vont pas être
un grand problème
et ça va être un grand problème.
Et puis, tout de suite,
il y a un moment
de malheur
qui va dire
que c'est fantastique,
c'est une bonne news,
c'est populaire.
Mais comment on va
supporter ça
maintenant?
Toutes ces tickets
sont en train de passer.
Oui, vous savez
ce qui se passe.
Je pense que c'était
le projet JES.
Je n'ai pas entendu
ça.
Donc,
le projet d'adoption
s'appelle
Colours JES.
Je pense que
l'idée était
des couleurs
sur le console.
Donc, vous avez un bon
type de console
de couleur sur votre console.
Ils ont dit
qu'ils ne peuvent pas
prendre ça anymore.
Ils étaient en train
de prendre le projet
parce que
il y a trop de problèmes,
trop de requises.
Le projet était hugely populaire.
Je pense qu'ils ont
la même amount de downloads
que le JES
ou le React
sur NPM,
ce qui est incroyable.
Et
ce qu'ils ont fait
c'est qu'ils ont juste
délégué
tout les codes.
Ils ont pris le package.
Ils ont appris
une bonne version
qui était juste
printé, je pense,
sur le flag américain
ou quelque chose
sur le console.
Et
ils ont juste arrêté.
Maintenant,
NPM
a fait un rejet
et a été un grand
truc.
Il y a beaucoup de
outils.
On a l'air de l'envers.
Mais ça a fait
que
pour un long temps
ils ont essayé
de

le projet.
Et avec
des millions
de personnes
utilisant
ce projet,
personne
ou seulement
quelques personnes
vont en faire.
Et
à un point
de vue,
la situation de serveur
est une version
plus professionnelle
de la version de ça.
Et je suis
plus négatif
de ça.
Je suis plus
en train
de

ça.
Pourquoi
devrais-je
payer?
Je suis
naïve,
pire.
Je me suis
fait
mes projets
aussi.
Et
je pensais
qu'ils sont
bien.
Et il y a
cette évolution
que certaines personnes
doivent
comprendre
que
ne ne
pas attendre
tout pour
frein
ou
qu'on n'a pas
à jouer
en
ce grand
ecosystem.
Si vous voulez
être part
de l'écosystème,
c'est
le plus
easiest
de l'écosystème.
Juste
prendre un projet
que vous utilisez
et que vous aimez
et que vous pouvez l'aider.
Et nous avons
beaucoup de
exactement.
Je pense que
avec le service identitaire,
une
chose
que
beaucoup de personnes
ont
juste avant
que ça
a été annoncé,
le service identitaire
a été
envoyé
à
l'ASP.net.
Donc
je pense que
c'était un peu
je ne sais
si c'est un Microsoft
problème
ou
que ça n'est pas
pas
correct que
tout de suite
c'est envoyé
à un
libre
platform
et puis tout de suite
ok
c'est un produit
mais en général
je suis complet
à votre point.
Donc avant de

sur
le pilot de
Github,
juste pour les
listeners
qui n'ont pas
utilisé
ou envoyé
avant,
vous avez mentionné
les suggestions
de cyclisme.
Juste
depuis
j'ai
mon
id
ouvert.
Qu'est-ce que ça
a en fait
qui a l'air
d'un part
d'un peu
plus


Donc
ce que j'ai
sur
mon id
est
que je l'ai signé
avec
mon account
pour vous
avoir besoin
d'être
sur le
beta
pour ce travail.
Donc,
est-ce que
le studio visuel
est le
c'est
le cible
que je n'ai pas
utilisé
le studio visuel
peut-être
un truc
pour une autre
fois
mais
oui
comme
vous êtes
en
les choses
qui apparaissent
dans
la version

similaire
pour
l'intérêt
code
pour le studio visuel
je veux dire
juste comme
le code studio visuel
et
sur
et vous avez
des bindings
pour
le cycle
pour
ces suggestions
donc vous pouvez
aller
ou
en arrivant
ou vous pouvez
mettre
un
bout
sur
où vous voulez
c'est

ou interdit de faire ça.
Je pense qu'il y a un extension de Visual Studio,
VS Code et tout ça, mais je n'ai pas regardé.
Je pense que j'ai vu Mads Christensen,
je veux dire que c'est prononcé.
Il a écrit tous les extensions, n'est-ce pas?
Il a écrit les extensions.
Il a écrit des extensions incroyables,
et des très rigolants.
Mais il a fait une poste recently
sur les extensions que vous aimez ou que vous aimez voir.
Il a écrit des extensions,
et il a écrit des extensions,



et il a écrit des extensions,
et il a écrit des extensions,
et il a écrit des extensions,
et il a écrit des extensions,

et il a écrit des extensions,
et il a écrit des extensions,
et il a écrit des extensions,
et il a écrit des extensions,
mais PAR
Par

Are
Donc, Mediator est cette idée.
C'est une chose très difficile à expliquer.
C'est pas si difficile, mais je dois des diagrams pour expliquer.
Ok, Mediator est une façon de faire un message en membre ou en process,
sans des dépendances de l'extrême pour les autres packages.
Donc, c'est une façon de trouver votre point,
si c'est un réquest ou un objectif,
de point A à point B.
Et en tout cas, si ça se passe à point B, vous ne le savez pas.
Vous dites que si vous avez un tomateur,
si vous avez un tomateur dans la pipeline, vous ne le savez pas.
Il y aura un tomateur sur le poids ou quelque chose.
Si vous avez un orange, quelqu'un va le peeler.
Mais si vous ne savez pas qui va, vous savez que c'est cette boxe de blanc
qui accepte les choses et qui retient une réponse.
Si vous utilisez un modèle de réponse,
ou si vous utilisez un modèle de notification, il y a deux.
Le réquest est le plus populaire.
Je n'aime pas la consistance de cela.
Je l'ai mentionné en mass transit il y a quelques fois,
mais j'ai récentement commencé à utiliser cela.
J'ai vu beaucoup de parallèles.
La mass transit, pour l'évent,
c'est possible de publier et de s'inscrire à des messages.
Vous avez un consommateur en mass transit,
qui est une classe,
qui implique un interface,
et qui vous empêche de vous avoir un message de consommation,
qui fait le message.
Mais l'idée est que l'une classe
a une méthode de consommation en mass transit
et elle s'apporte sur le point de vue d'injection.
Vous avez un principle de responsabilité singe,
tout est bien, simple et consistant.
Depuis que j'ai commencé à utiliser cela,
et que j'ai utilisé le mediateur avant,
j'ai vu beaucoup de parallèles avec le même pattern,
où vous avez un mediateur,
qui implique un interface,
qui vous empêche de vous avoir une méthode de exécutation,
une méthode de exécutation,
qui vous avez à avoir dans votre mediateur,
vous pouvez avoir un injection de dépense.
Donc, un mediateur avec l'application logiciel,
et un consommateur
avec l'application logiciel en mass transit,
ressent un pattern très similaire et consistant.
Donc, je mets un mediateur pour les appels et ce genre de choses,
mais pour quand j'ai des consommateurs en mass transit,
je n'utilise pas le mediateur,
car le consommateur se sent juste comme un mediateur-handler.
Et avec cette consistance,
vous avez un handler,
votre logiciel business,
une méthode,
et votre injection de dépense.
Je n'aime pas cette consistance.
Et aussi, on parle de contrôleur,
où vous pouvez avoir un contrôleur,
qui est un class,
un post,
un délic,
et ils peuvent avoir différentes dépendances,
vous pouvez avoir un CQRS,
donc vos droits de database et les rédéments sont complètement différents,
mais dans votre constructe,
vous injectez toutes les choses pour ce grand contrôleur,
où si vous êtes juste déligé d'un mediateur-handler,
chaque des joueurs-handlers a une responsabilité.
Donc, c'est juste un endroit,
et vous pouvez appeler le nom de l'handler,
quelque chose dans la technologie de la business,
donc c'est très clair,
ce que c'est en faisant.
Vous savez pourquoi je me dérange comme vous le dis?
C'est exactement comme le Mali Malafia a travaillé,
et c'est exactement le programme qu'ils ont été formés.
Et c'est tout de même,
c'est pourquoi j'ai utilisé les points de vitesse,
parce que je ne sais pas si vous êtes conscients de ce projet.
Je ne suis pas. Vous avez mentionné ça avant,
et je l'ai fait une note médicale pour voir.
Je vais inclure ça dans les notes de la show,
mais je n'ai pas vu ça,
et puis, voilà,
il applause les animaux.
Oui, il a parlé sesura-d'au bout,
et répartir le plus éplicé glittery minimalist






de votre réquest, votre réponse, et un handler endpoint.
Et puis vous définissez comment vous voulez être handling,
et vous avez un method de handling, et c'est ça.
Et ça nativement apporte un mapping
d'un contract API en arrière et du contract API en arrière.
Bien, je n'ai pas regardé ça,
donc je vais définitivement regarder plus loin.
Les codes snippets que je vois ici,
comme vous le dites,
c'est un A-sync,
et ça peut être l'une des choses que vous avez changé,
mais il y a un override qui vous permet de mettre le verbe,
le route,
si c'est anonyme ou l'authentication,
ça ressemble bien.
Et vous pouvez juste injecter les dépendances que vous voulez
dans votre endpoint ou votre handler.
Et c'est ça.
Et oui, ça a changé,
et aussi vous n'avez plus de temps pour faire un A-sync,
vous pouvez juste retourner au objectif,
donc vous n'avez pas de problème.
Mais je trouve que cette simplicité
s'adresse à ce que vous avez dit,
c'est pourquoi nous utilisons un mediator dans le premier endroit,
parce que nous n'avons pas le means
d'avoir cette expérience,
donc un mediator a fait cette expérience
dans un très bon et facile moyen.
Vous injectez un mediator,
vous dites quel requiert vous voulez mettre sur la wall,
et quelque chose retient la réponse.
Et vous vous mettez sur votre objectif de réponse,
et vous avez ça.
Et c'est très clean et très, très bien.
Maintenant, il faut être un mediator
dans le moyen que c'est?
Peut-être pas.
Et c'est pourquoi des gens
qui ont juste injecté des services dans le contrôleur
et des services sont des choses différentes
des gens différents,
c'est généralement des gens qui utilisent aussi une repositive,
donc le service est le mediator-hunter pour eux,
et puis la repositive est plus de la abstraction de données,
qui peut aussi travailler par contre.
Mais il semble qu'on se cherche pour cette expérience actuellement
dans un ou un autre,
spécialement sur dotnet.
Je vais vous donner quelque chose,
je vais vous dire ce que je suis espérant de retourner,
faire quelque chose avec ça.
Et le mediator est très bien dans ce cas.
Et c'est aussi efficace, je pense,
que ça peut être pour le travail que c'est fait.
Maintenant, il y a beaucoup de critiques aussi avec le mediator.
Je ne sais pas si vous voulez aller dans ça.
Ouais, on va le faire.
Je pense que le plus grand que je vois
dans le monde,
et en fait, il y a un blog qui dit
le service-locator est un antipartement
et le mediator est une implementation de service-locator,
donc le mediator est un antipartement,
le service-locator est l'idée
que vous passez par le service-providé,
quelque part,
et le problème pourquoi c'est problématique
c'est que vous ne savez pas
que ce que vous avez quelque part
va résolver
par le service-providé,
parce que ça a accès à tout.
Maintenant, le raison que le mediator fait ça
est d'implementer la injection de dépendance
et de résolver tous ces services,
parce que si vous résolvez un handler
par le service-providé,
où il est registré,
alors que toute dépendance
pour ce handler
sera résolue avec la bonne vie,
exactement comme c'est déclaré dans votre projet.
Donc c'est une bonne façon de le faire,
et en fait, Jimmy a une réponse à ça.
Et c'est dans un blog
que vous pouvez trouver dans le site,
dans le site,
on peut le mettre en bas.
Mais ça réveille
en fait,
même si c'est un service-locator,
ce n'est pas mon service-locator,
c'est le service-locator Jimmy
et je ne sais pas.
Je ne sais pas.
Si je ne l'ai pas regardé,
si quelqu'un ne l'a pas regardé,
je ne le saurais pas.
Est-ce que votre projet
serait moins de projet de clean
parce que quelqu'un a utilisé un service-locator?
Dictionnaire.containskey
a des go-tos dans ça.
Ça veut dire que je l'utilise
et que mon go-tos est mal?
Non, il ne l'a pas.
Donc je ne sais pas.
Je me sens comme si le critisme
parfois n'est pas très bien targeté.
Je l'ai complètement dit.
Vous pouvez voir moi me démarquer
quand vous avez dit
que vous avez mis un lien en bas.
Les podcasts n'ont pas un lien en bas
mais vous pouvez le dire sur YouTube.
Oh non.
C'est drôle.
S'inscrire.
Oui, cliquez sur « s'inscrire » en bas.
Je l'ai complètement dit.
Et ce n'est pas comme
vous injectez l'interface du médiateur
et vous dites
« OK, je vais avoir un service-locator,
mon contact d'entrée avec les contacts d'DB. »
Le médiateur ne fait pas ça.
Je pense que c'est peut-être
quelqu'un qui ne veut pas que je complète.
C'est l'une des choses qui dit
« pas de temps en temps »
le autre, évidemment,
c'est que vous ne avez pas besoin.
Vous savez,
si vous pouvez faire votre travail
sans ça
et avoir tous les bénéfices,
évidemment, vous n'avez pas besoin.
Peut-être que vous n'avez pas besoin
d'un partage de repos,
et si ça marche pour vous,
peut-être que vous n'avez pas besoin
de beaucoup de choses.
Finalement,
juste trouver quelque chose
qui fonctionne pour vous et votre équipe
et si ça marche bien,
par exemple,
vous vous rendez avec.
Il n'y a pas de
meilleure pratique
ou de la résistance de liste
et
un succès déterminant.
Mais tout ce
partage qui vient avec la complexité
vous allez avoir à maintenir
et à apprendre
aux gens qui viennent.
Je dois apprendre
les gens à quoi le médiateur est
chaque fois qu'ils viennent.
Je n'aurai pas besoin
de leur apprendre
à quoi les services injectés
dans le contrôleur.
Maintenant, évidemment,
j'ai le bénéfice
de tout ce qui vient
avec le médiateur
pour faire ça.
Donc, c'est le bénéfice
de avoir le médiateur
à la fois que j'ai besoin
d'expliquer
quelqu'un
de quoi le médiateur est.
Si c'est,
je vais l'utiliser.
Si pas, je vais le dire.
C'est un jeu de trade-off.
Oui, je dirais que si vous avez
une compagnie avec
beaucoup, beaucoup de projets
et
juste un projet
a été utilisé
de médiateur
normalement
parce que le leadership
a senti comme ça,
il y aurait peut-être un problème
parce que
les membres de la staff
ont changé les équipes.
Ils vont se confier.
Mais si c'est un décision
de dire, OK,
on va être consistants
et on va utiliser le médiateur
pour le faire.
Donc, tout le monde
le connait
et c'est juste leur défaut.
Je pense que c'est

il y a beaucoup de bénéfices.
Et je me dis
avant,
sur un de mes préféres
de design,
c'est de la paix
juste de la garder simple.
Je dirais que la consistance
aussi
c'est un important
pour le monde.
Qu'est-ce que la route
que vous décidez de faire
en essayant de garder
les choses consistantes.
Ou bien,
les gens vont être confus
et ne savent pas
où to look
pour le logiciel actual.
Mais ce que vous dis,
c'est intéressant
parce que
j'ai trouvé
que les gens
utilisent la consistance
comme une excuse
pour ne pas
bouger
l'agenda,
la technologie
en avant.
Donc,
ils se sont confortables
et je pense
qu'ils utilisent la consistance
comme
euh,
nous
nous voulons être consistants
ici.
Donc,
ne voulons pas
utiliser
ce nouveau
truc
et puis c'est comme
nous voulons bouger
sur le.net
6
et vous utilisez
le framework.
Donc,
oui,
pour la consistance,
on va garder
tous les projets
au framework.
Ça ne fait pas le sens.
Donc,
je ne vais pas dire
tout ce que je dis
c'est
que ça ne peut pas
être utilisé
d'autre façon.
Et je pense
que c'est mal.
Comme,
oui,
la consistance
est bien
mais vous aussi
avez besoin
d'être en position
de dire
que ça
doit arrêter
de rester
consistant
mal
ou oublie.
On va faire un effort
consistant
de
encore
de bouger
ces choses
en avant
et de coordonner
ça.
Et
c'est une très
difficile chose
pour faire.
Surtout si vous avez
des
millions de
API
spécialement
avec
services
je ne sais
pas
je ne sais
si je peux
dire
on a
beaucoup,
beaucoup,
beaucoup de projets
et beaucoup d'API
et c'est
juste
difficile
de tenir
la consistance
par-dessus
tout.
Donc,
la consistance
dans le team
ou la plate-forme
et quand
les choses
vont en avant
tout
va en avant.
Pragmatique consistance.
Exactement.
C'est un bon titre
pour un talk.
Je vais
encore
ça.
Oh,
j'ai trop l'air
j'ai eu
le site.
Oh,
non.
Cool.
Donc,
est-ce
que ça va
faire
des clés de dev
ou
est-ce qu'il y a
quelque chose
qui veut
se couvrir?
Je veux dire
que
si les gens ne connaissent pas
un mediateur
aussi
fait des notifications
ce n'est pas
juste une
réponse
d'impôt.
C'est aussi
un
Hey,
j'ai vu un
bair
et puis
quelqu'un
va y aller
et
il a la bair
quelqu'un
va y aller
et
il a la bair
je ne sais pas
je ne sais pas
j'ai la bair
je ne sais pas

vous pouvez
avoir
un
public
et
plusieurs
consommateurs
de quelque chose
qui a
passé
et vous n'avez
de

une réponse

ça
vous pouvez
acte
sur
ça
maintenant
est-ce
une
implementation
peut-être
et peut-être
c'est où
Brighter
vient
qui est
un autre projet
que
il sort
de
impliquer
la même
idée
c'est
de
je ne sais si
il vit
dans l'ondien
mais
Ian Cooper
oui
c'est


pour
juste
manger
il a
été
sur le show
avant
aussi.
Oui
donc
c'est un grand projet
peut-être
voir ça
aussi
et je pense
que ça
implique
différents
réactions
pour les messages
donc
ce n'est pas
limité
à
cette
approche
en mémoire
je
n'ai
pas
à
prendre
une
vue
mais
ça
ressemble
très très intéressant
oui
c'est
un peu
un peu
un peu
il y a
la
Brighter
et Darker
un autre projet
et
comme vous le dis
il y a
un
mémoire
donc
comme vous l'avez
mentionnée
comme
les messages
avant
je ne pense pas
les messages
quand je pense
à la
une
ou







ou



















ou

ou
ou


ou

ou
ou













ou

l' enamorage
tombe


olun
les
sur
la
Donc mon pick est en train de parler de l'opening sur les projets d'open source.
Il s'agit de l'épisode 29 où j'ai été jointé par Sam Crop
pour parler de l'étude de snapshot et de l'étude de vérification de l'étude.
Donc, comme mentionné dans l'épisode, Sam a fait l'étude de snapshot de l'étude très extensible
et a un bon nombre d'extensions.
L'année dernière, j'ai utilisé l'EMOQ de l'étude de mockeying pour vérifier des calls.
Je veux dire vérifier, je ne veux pas dire Sam's vérifier l'étude,
mais l'EMOQ's vérifier la fonctionnalité.
C'est-à-dire, j'ai ma production code call,
ce méthode sur l'interface, effectivement.
Et je réalise que c'est super utile si je pouvais utiliser Sam's snapshot library
pour prendre un snapshot de l'étude de mockeying pour le snapshot test.
Donc, il n'a pas eu l'extension de l'EMOQ.
Donc, j'ai firet Sam en Twitter sur DM,
je n'ai pas... Non, le prochain matin, c'était le premier moment
quand j'ai appris un message sur Twitter qui a dit
qu'il a créé l'extension et qu'il est prêt à utiliser l'EMOQ
et j'ai commencé à utiliser ça.
C'est absolument incroyable.
Et je vais juste vous dire, après l'étude de l'EMOQ,
vérifier est incroyable. Je l'ai utilisé assez récemment.
Et ça a juste sauvé beaucoup de temps en écrit des données prévenantes.
Et c'est incroyable.
Donc, vériez-vous.
Je vais également vous interpréter.
Mais oui, merci, Simon, pour cette superbe tournage de l'EMOQ.
Fun fact, Simon,
et en fait, l'étude de l'EMOQ était partie de ce premier projet.
C'était l'une des cinq projets qui ont déserté plus d'attention.
Donc, j'ai montré que les gens m'ont dit
que vous pouvez faire ça.
C'était comme mon réaction quand j'ai vu ça.
Et maintenant, j'ai utilisé ça actuellement pour mon projet.
Maintenant, ça devrait travailler.
Oui, j'ai utilisé ça tout à l'heure.
Et je ne peux pas croire que ce n'est pas juste le façon que vous faites le test.
C'est juste, pourquoi n'est-ce pas que tout le monde utilise ça ?
Et ce n'est pas la nouvelle chose.
Parce que j'étais Google.
C'est comme, la pratique a été en train d'avoir une longue période.
Il n'a jamais été déterminé par le monde.
Et je ne sais pas où j'ai trouvé ça.
C'est sur la note.
Je sais pas.
La note a été testée en cours de snapshot, ce qui a été fait pendant un temps.
Et puis peut-être.
Mais je suis comme, et ça s'ouvre comme un éditor.
Et vous pouvez choisir l'éditor pour faire un comparision diff.
Quoi ?
Quoi ?
C'est juste, si vous n'avez pas checké ça,
je vous recommande, comme dans le site,
de vous donner un go.
Ça peut vraiment, vraiment faire la vie beaucoup plus facile.
Comment beaucoup de temps ?
Si vous êtes certaine contre Jason ou quelque chose,
vous voyez ça dans votre windows de test output,
ce qui est comme, vous avez l'expective version
plus bas, vous avez l'expective version,
vous avez l'expective version,
je me suis souvent tendu à faire
une copie à chaque,
une copie à la mer,
une copie à la texte de l'autre côté,
et ça peut se voir.
Et c'est juste un pain.
Et si le test s'y passe,
une copie de mer,
ou quelque chose d'autre que vous avez choisi,
ça se passe.
Et comme si vous étiez en train de faire un test diff,
vous pouvez voir,
de côté à côté,
ce sont les différences entre
ce qui a été fait
et ce qui est un test qui passe
et ce qui s'est passé.
C'est assez intéressant.
Cool, donc avant de nous rappeler,
où est le meilleur place pour les listener
pour s'acheter si ils ont des questions?
Je pense que Twitter
est le meilleur place,
j'ai commencé à être plus active sur Twitter,
je n'ai pas été pour longtemps,
et puis je suis comme,
Oh, cool, les gens qui me suivent,
ils me peuvent aussi commencer à parler.
Donc, oui, parce que j'ai juste
étendu tout à l'heure pour les années et les années,
donc oui, Twitter,
et évidemment,
le channel YouTube est où vous allez voir
la plupart des contenus,
je ne repose pas les contenus de n'importe quoi.
Je me laisse la chaîne YouTube
faire sa chose.
Awesome, awesome.
Donc, oui, donc,
merci beaucoup pour vous joindre,
et avec vos news,
vous l'avez mentionné,
j'ai vraiment regardé,
où vos nouvelles aventures vous ont pris.
Oh, moi aussi.
Merci beaucoup pour vous joindre.
Merci pour avoir moi.
Merci beaucoup,
et merci à tous les listeners.
Je remercie de ce podcast,
c'est sponsorisé par Everstack,

www.Ecception.Cast.com

Les infos glanées

Je suis une fonctionnalité encore en dévelopement

Signaler une erreur

TheUnhandledExceptionPodcast

Tags
Card title

Lien du podcast

[{'term': 'Technology', 'label': None, 'scheme': 'http://www.itunes.com/'}]

Go somewhere