Orta Therox - CocoaPods, Danger, TypeScript

Durée: 51m24s

Date de sortie: 11/06/2021

Vous ne pouvez pas utiliser type script en réalité à ces scales.
Si vous ne l'avez pas, vous allez probablement utiliser type scripts
en tournant dans la haute d'une manière de vous essayer de vous faire
une expérience de développeur.
Et donc c'est un... c'est un... c'est un combat constant.
Bonjour, bienvenue au DevTools FM podcast.
C'est un podcast sur les tools de développeur et les gens de la maquem.
Je suis Andrew et c'est mon co-host Justin.
Salut tout le monde.
Aujourd'hui, nous sommes très heureux de voir Orda Thierrocs
nous joindre.
Orda et moi travaillons ensemble à RC.
Et...
Ouais, c'est un plaisir de vous donner un nom, mec.
Vous pouvez nous dire à nos listeners un peu de vous-même?
Bien sûr.
Je...
Vous avez dit mon nom quelques fois,
donc je suis Orda Thierrocs,
juste en cas que vous avez mis ça pour la première fois.
Mais...
mon background est...
Je suis commencé comme un scientifique de computer.
Un peu de nous ont commencé à faire plus et plus
les premiers jeux.
Et puis je réalise que le tooling était quelque chose
qui m'était plus intéressant.
Eventuellement, j'ai commencé à construire des apps pour la Mac
et des apps pour iOS.
Et j'ai été allé dans un endroit appelé Artsy
où j'ai réussi à créer une culture
appelée Open Source par défaut.
D'ici, j'ai contribué à presque
chaque major project d'Open Source de iOS.
Et puis, ensuite, Artsy a commencé à réacter nativement.
Donc j'ai été invité dans le système de JavaScript
d'écosystème en essayant de consolider
notre tooling à travers l'IOS web.
Et ça a finalement fait me sentir
comme il y avait des gâts dans comment
le langage de JavaScript était en train de
se dépasser vers le monde.
Et donc, pour les dernières deux années,
j'ai travaillé sur le langage de JavaScript
et sa documentation et comment ça interromp
l'écosystème pour faire
mieux la vie de la communauté de JavaScript.
Vous avez vu le type script ou
vous avez été contactés par votre recruteur
et vous avez dit que ça pourrait travailler ?
Non, c'est comme un GitHub,
ils avaient un issue GitHub qui a dit
que nous sommes en train de faire un hiring.
Ce qu'ils étaient prévus était un ingénieur compilé.
Ce que j'ai déclaré était
ce que vous pensez de mon travail,
c'est que je n'ai pas été fixé sur la documentation,
je n'ai pas été fixé sur le playground,
j'ai fait l'amélioration de ces choses,
j'ai fait le possible de être localisé,
j'ai aidé à l'améliorer, j'ai bien bien été fixé.
Donc, un peu de l'écosystème,
j'ai décrit à la team
comme type script pour ce castle,
et c'est comme une ville autour de ça.
Et mon but est de
améliorer la ville autour de ça,
pour faire les gens qui veulent travailler sur le castle
pour pouvoir continuer à travailler et à faire attention.
Donc, c'est un pitch succès.
J'ai fait beaucoup de ce qui est fait.
Je suis super heureux.
Vous avez fait beaucoup de bon travail.
C'est une joie pour vous,
vous avez regardé l'amélioration.
Une des choses que vous faites que je vraiment aime,
c'est que vous portez le sens de design
aux tools et aux écosystèmes
que vous travaillez.
Les gens ne peuvent pas être d'accord,
mais vous avez eu un rôle utile
en aidant à créer beaucoup de tools
que les gens peuvent utiliser.
Vous avez aidé à la produeur,
à la geste, à la relay.
QL.
QL, oui.
Je dois redesigner
le Babel en travail.
Le logo que j'ai pour ça est absolument
de l'aliment.
Un peu d'Occasaurus,
j'ai aussi des expressions de design.
Après mon premier travail,
c'est très bien,
c'est très bien.
Je suis devenu un peu
pas un programme indépendant.
J'ai toujours eu
de l'invité sur les managers
et les project managers
pour faire ce que j'ai voulu.
J'ai regardé parce que le travail
était en défi,
parce que la compagnie s'est faite
en soi-même.
En même temps, j'ai eu un petit
d'adversaire qui n'a jamais été met,
qui a été mis à l'école de design.
J'ai donc réutilisé ces skills.
Je n'ai pas de qualité de design,
tu ne pourrais pas m'assurer
d'être un design de temps en temps.
Mais
je suis donc
plus loin de l'adversaire
que les skills qui sont super
valibles dans tous ces différents places.
C'est quelque chose que j'ai essayé
de faire.
Je ne suis pas un designer,
mais j'ai essayé de faire mon documentation
vraiment belle. C'est la journée.
Je suis allé en train de commencer
comme de la haute.
Je suis un peu plus élevé que j'étais.
Je me suis demandé
de produire
des idées de
parler du processus de
des choses.
J'ai juste terminé un design
d'un enjeu de documentation
qui a été construit pour les websites
de typescripts qui vous permettent
de faire des samples de codes
et de faire des copies de la compagnie
pour que les samples de codes
puissent dire ce qu'ils disent.
Et de créer le site de la web
pour décrire, créer le branding
pour cette mini-librerie.
C'est un peu de travail.
Et beaucoup de gens sont intéressés
à la fin de la vidéo.
Je pense que je vais trouver un moyen
de ne pas juste faire une série de Twitch,
mais de produire.
C'est un design 1, 2, 3,
parce que parfois ça ressemble à magique.
Mais en réalité, c'est un peu de graffes
pour éterner en même temps
sur une idée.
Ça m'a pris 3 fois de plein design
pour éterner le design que j'étais heureux.
Et chaque fois je me suis dit
qu'il y a quelque chose dans ce design,
je ne peux pas le trouver.
C'est comme tenter de trouver la bonne expraction.
Ça peut être difficile, mais avec le design,
c'est aussi le même chose. C'est rigolo.
Vous avez élu le projet que vous êtes
currently working on.
Qu'est-ce qui vous inspire
à commencer à faire attention
à ça si difficile et faire un certain
direction de la design?
Si nos viewers ne l'ont pas vu,
c'est un site d'inspiration
médiévale.
C'est ce que je suis en train de faire,
mais je vais vous expliquer plus.
Alors
à un moment
d'inspiration, vous pouvez juste le trouver
par accident.
C'est un style médiévale.
Faites un style médiévale
et essayez de moderniser ça
dans votre tête.
Et essayez de prendre des systèmes
graphiques.
Et c'est tout ce que nous faisons
pour les gens qui l'entendent.
Pour ça, vous pouvez aller
dans le public.
Mon premier style
de design est un peu sphédique.
C'est de prendre ce mouvement d'art
qui est un peu
expressionniste.
Je savais que les samples de code
sont assez bords.
L'idée de regarder les samples de code
qui ont un peu de différence
parce que je vais essayer de décrire
ce qui s'est passé par la option
d'incrédite.
Je voulais que l'arrière
soit très colouillé
et intéressant.
J'ai toujours essayé de
faire un style de design
si vous avez vu le site de Jess
qui est l'idée de ces cartes
interactibles qui actent
comme un système de test.
Vous pouvez rerun les cartes.
Le logo n'est pas formé
et quand vous allez au site,
il format la logo pour
faire le space.
Le logo est un peu plus
plus d'interessant.
Je voulais que vous puissiez


