Christoph Nakazawa - Athena Crisis, Jest, Yarn, MooTools, Metro

Durée: 62m47s

Date de sortie: 09/06/2023

This week we talk to Christoph Nakazawa, former engineering manager of yarn, jest, and metro, We talk about OSS culture, sheparding OSS, front end archetypes, and his new company Athena Crisis.

Become a paid subscriber our patreon, spotify, or apple podcasts for the full episode.

Je pense que l'idée est que je veux faire de plus de choses que j'aime,
mais ça me semble que le développement de la game est assez dégouvernement.
Je me sens que le web a des réponses, pas toutes les réponses,
et donc l'outil idéal en fin serait de faire un jeu plus démocratisé,
et de faire plus facile de construire les jeux.
Bonjour, bienvenue à l'application de la devTools FM.
C'est un podcast de développeurs et des gens qui vont faire ça.
Je suis Andrew et je suis ma co-host, Justin.
Salut tout le monde, je suis vraiment, vraiment, vraiment excité d'avoir Christophe Nakazawa
et comme guest de ce jour, Christophe a fait beaucoup de prélèges pour le bâtiment de sa vie.
Donc Christophe, vous êtes bien invité à ce que ce soit.
Les moutons, les yarnes, les métro, les bundles, les gestes,
la liste se passe sur.
Je suis super excité de parler de ça et de parler de ce que vous faites tous les jours,
mais avant de nous en faire un tout,
Would you like to take a moment to tell our audience a little bit more about yourself?
Oui, comme vous me l'introduisez, je me suis littéralement fait un push.
Je suis en train d'avoir un annonceur.
Je suis en train d'avoir une compagnie indique et d'une compagnie d'open source tech en Tokyo qui s'appelle Nakazawa Tech.
Vous m'avez donné un bon temps parce que je me suis remis mon travail la dernière fois sur la fête.
Je suis en train de construire des jeux de vidéo et de faire un open source.
Je suis littéralement en train de faire ça.
Je suis vraiment nerveux de voir ça.
C'est super, je suis très heureux de vous.
Un ami de moi, Orda Thierox, est en train de travailler dans un jeu...
Vous savez Orda? Vous avez probablement passé le pass.
Il est le ami de moi, oui.
Je suis un ami de tout le monde, il est vraiment un bon gars.
Orda est incroyable, oui.
Il fait un truc similaire, c'est vraiment cool.
Cool.
Vous avez travaillé sur un bunch de différents tools de OSS,
comme Justin m'a mentionné, gest, métro, yarn, moutools.
C'est un truc incroyable.
Qu'est-ce qui vous a fait vous concentrer sur l'open source de l'opinion?
Et avez-vous fait la culture Facebook à l'époque de l'aide de l'opinion?
C'est une question vraiment grande.
Le blog que j'ai publié par la construction de la compagnie,
je vais en détail là-bas parce que j'ai commencé à coder 22 ans plus tard,
quand j'étais 12 ans.
Et j'ai voulu construire un jeu de vidéo.
Donc, ce que je fais maintenant, c'est de retourner vers les routes.
Et en même temps, Microsoft n'était pas aussi célèbre
que maintenant dans la communauté de développeurs.
Donc, j'ai commencé à utiliser Linux,
et il y a un livre par Linux Torvalds.
Il s'appelle Just for Fun.
Et en ce moment, il disait la histoire de Linux,
et comment il ne peut pas le construire.
Il était plus bon que tout, et il a juste la créé pour le gratuit.
Et il y a toute cette conférence sur son contact online.
Je ne veux pas...
Rien de ça est bon.
Je n'aime pas tout ça.
Mais les principaux corporeaux de comment il a commencé
un grand part de l'application d'open source.
Évidemment, il y avait d'autres, mais Linux est l'un des plus célèbres.
Ça m'inspire vraiment de l'avant, quand j'ai commencé à coder.
Et puis, j'ai trouvé un livre par l'un des livres,
qui s'appelle Mood.FX,
qui était un pre-cursor de Mood Tools.
Et il y avait quelques autres Mood.something.
Et je pense que Malaria, par ailleurs,
la créateur de Mood Tools, il a trouvé tout ça,
comme ça, il était comme, oh, il a des caissons et Mood, et c'est ça.
Mais après, il a mis les Mood Tools,
et il s'appelle MyObjectOrientedTools,
qui est certainement comme le nom de la vidéo,
avant la même chose.
Et j'ai commencé à en australien.
Donc, mon langue native est allemand.
Ça m'a pris un temps de apprendre l'anglais en anglais
comme une petite fille,
pour pouvoir communiquer dans un environnement anglais.
Et je m'aimais beaucoup d'inquiétude.
Mais généralement, le point est que j'ai vraiment aimé
l'idée d'avoir, hey, je suis en train de construire quelque chose,
et c'est utile pour moi.
Et c'est probablement aussi utile pour vous.
Ça peut être, mais je vais vous donner.
Je n'ai pas d'expectation de vous utiliser.
Et s'il n'y a pas d'expectation pour moi,
c'est de me maintenir.
Et si vous avez des parts,
mais vous ne vous appréciez pas avec mes principes,
vous allez en forge.
Donc, j'ai aussi un ancien utilisateur de GitHub.
J'ai signé un site, j'ai regardé le site
comme part de l'annoncement que j'ai commencé.
J'ai créé mon GitHub à la fin de juin 2008.
Donc, c'est assez court après le launch.
Donc, le Muto's Crowd a fait un tour de ça très rapidement.
La chose du plus drôle est que,
en facebook en 2011, c'est un intern.
La plupart des gens au Facebook n'avaient pas un programme d'open source.
Il y avait un, mais c'est très petit.
Il n'était pas un brand de reconnaissance,
comme c'est maintenant.
Il y avait un pré-react.
Il n'y avait pas d'open source library
par Facebook,
pas d'open source front-end.
Il y avait quelques autres petits choses,
je pense, dans le monde de PHP.
Mais à l'époque, quand j'ai arrivé comme intern,
il y avait très peu d'ingénieurs
qui ont utilisé le GitHub.
J'étais en fait un intern qui était le plus suivant
d'un user de GitHub.
J'ai des volers sur GitHub.
GitHub est aussi une sorte de network social.
Je pense que je n'avais pas l'air d'avoir ça.
C'est une bonne réponse
pour votre question de comment j'ai été
à Facebook, je pense.
Mais quand j'ai travaillé sur Facebook,
j'apprécie tout ce que Facebook a fait
et le soutien qui m'a donné
en acheté des works d'open source.
C'est toujours un challenge
d'y justifier.
Pourquoi vous allez faire
ce travail d'open source?
Il y a beaucoup de choses,
on a dit que c'est d'open source,
mais on a aussi besoin de Facebook.
Si vous pouvez aligner
ce que vous faites
dans un moyen de faire de bonnes choses
pour Facebook et d'open source,
vous pouvez faire de bonnes choses
très facilement.
Vous pouvez faire un peu de pop
peut-être au-delà de 4 heures
pour faire le projet d'open source.
C'est comme ça
comment j'ai été en source
et comment Facebook m'a supportée
et comment j'ai force
pour faire d'open source
pour faire de bonnes choses.
Dans ces derniers jours
c'était
difficile
d'y faire des gens excitées
dans Facebook
sur l'open source?
Non, à la niveau de l'ingénierie,
jamais.
Les ingénieurs ont tous un grand part
de Facebook.
De l'un des premiers jours,
j'ai pu ne pas parler de ça,
mais de l'autre côté,
c'est comme ça, c'est un projet de paix
et de PHP.
C'est un bâtiment basique.
Les ingénieurs ont vraiment
le temps.
C'est un challenge
d'ingénierie et de
leadership, de
faire de bonnes choses.
Pourquoi ça ne s'est pas fait?
C'est un peu plus facile.
Je n'ai pas été
à Facebook, à MEDA,
pour deux ans, mais
j'ai regardé des choses
légèrement open source,
dans le space de l'AI.
Ça s'est passé
et avance beaucoup.
C'est très clair maintenant que Facebook
s'en vient.
En fait, quand React
s'est réellement réellement réellement,
il n'était pas expectant
d'avoir un impact grand.
Comme vous le savez,
les gens étaient en train de réacte.
Ils étaient en train de
faire des documents.
Mais quand les gens s'en ont
réellement réellement réellement,
et beaucoup d'autres libraries
sont en train de le faire,
Facebook, le space de front
a pu construire un brand.
On a bien fait ça.
Nous faisons un source
et ça nous aide
à nous donner des ingénieurs.
Nous en sommes
bénéficiaux de les contributions
de la personne qui est
extérieurement.
C'est intéressant
parce qu'il y a beaucoup de hype
sur l'AI.
Et très peu de parler
sur l'impact de Facebook
front en source.
C'est un grand impact
dans la communauté frontaine.
Dis-le-moi
qu'il y a des opinions
sur Facebook, mais leurs efforts
pour l'Open Source sont
vraiment très importants.
Juste aujourd'hui,
ils ont évoqué un texte
pour la speech
de l'AI qui travaille
avec 4 000 langues.
Certaines langues qui
ne sont pas les plus
que 75 personnes.
La qualité de travail
qu'ils ont fait
est incroyable.
Je pense que
c'est mon raison
d'être un peu frustré.
Mais beaucoup de sources
de Facebook font qu'on est
utile.
C'est un projet de recherche.
On fait tout ce que vous voulez,
mais il y a aussi
des réactions et patins.
On n'a pas
de choses en tête, mais c'est
le moyen pour qui on a
eu beaucoup de code.
Mais Facebook était
un peu utile.
On pense que c'est utile.
On espère que c'est utile pour vous.
Certaines teams ont toujours été
en train de faire
l'opinion.
Si vous regardez un type
qui a 50 à 100 personnes
en travaillant sur Microsoft,
ils travaillent en partage
d'un projet d'opinion.
Tout le monde
a un custom de downstream.
C'est un type de checker
qui n'a qu'une 5 à 7 personnes
qui travaillent en partage.
C'est une petite temps pour soutenir l'opinion.
C'est pas bien
que la communauté
a des préoccupations sur certains projets d'opinion
parce qu'ils sont en train de faire un grand company.
Mais en fin de la journée,
ce que la team fait,
c'est un peu d'opinion, mais 90% de leur temps
est spent en soutenir des outils internes.
Et
la raison pour laquelle certains projets d'opinion sont
incroyables dans l'opinion
est parce que certains individus sont
très excitées de travailler sur eux.
Et il n'y a rien qui peut leur arrêter.
Oui, pour sûr.
C'est difficile de détailler
que les gens vraiment
très, très excitées
de se solider un problème.
Ils se produisent des choses vraiment amusantes.
Donc,
dans le rôle que vous avez joué
en développant ces projets,
comment avez-vous aidé
à les faire successements?
Ou que sont les aspects importants
que vous pensez être nécessaires
pour les faire successements?
C'est une bonne question.
Quand je parle de
ce que les gens de Facebook
ont fait dans le passé
et de ce qu'ils font maintenant,
c'est juste ma impression.
Je ne peux pas parler pour eux.
Et je veux aussi prendre moi-même en train de faire ça.
Parce que je pense que c'est un peu de projets d'opinion
qui sont plus amusant que les projets d'opinion
et que les gens apprécient
mais je pense que c'est un peu de choses
qui pourraient être beaucoup plus amusantes.
Je pense que
j'ai appris que je suis vraiment bon
à les faire exciter
les gens de la chose que je travaille sur
ou à comprendre
les valeurs de la certaine système
existant dans un certain nombre.
Et je pense que c'est un exemple
vraiment bon.
Je n'ai pas vraiment envie de travailler sur ça.
La raison pour laquelle je suis open source,
j'ai toujours été en train de travailler
sur le test, même dans les jours de Moutou
mais aussi quand j'étais internait
en Facebook en 2011.
Mais la raison pour laquelle je suis open source
était que React était en train de être open source
et tous les tests pour React
étaient rétés en utilisant
l'internerie.
Et c'est comme, si on est en train de réacte,
on ne peut pas être open source
pour le test, c'est pas utile.
Et donc, la mission,
c'est de faire ce qu'on a interné,
ça marche pour nous, je le mets en source.
Et la personne qui a fait ça, Jeff,
c'est cool, mais après ça,
il était comme, ok, je vais travailler sur quelque chose d'autre.
Donc, personne n'a pas vraiment travaillé
sur Jeff,
depuis 2013, quand React a été réélevé
jusqu'à 2015, quand j'ai commencé à travailler sur ça.
Et donc, tout le monde a hésité.
En open source, les gens disent,
c'est quoi ça ? On a commencé à utiliser ça
mais ça s'est passé, donc on a commencé à utiliser ça.
Et en Facebook, on s'est étendus avec ce genre de choses,
avec 10 000 tests suites et ça fait un an
d'avoir eu le temps de travailler sur ça.
Et donc, mon manager, Tom Okino,
à l'époque, j'étais en train de travailler
sur un nouveau point de travail,
et il m'a dit, hey, Christophe, vas-y, travaille sur Jeff.
Et je lui ai dit, non, je ne vais pas toucher ça,
ça sort. Mais le truc c'est que
tout le monde était comme, hey, vous avez de réémerger ça.
Et je t'ai essayé de prendre
ses suggestions sérieusement,
parce qu'il était toujours venu
de un bon endroit et il m'a toujours supporté
et m'a menti bien. Et j'ai essayé de regarder ça.
Et tout le monde m'a dit,
on va réémerger ça. On va juste
construire un nouveau test, non de réémerger,
construire un nouveau. Ne t'en fais pas,
dis-le, dis-le, dis-le, dis-le d'autre.
Et puis je l'ai regardé et je réalise,
en fait, les idées ici sont vraiment bonnes.
C'est juste que personne n'a pas maintenu ça.
Et il y a beaucoup d'assumptions qui ont été faites
sur la scale pour un code base,
qui n'est plus plus vrai,
ou que le code base a juste vécu plus vite.
Donc, si on prend tout le reste de Jeff,
ça ne fait pas le sens de renommer,
ou que ça ne fait pas le sens de construire un nouveau point de travail,
parce que tout le test sur Facebook
aurait dû être réélevé pour le nouveau point de travail.
Et donc, je me suis dit,
comment faire ça 10 à 30 fois plus vite,
pour que nous puissions faire tout le test
dans quelques minutes.
Et c'était un grand nombre de tests.
Donc, c'est vraiment 10 000 tests suites,
c'est 10 000 files, testant millions
de codes. Comment pouvons-nous
faire ça ? Comment pouvons-nous
improving l'organisateur ? Comment pouvons-nous
modifier l'API ? Comment pouvons-nous ajouter
des nouvelles features ? Et donc, à travers ça,
j'ai commencé à trouver des partenaires.
Et les ads étaient un très obviux,
où on se dit que si on fait un erreur,
ça va coûter la monnaie.
Donc, je pouvais construire des allies,
je pouvais trouver des allies dans l'application de l'application.
L'un des plus grands,
c'est Aaron Abramov.
Il a juste jointé Facebook,
et puis, on a jointé l'application de l'application,
et nous avons travaillé ensemble tout le temps,
même si nous étions comme une équipe virtuelle.
Mais il était très excité de travailler avec moi.
Et donc, je pense que, en général,
c'est une réponse longue de la question
de comment j'ai travaillé avec Jess.
Mais le point est que,
de faire des gens excitées sur une mission,
et de faire cela arriver,
c'est vraiment ce qui m'a aidé
à travailler sur l'open source, et à faire un project
d'open source. Et puis, au-delà de Facebook,
j'ai aussi construit une communauté
de contributaires pour Jess, pour exemple.
Donc, ce n'était pas juste un truc interne,
mais c'est aussi quelque chose,
surtout si vous ne travaillez pas
avec les gens qui sont excitées sur un projet.
Et c'est pourquoi j'ai aussi
évoqué de l'engénierment de la management,
parce que je suis tellement excité
à travailler avec les gens
qui travaillent sur ces projets,
et puis,
eux qui sont excitées, et eux qui ont
une bonne carrière de travail,
parce qu'ils travaillent sur ces types de tools,
ça m'a rendu beaucoup plus heureux
d'y construire quelque chose de moi-même.
Oui, la communauté est importante.
Et je pense que tous vos accomplissements
ou vos équipes de accomplissements
sont vraiment très importants.
En parlant de Jess,
je pense que j'ai vu que vous parlez
sur Twitter quelques fois,
mais je vois que les gestes
des maintenir des gestes,
c'est un truc qui pourrait être plus
que juste un test-runner.
C'est comme si vous étiez un test-runner,
j'ai vu que vous avez un blog post
où vous avez fait un bundler.
Quels potentiels que Jess a
et peut-être que nous n'avons pas
pas utilisé,
ou ne peut-être pas utiliser.
Oui, je dirais que ça ne peut pas être utilisé.
C'était quelque chose qui a fait du sens
5 ou 6 ans, mais ça ne fait pas
plus du sens maintenant.
Donc, toutes ces choses
qui ont été popularisées
avec Lerna et Yarn,
c'était comme une idée de monorepos.
En plus, les repos d'open source,
c'est comme si vous étiez tous les codes
dans un folder et vous n'allez pas les prendre.
Et donc, quand je l'ai ré-write,
tous les internes de Jess,
j'ai essayé de commencer à expliquer.
C'est comme si tout le projet
s'est commencé maintenant, mais maintenant,
mais en plus, ce n'était pas évident.
Et puis, en temps, je réalise,
il y a 30 packages
qui sont composées de Jess.
Vous pouvez en faire 5
pour les faire en bundler.
Vous pouvez en faire 5 pour les construire
un manager de package, si vous voulez.
Toutes ces choses,
je pense que, 5 ans plus tard,
on avait construit un bundler en top de Jess.
Il aurait été plus rapide
que tout ce qui existait 5 ans plus tard.
C'est tout.
Maintenant, il y a un peu de progress
sur les construits de ces changements de monos.
Il y a un bouton,
qui a un test framework,
un bundler, un Dino.
Tout ça a été de
des bases pour l'infrastructure
en JavaScript, et tout ça a été
dans le Dino et le Bund.
Il y a des turbot packs,
des turbot repo,
tout ce que Russell fait,
c'est de la monotoolchain.
C'était le potentiel.
Ce n'était jamais un truc
qui aurait fait le sens de Facebook,
mais aussi, le team n'était pas grand enough
à l'heure pour aller
après cette vision. Il y avait d'autres choses
que nous fâchons.
Les bases sont là, et,
comme vous l'avez dit, je prends les Jess
pour construire un bundler.
Vous pouvez construire tout ça.
Maintenant, je ne vais pas
dire que vous pouvez construire
des fondations plus belles
en 2023 que nous avons
en 2018.
C'est intéressant.
C'est très gratifiant
de voir beaucoup de
les turbot chains et l'écosystème
mouturant.
Je suis toujours
très positif sur le système de frontier,
même si
les gens,
en faisant
des frustrations
sur comment il y a le churn
et comment les choses changent,
c'est vraiment gratifiant
de voir la évolution
de tous ces produits et projets
qui ont vraiment
réellement été un expérience
de la Dev
que nous avons en these days,
plus de mieux que ça, en 2010.
Un truc que je veux mettre
là-dedans, c'est que
les gens souvent sont trop attachés
à leurs outils.
J'ai fait ça, c'est un erreur,
quand j'étais un manager
d'engineering, je m'avais
management de la structure
et j'étais là, on est
dans un team qui est construit, yarn, gest et metro.
Mais ce qui devrait être
plus problématique et solution
et qui est qu'on est en train de
faire un bundling sur Facebook,
on est en train de faire un test
et c'est très difficile de les faire
mais aussi,
et même moi
je ne parle pas d'autres,
si tu te touches à quelque chose,
tu te dis, ok, comment je peux faire ça
un peu mieux, en fait, en en faisant
un peu plus de pensée.
Et c'est une raison pourquoi je suis so excited
de tester le test V,
c'est une réimplementation
ou reimagination de gest,
mais en 2022-2023,
construit en Veed, qui est en mon avis
le meilleur bundler, parce que c'est
très rapidement et
toujours plus javascript, que pour le part de
l'EOS.
Je me préviens beaucoup de la idée
d'éviter, et les idées
qui sont en gestes, elles sont
tous rélevées, parce que le test V est
plus ou moins
un copier, j'espère que c'est ok
et je ne veux pas être inférieur au team V
parce qu'ils font beaucoup de choses
de la base, ils ont beaucoup d'inventions,
ils construisent beaucoup de choses dans le test V
que nous n'avons jamais pu construire dans le geste.
Mais la idée de
test V, c'est
tout de même,
le mode de watch
qui fonctionne, c'est très similaire
et inspiré. Si vous regardez le code,
c'est bien sûr que c'est pas
un geste, je suis totalement fan, je ne dis pas
que c'est un négatif, c'est tout,
la toute idée de Open Search, on a
pu faire des codes sur la wall, si c'est
utile pour vous, on le fait,
on le construit, on le fait, c'est mieux.
Je pense que c'est un exemple
de comment Open Source peut aller très bien
et ma recommandation c'est
pour les gens ne pas être attachés
à quelque chose. Parce que, souvent,
le sentiment est qu'on a fait un nouveau
truc, on ne peut pas le construire
dans ce tout, mais ça serait
plus grand, plus grand,
plus grand, parce qu'on a de l'argent
avec beaucoup de gens, donc parfois c'est
mieux de le faire, de le faire, de la construire.
On construit beaucoup de
codes sur la wall, et ces
assumptions changent en temps, et
juste les chèter est pas un
truc trivial et peut souvent
se faire en projet, comme ça,
c'est plus mauvais que mieux.
Oui.
Donc, vous avez mentionné un peu de
nouveaux tools qui sont là, mais
que sont les tools les plus
intéressants que vous, qui viennent
maintenant, parce que nous sommes en un âge
de JavaScript, en avance.
Oh oui,
oui, comme je vous l'ai dit,
on a un vTest,
et le système entier,
les gens,
je ne sais pas
quel nom c'est,
mais tout ce que les gens
font, c'est un travail impressionnant.
Je pense qu'il y a
une toute splitte maintenant,
on va dans la direction
d'aller, si les tools JavaScript sont
toujours en JavaScript,
ou si les tools JavaScript sont
toujours en JavaScript,
mais c'est un
difficile décision,
où vous allez dans un autre
langage, qui est un peu plus vite,
mais plus vite que le write, mais
plus difficile d'interface avec le JavaScript
quand vous essayez de penser dans un système de plug-in.
Et je ne sais pas,
il y a assez de room pour tous ces
des tools, mais je suis
toujours fan du tool JavaScript,
parce que
quand les tools sont en même langage,
c'est un plus facile
pour les gens qui contribuent
et si votre entier
est en langage,
peut-être que tout le coach
sera en langage, où c'est
pas exactement sure,
où on va aller,
mais pour maintenant, je vais essayer
de toujours mettre en JavaScript,
il y a des choses où les langages
font beaucoup de sens.
C'est quelque chose que nous avons parlé
à Charlie Marsh, en cours de l'épisode 54,
il est en cours de Python,
en cours de Rust.
Nous sommes en cours de hybridisation,
d'une façon,
d'être en cours de Wazom,
qui va avoir des épisodes à venir
bientôt, ou
si
c'est un train de Rust,
qui est embedé
en cours de la full
de la lait,
comme en Rome,
où on est en cours de Rust,
ou
des choses qui lèvent
des choses comme ES Build,
donc il y a un go-core,
et tout le monde s'est rendu,
il y a beaucoup de JavaScript
qui appuient.
Je trouve ça
intéressant, je me sens
que nous avons gagné beaucoup,
et c'est mon opinion,
je me sens bien gagné,
par la set-à-side
un peu de purisme,
mais pour s'en faire,
nous voulons faire des projets
qui sont approchables, mais nous voulons aussi
avoir des caractéristiques
et de trouver les traitements de la rèque
par tool, par communauté, par l'écosystème,
c'est un...
Absolument, et je pense que c'est une raison
de la raison dont, en travaillant sur un bundler,
VIT est tellement excitant pour moi,
car il utilise ES Build,
ou SWC, qui est un des gens qui se courent,
mais
l'acte d'en prendre un file de JavaScript
et d'en compilant ça,
dans un autre type de file,
c'est très string-based,
il faut traverser un peu de traitements,
c'est plus rapide
dans les langues qui ne sont pas JavaScript,
comme Rust, Go,
et autres langues, et ça
fait le sens pour ça, pas de JavaScript,
mais VIT est
comme tout le monde,
je pense que tout le monde est JavaScript,
le minifire est aussi ES Build,
et peut-être Rollup serait rapide
si il était en Rust ou Go,
mais
toutes les laitres du service de service
en décembre, en décevrant le tracking de l'HMR,
tout ça,
il y a probablement un point très petit
en ré-write-en dans un autre langu,
et en keeping en JavaScript, ça vous permet de bouger
plus vite, je pense que cet approach hybrid
ça fait beaucoup de sens, et le problème est
quand les gens disent, hey, on va ré-write tout ça
en Rust, et en fin, c'est 2 fois plus vite,
2 fois c'est toujours bien,
c'est pas rien, mais c'est comme,
si on veut ré-write tout ça,
et faire tous ces traductions
d'une autre performance,
il y a des negatives,
il doit être 10 ou 20 fois,
peut-être que 100 fois plus vite,
et les gens sont très excitées,
on le ré-write dans un autre langu programmé,
et c'est 2 fois plus vite, et on se demande
comment c'est le temps,
et comment plus de maintenance,
je pense que c'est bien balancé.
Oui, pour sûr.
Ré-writing un langu autre, c'est comme un bullet silver,
mais si vous regardez Bun, je ne pense pas
que tous les wins sont juste parce qu'il ré-write
et Zigg, c'est parce qu'il
est optimisé au bout,
il y a beaucoup que vous pouvez faire
avant de changer les langues
pour optimiser votre performance.
Absolument, oui, je pense que vous devez
parler de Jared sur ça,
mais c'est un autre aspect
d'une source publique,
parfois vous avez des gens qui sont
très excitées sur un certain point,
et comme Bun, Zigg
et Jared, ils sont obséssés avec la performance,
c'est comme un des choses,
donc, pour lui, on va voir où il va,
je suis super excité, et oui, vous êtes bon,
peut-être qu'il pourrait choisir une autre technologie,
et il serait aussi très vite,
juste parce que c'est lui qui est construit.
Oui, ça me fait penser
à la conversation qu'on a avec Steve Kraus,
aussi, il a essayé de commencer
un start-up qui était comme,
on va juste faire des stuff de Wazom,
et faire vos projets digitaux
très vite, par ajouter ce
élément natif, et
le bonheur, c'est que
la performance
de la personne est très difficile
et B,
parfois, c'est pas aussi vite
que vous pensez que c'est,
et la performance
c'est
comme un mindset,
comme un certain set de décisions technologiques,
c'est comme, vous devez être
vraiment concentrés sur ça,
et vous pouvez faire des codes performants
et tout ce qu'on a dans l'écosystème,
c'est juste, oui.
Ok, donc,
une question plus, pas de
une crise athénais, avant de
faire une crise athénais.
Vous avez un blog, intéressant,
sur votre blog, sur les développeurs
en front, je le parle souvent
sur ce podcast, je suis juste un développeur
en front, mais je pense que c'est
un très, très fond
et il y a beaucoup de déts
qui ne sont pas initialement
les voir si vous êtes comme,
oh, c'est une personne qui sait comment mettre les voies
sur les screens.
Vous pouvez expliquer un peu
les différents archetypes que vous expliquez
et puis,
quel est-ce que vous pensez?
Oui, une bonne question.
Je
ai écrit ce blog, sur les archetypes
d'engineering en front, je suis en train
d'interviewer les rolls de front
par une perspective de compagnie.
Vous êtes comme, ok,
j'ai besoin d'un personne pour faire cette front,
vous êtes comme, OpenAI,
ce n'est pas
ce que vous avez besoin,
pour les prendre entre les modèles
de la langue, c'est comme, on veut aller
en front d'engineers, j'ai écrit ça,
un drôle de ça, je suis comme, non,
en fait, je dois aller en train de
expliquer les archetypes, et puis,
tout ce qui a commencé
ma propre compagnie, je n'ai pas
reçu le fait qu'il y ait des choses que je voulais
faire en train de faire des choses, je vais le faire
en fin de la fin.
Mais, je suis
d'une manière, d'être
d'engineer pour ma vie
d'engineering, pas juste
ma carrière, mais aussi quand je suis
en train de faire des codes,
la chose qui me défend toujours est
que, j'ai hâte
d'être super accessible avec la performance,
mais quand c'est en service de
printing quelques numéros en terminage,
je n'ai pas l'hâte de le faire.
Je suis plus, ok,
qu'est-ce que vous vous mettez sur la screen
sur un site idéal, que vous pouvez
partager avec le monde immédiatement,
et ce que ça a l'air
? Et c'est pourquoi, quand je suis
construit en train de faire des choses, je ne peux
jamais juste travailler avec un mock-up.
J'ai l'air d'être
d'être capable de faire ça le plus
possible, et puis, je ne peux pas
être un placeholder, je dois toujours
être le genre qui doit être le genre.
Et donc, très rapidement, je
suis un ingénieur en train de faire des choses,
c'est juste où j'ai l'intention.
Et puis, de travailler
sur Facebook, et donc,
quand je suis dans Mendo Park
à l'époque pour 4 ans, et puis je suis
allé à London, et là, j'ai eu
l'opportunité de m'aider
avec les interviews, mais
plus sur un niveau holistique
de se faire, et pour tout le
Facebook London, comment beaucoup de
frontiers d'ingénieurs nous ont besoin par an,
qui va être interviewer,
comment se trainer les interviewers, je
ai trainé beaucoup de ces interviews, comment
nous avons été interviewer, pour que
nous nous conduisions à un
tout de même, et pour moi,
ce n'était pas un concept Facebook,
mais c'est
ce que je pense que les
types de frontiers sont, et donc, les 4
que j'ai déclaré, c'est un ingénieur product,
ingénieur UI, designer, et tooling
ingénieur. Et donc,
les ingénieurs product, c'est
la plus commonlye, que les gens
associent avec les frontiers, où c'est
que, hey, y'a un mock-up, y'a un
camel, peut-être que c'est un
ㅋㅋ, il devait s'impliquer
et il y a aussi des
Toolestens, mais
il y a un
quel en D it Rin Tin Y
any
et on se dit, je sais pas comment notre manager de package fonctionne,
comment notre bundler fonctionne,
comment nous avons évoqué cela à la frontière.
Mais idéalement, si vous pouvez escaler votre org,
les ingénieurs de product ne doivent pas penser à cela.
Elles vont juste aller en direct, les réactions,
vont faire des produits qui se passent.
Et les très excitées,
les très excitées sont lesquels vous pouvez vraiment communiquer
avec votre organisation entière,
avec le design, avec les ingénieurs de backend,
avec le PM, avec les ingénieurs,
à travers l'organisation,
pour construire des grands produits.
Et pas seulement construire les boutons,
mais aussi construire des expériences utilisées.
Un autre avec l'ingénieur de l'Ui,
c'est celui qui est en place sous les ingénieurs de product.
Et ceux qui sont des ingénieurs de design,
ceux qui sont des ingénieurs de design
peut-être même embêtés avec le team de design.
Et ils disent qu'on voit
chaque équipe construire leur propre bouton,
et qu'on va construire notre bouton.
Et puis ils disent que c'est pas vrai,
nous devons faire la typographie,
nous devons faire les patins et les margants.
Et si ceci est peut-être un peu plus facile,
avec des outils comme Tailwind,
mais je me sens comme si,
à une large faible,
chaque compagnie doit avoir des produits,
et puis des ingénieurs de l'Ui sous les ingénieurs.
Et puis il y a un archetype,
et c'est celui que j'aime le plus,
qui est en fait le design.
Et peut-être que je l'aime beaucoup,
parce que c'est celui que je ne le sais pas.
Je peux vous dire.
Je n'ai pas de très bon design,
mais ceux qui sont des uns qui sont en train de se faire le self-taute,
ou qui ont un...
Je dirais que c'est un path de career,
et je ne veux pas dire ça dans un moyen négatif.
C'est un peu comme,
je suis un étudiant anglais en Cambodia,
et puis je suis revenu et travaillé avec le design,
et puis je suis allé à cette school
pour apprendre comment faire le design.
Et puis je me suis dit,
je voulais impliquer et j'ai appris le code.
C'est comme ça,
et ces gens sont usually super intéressants,
qui sont super créatifs,
qui ont des idéaux super bons,
et qui peuvent aller et venir avec un design,
dans les détails qu'ils utilisent,
et puis aussi impliquer.
Et puis ils viennent,
et je leur dis,
je vais juste mettre le web gel,
et maintenant c'est 3D,
ou quelque chose comme ça,
et tu es comme,
wow,
et ceux sont les uns qui font des pages de splash,
par exemple.
Et puis la dernière,
c'est, je pense,
le tournage infré-ingénieur,
et c'est celui que je vais identifier
avec le plus de choses
que j'ai vues travailler sur.
Ce sont les gens qui vont
et figurent tout le infrastructure
et construire.
Mais maintenant,
je vais essayer de retourner un peu plus
dans le design productif,
comme je vais essayer de être
un frontier de fond,
si ça marche.
Oui,
ces archetypes
réellement résonnent avec moi.
Je pense que
j'ai commencé par un produit,
mais ensuite,
je me suis rendu plus et plus
en train de faire un infre,
pour que je ne sois pas
comme mon petit travail.
Je faisais des systèmes de design
et des systèmes de design
pour les tournage.
Donc,
j'ai doublé
ces deux brackets,
puis je m'ai récentement
enjeu et j'ai commencé
à décrypter un start-up,
et j'ai fait un produit
pour les produits de stack.
Mais ensuite,
j'ai commencé à faire
mes expériences,
et toutes ces responsabilités
ont été dépassées pour moi.
Et je n'ai pas bâti
notre système de design,
et j'ai eu beaucoup de notre tournage.
Donc,
je pense vraiment que ce sont
des bons archetypes,
et si les gens
sont en train de se faire
et qu'ils devraient
apprendre sur eux
pour qu'ils puissent
aller plus loin sur les sujets.
Je peux ajouter un truc
pour ce que vous avez dit,
parce que
une raison
pourquoi je veux
faire des choses comme ça
c'est parce que je me sens
comme
avoir été un manager d'engineering
pour les derniers six ans
et demi ou quelque chose.
Il y a certaines choses
que vous avez appris
sur ces sortes
des positions
et des profils
et des gens
qui ont essayé de les faire
et de les faire
travailler ensemble
et de les faire heureux.
Comme,
faire tout le monde heureux,
c'est-à-dire.
Et une raison
pourquoi je l'ai dit
c'est parce que
ce que j'ai vu
dans des orcs d'engineering
où j'ai été
c'est que les engineers
sont traités
comme ce bon fungerable
où c'est juste une ressource.

