Les principes de Nato sont d'incréditation,
ou de plus en concret, d'embrasser la JavaScript.
J'adore tous les langues de programmation,
de Haskell, tout ça.
Mais la chose de la JavaScript, c'est que...
Je sais la JavaScript,
vous, probablement, vous savez la JavaScript.
Bonjour, bienvenue à la podcast de DevTools FM.
C'est un podcast de développeurs et les gens qui les font.
Je suis Andrew et je suis ma co-host, Justin.
Salut, tout le monde.
Aujourd'hui, on a Paul Shin.
C'est le créateur de Natto.dev,
qui je suis vraiment heureux de parler de ça.
Avant ça, Paul, vous voulez vous interpréter?
Oui, je m'appelle Paul.
Je suis heureux d'être ici.
Je suis un ingénieur de software.
Je travaille sur des projets de Randon.
Le premier que je suis en train de faire est Natto.dev,
qui est un des caméras pour la JavaScript,
qui vous parlerez.
Je suis vraiment heureux d'avoir parlé de ça.
En général, je suis vraiment heureux de voir
ce genre de code de règle,
de la section de la programmation,
de la programmation et de la slice d'expérience.
Oui, je suis heureux d'avoir parlé de quelques topics ici.
Oui, vous parlez de ma langue.
Aller, on va en parler.
Je voudrais savoir un peu
ce qui vous inspire à construire Natto.
Où vous pensez-vous en prendre?
Oui.
Oui, donc pour commencer,
je vais donner un petit contexte.
La première chose que j'ai travaillé sur l'année dernière,
c'était d'interpréter dans des différentes manières
pour explorer des bases de code.
Si vous vous écouliez sur ma Twitter,
vous verrez que je faisais ces différentes
manières de manières pour construire des bases de code.
La première chose était une interface spatiale,
où vous pouvez ouvrir des pains de code.
Et quand vous vous mettez en définition,
vous verrez un autre pain,
avec juste la fonction,
ou l'unité sematique que vous regardez.
Et ensuite je suis en train de faire des autres iterations.
Donc, c'est un petit background.
Et après ça, je travaillais sur un jeu
avec mon ami Rajeve,
et on a construit un jeu qui s'appelle Draw Battle.
La description est la description de la pièce de team.
Nous avons expérimé la grossesse,
et je suis un des gens qui
s'obsessifiquement refreshent
pour voir comment beaucoup de gens jouent.
Et c'est comme ça,
qu'il y a juste ce point restant,
où vous pouvez voir tous les jeux actifs.
Et ce que je fais, c'est que je vais en mettre un pouce-man,
et je vais repétitivement
envoyer des réquests,
et puis faire commande F
pour voir comment beaucoup de gens jouent.
Et puis je voulais aussi voir
les idées actives actives
et je me suis rendu
un processus répétitif.
Et je pouvais facilement écrire une description pour ça,
mais il y a juste quelque chose de bien,
et le pouce-man, quand il rendait Jason,
il rendait un Json Blop
interactif, pour que vous puissiez s'exprimer.
Mais je me suis rendu primaire
pour voir comment beaucoup de gens jouent.
Et un jour, je me suis dit,
je vais juste réagir sur ce petit truc
où vous payez un Json,
et puis vous pouvez le transformer.
C'est beaucoup, comme les pipes uniques,
c'est une grande inspiration ici,
ainsi que de l'utiliser JQ.
JQ est comme ce tool que vous pouvez utiliser
pour courir Jason.
Et donc je me suis rendu certain
que vous pouvez le faire dans la ligne commande,
mais je suis déjà intéressé
dans les interfaces spatiales.
Et donc je m'ai réglé quelque chose,
j'ai posté un vidéo sur Twitter,
et ça a vraiment été réglé
et je suis toujours en train de travailler sur ça.
C'est génial.
Je pense que j'ai un petit peu de la tête de nous-mêmes.
Peut-être que vous voulez décrire
un petit peu ce que Natto.dev
est et que les interface des gens
sont en train de voir.
Bien sûr, les gens devraient le vérifier
pour les autres.
Oui, oui, donc Natto.dev, la ligne commande
est un canvas pour JavaScript.
Mais une autre façon que je le décris est
qu'est-ce que si le console Chrome
et les spreadsheets
et un Ui Figma
ont un bébé,
vous cliez ces trois choses ensemble.
Oui, donc Natto,
pour décrire le produit, c'est un canvas pour JavaScript.
Donc vous pouvez créer des pains.
Vous pouvez avoir les pains de texte
ou les pains d'éval,
qui sont exactement que c'est
juste un Ui pour la function de la function
d'éval de JavaScript.
Mais une autre façon de penser est que vous avez
des blocs de computation.
C'est comme le bruit brain de voir.
Mais l'autre chose est que
ces pains, vous pouvez les connecter ensemble.
Et donc vous pouvez avoir
un modèle de naturel,
où l'application d'un pain va dans un autre.
Donc si vous êtes
familiar avec le programme visual,
ça prend beaucoup d'idées de ceux aussi.
Quoi sont les cool choses que vous avez faites avec ça ?
Oui, comme je l'ai dit,
j'ai l'impression d'utiliser comme un playground
pour explorer ces idées de code future.
La chose que je trouve est
que si vous avez des idées de la construction
de des codes de la construction,
vous pouvez utiliser les idées de la construction
en utilisant les idées de la construction
comme l'exemple.
Si vous vous faites un code de la construction
pour l'Ui, vous avez beaucoup d'intéressant
des choses qui ont été formées.
Une des choses intéressantes de ces idées de la construction
sont les idées d'un objectif
d'un code de la construction.
Si vous avez des idées de l'objectif
de la construction, vous pouvez juste
le mettre en place,
ou vous pouvez le faire de la function.
Si vous voulez duplicer une fonction
ou juste le mettre en place un peu,
vous pouvez créer un nouveau file,
mais ensuite vous devez les importer,
et le faire. La chose cool de l'Ainato
c'est que vous pouvez sélectionner des idées
et faire la même option drag
que vous faites en Figma.
Vous avez un clone où vous pouvez le mettre en place
avec le code et voir les résultats de la live.
Je pense que c'est des interactions
comme ça que je suis excité de explorer.
Oui, donc vous vous sentez
que les idées de la construction
n'existent plus, mais pas pants,