voir les couleurs différentes.
Ce n'est pas très intéressant.
Je voulais que vous puissiez
filmer les samples de code
dans un style d'interessant
de design.
J'ai fait un premier attempt
d'une expressionniste,
d'un style d'absorpte.
J'ai fait un deuxième attempt
de voir ce livre.
J'ai fait des idées
de ce livre.
Il avait des gradients
pour émuler les pages.
Il avait des styles de font
et des règles similaires.
Ça n'a pas été très bon.
Quand j'ai été plus
plus close à ça,
c'est un peu comme le plus close
que vous avez à représenter.
Le plus close que vous avez à voir
c'est le fait de voir comment c'est.
C'est un peu comme le Valais

J'ai fait beaucoup de poursuites
pour faire ce livre.
J'ai fait les couleurs,
j'ai fait la typographie,
j'ai fait le modernisation
mais je me sens comme si c'était
l'ancien school.
Et puis, j'ai utilisé les metaphors
pour rédesigner le tout.
C'est toujours construit
dans les pages et les chapitres.
Mais c'est construit pour flow
comme sur un web
plutôt que flowier
comme un livre d'ancien school.
Ma vieille est en train de faire un cours de design
et j'ai essayé de l'expliquer.
C'est l'interesse
des sphédèques, en particulier
parce que vous avez le plus de temps
pour expliquer quelque chose.
Et dans le processus de faire ça
c'est un livre, donc on va avoir des chapitres.
Les pages peuvent peut-être se déplacer.
La structure de comment vous readez ces choses
peut être faite dans un intéressant de façon.
Mais quand j'ai commencé
à jouer avec ça, je me sentais
trop trop stressé.
C'est un des problèmes de schéma
que vous pouvez avoir un peu trop près du sol
plus facilement. Et puis, vous vous rendez
trop loin, c'est mon opinion général
sur les sphédèques modernes.
Je suis à un point de la moitié
où il me sent plus vieil
mais aussi ce qui est construit aujourd'hui.
Qui a pensé qu'on pourrait parler
de design, sur les tools de la dév.
Mais je pense que c'est un bon angle.
Il n'y a pas assez de gens
qui ont fait un travail sérieux
en open source. Il y a un
très grand Twitter feed
qui s'appelle Design in Open Source.
Ils gardent un tract de
intéressant travail dans le space
et qui permet d'avoir une communauté
centrale pour les gens qui tentent de faire
plus de ça. Si les gens sont intéressés
vous devez chercher pour ça
sur l'internet.
On va définitivement inclure ça dans les notes de la show.
Oui, pour sûr.
Je pense que c'est une conversation
d'application
parce que
les tools de la dév.
C'est une expérience d'exploitation
d'expérience de l'experteur de la dév.
Vous essayez de se résoudre un problème
et beaucoup de fois,
les mécanismes de la dév.
sont très importants.
Les interfaces,
les abstractures que vous choisissez
ou comment vous représentez votre API
sont toutes des décisions de design.
Et en même
de choisir votre visual hook
ou votre métaphore visuelle
pour aider les gens à construire un modèle mental
de ce que ceci est
et c'est tout en fait relat.
Je l'ai complètement appris. Par exemple, le design
sphétique pour la dév
est très bien
comme bang, dans votre tête.
Ceci est là pour vous arrêter
un peu.
Donc il faut être un peu
un peu plus levé
dans un moyen que je ne devrais pas
faire pour d'autres types de software.
Mais le design est comme je l'ai fait
dans mon premier style de
« Real chops » en large open source.
J'ai contribué à un redesign
pour les cokpods.
Oui, ça devait être 8 ou 9 ans.
Après le feeling frustré
sur le design de cokpods
sur le projet web,
je me sens constrainé
dans mon design, en essayant de
conformer au sens de
les designs de cokpods.
Et donc je me suis trompé
à la team.
Et puis, à un point,
j'ai été un alloy,
une personne ex-artistique
qui a aussi travaillé avec moi
à Microsoft,
qui a dit à lui,
« Je pense que je peux redesigner
les cokpods éligentement. »
Et il me suis trompé,
et ça a été le fondation
de design qui a été dévoué
pour 8 ou 9 ans.
Je ne pense pas que l'on soit
éteints pour le redesign.
Il ressemble à ce que c'était
qui a été construit.
Je pense que c'est un secteur.
Pas de gens pensent que vous pourrez
contribuer
à un projet d'opensource.
Personne ne s'est pas fait
mettre en place des ressources
pour ça,
mais je suis sûr que c'est un peu
un peu d'influence de design.
Oui.
Je pense que les gens
ne pensent pas que l'Iver
est juste
un mentor
qui est un mentor
pour les projets d'opensource,
mais pas nécessairement
faire le travail.
Je me suis trompé,
et j'ai été
offert d'advice
et j'ai offert des outils
pour faire des choses
pour dire comment les typescripts
sont bien portés.
J'ai été très proche
et le moment
que j'ai fait ça,
deux ou trois gens ont pris mon travail
instantanément.
Tout ce que j'ai besoin
c'est de rappeler des détails,
essayer de donner une vision
longue, longue,
et de les faire en cours.
Et depuis tout ça,
j'ai tendu des meetings
d'échecs de maintenance.
Et juste acteur comme quelqu'un
qui a fait ça avant
et qui a donné des conseils
utiles.
C'est une très
contribution,
parce qu'il n'y a pas
un graph de github
pour ça,
mais il y a des écosystèmes,
donc c'est pourquoi je le fais.
Je vais revenir
à quelque chose que vous avez parlé
avant.
Vous avez briefly mentionné
la danger.
Et les gens qui entendent ça
ne savent pas exactement
exactement ce qu'il y a.
Mais vous avez aussi un projet
qui se termine par un parallèle.
Ce sont des outils
qui ne sont pas utilisés
d'internationalement
pendant un temps.
Et nous sommes toujours
un conceptuellement
intéressant
d'automation et d'abstraction.
Donc vous voulez parler
un peu
des outils et de ce qu'ils sont
et de ce que votre inspiration
était
et de ce que vous pensez
à ces jours-là ?
A la grande scale d'open source,
il y a un problème
fondamental
qui est presque
le même dans tout le type
de communauté,
qui est que 1%
des gens
qui sont involved
en ça contribuent.
Peut-être 10%
d'un emploi
et 90%
d'une communauté
qui va juste
dépasser.
Pour les coquipots,
ça signifie
qu'il y a environ 5-10
de nous
qui contribuent
à un sens utile
et puis
des milliers
de milliers
de développeurs
de l'IOS
utilisant
le manager de la dépendance
chaque jour.
Et ça est
une partie
de leur cycle de build
de jour-à-day.
Et donc
ce qui se passe
est qu'on pourrait avoir
un grand nombre
de questions
de qualité
et de preuve
de preuves
de gens.
Le même
qui se passe
dans un tool
d'adjacent
qui s'appelle Fastlane.
Et ça a été
plus faible
par le problème
que ces tools
ne sont pas
construits
dans le même
langage
et l'écosystème
que les développeurs
qui utilisent
chaque jour.
Donc,
pensez-vous
dans la
JavaScript
de la France.
Nous étions
construits
dans Rust
et tout le monde
d'une certaine abstraction
pour ajouter
des nouvelles règles
qui ne sont pas
des tests d'intégration
mais qui vivent
à un niveau de l'abstraction
mais qui sont
à un niveau de la poignée.
Et ça nous a donné
l'obligation
de faire
que vous devez
mettre un changement de l'entrée,
que si ce file change,
vous devez changer
ce file.
Beaucoup de gens
n'ont pas
même été
d'idée de
de l'idée de
de l'idée de
de l'idée de
de l'idée de
de l'idée de
de l'idée de
l'idée de
l'idée de
je dangerais