ok,
c'est un ingénieur
donc,
on va lui mettre sur cette équipe
et qu'il faut
qu'ils puissent travailler
sur cette chose.
Et donc,
le problème
c'est que ça ne marche pas
comme ça.
Et vous devez vraiment
faire des choses
qui sont passionnées.
Et le meilleur moyen
d'en commencer
c'est de savoir
ce qu'ils ont de passion
parce qu'on peut juste
leur demander.
C'est bien souvent
avec des gens plus junior
qu'ils n'ont pas décédé
encore,
ils ont encore quelque chose
à apprendre.
Mais des gens plus
senior
qu'ils vont vraiment savoir.
Et puis, si vous commentez
que,
hey,
je sais que vous avez
des systèmes de design
mais maintenant
je dois vous
travailler
sur un nouveau bundler
et puis vous allez
et vous dites
ok,
je vais le faire
et puis vous dites
je vraiment
hésite.
Et puis,
vous ne vous venez pas
bien,
vous ne vous venez pas.
Et comme,
être capable de partager
ceci avec votre manager
et les gens autour de vous
et comme,
essayer de se faire
une position
où vous allez faire
ceci
plus de choses que vous aimez.
Je pense que c'est aussi
la histoire
de pourquoi je commence
une compagnie
mais en général,
comme,
ça lead
à des outils de meilleure
et comme,
ça fait que les gens
sont plus heureux.
Donc,
c'est une raison
pourquoi je vais
maintenir ce blog
et comme,
dire ces choses.
Tu as un manager
un peu plus tard
qui a
eu cette
façon de continuer
la conversation avec
c'est comme,
tu sais,
je vais essayer de faire
ce travail
et
c'est vraiment difficile
mais je veux mieux
le faire
et,
tu sais,
c'est comme,
je vais
continuer de
me battre
contre
ça
et
il a sorti
de meurtre
et il est comme,
mais tu es vraiment,
vraiment bien
à cette autre
partie de travail.