mais c'est identifier...



de l'embrasser un visuel canvas spatial, mais vous êtes toujours en texte.
Et donc à l'endemain de la journée, vous êtes toujours en JavaScript,
vous n'êtes pas en train de draguer des blocs de variables
ou blocs de...
Ici, je suis créé une fonction, vous avez juste type la fonction.
Et donc, c'est ce genre de terrain en milieu que je suis curieux de explorer.
Je suis vraiment excès à des interfaces spatiales.
Je pense que nous verrons plus et plus de tools à des interfaces spatiales.
Mais je aussi ai mes concerns avec eux aussi.
Je pense que ces problèmes sont sur le niveau de la scale.
Mais au moins pour le cas de la case de la base de la base de la base,
il y a juste beaucoup de bonnes propriétés de avoir ce canvas.
Il mêle vraiment bien comme un métaphore pour le monde réel
où vous avez un table de espace que vous pouvez travailler avec.
Oui, donc vous ne voyez pas que c'est un tool pour la production code,
ou au moins pas encore.
C'est plus de juste, c'est votre table de base.
Oui, oui.
Donc, où est-ce que...
C'est le but de la base de la base,
ou où est-ce que ça va?
Je ne sais pas.
Je ne suis pas sûr de ce que ça va être.
C'est une chose d'exploration.
Mais je ne vais pas utiliser si de faire votre prochain business.
Je ne pense pas que ça sera le but,
ou si c'est de l'utiliser de l'usage de la base.
Pour commencer, je pense que vous commencez avec les cas de la base de la base.
Je pense que vous pouvez utiliser le Not Do maintenant
pour l'utiliser de petits scripts,
ces 1-off, peut-être des tools internes.
Un autre chose d'excité est que ça fait que c'est vraiment facile
de l'éloigner comme des petits UI.
Si vous voulez juste l'utiliser de petits formes,
ou un moyen de l'utiliser de données,
vous n'avez pas de créer un nouveau page HTML,
créer ReactApp, ou bootstrap,
ou tout le web page,
vous avez déjà les divs pour vous,
et vous pouvez les remplir.
Oui, j'ai mentionné au début,
je pense que l'idée de la programmation multimodale,
où vous avez un programmation traditionnel,
mais vous avez un moyen de se faire couper
dans une interface spatiale,
ou d'une interface visuelle,
ça fait beaucoup de sens.
Il y a un bon peu de temps,
dans Game Dev,
où vous avez des files d'intentie
et des classes de construction,
et vous pouvez vous mettre en place
un moda,
une édite,
et des relations,
peut-être pour vos shaders,
mais la multimodale
est vraiment intéressante.
La chose que j'ai immédiatement pensée
quand j'ai commencé à jouer avec Not Do,
c'est qu'il y a un service
qui s'appelle boom,
c'est B-O-O-M-M,
dot I-O.
Donc, boom est comme
ce moyen de créer un petit snippet
installable comme un package.
On pense à un passe-band,
d'exemple, excepté les packages MPM,
donc vous créez une nouvelle,
vous vous léguer,
et vous la savez,
et vous avez un URL,
vous pouvez installer l'MPM.
C'est la chose qui est immédiate,
je pensais,
je pensais,
si je pouvais juste installer
tout ce canvas comme un package,
ça serait vraiment cool.
Parce que vous avez la possibilité
de dire, ok, je vais prendre quelque chose,
et je vais le mettre en visual,
et je vais juste installer mon codebase
et utiliser ça.
Mais, oui,
que ce soit le futur,
je suis sûr,
c'est un mix
de toutes ces choses, en quelque sorte.
Je vais peut-être voir
les autres industries,
c'est intéressant
comment le programme visual
est là pour les non-programmes.
Donc, je suis regardé un peu de content
sur YouTube,
comme,
sur la nouvelle unité,
ou les gens utilisant Blender,
et ça me démarre
quand je vois ces programmes visuales
s'entraîner.
Je vois la unité démo,
ils en faisaient un noix phasorique,
et c'était
des centaines d'éléments
sur la table,
juste pour faire un son.
Et c'est assez astaillant
que quelqu'un peut comprendre ça.
Et la même chose
avec Blender,
je ne suis pas vraiment sûr
de ce qu'ils font en Blender,
mais ils sont connectés
à ces boxes
pour appliquer les shaders
et faire des formes.
C'est tellement intéressant.
Et le moyen que ça peut appliquer
juste pour l'application
est un peu mind-boggling pour moi.
Oui, je pense que le code
a beaucoup de bonnes propriétés.
Je pense que dans le futur
de code, vous pensez beaucoup
sur les textes
ou les unités semantics.
Quand vous avez écrit un code aujourd'hui,
traditionnellement, vous avez type des textes,
et puis le compiler
va passer vos textes.
Et vous savez,
il y a une fonction,
il y a un variable.
Et,
comme,
intuitivement,
ça fait le sens que
peut-être, notre tool devrait se mapper
plus près de ce que l'aiment.
Et donc,
peut-être,
vous vous dédiculez un bloc
pour un variable.
Ou,
de cette façon,
si vous renoncez le variable,
vous n'avez pas à faire un command,
comme un projecte finit
pour remplacer cet instance
de ces textes.
Vous pouvez juste renoncer
ce que le système sait
comme un variable
et faire ça correctement.
La chose que je trouve
en m'en souviens,
en en regardant,
c'est que le texte est vraiment
vraiment bien, en tant que
de la manière dont on consomme
et interactue avec le code.
Même si le système est,
comme,
ici sont ces entities
de fonction,
et de condition,
comme,
ici est un si-statement,
ici est un loop 4.
À la fin de la journée,
c'est toujours nous qui nous montrons
en texte.
Et nous,
comme humains,
sommes si bons
à manipuler le texte,
hein.
Les 10 ans de vie aujourd'hui
peuvent texter à la vitesse de la lumière
sur leurs phones.
Je pense que c'est la nature
universelle
de texte,
la portabilité,
où c'est un peu plus long.
Il y a cette balance
d'assessibilité
de ces
les éditeurs structurels
et des tools de visualisation.
Je ne sais pas
quel est le futur de code,
mais je suis en train
d'avoir le sens de directionnalité.
Et un thème général
que je follow
est de
distinguer la distance
entre les choses,
spécifiquement en temps.
Donc, c'est de
faire vos réponses plus
plus courtes,
ainsi que le espace.
Et donc, c'est de
mettre les choses
qui sont relatives,
plus près de nous.
Et donc, avec le temps,
je pense que c'est avec,
comment on peut s'assurer
que la temps soit un peu plus
idéal pour l'implementation.
Comme on le fait de s'assurer
que la distance
se déclare
des nouvelles idées,
et on peut en avoir
beaucoup plus de personnes
pour les faire.
D'autres distances
que nous pouvons en faire
sont les des deux
de production.
Donc, je pense que c'est
un thème général
de comment on peut
couper la production
ou comment on peut
s'y accrocher.
Un autre thème
est de
comment on peut s'assurer
que la temps soit
en train de faire des réponses
et de la faire.
Donc, à la fois,
maintenant, vous vous typez
beaucoup dans votre texte,
peut-être des milliers de lines,
et puis vous la savez,
et puis vous allez
à l'autre côté,
et puis vous la recrubrez.
Donc, comment on peut
s'assurer que ça, aussi.
Et donc, vous pouvez voir
des idées qui se sont
montées en auto.
Cette idée
d'interactive programmation,
où, au lieu de
faire votre code dans un endroit
et puis de la faire
à l'autre côté,
comment on peut
interactively
couper
avec le système,
où vous la coupez
incrementiellement
et la state persiste
en couvrant.
On peut dire que vous voulez
mettre un point de point
de chtp
et faire des transformations
pour ça.
Donc, ce que vous pouvez faire
c'est que vous pouvez
faire un call
et recruter le résultat.
Et puis, à partir de ce point,
sans avoir à renseigner,
vous pouvez jouer avec
ce data,
jouer avec cette réponse
et puis faire votre transformation
interactuellement.
C'est de cette façon que vous ne
n'avez pas à faire le même
call de chtp.
En plus de programme traditionnel,
vous pouvez faire un code
de JS script
et vous vous couper
un point de chtp
et vous ne vous êtes pas
sûrs de ce que ça retient.
Donc, vous faites
le call de chtp,
vous la sauvez
et vous la recrute.
Et puis, vous voyez
que ça revient.
Et puis, vous repartez
à votre texte editor.
Et puis, vous vous la recrute
un peu de fois.
Mais,
qu'est-ce que vous pouvez avoir?
Quelle est la idée
de la distance entre les choses?
Comment pouvons-nous
retirer
ce changement de tools
que vous avez
à faire de votre texte editor
au terminaire?
Comment pouvons-nous
bouger ça plus tard?
C'est une idée
très importante
à l'autre côté.
La autre chose,
c'est de la distance
dans le espace.
C'est la idée
de la location de la co-location.
Je pense que nous
avons vu cette
tendance beaucoup
dans les pratiques