interviews


des
idées
en
le code base généralement,
surtout si vous avez une équipe qui travaille sur ça en plein temps,
ils auraient d'ailleurs toutes ces règles implicites, culturelles.
Ne l'éteignez pas,
si vous l'éteignez, vous devez éteindre ce document de texte.
Il y a des millions de personnes.
Et,
eventually, on a trouvé que le danger
pourrait donner des abstractions de haut niveau
que nous pouvons avoir dans chaque code base individuelle
qui pourrait assurer que ces règles
soient agrées par la équipe.
Et quand ils sont agrés par la équipe,
nous pouvons les mettre en place avec le code.
Quand la équipe a agré à faire un changement de l'entrée,
et chaque changement,
vous avez d'abord une façon à automater ça,
ou vous avez une personne sur la équipe qui devient
le bad guy qui dit
« Hey, nous avons tous agré à faire un changement de l'entrée,
et vous avez juste oublié les cinq PRs. »
La personne qui a créé le PR
et l'un des deux qui a émérité le PR,
n'est pas au-delà de ça.
Et personne ne veut vraiment être la personne.
Et donc le danger commence à prendre la responsabilité.
Donc vous trouvez des moyens de framer la message
et de faire un changement en danger pour être bon.
Au final de la journée, vous,
comme un collectif,
vous avez agreed à faire ce truc.
Et donc le danger peut vous aider à faire ce truc.
Et ce qui était intéressant de faire le danger,
et ce qui est encore aujourd'hui très différent
à presque tous les autres types de systèmes qui font ça,
c'est que le danger expecte vous à faire le travail.
Il inspecte les règles pour être custom
sur une base per-projet
et je les régulièrement prenant des personnes qui disent
« Je peux faire un preset en danger
qui fait tous ces trucs différents? »
Et je continue de dénier ça.
Et c'est une partie de mon souhait
de pouvoir maintenir ces types de projets
dans des très, très longues périodes.
Le danger est quelque part dans le rang de 8 ans,
peut-être à ce point.
Il y a 5 langues différentes
et c'est maintenu,
plus ou moins juste par moi.
Et donc le souhait ici est de faire ce petit corps
que personne n'est pas...
Je suis plutôt dictatorial,
mais par faire ça
et par construire un système de plug-in
qui permet à personne de faire une certaine sorte de roulage,
de faire tout ça pour les autres,
juste pour les autres,
pour la toute la système.
Ça me permet de garder
les pires et les issues de la France
parce que la logique
n'est pas nécessairement
la « danger » de la colonne.
Et ça a été bien travaillé.
On utilise danger dans un peu de différents systèmes.
On nous a donné une façon
pour créer des nouveaux types de règles culturelles
et faire des agreements.
Et construire ce code
si on était heureux.
Et ça a pris quelques années
après ça, pour penser
qu'est-ce que la abstraction
qui s'étendait au-dessus de danger.
Et ça nous lead à la deuxième chose,
qui est par la perle.
Et donc si la perle est pour dire
un code base pour ça comme ça,
la perle est pour dire
que notre whole organisation
devrait être comme ça.
Un simple cas
est la « change-org-entry ».
Comme le que je m'ai mentionné
à la début,
la change-org-entry
est encore la première chose
que j'ai pensée
quand j'étais construit dans la perle.
Et c'était aussi la première chose
que j'ai pensée
quand j'étais construit dans la perle.
Qu'est-ce que ça ressemble
à dire automatiquement
« Hey, si ce repos
a une perle change-org-entry,
une perle change-org-entry,
on devrait juste
automatiquement
vérifier
sur chaque perle
à l'organisation
que ce
chose
a une perle change-org-entry
si
le repos a une perle change-org-entry.
Et c'est partie de la perle.
Ça se fait de la
« je suis maintenant
co-ordiné en un code base
pour que je fasse
beaucoup de types de codes base ».
Ça a commencé à fonctionner
assez intéressant
sur les règles
qui pourraient être appliquées
à beaucoup de codes bases.
Mais où ça a vraiment commencé
à être un concept
est qu'on a commencé
à culturellement
accéder
aux règles perles
comme des systèmes
que tout le monde
peut contribuer
à dans la perle.
Donc, again,
la perle a une même
idea sexuelle
qui est que
votre code,
vous vous dites le code,
le code doit vivre
en utilisation
et n'est pas nécessaire
d'y vivre dans la perle.
La perle est un
rouleau generique
de la perle
et par la preuve que vous
évaluez les JavaScripts
avec des lois spéciales.
Et
on a en fait
un point de vue
où on a commencé
à introduire un système de RFC
à l'organisation
et à l'account
pour des changements
sur comment la culture
doit changer.
On a commencé
à systemiser ces choses
et les règles systematises
seraient récouries
par la perle.
Donc, un exemple
triviel
qui est quelque chose
que vous ne
ne pensez pas
en faisant ça
sans avoir
ces sortes de systèmes
était que
quelqu'un a introduit
un
moyen
de
vérifier
qui est assigné
à
le stand-up