tu dois juste
se focuser
et
prendre ce que tu es
déjà bon
et juste
aller mieux
sur ça.
Et puis,
tu sais,
c'est comme,
cette contribution
est sorti
d'intéressant
et importante
d'understand.
Donc,
j'apprécie les archetypes.
Et
une autre chose
que je pense
est vraiment importante.
C'est juste
de la façon
de refermer
les choses,
de les avoir
des mots
pour les décrire.
C'est aussi vraiment important
de dire
oh,
en fait,
c'est ce que
je dis,
c'est ce que
je dis,
ce que j'aime.
Donc,
c'est cool de voir
et
et si
il y a quelqu'un
qui est
le joueur
qui est
l'écoutant,
qui est
bien,
je pensais que
j'ai vraiment
l'aimais
en avant
mais je fais
ce truc
et c'est vraiment
délicieux
et j'ai vraiment
un temps difficile.
C'est probablement
un signal
qu'il y a quelque chose
d'autre pour vous
qui va
vraiment
vous placer
et vous vous exciter
et vous devriez explorer.
Oui,
j'ai
deux filles maintenant.
Mia et Lena.
Mia est 5
et Lena est 1
et je pense
beaucoup sur
ce que
ils veulent faire
et ce qu'ils doivent faire
ou
comment ils ont appris,
et ce que j'ai
lu et ce que j'ai
fait un peu de sens
pour moi,
il y a deux choses
qu'il faut apprendre.
L'un est
que vous devez avoir
une passion,
vous devez être excité
pour ça
et l'autre est que
vous devez prendre du temps.
Et quand vous pouvez
aligner ces deux choses,
puis généralement
vous allez avoir
de la bonne chose
et vous allez en apprendre
quelque chose.
Et donc,
en premier,
ne pas donner des gens
le temps
pour apprendre quelque chose,
c'est une bonne chose
et aussi mettre des gens
sur des projets
qu'ils n'aiment pas.
C'est une bonne chose aussi.
Évidemment,
avec des petites entreprises,
vous n'avez pas la chance
de prendre la chance.
Donc je parle vraiment
d'organisations