Avec React,
avant de faire
votre html,
vous vous létez votre
JavaScript.
C'est un des
principaux de React,
c'est de
collocer votre logique
rendue avec votre logique

Parce que ça fait
d'être sensible
de mettre ces deux ensemble.
Parfois, vous voyez
cette organisation
de file.
Et donc,
maintenant,
par exemple,
vous avez
vos tests
très proches
à l'article.
Pourquoi je suis
inquiétant
sur la interface spatiale
pour la code?
Traditionally,
vous avez des tabs
ou des splits.
Mais,
ça a encore besoin
de beaucoup de contexte.
Vous devez
encore se switcher
sur les tabs.
Parfois,
avec les interfaces spatiales,
si vous pouvez
contrôler les différents pains,
vous pouvez
mettre ensemble,
lair
vos windows
dans un moyen
qui vous fait sens
avec toutes les
pièces
qui sont
rélevées
à vous
à ce moment.
Et de cette façon,
vous pouvez voir
tout sur la table.
Et je pense que c'est
une chose utile.
C'est quelque chose
que Justin est passionné
de.
Il a shared
avec moi
ce code sample
où il voulait
un chose de contrôle
qui était super
turst,
pour que je le puisse
garder sur la table.
Mais
ce texte
n'est pas le meilleur
représentant
parce qu'il faut
comprendre
ce que les constructeurs
sont en fait
en faisant.
Mais
dans cette interface

vous ne vous en avez pas.
C'est un grand part
de la
coût de la

C'est
un point
multi-purpose.
C'est un



un truc
d'une certaine façon.



Mais
le plus
important
c'est de
faire
une histoire
de
ce qui s'est passé.
Vous êtes
en train
de
dire
quels sont les

humains.
Et
parfois
ces choses se sont
un peu
élevées de memhao.
Mais
elements
qui