Donc, il y a un
grand stand-up,
tout le monde a donné
un brief,
2 secondes
ou 10 secondes
d'intérêt
de ce qu'ils étaient en train de faire.
Et nous voulions
recycler
le personne
qui était en train de faire ça.
Le système
de
donner
des notifications
en avant de la temps
de dire à tout le monde
qui était en train de faire ça
et
de piquer tout le monde
dans la perle
était allé
dans la perle.
Et c'était juste
3 files de JavaScript
dans un repo.
Ce qui a
fait un peu de preuves
qui étaient réveillées.
On a des tests
sur eux.
Et
comme
il y a un autre moyen
de faire ça
qui aurait besoin
d'un service 3rd
de la partie.
Donc, vous pouvez dire
que c'est un service 3rd
de la partie.
Mais
il y a des services
de plusieurs services 3rd
de la partie
qui sont
complètement construits
cet entire service
qui a
des jobs crône
ou quelque chose comme ça.
Aujourd'hui, vous pouvez probablement
construire ce système
de actions.
Mais
ceci prédate les actions de la partie.
Ça signifie
que vous pouvez commencer
à construire
ces vraiment
intéressants
sortes
de
culturels
systèmes
qui
codifient
comment vous
expliquiez
d'agir
pour faire les choses.
Et c'est
vraiment
une grande abstraction.
J'étais vraiment heureux
d'être
sur les actions de la partie.
Et puis,
je ne pouvais pas
vraiment
être
competé
avec les actions de la partie.
Parce que c'est
tellement intrinsiquement
linked
pour le site
de la partie
où ça a été
travaillé.
Je me sentais
comme
ce n'était pas nécessaire
de
faire
un coup de la partie
de la partie.
Je répète ça
encore.
C'est la baine de ma vie
pour presque
chaque projet
que j'ai
construit.
C'était
une grande
compagnie
qui a décidé
que c'était un espace
aussi
pour explorer
et qui ne
ne
pourrait pas
être
competé
avec une grande partie
de la partie.
Donc,
je travaille
en Microsoft
maintenant
où je suis
une grande compagnie.
Et donc,
c'est
un danger
parallèle.
C'est
en

une culture
de la partie
qui
se débrouille
et
se débrouille
jusqu'à
être
vraiment
facile,
seulement
construire
l'engin
et d'expecter
tout le monde
d'être
b mysteries,
cet










qui






plus
thứ