cette chose
est souvent
une chose
où je vois
des ingénieurs
qui disent
« Hey, je ne suis pas
bon à ce point. »
Et c'est comme,
« Ouais, mais
on n'a pas d'autre chose
à travailler sur. »
Et ça,
ça s'en fout,
c'est vrai.
Et donc,
à l'aider,
on trouve toujours
un endroit
où les gens
peuvent être heureux.
Et ça
lead à
des outils
et ils
vont apprendre quelque chose.
Donc,
en parlant
de
être heureux
avec ce que vous êtes
en train de travailler,
on va changer
les armes un peu
et parler
de votre nouveau jeu
et de votre nouvelle company.
Oui.
Donc,
votre nouveau jeu
s'appelle
« Thena Crisis ».
Donc,
qu'est-ce que c'est?
Et pourquoi
avez-vous choisi le construire?
Oui.
Donc,
c'est un jeu de stratégie
sur le tournevis.
Et c'est un peu inspiré
par les jeux
qui existaient
20 ans plus tard.
La pensée
premièrement
était que
je voulais,
comme je l'ai dit,
je suis commencé
à créer
des jeux de vidéos.
Et je l'ai fait
comme une petite fille.
Donc,
j'ai construit
des jeux de vidéos
et des réseaux sociaux.
C'était avant
que j'ai joué à Facebook.
Et donc,
j'ai spenté
10 ans sur Facebook.
Donc, j'ai eu le feeling
que la box de réseaux sociaux
est un peu trop tique.
Je me souviens
que Facebook
n'a pas été de la même manière.
Mais,
je l'ai fait.
Et donc,
j'ai pensé
après deux ans
à la stripe.
Qu'est-ce que je suis
vraiment passionné
sur ce que je veux vraiment
faire?
Et donc,
je pensais peut-être
que je voulais
retourner
aux jeux de vidéos.
Et donc,
j'ai construit
une sorte de tournevis
dans la hôpitalie.
Donc, c'était
17 ans plus tard.
Mais ça n'a pas
des animations.
Ça n'a pas
les structures de données.
Ça n'a pas un AI.
Ça n'a pas le thought
d'y avoir.
C'est vraiment
une bête de la vie.
Je me sentais
vraiment cool
que je pouvais construire ça.
Mais,
tu sais,
j'ai juste eu
beaucoup de choses à faire.
Et il n'y avait pas de manière
que je pouvais
construire ça
en tant que knowledge
que j'avais
sans ré-write
tout le monde.
Et donc,
d'un an plus tard,
peut-être
un an et demi plus tard,
j'ai juste
eu ce jeu de jeu de vie
pour le tourner
dans un containers de doc.
Il était tous
dans le P&P 5.
Et j'ai eu un containers de doc
pour le tourner
avec cette code.
Vous savez,
en train de tourner
un projet de JavaScript
en 3 ans,
dans un install NPM,
c'est impossible
de le faire.
Il y a une code base
de 17 ans
dans un containers de doc.
C'était incroyable.
Et donc, je pensais,
man,
n'est-ce pas cool
de construire un AI
parce que je n'ai pas
aucune idée
comment faire ça.
Et pour moi,
quand je le read online,
je me dis,
hey,
comment tu construis un AI
pour le jeu de vidéo ?
Et je me dis,
je vois tous les détails.
Et je me dis,
je ne le vois pas.
Je dois vraiment
le faire.
Et donc,
notre secondaughter
a pu et c'est
juste
incroyable
de avoir deux enfants.
Mais c'est aussi
vraiment exprès.
Donc, j'ai besoin
de quelque chose
de la
question.
Et donc,
j'ai commencé
comme un projet de méditation
juste
de scratch.
Comment j'ai construit ça ?
Et j'ai pris
une vraiment
étrange constrain
sur moi-même.
Je n'ai qu'à utiliser
les tools
que j'ai fully compris.
Obvié,
on a déjà mentionné
l'Orta.
Et il a
ce talk
quand il était
en artsie
qu'ils veulent
seulement utiliser
l'open source
qu'ils peuvent aussi
maintenir
si ils nous ont