les
огда
qui
sont
très
touchantes.
On
sait quels sont les
gies
Oui, et une chose que je suis très excité de c'est l'idée de visualiser les bases de code.
La question que je veux prendre du temps de explorer est ce que l'un de ces bases de code a de quoi ressembler,
et à votre point de vue de la histoire, ce ne serait pas nécessaire pour le computer de vous faire tourner votre code.
Mais aujourd'hui, si vous êtes un nouveau ingénieur de base de code, vous êtes comme,
« ici est la URL de GitHub », « c'est un peu de fun », vous avez une liste de directrices et de files,
et donc, comment vous commencez peut-être, j'espère que quelqu'un a écrit une belle « me » ou « architecture.md » ou quelque chose,
mais vraiment, vous pouvez commencer à cliquer autour et peut-être ouvrir un code en VS pour que vous puissiez faire des définitions et des outils pour vous aider.
Mais cette idée de, si vous pensez à une map, oui, comme, « ce que la base de code a de quoi ressembler ? »
Un jeu que j'ai vraiment aimé l'année dernière était Factorial. Je ne sais pas si vous avez joué Factorial.
Une fois ou deux. Vous n'avez pas voulu se perdre.
Oui, c'était un truc de temps pour moi. Je commence à rêver de Factorial.
Oui. Mais Factorial est ce jeu de build-up de factories, où vous commencez, vous êtes juste un personnage,
commencez par un menu de mine et de coal, ou des ressources, mais ensuite, vous progressivement
construis des machines pour automiser les choses pour vous. Et ça juste t'exploite.
En beaucoup de façon, il y a beaucoup de parallèles entre Factorial et l'engineering,
parce que vous commencez par, vous savez, en faisant les choses manuellement, mais quand vous automisez les choses,
c'est comme l'équivalent de la rédaction des fours et des fonctions.
Donc vous pouvez créer ces abstractures.
La chose intéressante est que, à l'époque, c'est un monde physique,
et vous avez différents spécifiques dans le monde, comme vous avez cet endroit ici,
pour créer mes plateaux de bâtons de steel, ou quelque chose comme ça.
En fait, ici, je suis en train de construire des rockets.
Et il y a aussi un multiplayer où vous pouvez avoir plusieurs gens en train de se faire tourner le monde à l'époque.
La chose qui serait intéressante, c'est que, si vous avez quelque chose comme ça pour les bases de code,
ou si vous êtes dans une compagnie, vous avez une map de base de code, et d'une certaine représentation visuelle.
Et vous avez des avatars de différents gens qui travaillent sur le base de code à quel moment.
Et puis vous pouvez voir ici, ici il y a un fonctionnement, ici c'est l'endroit de la back end,
ou ici il y a un nouveau fonctionnement que ce team travaille sur.
Et puis vous pouvez voir les avatars de petits, et les mondes respectifs sur la map.
Et puis vous pouvez voir, ok, peut-être que ces deux fonctionnaires sont touchés
dans le même fil de l'utilité corée. Et ça va être intéressant aussi.
Je pense que c'est un endroit assez riche et inexplorable.
C'est certainement fun de penser qu'avec la nouvelle formation,
le seul moyen de savoir un repo est d'être par exemple,
en bas en tant que jumpage, ou en savoir les outils que l'on utilise.
Mais c'est beaucoup plus cool d'être comme,
« C'est ce qui est là, c'est cette partie de la map,
et ça a des interprétations visuelles qui te disent que c'est très intéressant. »
Avez-vous vu, c'est appelé JORS. C'est une source avec le G7S,
c'est une visualisation pour les repos des repos, comme ils changent de temps en temps.
Oh oui, je l'ai fait sur le dernier repos, j'ai travaillé sur ça et ça a été déclenché après une heure.
C'est vraiment fun parce que ça fait ça, ça se fait un réseau.
Et vous pouvez voir les gens individuels en faisant des changes.
Ce n'est pas vraiment utile car ça se fait juste sur la timeline, mais c'est encore intéressant.
Factorio est un peu de fun. Il y a deux choses qui me sont dit,
que je pense que c'est vraiment bon. Je suis en train de faire des jeux qui ont un programme en utilisateur
qui permettent de modder. En fait, Factorio a une scène de modding très riche,
parce qu'ils pensent que modder est une partie de la pièce de la pièce de la première classe.
L'un des mods que j'aime vraiment, c'est ce mod factory, qui vous donne un building
que vous pouvez mettre en bas et vous pouvez mettre les choses à l'intérieur du building,
et le building a des outils et des outils, donc ça vous donne une fonction.
C'est un peu de fun, je ne sais pas, je me suis dit que ça a vraiment senti bien
de faire ça dans le jeu. La autre chose que je vais vous dire, c'est que j'étais en browse
autour de GitHub l'autre jour et quelqu'un a écrit un script de déploiement terraformé pour Factorio
pour déployer certains factories et c'est comme ça. On a passé trop vite.
C'est-à-dire que ça ne fonctionne pas à ce point ? C'est pourquoi j'ai dû arrêter de jouer.
C'est comme, je vais juste aller sur ma computer maintenant pour 4 heures à un moment
et je ne parle pas encore de ma fille. C'est intéressant parce que ça fonctionne
en un moyen. Vous êtes automatisant les choses et vous êtes optimisant votre
factory, en faisant des choses plus efficaces. Ça fonctionne, mais en même temps, il y a un
point de vue visceral. Personnellement, je pense que c'est beau, mais comment on peut faire
le travail réel et se faire jouer en Factorio ? Ou à l'album ?
Je utilise Obsidian pour les notes et à l'abord, je ne dois pas avoir un graph,
mais j'ai l'impression que c'est un graph et ça vous aide à écrire les notes
pour voir votre connaissance sur le graph. C'est très trendy,
ces graphes et les backlinks interconnectés. Mais beaucoup de façon, c'est
ce que le code est dans le code base. Une chose que je suis curieux de voir est,
je pense beaucoup sur l'organisation de codes et comment on peut faire surement le texte file.
Je pense que les textes files sont, le système de file est un peu arbitraire de manière
simple, mais c'est un système de file qui est un peu plus rapide.
Il y a des articles, des unités semantics, et il serait intéressant si vous avez abstracté
le système de file, même si c'est paré par le système de file, mais si vous avez un éditor
où, en fait, en faisant le texte file, vous avez les fonctions. C'est un des les thèmes
de cor. En fait, en faisant le texte file, vous ouvrez les fonctions et vous imaginez
quelles sont les différentes manières pour les browse ces listes de fonctions. Vous pouvez être comme,
hey, donnez moi toutes les components réactes dans ce code base et il vous montre la liste de
tous les components réactes. Showe-moi toutes les components réactes utilisés sur ce
fonctionnement ou sur cette page ou été touchées en dernière semaine. C'est une autre façon de
interrompre les codes. Et puis, le code a beaucoup de connectes semantics.
Les fonctions sont les plus basic, mais aussi utiles. Vous pouvez voir que,
quand vous regardez une fonction, vous trouvez toutes les fonctions qui sont réactées ou
toutes les fonctions qui sont réactées par cette fonction. Laissez-les à l'autre côté.
Ça ressemble à un truc que Justin a shared avec moi un moment avant. En fait,
un langage de programmation. Vous vous souvenez de ce que Justin a dit? C'est l'un des plus longs
des morceaux. Vous avez besoin de se faire briser quelque chose avant de lire ce truc.
Il y a aussi une langue de programmation qui se termine par unison. C'est un web unison.
Pour moi, ça me fait penser que ça me fait penser à un step incrementaire pour le programmation.
Parce que ça encapsule beaucoup de la pensée que nous avons parlé. Ils ont fait un code
plus... C'est presque comme un database. Ils ont une certaine structure, mais c'est
un query pour certains types pour voir ce qu'il y a. Vous n'avez pas de faibles. Vous avez un file de
scratch que vous pouvez faire faire des codes unison. Et quand vous le rassurez et le sauvons,
c'est juste un stored dans votre store unison. Une des choses que j'ai vraiment voulu faire un
tout délicat sur des éditeurs structurels et de programmation structurelle, où vous n'avez pas
des textes. Vous avez un éditeur spécial qui vous permet d'assiminer ce que l'ultime
est. C'est un éditeur spécial qui vous permet d'assiminer ce que l'ultime est.
C'est un éditeur spécial qui vous permet d'assiminer ce que l'ultime est.
Et ça me fait penser que c'est un éditeur spécial qui vous permet d'assiminer ce que l'ultime est.