tra
d
o
bil
mais mon système de pensée est que ce sont des parts qui sont les meilleurs que les individus sur un basis de projet de perte et ce sont les parts qui sont les meilleurs que la petite colonne d'Inside.
Et c'est comme ça que je peux maintenir. C'est comme ça que je peux dire que je vais être en train de maintenir ça pour peut-être 5 à 10 ans, juste sur ma propre, même si je ne travaille pas sur la type script.
Et c'est comme ça que c'est le plus difficile.
Je vais essayer de faire que c'est petit, pour que je puisse ajouter à la liste des choses existantes que je maintiens sur la scale, dans un moyen de ne pas manger mon temps trop tôt.
Oui, c'est une grande partie de la source d'opinion qui choisit ce qui devrait être mergé et c'est une très difficile ligne de tour.
Vous ne vous sentez pas le meilleur parfois quand vous vous dites que je ne pense pas que ça devrait être ici.
Le PR est fermé.
Oui, et l'adresse pour ce que j'ai, que j'ai sur un gros gros repos que je pense que les gens vont être en train de se faire pour un très long temps, c'est de avoir une vision.md file.
Et c'est là que je vais vous dire si quelque chose va s'y accéder ou pas et si ça va avec ma vision.
Parce que je vais faire des changes de vision en temps, mais il y a un grand courex de chaque projet et si ça se dévile trop loin,
vous êtes devenu trop populaire et vous commencez à avoir beaucoup de gens à l'involuer ou à un point de vue différent.
Oui, c'est drôle.
La conversation m'amène beaucoup à ce que nous avons tous rencontré.
Parce qu'il y a beaucoup de paths qui se passent.
Donc, à l'article, et je pense que vous avez mentionné ça avant, il y avait un principe de s'assurer vos dépendances.
Et je pense que c'est, et peut-être que vous pouvez le dire, mais probablement institué comme part de cette notion d'envers du concept de la notion d'envers par default.
Parce que quand vous êtes en train d'envers et vous avez des dépendances en envers,
puis parfois la meilleure chose que vous pouvez faire, c'est contribuer et improving ces dépendances, c'est d'improver votre propre équipe, mais aussi d'improver l'éducation.
Et une histoire très similaire de quand l'article a découvert l'autobus.
Oui, vous voulez parler un peu de ça et de la découverte et peut-être les aspects culturels que ça a fait.
Donc, une des dépendances qui est de l'entraînement, c'est que beaucoup de ce que nous avons construit,
s'étendait sur le code des autres, et si vous considérez que ce code n'est pas vraiment votre,
je pense que vous allez arriver à des situations où vous ne vous entendrez pas ce qui se passe dans l'application que vous avez construite.
C'est comme l'idée que si vous êtes un journaliste, ne vous en faites pas de conseils,
mais si vous êtes en train de être un journaliste et non de l'autre,
vous devez comprendre chaque abstraction que vous introduisiez dans votre application.
Et chaque dépendance est aussi une liabilité de la même manière.
Même dans le système de note, où vous avez suddenly trouvé que le bar de la gare a une façon de faire votre site
parce que d'autres erreurs passent, c'est-à-dire que si vous inclutz le bar de la gare,
vous devriez pouvoir aller et peut-être fixer ça, parce que c'est une partie de votre base de code,
en tant que vous savez ou pas, en essayant de décider où ce niveau de abstraction est tricoté.
Parce que vous pouvez dire que vous devez pouvoir maintenir Linux,
parce que nous sommes tous en service Linux,
ce qui est évidemment un step trop loin.
Je parle avec des maintenance de note,
et ils disent que les tensions sont que personne ne pense qu'ils peuvent contribuer à la note.
Ils pensent que le niveau de abstraction de la note est que je comprends que
je n'ai pas le JavaScript dans le niveau, mais je ne vais jamais essayer de faire des fixations à la note.
Le type script, à un moment, a le même problème.
Je ne sais pas si les gens peuvent contribuer à la base de code,
mais ils en ont en fait techniquement, si ils ont des knowledge de JavaScript.
La chose drôle ici de tout ça, c'est de décider ce qui est le risque et le réplique pour prendre la dépendance,
et de savoir que vous pouvez gagner la dépendance,
et que vous avez très sérieusement l'idée d'avoir le droit d'avoir le droit de la représentation,
si ça ne se passe pas,
ou de pouvoir le faire et vraiment le gagner.
Artsy a beaucoup de histoires où on a regardé la dépendance,
il a dit que c'est probablement le meilleur de sa place,
et puis qu'il a été tout de même mis en place.
Et parfois, c'est comme si on avait tout de même mis en place
dans une direction différente que l'alpha,
parce qu'il pensait que c'était une petite chose,
Artsy est allé et dit,
oui, cette solution de mapping,
peut-être que nous pouvons réappeler ça en tout différents contextes.
Et dans ces cas, on fait tout de même le tout.
Ce que nous essayons de faire ici,
c'est qu'il y a beaucoup d'intention dans Artsy
sur comment nous déploiez le software.
Et je pense qu'il y a encore des choses,
même aujourd'hui, j'ai fait 50 différents manières
pour déployer les choses, même sur l'NPM,
quand vous pouvez juste déployer en chaque commit,
et personne ne va compléter.
Le plus récent que j'ai fait,
vous devez changer le nombre de packages,
si vous changez le nombre de packages,
vous aurez automatiquement réappelé.
Je l'ai déjà fait, les cheveux sont en 9,
vous savez les systèmes.
Et nous faisions trop de tension sur le shipment,
car ça a été un peu de la notification,
et j'ai juste été en train de s'en déployer,
et j'ai dévoilé un peu d'une idée
que peut-être une question de poursuit,
pour ce que je réétonnerais,
car ça tend à collecter beaucoup de commits
dans un seul cas.
Une des choses belles de ce type d'automation,
c'est que nous pouvons prendre un outil existent,
et puis construire des choses sur le top.
Donc, rien n'a changé pour les gens,
d'un à un, mais vous avez maintenant la possibilité
de déclare si c'est un minor ou un major.
Donc, chaque PR serait automatiquement déclare
comme un patch de semper,
et vous pouvez déclare si c'était en haut.
Mais d'ailleurs, votre entire flow serait la même.
Nous avons eu tout cet outil pour le CI,
j'ai eu un prototype rough,
et j'ai commencé à avoir un sens
que c'était un problème plus compliqué
que j'ai voulu.
Je me sens les mêmes tensions avec danger
en temps en temps que vous essayez de s'interact
avec le même système que vous avez sur le terrain
pendant que vous vous êtes en train de se faire
de toutes ces casques compliquées
que vous n'aurez jamais pensé existent
avant d'en faire.
Et dans le processus de la construction,
j'ai commencé à regarder autour,
et j'ai trouvé que l'automation a été construite.
D'aimé, j'ai trouvé un appel de pleb,
qui est un nom terrible,
si c'est un britain.
Et donc, je suis arrivé à Andrew, je crois.
J'ai eu un sens général de ce qu'il avait fait
avec ça, où il allait aller,
et j'ai dit, qu'à la fin de la fonction
et de ce que je travaillais,
j'aurais dû me faire un blog
pour expliquer pourquoi nous allons
utiliser auto, en fait.
J'ai essayé de décrire auto
pour le reste de la équipe,
pour que ça soit d'accord,
donc pas nécessairement de faire un fixage
dans les docks, mais de faire un set
séparant de docks, qui pourra être utilisé
internairement, et qui est aussi public,
pour décrire pourquoi et comment
la décision d'utiliser quelqu'un d'autre
est co-invite par la même chose.
Et je pense que c'est parfois pourquoi
beaucoup de valeurs que les gens peuvent
se réagir, pour l'écosystème d'open source,
une migration de ou de de la from-stories
est toujours bien,
surtout quand ils ont des incidences très uniques
pour peut-être le base de code
et la culture de l'équipe.
Je pense que c'est ça qui est un peu
la valeur qui vient de la publication
de votre travail, je read tous les
typescript migrations blog postes que je peux trouver,
en partie, pour les deux et les from,
parce qu'ils ont des incidences
pour lesquelles le processus d'onboarding
se réagirait, comme sur le mode de
strict de 50 000 files,
ou quelque chose qui a vu ça dans
beaucoup de différentes manières intéressantes.
Les typescripts réagissent tous les deux,
et on va essayer de le voir, est-ce qu'il y a une abstraction
que les typescripts peuvent donner, qu'ils peuvent faire?
Et il n'y a pas encore,
mais on continue de le lire,
mais ça, pour moi, c'est
la valeur.
Nous avons évoqué, par adoptant auto,
et en taking it very seriously, je pense que
vous avez déjà fait un message à Piaro2,
et vous avez juste commencé de l'aider
pour le faire.
Mais, avoir l'opinion que nous avons besoin
de pouvoir, en tout cas, être capable de sentir
que nous pouvons faire des contributions,
qu'ils vont s'y soulever,
et que cette partie
de notre flow de data
soit maintenu responsable,
avec un part et un parcel
de tenter d'avoir l'air de la source,
comme une compagnie.
Et c'est comme ça que je vous ai dit,
que vous avez dit,
que vous avez dit, il y a un autre gars qui travaille dans la compagnie,
qu'il pourrait aussi m'aider,
et que nous avons été évoqués en zoom
et qu'il a été fixé en un de ces cases de haires.
Exactement.
C'est une histoire parfaitée pour moi.
C'est le truc que j'aime vraiment,
d'en faire une source.
Pour moi, c'est de rencontrer tous ces gens,
d'entendre tous ces systèmes.
C'est comme ma opinion sur Twitter.
Je suis un followers de 20 000 Twitter,
mais le truc que j'ai vraiment à carenter
c'est que c'est des gens qui sont très intéressés
de pouvoir avoir
une conversation simple et colloquiale.
Il y a des gens
qui sont venus me suivre,
qui sont venus me suivre,
et qui nous puissent communiquer
parce que nous avons une communication
très basée pour les frictions,
parce qu'on a évoqué un système
d'interaction,
des choses irrelevantes.
Et ça aussi, je pense,
peut être aussi un truc à faire en source.
Ça peut être comme si c'était pas le temps
de faire ce projet, de faire le podcast,
de faire tout le autre truc,
mais quand tu te sens surprise,
je pensais
que quand je faisais une conférence
et que tu es un bon doigt pour ça,
de pouvoir avoir ces relations,
c'est pour moi un des parts
les plus intéressants de faire un work
de communication très basé.
Pour moi, Twitter est la partie
de la part de la Messenger.
Les deux choses sont tellement inextricables
pour moi, parce que
à la fois, je vais faire un
poursuit pour un réplique d'une
source d'open source de retrait, et je vais
voir si ils ont un Twitter, je veux parler
de leur et voir ce qu'ils font.
C'est le plus facile de les contacter.
C'est incroyable, comment tu peux
faire des personnalités plus grandes,
et ils vont faire ça de suite.
Justin a fait un tweet à Nat Friedman,
le CEO de GitHub, et il a répondu
dans deux minutes. C'est incroyable.
Ouais, comme, Andis Heilberg
va occasionally répondre à un tweet sur Twitter.
Ouais, je dirais
que Andis est notre oublie.
Encore,
quand Andis est là, c'est comme,
oh mon Dieu, c'est un guest.
Je vais faire un poids
sur ça. Je ne sais pas comment.
Tu serais surpris, il fait
un peu de choses que tu ne t'as pas
prévus.
Dans la
pandémie,
il se passe un jour
chaque semaine, en tournant les vaccines
dans la ville de Seattle.
C'est super, super, super
épophétique. Si tu es en Seattle,
tu pourrais avoir la vaccine
que tu as à Andis.
C'est incroyable.
Tu es en train de faire la vaccine,
et tu te parles,
tu es un pas-touriste?
Tu es le gars de ce shop?
Ouais, c'est incroyable.
J'ai vraiment aimé cette idée.
Ce sont des gens,
et c'est super
très proche,
un gars approachable,
mais il est dans le gang de 4,
si je vous le dis.
On a assez de Microsoft
que je l'ai interprété.
Ils sont très approachables.
Le problème est toujours,
ils se font beaucoup de bruit,
donc c'est difficile pour eux
de voir ce qu'ils ont fait,
mais
oui, les gens
qui je l'ai interprété
sont les gens qui tentent
de faire ce genre de travail,
surtout des défis,
et je pense que tu as besoin
d'un peu d'empathie
pour travailler sur les défis,
parce que tu dois
avoir le temps de te sentir la paix,
et puis tu dois
sentir les autres personnes
qui font la paix
si tu as un problème
largement.
Si tu veux faire quelque chose
de plus que juste toi-même,
alors tu dois comprendre
comment les autres personnes
font les failles.
Ouais, so Ordo,
tu as mentionné
que tu as commencé
dans la game dev,
ce qui est assez surprise,
mais
tu n'as pas vraiment la paix
dans la game dev,
tout trop beaucoup dans la paix.
L'année dernière,
tu as vécu avec Flappy Royale,
et ça a semblé un projet
super intéressant.
Qu'est-ce qui t'a appris
dans ton mind
et qu'est-ce qui t'a
fait que tu as vraiment
l'air de chasser
tant d'autres.
Flappy Royale est
un jeu