un tour.
Et c'est
cette idée
où vous contrôlez
votre entire stack.
Et donc, pour moi,
c'était comme,
je n'ai pas vraiment
un engin de jeu.
Je n'ai pas d'église.
Donc, la seule façon
que je peux l'utiliser
c'est si je construis
ça de scratch.
Mais je ne réacte pas,
je ne réélève pas,
je sais que tous ces
frontiers et tools
que j'ai été
sur le team
ou très clés
pour un long temps.
Donc, ça était
mon constrain.
Et c'est comme,
comment je peux
avec ça ?
Et en temps,
ce hobby
sort de quelque chose
réel.
Et donc,
la autre pensée
c'est que
construire un jeu 3D
est juste incroyablement
pour moi.
Donc, je pensais que je vais
commencer à construire
quelque chose de 2D,
quelque chose de retro,
juste pour voir
si je peux le faire.
Et à quel point
je vais avoir
un JavaScript,
CSS
et réacte.
C'est incroyable.
Donc,
vous avez un tout
custom engin
qui est
comme,
est-ce que
vous réactez
en frontier ?
Qu'est-ce que
votre stack
ressemble ?
C'est tout de suite
l'image
et CSS
et réacte.
C'est incroyable.
C'est incroyable.
Je l'ai
emmené.
Donc, c'est un autre
truc,
mais,
en travaillant en
tooling pour si long,
et en travaillant
en
asm engenriens
pour si long,
je n'ai pas fait
autant de CSS.
Je l'ai
gardé à la date.
Je sais que le basic
sort de
CSS
existant,
comme en évoluant.
Mais je n'ai jamais
utilisé
tous ces features
avancées.
Donc,
c'était un autre
rôle pour
construire un AI.
Il est bien
bien
à 2023
ou
2022,
à la fois,
CSS.
Et je
ai mis
beaucoup de
issues avec
les browsers.
C'est pourquoi
j'ai
mis
un parler
sur
comment
ne pas
construire un
jeu de