Et ça me fait penser que c'est un éditeur spécial qui vous permet d'assiminer ce que l'ultime est.
Et ça me fait penser que c'est un éditeur spécial qui vous permet d'assiminer ce que l'ultime est.
Et ça me fait penser que c'est un éditeur spécial qui vous permet d'assiminer ce que l'ultime est.




Et ça me fait penser que c'est un éditeur spécial qui vous permet d'assiminer ce que l'ultime est.
Et ça me fait penser que c'est un éditeur spécial qui vous permet d'assiminer ce que l'ultime est.
Et ça me fait penser que c'est un éditeur spécial qui vous permet d'assiminer ce que l'ultime est.
Et ça me fait penser que c'est un éditeur spécial qui vous permet d'assiminer ce que l'ultime est.
Et ça me fait penser que c'est un éditeur spécial qui vous permet d'assiminer ce que l'ultime est.
Et ça me fait penser que c'est un éditeur spécial qui vous permet d'assiminer ce que l'ultime est.
Et ça me fait penser que c'est un éditeur spécial qui vous permet d'assiminer ce que l'ultime est.
C'est un langage programmé, mais c'est beaucoup plus que ça.
C'est un environnement computé qui vous permet d'assiminer ce que l'ultime est.
Parce que vous vous arrêtez votre code dans un éditeur structurel, donc ce n'est pas nécessairement texte.
C'est comme interprétation de ce que vous faites en en train de transformer ça.
Donc, théoriquement, c'est comme un error syntaxe, théoriquement.
Et puis vous faites ça sur un canvas, ce qui me fait beaucoup plus plaisir.
Mais ça aussi a une fonctionnalité de database intégrée, de feature de la flague,
et de toutes ces autres features qui vous donnent un environnement programmé tout en même temps.
C'est super fascinant.
Oui, oui.
Les deux Dark Lang et Unison sont géniaux et ils ont tous été appuyés à avoir des gens qui n'ont pas le nom Paul derrière eux.
Mais...
Il y a quelque chose à ce que tout le Paul se construit dans les intérêts.
Oui, Nothal a beaucoup d'inspiration de Dark, pour sûr.
Unison a un quote sur leur Docks, qui est comme...
En fait, en en train de faire des codes,
dans l'écosystème unison, il y a des stars qui sont déjà là.
Et vous êtes juste en train de prendre les stars au ciel.
Oui, je ne fais pas de bon travail en expliquant, mais il y a quelque chose où vous êtes en train de collecter des choses qui sont déjà là,
dans votre système.
Un autre chose sur Unison est que l'une des principes de corps est de contenu à code.
Les noms ne matteraient pas, et c'est une idée de corps derrière Nothal,
qui est qu'on n'a pas de nom à des choses.
Je n'ai pas hâte de nommer des choses.
Il y a des choses à des noms, mais si on peut juste les faire,
ou faire les choses plus importantes,
je pense que c'est une direction de code.
Oui, je pense que c'est un peu un sentier,
que beaucoup de décisions plus tardes que nous ne sommes pas en train de nommer un file,
ou d'où un file est en train de faire un système de file,
devient une décision architectuelle.
C'est une décision que vous faites qui est vraiment, vraiment difficile à changer.
C'est quelque chose qui me a beaucoup éclaté quand j'étais dans le système Java,
parce que c'est comme...
La structure directrice est souvent la même chose que le scope de nom.
Et ça a eu un sens semantique,
de ne pas wearer quelque chose, et de ne pas l'importer.
Et bien sûr, on peut, en temps, construire des tools à travers ces choses,
donc votre idée va vous aider.
Mais si vous êtes en vème et que vous essayez de faire quelque chose,
ça peut être vraiment frustrant.
Alors, vous savez,
ce file doit être ici,
et avoir un long, super long, path,
parce que des raisons de X, Y, Z,
parce que c'est une décision que le développeur a fait,
comme 10 ans plus tard.
Et c'est comme, on ne va pas changer maintenant, c'est tout ça.
C'est comme, ah, pourquoi est-ce que...
Pourquoi est-ce que ça se fait?
Oui, vous avez toujours vos utiles.
Les bases sont toutes allées,
et ça a été un bon file utile.
Il y a une bonne chose,
il y a des files utiles,
il y a quelque chose qui est bien pour avoir ce terrain d'impact.
C'est un endroit où vous vous mettez des choses
où vous ne vous êtes pas sûrs de où mettre.
Et donc, si vous avez assez de fonction,
l'utile est le meilleur endroit pour ça.
Vous pouvez juste ouvrir le file,
aller au bout du file et faire un nouveau fonction.
C'est le flow que j'aime voir programmer le trend.
L'occasion de code n'est pas aussi importante.
Il y a un démon que j'ai trouvé en ligne
d'une sorte d'arrivée,
que ce groupe de gens va faire,
je pense, à la Côte d'Ottawa.
C'est appelé Dion.systems, c'est leur site.
Vous avez vu ceci déjà?
Oui.
Ils ont un exemple d'un texte de texte
qui est un éditoriel structurel,
comme ce qu'ils ont fait.
Ils font beaucoup d'interessants,
mais ils ont deux propriétés de leur éditoriel
que j'ai pensées être très intéressantes.
L'une est que la positionnalité de votre code
n'a pas été intermédiaire.
Vous pouvez le repositer,
et c'est bien.
L'autre chose, c'est qu'ils avaient l'obligation
du Нуit,
d'assez une construction traditionnelle de
Torachov,