on a appris
les idées
de Fortnite
pour les idées
de Flappy Royale.

prends un jeu vraiment frustrant,
puis
en essayant de
mettre 99 joueurs
en jouant simultaneously.
Ça a été
un moment
d'une semaine entre
les joueurs.
J'ai travaillé à Artsy
pendant 8 ans,
je travaillais à Microsoft,
je savais que j'avais un mois,
mais je n'avais pas un office,
maintenant que je n'avais pas
Artsy
à aller travailler.
Et ça a
turné un très fameux
design de jeu,
et je vais au
même school d'adversation
de la dogue.
J'ai mentionné
ce jeu,
et il me disait
que je vais travailler
à ma maison,
parce qu'il avait
une grande place
d'office
qui était disponible.
Et on s'est arrêté,
et je me disais
que je vais
faire des idées,
parce que j'ai un mois,
je vais pas
travailler sur quelque chose
qui serait
très consommable,
et qui peut-être
donner une chance
pour me rassurer un peu.
Et il m'a montré
qu'il avait récréé
Flappy Bird
quand il s'est créé,
et qu'il avait spent
tout ce temps
en essayant de faire
exactement le physique.

les animations du physique
sont les mêmes
que les originales,
toutes les sprites
sont différentes.
Et je me dis,
ce serait vraiment intéressant
si vous vous abaissez
et mettez les 9-9 joueurs
à la fois.
Parce que c'était
le temps que le F4
était encore massive,
c'est encore massive maintenant,
mais,
vous savez,
chaque jeu
était encore exploré
de ce que les Royailles
ont été pour eux.
Et ce qui était
drôle, c'était
que je n'avais pas
d'aimé de valeur
en faisant
les 9-9 joueurs en Flappy Royale.
Comme,
une idée qu'on pourrait
essayer de figure
comment vous mettez
les 9-9 joueurs
sur la table,
ça ne fonctionne pas
en 2D,
des exemples les best
examples,
Mario Royale
et Tetris Royale.
Ils expliquent
votre jeu
dans tous ces différents
sortes de subgames
à travers la table.
Mais vous ne pouvez pas
vraiment faire ça
avec Flappy Royale.
Tout le monde
s'y attirera,
ça serait vraiment
distractant.
Et j'ai commencé
juste à explorer le space,
juste à faire
une reproduction solide.
Et puis,
un ami de moi,
M. Laser Walker,

elle était
en train de rester à mon maison.
Et donc,
je me dis,
je vais travailler
avec Zach.
Vous venez de venir,
je le vois.
Je sais exactement
comment faire ce travail.
Et j'ai eu
un peu de bonnes idées.
Et donc, je me disais,
M et moi
sont allés travailler
dans ce temps
parce que nous voulions
travailler à Microsoft
dans ce temps.
On va voir si on peut
le faire dans un mois.
Et nous avons réussi
à le faire dans 2 mois,
ce qui est bien.
C'était un jeu
qui a eu
millions et millions
de joueurs
dans les deux semaines.
C'était un moment
où nous n'avons pas
le temps de faire
les sortes de la révenue ad.
Et puis,
à l'époque,
nous avons été allés
faire des sortes de la révenue ad.
Et les autres
joueurs ont décidé
de bouger sur quelque chose.
Donc,
la clé ici est,
vous pouvez explorer
des idées
et ça peut être
vraiment populaire.
Mais si vous n'avez pas
capturé
d'autres finances,
vous allez
faire quelque chose.
Et donc,
je le garde.
Ça me coûte
probablement
5$ par mois
pour me faire
travailler.
Mais à l'époque,
j'ai exploré un nouveau jeu,
un nouveau,
un nouveau,
très compliqué
série de jeux
qui s'interactent
tous les jours
et les semaines.
C'est pas assez fort
et assez solide
d'avoir une idée
sur comment c'est.
Mais c'est vraiment cool
de essayer de prendre
beaucoup d'interessants
de technologie web
et d'abuser
et d'utiliser
les systèmes de jeu.
J'ai construit
plusieurs jeux
et tous les jeux
de réduction
comme des jeux d'enjeu.
Et donc,
l'ensemble de la jeu
se trouve en mémoire.
Il y a un layer de rendition
sur le dessus
qui t'essaie de prendre
la réduction de la réduction
et de la faire
en quelque chose
que vous pouvez voir.
Et je trouve
que c'est très satisfait
de travailler sur.
C'est très test-driven
parce que tout le monde
a juste fait en mémoire
et puis vous dites
que si vous prenez
ce temps-là,
qu'est-ce que ça va
faire pour le jeu
et pour la store.
Ces sont des abstractures

Il y a des tools
très deux,
c'est une grande réduction
spéciale.
Il y a un grand
renseignement
dans son documentation
de l'année ou deux
et il y a un type script