Et je vais
à Amsterdam
dans un
week
pour parler
de ça.
J'ai
utilisé un peu de
des manières
intéressantes.
Les
sprites
étaient
vraiment
très
facile
à utiliser
les variables

Vous
avez un
index

que vous utilisez
pour
animer
tous les
sprites.
Je
suis
très
embêtant
pour le jeu.


beaucoup de
poils
et j'ai
ouvert le
fond.
Je

fait
mon research
et je
regardais
tout le web
animation
et je
voulais
faire
le
javascript
pour
les animations
idées.
C'est
pour
ceux qui
sont
dans les animations.


veux pas
faire
beaucoup
javascript
pour
les animations.
Mon
problème
était que
je n'allais pas
aligner les animations
parce qu'elles
commencent
quand un
élément est
inséré
dans le dom.
Mais
je
ai
fait
ce research.
Je
ai
appris
un

qui



Et
ça
vous

un temps
qui
commence
quand
vous
ouvrez
la page.
Vous
pouvez
mettre
l'animation
à
ce moment.
Et
tous les animations
seront
inséminés.
Je
vais changer
ma
approche.
C'est
moins
clouant
que
ce que j'ai.
Mais
c'est
une autre
façon
pour

et parler.
Je
peux
trouver
des
brousses.
Je
peux
trouver des
brousses
qui sont
plus
valables.
Et
je
suis
d'accord.
C'est