pour les Flatbly,


de la nouvelle forme de file pour la code de la store, ce qui est intéressant.
Oui, et en fait, les principes de l'entraînement sont d'incrémentalisme,
ou encore plus concrètement, d'embraisser le JavaScript.
J'adore tous les langues de programming, de Haskell, etc.
Mais la chose du JavaScript est que,
je connais le JavaScript, vous, probablement, vous, le professeur,
probablement, vous connaissez le JavaScript, et le browser connaît le JavaScript.
Et pour tout le bon et le mauvais, le JavaScript va probablement être en train de se faire un peu plus tard.
Une idée de Nato, on va l'embraisser.
Je vais en faire un peu plus petit dans la portion de la runtime de Nato,
c'est vraiment, dans un certain nombre, une évaluation de l'Ui.
J'ai un fil de la steroids.
Oui, exactement. C'est le console Chrome avec un autre UI.
Oui, sur le sujet de ne pas vouloir organiser vos files,
avez-vous vu un projet qui s'appelle « Le meilleur pour la structure de file » ?
Oui. Je ne sais pas comment ça serait utile pour les gens, mais ça fait ça.
Juste que vous avez regardé confusé.
J'ai entendu ça avant, mais j'oublie.
Oui.
Je me souviens si quelqu'un l'utilise pour vrai. Je pense que c'est une bonne idée.
C'est appelé Destiny.
Oui, il y a ça.
C'est vraiment intéressant. Je pense que j'ai besoin d'un truc comme ça pour le city.
Il y a un parallèle entre ce qu'on a parlé et les systèmes de management de knowledge,
les systèmes de note-taking.
Le hierarchy peut être un peu débilité quand il s'agit de construire quelque chose,
de code ou de notes. J'ai fallu le tout faire.
3,5 000 stars et 35 gens en utilisant. C'est un bon concept.
C'est assez intéressant.
Oui, je suis en train de dire que je suis parti pour ne pas organiser tout,
mais juste de l'expliquer à l'organisation.
Oui, je commence par l'utiliser le city, mais comme vous l'avez dit,
je pense que c'est beaucoup de parallèles entre organiser les notes,
ce qui est un peu le tout, et les parallèles de ça et l'organiser le code.
Au final, vous avez beaucoup de choses qui sont connectées,
et vous voulez une façon d'effectiver, les browse et l'éteindre.
Oui, c'est non trivial pour sûr.
Il y a beaucoup de parallèles entre les deux,
parce que vous avez besoin de différentes lignes pour voir les choses.
Si vous avez un système de management ou un système de note-taking,
c'est comme, selon ce que vous faites quand vous allez voir ça,
vous devez voir certaines choses, ou vous devez explorer certaines choses
ou faire des connections certaines. C'est très bien, c'est pareil avec le code.
Nous avons une fonctionnalité riche dans l'IDs, ces jours, ou les éditors de code,
où vous pouvez cliquer le command et suivre la usage des fonctions,
et ça va bien. Même si vous pouvez ouvrir les références,
et faire des édits en ligne, même si les autres ne sont pas les meilleurs.
Paul, le grand author de Dark, m'a montré une application de code
en ligne, qui fait ça, vous cliquez sur la fonction,
et ça ouvre la fonction en ligne, et vous pouvez éditer ça.
Mais vous pouvez les mettre,
pour que vous puissiez ouvrir les fonctions en ligne,
pour aller à la chose. Et je pensais que c'était un cool paradigme.
Mais je pense qu'il y a des choses différentes,
sur ces deux spécifiques de la tooling, que nous pouvons probablement
connecter un peu plus près, des problèmes différents, mais ils se sentent très similaires.
On a une dernière question difficile avant de nous remettre aux tips de la tool.
Comment avez-vous vécu le nom ?
Je sais ce que le snack est.
Comment est-ce que ça connecte au concept de Natto.de ?
Oui, oui.
Je pense que le nom de Natto, pour vous inquiétant,
est une nourriture japonaise.
Il est fermenté de soie, et c'est...
C'est stupide et assez dévice.
Je n'ai pas eu beaucoup de temps à penser sur le nom.
Et donc, maintenant, c'est toujours un espace playground pour moi.
Je pense que si ça devient quelque chose de plus réel,
ou si je sens que ça a été un endroit où j'ai envie de partager plus de temps,
je vais probablement venir avec un nom différent.
Honnêtement.
Mais le parallèle à pourquoi ce nom peut faire sens,
si vous vous inquiétez vraiment bien,
c'est que si vous vous mangez Natto, c'est un...
c'est un très petit nourriture.
Et donc, les soie-bines,
quand vous mangez les soie-bines, ils se sont fait couper à l'autre,
et donc, vous formez ces lignes.
Donc, si vous regardez à chaque soie-bine, c'est un pain.
Et vous savez, c'est comme un noeud et un oeil à l'interface si vous vous fermez vos yeux.
C'est une belle métaphore visuelle.
Je pense que vous devez vraiment rassembler avec ça
et avoir des soie-bines tout le monde.
Oui.
Oui, c'est bon.
C'est cool.
Est-ce qu'il y a quelque chose que vous voulez parler de avant de nous changer de conseils?
Il y a beaucoup de bonnes idées là-bas.
Et plus recent, j'ai été en Spagne beaucoup de temps
et j'ai trouvé l'électro-signage de ces communautés.
Mais une chose que je pense beaucoup sur,
c'est comment nous pouvons...
Vous avez un report de minorité où Tom Cruise est allé tout à l'heure
et en allant des pains.
Et aujourd'hui, nous sommes en texte.
Nous sommes passés à ça maintenant.
Nous avons le code VS.
Mais comment nous avons de la façon de faire A à B
ou comment nous pouvons nous donner des idées de code futur
pour les gens, pour qui les gens sont.
Et c'est pourquoi je suis...
Je suis vraiment heureux de voir Pritier.
Je pense que Pritier est l'une des tools plus impactifs de la history de recent.
Juste toutes les heures humaines que ça a évolué.
Si vous vous souvenez du monde avant Pritier,
peut-on changer ça aux prochaines lines?
Et puis, la moitié des paroles de PR est qu'il y a des idées.
D'autres choses que je suis excité de sont le type script.
Je pense que type script a fait un bon travail
d'embrasser le type script.
Certains disent que c'est insolent
si vous êtes vraiment dans les types de systèmes.
Mais je pense que c'est un approach très pragmatique.
Quand on va au bout des tips de la tool,
ce que nous avons juste parlé,
je l'ai travaillé de ma personnalité récemment.
Et il y a 1000 manières de construire un site personnel.
Et cette fois en revanche, j'ai pris l'approche de la façon de la gare digitale.
La façon de la gare digitale est un concept nouveau
qui est construite en obsidian et cette méthode de la connaissance.
Vous avez un peu de notes qui sont considérées comme notes de l'alimentation.
Ce qui signifie que, en tout cas,
en bas de la connaissance,
que vous vous throwz,
vous vous tendez à leur aider à les développer.
Ce n'est pas juste un blog post de quelques années auparavant.
C'est votre pensée et connaissance de la thème.
Maintenant, Magy Appleton en écrit beaucoup sur ceci.
Et récemment, j'ai inspiré.
Et pour hipstersmoothy.com,
il y a maintenant un jardin de la digitale
et des podcasts,
tous les différents tools que j'ai mis sur ma machine.
Donc, je prends tout le blog post que j'ai écrit
et déceminé entre Medium et Dev2
et les mettre ici et les lien de l'alimentation.
Et c'est été fun de prendre cette approche.
Parce que, généralement, mon blog est juste une liste de postes.
Mais sur ce, il y a un quick switcher,
comme en code VS,
où vous pouvez tomber les notes
et avoir des backlinks entre tous.
Et c'est une bonne idée.
Oui.
Oui, ça ressemble bien.
Tu n'as pas du travail sur ça.
Je pense que j'ai fait l'expérience de la course
de la note.
Tout ce que vous avez besoin
quand vous avez cette note de la nette
sont des tags qui font que ça soit facile à tomber.
Un truc qui fait que ça soit facile à tomber.
Et puis, vous ne avez pas vraiment besoin d'un navigation.
Quand vous êtes construit un site doc,
vous avez vraiment besoin d'un bar de l'alimentation.
Mais quand les liens ont découvert votre contenu,
vous pouvez juste les faire faire.
Un exemple bon est
que si vous allez au DevTools FM poste,
je liste tous les backlinks pour ce poste.
Vous pouvez aller apprendre
sur mon podcast d'organisation éditing
ou d'autres choses.
Et j'ai également inclus des features
comme ceci
où vous pouvez hover sur les links
et avoir une preview en ligne.
C'est très inspiré par Obsidian.
On verra si j'ai créé la page de la maison.
C'est bon.
Donc, dans l'esprit d'une éditing visuelle,
j'ai trouvé ce sort de
modèle de modèle de base relationnel.
Donc, ça vous donne l'obligation
de faire juste ça,
de faire des modèles et de définir vos relations
et de générer un code SQL.
La version libre,
ça a une version libre,
c'est limitée et ce que vous pouvez faire.
Mais c'est un bon modèle
pour juste avoir des pensées
sur le modèle de données.
Et bien sûr, c'est pas le seul modèle
qui fait comme il y a beaucoup.
Mais ce modèle était
très bon.
Je parais avec
un autre recours
cette semaine
et on parait en construisant
un système de management de notification
en essayant de
faire certaine notification
dans une certaine catégorie ou contexte.
Donc, vous pouvez juste
faire des notifications
et encore de votre personnalité.
En tout cas,
nous faisons
un modèle de base de données
et cet modèle est en train de se faire.
Vous avez bien fait un modèle de base de données
ou est-ce que
c'est juste une visualisation pour ça ?
Non, pas nécessairement.
C'est juste pour la visualisation et le plan.
Donc, si vous allez au-dessus de la page,
vous pouvez essayer de modéliser un modèle.
Et ça se construit.
Vous pouvez sélectionner le modèle.
Juste le projet de sample.
Vous pouvez voir ce que c'est.
C'est juste...
Oui, donc vous avez cette interface
et c'est un canvas.
Et vous pouvez
faire un clic sur le droit
et mettre la table.
Zoomer et zoomer.
Ce n'est pas une chuteur de terre.
C'est été fait
avec beaucoup d'autres outils.
Mais...
Oui, ce talk
sur Spatial Atware
par John Palmer
à la conférence de conférence.
Je pense que les interfaces spatiales
sont quelque chose que nous allons voir
plus de.
Et
quelque chose qui est relativement nouveau.
Et je pense que dans ce talk,
John fait un bon travail
de mettre des idées
de quand on utilise la spatialité,
des meilleures pratiques pour ça,
des considérations de design
et
il aussi parle de Game Feel.
En taking inspiration from games
et de
what is Game Feel
and how can we make
our tools
get some of that playfulness
from games into
the tools we use.
Oui, je pense que
once AR and VR
become mainstays of the world,
spatial computing
is really going to pop off.
When you were talking about
code organization earlier,
what happens when we were in VR?
Are you going to be typing
on a big screen in VR?
That doesn't make any sense.
There must be a better way
to express that
than just some text.
Yeah.
And why be limited to
two pains
when you can go beyond
the boundaries of your window?
Interesting.
Or it brings to mind for me is
either of you ever use turntable.fm.
Oh yeah.
Like that's
like you're in this like digital space
and like that made it seem so fun
where you could have a room
where someone's the DJ
but having it visualized
added this fun to it
that wasn't there before.
From what we're talking about
but fascinated with 3D modeling,
I like to do a lot of 3D printing
and design with Fuzi.
There is this Swedish team
that's been working on work.
So essentially it is
you can think of it
like a proper CAD system
in the cloud
like a headless CAD system
and they've built some react
bindings to that CAD system.
So you can essentially
build models in react
using like fundamental CAD
functionality.
So constraints
and a lot of the other features
that you think of
and like a high quality
CAD modeling program.
It's incredibly fascinating,
incredibly fascinating.
I love to see this project evolve
I'm sure it's incredibly expensive
to use it at your company.
Yeah.
Oh, a funny little tidbit
when we were talking about relative CI
and I was like
they need a contact sales button.
That dude recently added
a contact sales button
because of our podcast.
Nice.