et qui a vraiment
détenu
l'expérience de la réduction
de la réduction.
Si vous n'avez pas
utilisé le code
avant
ou si vous n'avez pas
utilisé le code avant
et vous n'avez pas été
heureux avec ça,
c'est très...
peut-être très différent
maintenant, je ne sais pas
ce que c'est,
mais je suis vraiment
heureux de l'utiliser.
Mais je dois
en faire en compte
pour moi-même
dans ces codes.
Je n'ai pas le problème
de ne pas être heureux
avec ce que quelqu'un
d'autre
fait avec ça.
Je me suis réintroduit
comme la première fois
que je n'ai jamais
profondément utilisé le code
de réduction
en décryptant.
Et
le nombre de codes de réduction
est fou.
Il y a un file
qui est à 3 000 lignes longs.
On utilise
Saga's 2.
Il est juste
en fonction de la state
de réaction
de réaction
de la state globale
ou de l'action
de l'accent de l'accent
c'est fou.
Mais je vois que
ça va se faire
très bien
avec le jeu.
Oui, ça fait
ça.
Et c'est le truc.
Il y a toujours
des choses
qui sont en scale,
c'est vrai.
Un code 3 000
est un truc
qui, pour le type-système,
aussi
va s'y faire
sur le code.
Il y a
des choses
qui sont
subtiles
qui se sont faits.
Mais ils sont aussi
en train de construire
une grande chose.
Tu ne peux pas
pas utiliser le type-système
en réalité.
Si tu n'es pas,
tu vas probablement
utiliser le type-système
sous la honte
de la honte
pour essayer
de te faire
l'expérience de la développe.
Et c'est
le constant battle
qui, vous savez,
peut-être va gagner.
Oui, je pense
que c'est un truc
qui va être plus
tôt
que le type-système.
Je vois des gens
qui argument
que, hey,
JS, il va juste
mettre un type un jour.
Et je suis
comme, oui,
à ce niveau,
probablement pas.
Bien,
je veux
le faire.
Oh, tu penses ça?
Oui.
Il dépend des définitions,
oui?

le JavaScript
va permettre des types?
Probablement.
Est-ce que le JavaScript
a un système de type-système?
Non, je ne le doute.
Donc,
personne ne veut
mettre un type-système
dans un web-browser.
Non,
personne ne veut un type-système
dans un web-browser.
Les gens veulent
mettre un code type-système
dans un web-browser.
Mais tout ça
veut dire que vous seriez
en type-système,
mais en un type-système
de façon java,
peut-être.
Surtout
maintenant que
un flow a
totalement
été créé
pour faire
une source
et a
aussi été créé
pour retrainer
la compétition de JavaScript,
ce qui signifie que
ce type-système
est plus ou moins
le seul type-système
qui existe
pour un JavaScript.
Il y a Hegel,
mais Hegel
relève des definitions
de type-système.
Ils ont souvent
copié les intérêts
pour un type-système
et l'ont utilisé
des files d'intérêt d'utiliser.
Effectivement,
à ce point,
c'est comme
comment vous pouvez
faire des choses
pour faire un type-système
qui est vraiment
légitime.
Je suis assez sûr
que un peu de gens
sont en train de
demander.
Nous sommes
allés voir un peu de
type-système
dans les restes
dans les prochaines
années.
Il y a un,
il y a un
qui a été construit.
On verra
si les gens
qui font
SWC, vous le savez
probablement
c'est le truc
qui est le power-vite
de l'envers.
Le type-système
est meilleur.
Le
type-système
est très
intéressé
dans les restes
mais c'est très
intéressé.
Il y a quelqu'un
très intéressé
en essayant de le faire.
C'est certain
que ça s'est posé
dans les restes.
Je pense
que vous pouvez avoir
plusieurs copies
de quelque chose.
Il y a plusieurs copies
de Ruby
qui sont très très
intéressés.
Vous avez
seulement construit
des JavaScript
en temps.
Mais
le code base
type-système
est absolument
assez wild
parce qu'il y a
beaucoup de cases
d'exemple
de 10 ans.
Vous
avez juste à
faire un code base
si vous vous utilisez
un type-système
mais vous ne vous avez probablement
pas.
Les gens
vont dire
je vais switch
pour ce speed
et vous trouvez
qu'il ne
s'est pas
étranger
beaucoup de choses
que l'éditeur
s'est étranger.
Et puis
vous vous disait
peut-être que
on va avoir
de la type-système
de la base.
C'est
la valeur
de la
tool
qui peut
vous donner
des éros
plus vite?
Oui,
peut-être
vous pouvez
faire
une autre
langue
pour
faire
la type-système.
Je pense que
ma
perception
d'une grande opportunité
dans cette base
c'est sort de ce qui
s'est passé.
C'est moins
de type-checking
mais c'est
plus de
vous donner
quelque chose
qui peut
interpréter la type-système
et convertir
le code
en java.
C'est

beaucoup d'opportunités
utilisent la type-système
pour checker le code.
Et
peut-être
un service-worker
ou un
web-assembler
qui
automatiquement interpréte
votre
request
pour la type-système
et le type-style
pour
transformer

chose.
Ce sont
beaucoup de
choses qui
sont
intéressantes
et
d'intérêts.
Je
pense que
beaucoup de
ces
javascripts
sont
aussi
de la
experience
de la

Mais
on
peut
réutiliser
la
code
en
utilisant
les
javascripts
pour
faire
les
choses



Et
les
javascripts
ne sont pas
javascripts
dans les



la










javascripts









réutiliser