plus
d'une
fois.
C'est



d'une
fois.
Je
vais
changer
ma
approche.
Je
vais
changer
ma
approche.
Je

changer

ma
approche.
Je


mes












plus


brousses.
Je

changer

approche.
Je
Je veux construire un company dans l'opinion.
J'ai pas l'air d'un source ouvert, comme le corps du jeu à ce point.
Mais je veux un source ouvert comme la technologie.
Mais même si c'est pas la technologie,
je ne pense pas que le jeu que j'ai mentionné est un qui soutiendrait 3D games.
Je pense qu'il y a WebGL, WebGPU, etc.
Ce sont des choses qui font beaucoup plus de sens.
Mais il y a probablement des idées que je suis venu avec
ou que j'ai déjà eu, qui font beaucoup de sens pour les populaires.
Et c'est un peu comme ça.
Je pense que la vraie idée est que je veux faire plus de choses que j'aime.
Mais c'est comme si le développement des jeux était un peu bloqué.
Et je pense que Web a des réponses, pas toutes,
et la meilleure outcomes de l'endemain serait de faire des jeux plus démocratisés,
et de faire plus facile à construire les jeux.
Je ne sais pas exactement ce rôle que je peux jouer en ce moment,
mais je suis sûr que l'open source va jouer un rôle utile
et que je vais être un partage d'aide dans ce cas.
Il y a beaucoup d'interessants aspects dans votre histoire.
Tu parles de la première tournée après avoir des enfants
et de la nécessité d'un exercice méditative,
et de la chose que tu savais.
C'est un problème commun que j'ai avec les projets.
Je sais que beaucoup d'autres gens sont probablement dans le même sens.
Il y a des choses qui sont très importantes.
Il y a une conversion de mentalité à l'input.
Et tu dois payer,
et surtout quand tu es plus ou plus âgé,
tu dois être très stratégique sur comment tu payes ce prix.
J'apprécie ton stratégie.
Tu es optimisé pour payer le prix
sur les nut et les bolts du jeu,
pour pouvoir faire des technologies
qui te permettent de te faire faire des choses.
C'est souvent facile de faire des choses
qui sont fascinées par un nouveau jeu de jeu.
Tu te payes tout cet énergie
sur le nouveau jeu de jeu.
Et quand tu es au cours de construire
ce jeu que tu veux partager avec le monde,
tu n'as pas le temps à te faire finir.
C'est une histoire très commune.
Je veux donner un appréciation pour cette approche.
Tu as dit quelque chose de très bien.
Tu penses des choses que je sais.
Si tu es en train de faire quelque chose de sain,
tout est nouveau et tu dois commencer par scratch.
Tu n'as pas le temps à te faire finir.
Tu ne dois pas apprendre des choses nouvelles.
Tu dois se faire un temps,
et tu peux faire un nouveau jeu.
Tu peux faire des choses nouvelles.








C'est un jeu de jeu de jeu de jeu.




Tu peux faire des choses nouvelles.
Tu peux faire des choses nouvelles.
Tu peux faire des choses nouvelles.

Tu peux faire des choses nouvelles.
Tu peux faire des choses nouvelles.


Tu peux faire des choses nouvelles.



Tu peux faire des choses nouvelles.
Tu peux faire des choses nouvelles.








Tu peux faire des choses nouvelles.
Tu peux faire des choses nouvelles.
Tu peux faire des choses nouvelles.
Tu peux faire des choses nouvelles.
Tu peux faire des choses nouvelles.
Tu peux faire des choses nouvelles.



Tu peux faire des choses nouvelles.
Tu peux faire des choses nouvelles.







Tu peux faire des choses nouvelles.








Tu peux faire des choses nouvelles.
Tu peux faire des choses nouvelles.



Tu peux faire des choses nouvelles.
Tu peux faire des choses nouvelles.
Tu peux faire des choses nouvelles.

Tu peux faire des choses nouvelles.