3D blows my mind too.
The guy,
well the guy
and then the people
who did 3JS I think,
they just released like
this 3D model marketplace
slash package distribution type
thing.
That looks pretty interesting
and maybe similar,
but I don't know.
I wanted to share this
awesome Twitter thread
by David Cole
where he posts
like I think 50
Jeff Son
Warrior Wear DIY
and some of the design
decisions in the game.
It's this kind of meta
game making thing
where you make games
inside Warrior Wear
to play them.
But
in this thread
he just highlights a lot
the tiny design details
that make it
really playful.
There's a lot of inspiration
to be taken from games
like how can we inject
that creativity
into the tools that we use.
There's one,
there's a thread in the game
of there's this guy
shaking his butt.
It's a common thread
in the thing
and just adds this like
small joyful environment.
Yeah, that's awesome.
I think that sort of notion
of there's a lot
that we can learn
from games.
Programming is
so very true
and I've heard it reflected
in a lot of different places.
There's this podcast
that I listen to
by a team
that works on an iPad app
called Meta,
some MetaMuse podcast
and Mark McGrenneken
is one of the hosts on there
and he seems to talk a lot
about this notion
that oftentimes video games
are like precursors
for new design patterns
that like make it into the history.
Like it appears in a game
and then like a few years later
you'll like see it
and like somewhere else
and then it sort of like
propagates from there.
There's another article
I'm putting a show notes
from the site Andy.Works
that included a whole article
just about this
like the inspiration
of games and programming.
This is what I'm saying.
You got to really lean
into the beans.
Yeah.
You have to eat the beans
to power the code.
This is a little tool
called layout it.
It's a grid.layoutit.com
and it's a pretty simple tool.
It's for designing CSS
grid layouts
specifically using layout areas.
So in the left hand
there's this little column
where you can define
like how many rows
and columns do you have?
You can add new ones
and you can give it
different measurements
or whatever
and then you can actually
select regions in this
and give the regions name.
And that's often used
you know when you're doing
grid template areas
you'll like name a region
and you can just say
in your component or whatever
go to area blah
and then it'll like
just render
in that area correctly.
So it's a cool
pretty simple tool
that just generates
the CSS need to
have that layout.
I like CSS grid a lot
and this tools.
Yeah, the fact
that you can do these areas
is just so weird.
Like just lay out in the header.
It doesn't matter
where you are in the mark
I'm just header.