Catherine Do cheering notes.
My tool.
It's another tool from the same company that I mentioned last week that makes clean shot.
This is called PixelSnap, and it's like a super good pixel measuring tool.
I've used a lot of pixel measuring tools on the web, there's lots
of good Chrome extensions that do the same exact thing.
But the cool thing about this one is it works on any element on your screen.
So it could be a Native app, it could be theoms simulator, running a web page,
it can be anything.
et vous pouvez mesurer les pixels.
Et comme la screenshot sur le site s'occupe, vous pouvez le rappeler autour des éléments et le mettre à la poignée et les mesurer entre les éléments.
Vous pouvez mettre des mesures horizontales et verticales.
C'est très utile quand vous faites des extensions de la UI et vous vous développez dans un endroit où vous ne pouvez pas utiliser les extensions de Chrome.
Donc je vous recommande beaucoup.
Encore une paix d'apples, mais je crois que si vous faites une bonne app, ça vous réserve le problème bien.
C'est pour les uns des deux.
Oui, ça me rappelle un tool que j'ai aimé que vous...
Je sais comment c'est construit.
C'est l'accessibility de la maquette.
Et un autre grand tool qui s'occupe comme ça.
Je ne compte pas sur les tips, mais c'est le shortcut.
C'est comme un shortcut, mais c'était un cap.
Et ça vous permet d'avoir presque un mode VIM pour tout un item possible cliquable sur votre écran.
Vous prenez ce bouton et vous trouverez un label cliquable tout le monde.
Vous vous typez A, F et votre mot va instantly bouger sur la maquette et vous cliquez sur le mot.
Vous pouvez juste se faire de ne pas utiliser un mot parce que tout était accessible via les appels de la maquette.
J'ai aimé les appels de la maquette.
C'est cool. Je peux le voir.
C'est fou. Comment beaucoup d'autres abusent l'appels de la maquette pour faire des cool choses?
Je pense que la prochaine semaine, nous allons les faire sur les guys de la maquette.
Et ils se font juste de quelque chose de bizarre avec l'appels de la maquette.
C'est ce qu'ils sont là pour, les trucs qui n'ont pas été disponibles dans les tools de sandbox, IOSC.
Et c'est en partie ce qui ne peut jamais être aussi productive pour eux comme vous pouvez être dans les systèmes de desktop.
Cool.
Donc mon tip de la journée est un projet d'une source d'open source qui est vraiment intéressant.
Il s'appelle MRM.
La ligne de tag est essentiellement code mods pour votre configuration.
C'est vraiment fascinant.
Donc, on dirait que vous voulez avoir un geste dans un projet préexistant.
Vous pouvez mettre MRM, comme MPX, MRMgest.
Vous allez passer et ajouter les files de configuration que vous avez mises, modifié, les lesquelles ont déjà existé.
Et appuyez en fait ce code mod à votre projet pour ajouter quelque chose.
Vous avez utilisé ça pour la première fois cette semaine.
C'était génial.
Oui, c'est génial.
Si vous avez besoin d'adverter quelque chose à votre base de code, c'est un moyen de faire ça.
Je pensais que, pendant ce temps de la vidéo, je voulais faire un plugin pour Auto pour faire ça.
Je ne peux pas vous dire combien de fois j'ai oublié de faire un public access à mon package.json en ajoutant Auto.
C'est un truc de ce genre. C'est génial.
J'ai construit une des files internavales que j'ai appelées Navi, comme le ferry de Legend of Zelda.
Parce que c'est pour ça que vous venez à votre projet et ajoutez les files de configuration de la même manière.
À un moment, j'ai pris un temps de tenter de persuader tous les tools pour utiliser le config cosmique.
Et puis j'ai pris un temps de tenter de prendre le config cosmique pour soutenir un seul set où vous pouvez être automatiquement détecter
si quelqu'un a un type n° n° n°.
Et si vous avez un config cosmique sur Artsy,
tous les tools que vous utilisez pour utiliser le config cosmique sont déjà en route.
Et puis, vous pouvez commencer à regarder toutes ces choses.
Je ne pouvais pas persuader les gens à le faire, mais je pensais que ça serait possible pour permettre...
Tons de ces tools ne devraient pas avoir un config en répo.
Il y a encore beaucoup de space pour essayer de faire le config cosmique.
Parce que c'est pour ça que tout un de ces tools sont utilisés pour faire le travail, pour accéder à la change de travail.
Oui, c'est le de facto solution que j'utilise pour les questions de countless.
C'est vraiment bien, ils ont fait un bon travail.
Oui, je suis content d'attaché les problèmes de centralisation.
Oui, oui, je vais faire mon propre.
Chicky 2 slash, qui est le code sample generator que j'ai extracté au site de la TypeScript.
Encore une fois, il y a des codes samples qui permettent de utiliser le compiler de TypeScript
pour vérifier que les codes samples sont corrects.
Et dans le processus de faire ça, vous pouvez utiliser des tools éditeurs,
comme hovers et de montrer des outils auto-completes et des features comme ça,
à l'intérieur d'un code sample.
C'est une prochaine génération de ce que les codes samples peuvent devenir.
Et c'est plus ou moins version 1 maintenant,
juste de rappeler les nécessaires de documentation finale.
Et donc, c'est...
Il s'est construit sur un autre projet Microsoft.
Le personne qui a fait Chicky a pris des codes de code de VSCode,
et puis a mis ça sur un webpage,
pour que ça soit installé dans le webpage de VSCode.
Et puis j'ai vu ça et j'ai pensé que nous devions faire un grand projet propre.
Et donc Chicky est borné, et puis Chicky 2 slash est borné de ça.
Et donc c'est vraiment cool.
J'ai construit tous ces plugins pour des grands site-genérateurs statiques.
Je suis commencé à voir le premier uptick des gens qui utilisent ça dans leurs projets maintenant.
Je suis vraiment en train de voir le code des gens sur les codes,
parce que j'ai toujours envie de voir ce que ça ressemble à,
et d'interrompre avec ça pour voir ce que les identifiantres disent.
Surtout dans des projets où le syntaxe...
où tu essaies de réduire le syntaxe possible,
de garder le tract de ce que les choses sont en temps, c'est drôle.
Donc, oui, utilise Chicky 2 slash si tu n'es pas...
Oui, Chicky est...
un leap cosmique dans le syntaxe.
Si tu n'as jamais essayé d'impliquer quelque chose qui fait le syntaxe,
tu ne pourrais pas savoir le state de choses.
Et avant Chicky, c'était comme...
il y avait tous ces différents tools qui pouvaient élevére ton code,
mais n'importe qui serait élevé le code, comme ton éditor.
Et dès le jour 1, tu es comme...
Oh, man, je voulais juste mon thème syntaxe pour être sur ma page web,
et maintenant je ne peux pas, parce que le parsing ou les tokenisers sont quelque chose.
Mais c'est génial que tu es capable de prendre ce que le code VS fait,
et ce que je pense est en fait basé sur ce que le texte a fait,
et de le faire pour le modernisme.
C'est drôle, j'ai un ami qui a fait gest Christophe Nakazawa,
et il a commencé à faire des longues blog posts
sur comment créer gest de scratch en utilisant les gestes.
Et ça m'a pris 10 minutes pour changer son code pour utiliser Chicky 2 Slash.
Et ensuite il était comme...
Ah, comment j'ai pu avoir tous mes thèmes custom,
et ça a fait que il a déjà construit un thème VS code,
et donc j'ai juste copié son thème VS code,
et j'ai lancé sur son site, et ça a donné son mode dark et son mode light,
et tout ça a statiquement généré,
et ça ne se fait pas mal,
tu es un script en utilisant la machine,
c'est super, c'est un tool très cool,
j'ai été très heureux avec ça,
c'est un effort de temps pour faire le travail disponible pour tous.
C'est super.
Merci d'avoir regardé,
c'est toujours très beau de vous parler,
c'était beaucoup de fun.
Mais ça, je pense que nous allons le faire pour le jour.
C'est toujours un plaisir.
C'est tout pour cet épisode de DevTools FM,
faites surez de nous suivre sur YouTube
et écoutez nous à part où vous consommez votre podcast.
Merci d'avoir regardé.

Episode suivant:


Les infos glanées

Je suis une fonctionnalité encore en dévelopement

Signaler une erreur

devtools.fm:DeveloperTools,OpenSource,SoftwareDevelopment

A podcast about developer tools and the people who make them. Join us as we embark on a journey to explore modern developer tooling and interview the people who make it possible. We love talking to the creators front-end frameworks (React, Solid, Svelte, Vue, Angular, etc), JavaScript and TypeScript runtimes (Node, Deno, Bun), Languages (Unison, Elixor, Rust, Zig), web tech (WASM, Web Containers, WebGPU, WebGL), database providers (Turso, Planetscale, Supabase, EdgeDB), and platforms (SST, AWS, Vercel, Netlify, Fly.io).
Tags
Card title

Lien du podcast

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

Go somewhere