Tu peux faire des choses nouvelles.





Tu peux faire des choses nouvelles.








Tu peux faire des choses nouvelles.
Tu peux faire des choses nouvelles.







Je pense que si je ne sais pas ce que la CSA a pensé,
je ne pense pas que je suis si mou,
mais je suis comme, c'est super.
Il y a une chose qui, quand tu sélectionnes un unité,
elle vous montre la radie de mouvement.
C'est un rectangle bleu.
Donc, chaque sens a un rectangle bleu.
C'est un rectangle bleu.








Je pense que ça me rend le plus heureux.
Je peux faire quelque chose avec la CSA
que tu ne peux pas faire avec des images prérendues.
CSA me rend très bas,
et un peu plus chaleur.
Je ne les ai pas fait chaleur.
Je le vois et je le vois.
Je le vois et je le vois.
Je ne sais pas comment faire ce rectangle bleu.
Je ne sais pas comment faire des choses plus bonnes.
Je souhaite que la CSA soit plus expressive
et qu'elle puisse être un langage simple.
Je ne sais pas si c'est le but pour les gens qui travaillent.
Je pense que ça serait un cool truc.
CSA's Houdini fit ça.
Tu peux extender la CSA
pour faire tout ce que tu veux.
Je pense que c'est un truc très important.
Je pense que c'est un truc très important.






Je pense que c'est un truc très important.
Je pense que c'est un projet très fort.
Si on avait dit que c'est un projet de progresse,
on a dit que c'est un projet de progresse.
Tout ce que je veux dire
c'est que je veux que tout soit possible
pour tout le monde.
C'est pourquoi je me demande
que la CSA soit plus simple
et qu'il y ait trop de tools
qui sont trop utiles
et qui ne sont pas pour les beginners.
Je suis content d'avoir un bon user
et un bon developer.
C'est peut-être pourquoi je ne suis pas content.
Je me demande que je ne soit pas encore là.
Je ne fais pas tout ça.
Je suis très content.
Je me demande que je me déplace
et que je sois plus capable
de faire des choses plus facilement.
Merci, les amis.
Nous avons voulu le faire un peu,
mais vous êtes en train de commencer une nouvelle compagnie.
La crise de Athena est la première producte.
C'est une bonne question.
Quels sont vos goals avec la compagnie?
Qu'est-ce que vous voulez faire de l'autre côté?
Vous êtes en train de commencer avec Open Source,
mais qu'est-ce que vous avez après?
C'est une bonne question.
Je ne savais pas que je serais allé construire la compagnie
quelques mois plus tard.
Je savais que je serais allé construire la compagnie.
C'est clair que,
je ne veux pas qu'on se fasse le tout.
Je ne veux pas que je fasse le tout.
Je ne veux pas que je fasse le tout.







Je ne veux pas que je fasse le tout.
Je ne veux pas que je fasse le tout.
Je ne veux pas que je fasse le tout.







Je ne veux pas que je fasse le tout.
Je ne veux pas que je fasse le tout.




Je ne veux pas que je fasse le tout.


Vous avez fait cette choisie.
Dès que quelqu'un décide de faire une compagnie,
c'est une grande choisie,
et surtout que vous avez des enfants.
Qu'est-ce que vous avez fait?
Qu'est-ce que vous avez fait?
C'est ce que je dois faire.
Comment ça vous a fait?
C'est bien.
Je vais vous donner un petit peu d'adaptation
sur ce que j'ai fait.
Vous avez parlé de la vidéo de l'an dernier.
Je veux juste travailler sur ce jeu.
Je veux le construire.
Je suis content que d'autres personnes puissent le faire.
Je veux faire une source de l'open.
Il y a une chance très grande que ça ne marche pas.
Mais je peux aussi aller en train de faire quelque chose d'autre.
Je suis content d'y aller.
Il y a d'autres compagnies incroyables.
Mais ça semble quelque chose que je dois faire maintenant.
En partant du processus,
et le fait d'avoir deux enfants et une famille,
c'est une grande partie de la décision.
Quand vous êtes un manager d'ingénierie,
ou une position de leadership,
et que ce n'est pas votre,
vous vous donnez l'obligation d'opiner votre temps.
Le calendrier est ouvert.
Les gens vont juste aller et dire
qu'il y a un autre spot pour une conversation de 60 minutes.
Vous vous faites juste s'occuper.
Surtout si vous travaillez remotely et vous travaillez de la maison.
Vous vous faites un appel en vidéo.
C'est de 9 à 6.
Qu'est-ce que ça va ajouter?
Je suis content d'y aller.
Je suis content d'y aller.







Je pense que c'est un peu plus important.
Je ne travaille pas en nuit et en week-end.
Je travaille en certain temps.
Quand je sens que c'est suffisant, c'est suffisant.
Je ne travaille pas en 9 à 5.
Je veux plus de contrôle.
C'est aussi facilement dit.
Si vous commencez un business en Japon,
il y a des tas d'invents de paperwork.
Ce n'est pas tout ça, c'est juste de la fun.
Mais ça se sent bien,
c'est quelque chose que je sois content.
Je suis content d'y aller.
C'est un feeling différent.
C'est un peu plus important que le paperwork
ou le spreadsheet.
C'est un peu plus important que le travail.
C'est cool. Je suis content d'y aller.
Je pense que c'est quelque chose
que tout le monde, à un moment dans leur vie,
si ils ont la� les opportunités de les soutenir
et que vous soyez en train de vivre pour vous-même
avant l'étirement, si possible.
Je peux juste ajouter un truc?
C'est un truc si vous avez l'opportunité.
Je suis devenu un famille bleu
dans le pays de l'Australie.
Je ne l'ai jamais imaginé.
Je pensais que vous avez mentionné
la famille pour quelques fois.
C'est un temps très dingue
quand mes enfants sont si jeunes.
La seule option c'est de le faire
plus tard.
Je pense que je ne regretterais pas
si je ne le fais pas.
Je me suis rendu très fort.
J'ai été très fort pour être partage
et pour avoir la luxurie
de essayer et de voir si ça fonctionne ou pas.
Je reconnais que les gens ne le font pas.
Je suis toujours très risqué.
J'ai eu le risque d'être en train de commencer
une compagnie. Je suis très nerveux.
Je me suis rendu très fort
de pouvoir essayer et de voir
comment ça fonctionne.
Je voulais partager.
Je pense que c'est génial.
Si ça ne fonctionne pas, je peux toujours faire un autre travail.
C'est quelque chose que j'ai essayé de me rappeler.
Surtout si vous êtes bons et vous avez fait ça
pour longtemps et vous pensez
que je devrais faire quelque chose pour moi-même.
Je pense que c'est un travail de plus en plus.
Je vais essayer.
Si vous n'avez pas ouvert la source,
vous n'avez jamais de voir.
Merci pour votre accueil.
C'était très drôle de vous parler.
Vous avez une édition
de la information et de l'histoire dans le space de DevTools.
Je suis heureux de voir où votre company de jeux s'occupe.
Merci beaucoup.
Merci beaucoup.
Je suis très heureux.
Je suis très heureux de voir ce nouveau chapitre
dans la vie.
Je veux vraiment voir plus de gens explorer leur passion
et trouver des joies dans le monde.
Je vous souhaite le meilleur.

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