And our final one
of the day.
Yeah, tween max
is a Chrome extension
or I guess browser extension
that augment Twitter
web usage.
It's like the extension
that you didn't know
that you needed
until you use it.
And what it does is
it hides the
click baby portion of Twitter
and replaces it
with contextual information.
So if you're browsing
someone's profile
I'll show you like
their top tweets
and highlights
which is really useful
as well as other things
like if you're looking
at a tweet
you'll see
like the quote tweets
and kind of really
a tweet on the side.
Gonna install that.
I think I use minimal
Twitter right now.
Gonna make it maximal.
Yeah.
One thing I've actually
been thinking about
building is a Chrome extension
to when I save a tweet
to actually extract
some contextual information.
So it's like,
okay, I saved this tweet
and it's by this person.
Maybe it was retweeted
by this person
or whatever
and collect that information
and then over time
have associations.
Like, oh, these are the tweets
that I've liked
from this one individual.
Like here's a collection
of just those things
because there's so many
interesting people
posting very interesting things
on Twitter
and it's kind of hard
to just keep track
of all of that stuff.
You know, when you want
to come back to it
and say, oh yeah,
I found this really cool thing.
Somebody's talking about
explaining.

So maybe this will help with that.
The Twitter API
will not be your friend
if you want to build that.
Yeah, one cool thing
about this extension
is that it makes all the requests
from your browser
as your browser.
So it actually,
like I don't think
it uses the API.
It kind of just
drives your browser
behind the scenes.

nice.
At least that's how
I think it works.
Well, cool.
I think that about wraps it up
for the week.
Thanks for coming on.
It was a lot of fun talking with you.
This was definitely
an out there topic
compared to our other topics.
So fun though.
So fun.
Yeah, cool thing.
And that's it
for this week's
episode of DevTools FM.
Thanks for listening
and make sure to follow us
on YouTube
and wherever you consume
your podcasts.