Steve Krouse - val.town
Durée: 50m59s
Date de sortie: 14/04/2023
This week we talk to Steve Krouse, the creator of Val.Town, a platform for writing TypeScript code in a browser and deployed instantly. Starting with Steve's with his first venture into teaching children to code we trace that line directly to the vision of Val.Town. Val.Town is a social network, app store, and collaborative place all in one.
- https://twitter.com/stevekrouse
- https://stevekrouse.com/
- https://val.town
- https://futureofcoding.org/episodes/
Become a paid subscriber our patreon, spotify, or apple podcasts for the full episode.
https://www.patreon.com/devtoolsfm
https://podcasters.spotify.com/pod/show/devtoolsfm/subscribe
https://podcasts.apple.com/us/podcast/devtools-fm/id1566647758
Valtown, secrérieusement, est aussi pas seulement une app store, mais une réseau sociale.
Et c'est un endroit collaboratif.
C'est comme un site GitHub et l'app store, et Twitter, tout en un.
C'est tellement déballé, c'est prévoisant et aussi très énergétique et fun.
Hey, before we get started, I'd like to remind you that the full version of this episode is only available to our paid subscribers.
The current platforms where you can pay for a subscription are Apple Podcasts, Spotify, and Patreon.
In the full version of this episode, we talk about things such as Steve's past startups,
his life-changing talk with Alan Kay, some of the cool community creations that people have made on Valtown,
how he plans to monetize, and of course all of our tooltips for the week.
With that, let's get on to the episode.
Hello, welcome to the DevTools FM podcast.
This is a podcast about developer tools and the people who make them.
I'm Andrew, and this is my co-host Justin.
Hey everyone, really, really excited today to have Steve Cross on the podcast with us.
Steve was the creator of the Future of Coding podcast, which we'll talk about a little bit today.
He's also the founder of Valtown, which is a really, really cool platform for writing TypeScript code,
and we'll talk a little bit more about that.
But before we dive into all that, Steve, do you want to tell our audience a little bit more about yourself?
Sure. First of all, thanks for having me, guys.
I'm a big fan of the podcast.
As Justin was saying, I had my own podcast called Future of Coding,
which is now in the fantastic hands of Ivan Reeson, Jimmy Miller.
But sometimes I feel like there, where they took the podcast,
is kind of the history of coding, because they do old interviews.
It's fantastic and very ironic that a Future of Coding podcast is exclusively now about the history of computing.
En un moment, je trouve que vous, les gens, vous êtes le succès de la future de la podcast.
Surtout en particulier à qui vous choisissez d'interview.
Je pense que votre style est un peu plus moderne que mon style ramblin.
Mais je n'ai pas vraiment été amusant de votre choix de guest et de ce que vous avez fait.
Alors, bien sûr.
Merci.
Vous êtes partie de cette liste d'élastérieux.
C'est exactement l'une des raisons de vous qui me souhaitaient parler.
Je me sens comme un peu comme des choses que vous avez travaillées sur.
Et que vous êtes travaillant sur les currentes.
C'est vraiment comme un genre qui fit vraiment bien dans cette niche,
en travaillant sur le futur.
Merci.
Je vais vous dire.
Je pense que j'ai une histoire de mon computer, une merde.
Et puis, comme enfant, j'ai vraiment aimé les gens avec des trucs de computer.
Et puis, j'ai trouvé mon tour de l'étudiant d'un programme de computer science après-school.
Ça a vraiment brûlé mon cerveau.
Et je pense que c'est là où j'ai fallu fallu aimer les langues de programme et l'éducation.
Parce que j'ai vu la puissance que ils avaient changé de façon.
J'ai pensé à des choses.
Ils m'ont fait mieux à l'école, particulièrement aux mathématiques.
Et puis, à l'école, j'ai trouvé un bon hackathon.
Je peux vous dire plus sur les détails de cette histoire.
Mais, je me suis dit que j'ai trouvé un moyen de faire un programme de programme envers les victimes.
Ça m'a envoyé plus de paperts à travailler.
Et je me suis rendu compte que tout ceci, comme moi, de la mathémique à travers le science de computer,
était le point de voir plus de paperts à faire ça en cause.
Et le logo de la langue de programme était en fait un horse de trotin
pour apprendre les enfants qui aiment la mathémique, pour aimer la mathémique.
Ce n'était pas pour apprendre la code.
Mais, ça a brûlé mon cerveau.
La force de la langue de programme est la langue de programme,
les environnements, pour changer de façon dont les gens pensaient.
À l'heure de l'éducation, un programme est fort et amusant.
Et aussi, l'éducation.
Il y a beaucoup d'interessants à faire dans l'éducation.
Et je pense que c'est un prévu decent de ce que j'ai fait avec ma vie.
C'est génial. Vous avez eu accessé à un programme comme ça.
Je suis en train de vivre dans une ville de farm,
et on a eu un appartement ag,
mais l'éducation de programme était d'utiliser l'applet de l'applet.
Je n'ai pas de introduction, mais c'est génial que vous avez eu ça.
Cette réalisation a fait le fait d'avoir des cours pour créer la scolaire.
Et c'est pourquoi vous avez choisi ce passage.
Oui, oui.
Je me sens comme si j'avais toujours voulu faire quelque chose
dans l'éducation de programme pour donner de l'éducation
et donner à les enfants ce qui m'a passé.
Parce que la différence entre moi et les enfants en mathémique
était de l'access à l'éducation.
Il n'y avait pas de raison pour que tout le monde ne soit pas bon en mathémique.
Je pense que beaucoup de gens ont l'expérience de bien-être en mathémique
ou bien-être en mathémique.
Je veux être un à l'autre.
Je me suis dit que c'est génial.
Je pense que beaucoup de gens sont comme ça.
J'ai voulu faire ça.
Et je me suis regardé un interview sur Weiss.
Ils m'ont dit que faire le coup pour ne pas le faire.
Le coup que vous pensez, vous pouvez faire ça maintenant.
C'était le premier que j'ai fait.
C'était un ventre très successe.
Vous avez vendu ça ?
Oui, c'était...
Je ne pensais pas trop sur ça.
On était en train de faire un service.
Ce n'était pas un grand ventre.
Mais c'était bien pour mettre un peu de travail.
Mais j'ai voulu travailler avec les enfants.
J'ai voulu expérimérer les langues de programme avec les enfants.
Et de faire un travail très proche.
Je voulais faire du travail,
où le travail était dans les mines des enfants.
Je voulais faire un travail très proche
et expérimenter et voir comment l'entraînement s'est passé.
Qu'est-ce qui fait que c'est difficile de apprendre le code ?
Le business est un véhicule pour faire ça.
C'est cool.
Je me demande si c'est un peu...
Il y a un peu de problèmes qui viennent ici.
Les cours de code et le cours de code.
Mais il y a eu beaucoup d'attempts
pour faire le programme plus proche pour les enfants.
Je pense que c'est un scratch.
Il y a d'autres environnements semi-simples
qui ont été construits pour les enfants.
Qu'est-ce que vous pensez ?
Vous pensez-vous à ce moment ?
Ou est-ce que c'est...
C'est un peu...
On se fait penser à ce moment ?
Comment les enfants s'entendent ?
C'est un point de vue.
C'était de construire des environnements de programme
dans la pensée de l'école.
Le logo était construit.
Le logo était conçue et créé pour être
parfaitement apprécié pour les enfants.
J'ai trouvé le programme apprécié.
Le but était de trouver le meilleur environnement
pour les enfants à vivre et à explorer.
C'est comme ça que j'ai choisi scratch.
J'ai essayé de faire des choses différentes.
J'ai vraiment pas voulu faire des scratch.
J'ai eu une réputation de temps qui était
déserteuse.
C'est vraiment un logo de successeur.
C'est créé par Seymour Paperts.
Il ne s'est pas apprécié.
On a commencé le scratch.
Et puis, je vais vous parler de la journée,
mais il y a eu des choses qui se sont faits.
Je vous ai dit que le scratch a un problème de marketing.
Le thèse basique est que le scratch
fait que ça se rend facile,
fun et pour les enfants.
Le problème avec ça est que
c'est facile et fun et bon pour les enfants.
Ça fait que les gens vont dans la maison.
Mais le programme est difficile.
Et si tu fais quelque chose qui est facile,
mais c'est difficile, c'est un truc terrible.
Même si tu réussis,
tu te déconnes.
Si tu fails, tu es un idiot.
En fait, les enfants sont d'accord.
Je ne ferai pas de programme en bas.
C'est comme un normal chose pour les enfants.
Il n'y avait pas de place à aller.
Je vais essayer de faire un javascript.
J'ai fait un step intermédiaire
qui s'appelle Woof.
Il y avait un framework de javascript
avec un mapping entre chaque concept et le scratch.
Il y avait un block et un javascript.
Vous pouvez même faire un javascript
dans votre code.
Vous pouvez mettre un project en javascript
avec un project Woof.
Le thèse est qu'il y a un truc difficile
de apprendre.
Pour tout le langage,
c'est le concept de syntaxe.
On sait que les enfants
connaissent les concepts de javascript.
On ne peut pas avoir plus de nouveaux concepts.
On ne peut pas juste faire un concept
comme 자꾸.
C'est une phase
canadienneumpy寫 en principle.
On peut cacher un peu les dimensions et les arruya style
pour réunir la protons.
Coward & Wild Porc.
Une espèce de anomaly dé descrivée.
물론, comme posters et tatouages mais
interveneurs de nets de fronts.
Eh bien ça vaー
il ne s'agit même pas d'un
et c'est comme un hôtel, vous savez ?
Donc c'est juste intéressant de voir cette sort de progression
de, je ne sais pas, des enfants et tout.
Mais, oui.
Ok, donc maintenant, en regardant à ce que vous faites maintenant,
vous avez commencé une plateforme de company qui a recently été appelée Valtown.
Donc, pouvez-vous nous expliquer ce que Valtown est et pourquoi vous avez commencé ?
Oui, Valtown est un endroit délice de code en ligne.
C'est le plus fort de ça.
Je pense que parfois c'est difficile de expliquer exactement ce qu'il y a,
parce que c'est tellement simple, générique et horizontal,
si je vais le dire, en vc termes.
Nous avons juste changé le site.
Je vais vous le lire, les deux nouvelles lines sur le site,
parce que je pense qu'ils sont assez évocatifs.
Je vais vous le dire.
Si l'AWS Lambda était fun, comme un délice de la ronde,
un petit pomme, un petit pomme.
Oui, c'est un texte, à Valtown, dans un browser.
Vous vous réétez un JavaScript ou un TypeScript,
vous vous mettez sur le ronde, ça se dérange sur nos services.
Nous vous le montrerons, nous vous le rendons vraiment facile
de mettre ce code en ligne via un API,
ou le schedule, ou laisser quelqu'un d'autre,
importe et le appelle très très fluidement.
C'est vraiment déceptif de la force,
c'est un simple racisme.
Qu'est-ce qui a inspiré ça ?
Qu'est-ce qui m'a motivé pour vous venir avec Val?
Oui, c'est...
Je me sens comme si vous connectiez les docks,
mais je me sens comme si j'avais travaillé pour ça
pour tant de années,
et que tant de mes ressources et mes expériences
m'ont préparé pour faire ça.
Pour tant de années, j'ai été en train de donner des codes
sur Chromebooks, et j'ai commencé à utiliser un Chromebook
pour être un des enfants.
Et quand un nouveau code sur le browser,
le producte se lancerait, ou on reposait,
ou un Glitch, ou Cloud9,
j'étais toujours le premier utilisateur,
et je me suis rendu compte que je voulais
faire mon programme en général.
C'est comme un bummer que l'une des raisons
que j'ai de la maquillage,
c'est de l'utiliser des codes VSCO,
parce que ça, c'est le meilleur de la manière.
Mais je suis un grand fan
de la programmation sur le browser,
et je n'ai jamais vraiment pensé
à la compétition dans ce pays,
je pensais que c'était trop crout,
et c'est un peu difficile.
Et donc, mon histoire, c'est un peu
une histoire de la compétition,
donc après Zapplib,
je suis resté, je suis rentré
et je me suis demandé
toutes les capitalistes que j'ai parlé,
et les investisseurs angeliques,
tout le monde que j'ai parlé pour Zapplib,
c'était toujours dans ma vie,
je leur ai donné leur argent,
et ils me disaient,
qu'est-ce que je vais faire maintenant,
ou si je veux interviewer mon compétition,
ou si je veux commencer une nouvelle compétition,
et je me suis égrouillé de demander
à tous les investisseurs de travailler au-delà de la prochaine.
Et l'un des gens, c'est
l'investisseur Dan Levine,
qui est à l'Excel,
et c'est l'un des premiers investisseurs
en, pardon, à l'Excel,
l'un des premiers investisseurs en Verso,
et, on dirait un peu d'autres,
Readme,
Scale.ai, et Mux,
il est un investisseur de la grande compétition,
et il était si prêt
pour cette question,
il avait 5 idées de business,
il a commencé à les écouter,
et quand on les a mis,
il m'a vraiment fait le premier,
c'était l'idée de Val Thane.
Et donc,
je me suis dit,
c'est un espace compétitif,
comment faire ce travail,
mais avant l'hippe chat,
avant Facebook, il y avait des amis,
juste parce que l'espace existe et est égrouillé,
il ne veut pas que quelqu'un le fasse,
je ne pense pas que quelqu'un le fasse,
c'est une grande opportunité,
et on va trouver un bon moment.
Donc, on a fait un prototype
pour un petit peu,
et on a décidé de faire un investissement
officiel, et c'est
comment ça a été.
C'est super intéressant.
C'est vraiment intéressant de se faire
acheter un VC pour construire une compétition.
C'est comme, en fait,
ce sont les business que vous devez construire.
Oui, c'est très bizarre,
c'est très cool,
et c'est rare,
évidemment,
c'est un cool gig, si vous pouvez le voir.
Je pense que si quelqu'un veut
ça, je vais dire,
c'est comme, c'est comme ça que ça arrive,
mais il m'a émailé
après le blog pour longtemps,
et donc...
la whole working in public,
sharing your insights
thing,
ça va vraiment payer en ma expérience.
!!!
Mais notamment on a connu Jonah
de la vie de la VCR, comme d'habitude, c'est la façon dont il y a une autre façon,
où tu as une idée et tu dois toujours convaincre la VCR pour que ça ne s'en fait pas.
Et comme tous les robots qui se sont mis à la VCR, tu te loses la confiance
et tu dois être réconvaincu. Et c'est l'autre.
Il a la conviction et...
C'est vraiment fun.
Et pour un moment je me sens comme un endroit plus stable,
comme la VCR a beaucoup plus de conviction que l'entrepreneur,
et je me sens vraiment content d'avoir un endroit où tu peux faire des choses.
C'est un bon shortcut.
Je me suis réveillé par les docs,
et l'une des choses qui s'est élevé super rapidement
était l'idée de l'enuse en programme.
Qu'est-ce que l'enuse en programme est et comment va la Valle Town nous faire plus près
de cet édition idéalisée?
Oui, oui.
Donc l'enuse en programme est un rêve super long,
et beaucoup de gens qui ont été étrangers
dans la technologie moderne et l'invité de la Valle des Silicon
peuvent être naïfs,
ou ne peuvent pas comprendre comment ça a été fait
par des end-users,
juste des gens normales qui ne savent pas comment faire un code,
peuvent être donné le pouvoir exprès de la programme
sans apprendre comment faire un code.
C'est un rêve super ouai et c'est très résistant
à l'avenir de progress.
Peut-être que l'enuse en programme est un plus grand succès
que l'enuse en programme,
c'est un peu de spreadsheet,
c'est une autre,
si vous pouvez squinter,
c'est le plus populaire programme en programme.
C'est vraiment difficile de faire progress en front.
Les mouvements de no-code ont été très impressionnés
depuis des années,
et j'ai été très heureux de voir ces gens faire leur chose.
Reteur est une inspiration très grande.
J'ai adoré cette compagnie beaucoup.
Mais,
finalement,
la thèse que j'ai développée depuis plusieurs années,
qui a été partiellement inspirée par Paul Chassano,
l'un des founders de Unison,
qui a été interviewé par son co-founder Runeur.
Paul a donné un talk,
il a donné un talk dans un set privé,
il n'a jamais été publié,
et je pense que c'est une vraie chame,
car il a vraiment l'impression de ma pensée.
Il a dit qu'il serait plutôt que vous ayez
un cerveau à interface texte
pour baser,
ou pour le X86.
Donc, vous n'avez pas besoin de...
Comme vite vous pouvez penser que le X86
sera écrit,
ou que vous ayez plutôt
de l'utiliser via i,
ou nano, mais que vous avez à faire à Haskell.
Vous auriez plutôt de plus de abstractions,
mais de plus en plus de porcelons,
ou que vous ayez plutôt de plus en plus de abstractions,
mais une connecté incroyable.
Il a vraiment fait le cas
qu'il veut des abstractions plus meilleures,
pas d'élargir.
Donc, le mouvement de code no-code
est que nous nous gardons les mêmes abstractions,
ou nous nous faisons
les abstractions plus pauvres,
mais nous nous donnons des usages
comme un moyen plus beau pour les interagir.
Ce que l'Unison est en train de faire,
et que l'Alton est en train de faire,
c'est de faire des abstractions plus fortes,
de faire des programmes plus forts,
et puis, comme l'esprit de l'autre,
nous pouvons trouver un moyen
pour la démocratiser,
pour l'utilisation d'un extra power,
mais vous cherchez pour l'élegance,
pas pour l'exemple de l'utilisation.
Donc, c'est un moyen
d'expliquer.
Je vais juste dire un autre chose,
et puis je vais
arrêter de rampeller.
J'ai publié cet essayage
de programme de programme,
parce que
c'est un excellent...
Le programme de programme d'utilisation
est trop loin, il y a trop de problèmes
pour les gens de s'y aller.
Quand les programmes
viennent de la maison, ils ne utilisent pas leur programme
pour customiser le software qu'ils utilisent.
Les programmes ultimement
utilisent les apps comme les utilisateurs normales.
Mais en travail, ils sont
comme les wizards.
Et donc, part de la vision de la VALTAN
c'est comment nous pouvons faire
les programmes
quand ils viennent de la maison, les wizards
dans les automations et leur normales
la vie des jours.
Et puis, ils tentent de democratiser
leur power pour les gens normales, après ça.
Et le programme de programme est
un stop de piz pour l'utilisation d'un programme de programme.
Et puis,
il y a un grand moyen
de se résoudre des problèmes.
Le programme de programme est de
faire des prématives,
et de faire un programme de programme
sans les prématives en-between.
Il y a un grand leap.
Ce genre de choses, où le programme
s'est dépassé par la barre
et les prématives sont au niveau correct
pour pouvoir commencer à se concentrer sur les problèmes.
Je souhaite que ce talk soit publié.
Je suis juste digestionnant
ce que vous vous dites.
Il y a beaucoup de choses
qui sont intéressantes.
Et les choses que je vois
dans le vall,
sont des choses qui sont sorties
dans le milieu, que je pense,
c'est vrai.
Pour ceux qui ne l'ont pas essayé,
vous devez essayer,
parce que c'est super facile de commencer.
Et je pense que c'est un des
clés des zones
d'alimentation.
Ce qui est un peu plus important,
la barre d'entrée est réduite
parce que, comme les gens
qui n'ont pas d'expérience de programme,
vous pouvez expliquer ce que le loop est
ou ce que le variable est
ou ce que la fonction est.
Les gens peuvent en avoir
toutes les prématives de programme.
Quand j'ai essayé de me faire
programme en high school,
ce qui m'a été étendu
n'était pas la programme,
mais la compagnie.
Et la compagnie
est installée
et la formation de la bonne
chose, les problèmes de la patrie,
tout ce qui est
nécessaire, mais
l'un des problèmes.
Je pense que la barre d'entrée
est vraiment valable.
Mais votre point de
l'abstraction est vrai,
l'une des choses que le vall fait
est vraiment, vraiment,
ajouter quelqu'un dans un tweet,
et que cette
interface
pour les reuses et les codes est extrêmement
très puissante. Je pense que ça
construit les effets de
l'utilité de la vall.
C'est la combination de ces deux choses,
la barre d'entrée et les obstacles
qui, je pense, intervient beaucoup
de valeur plateforme
d'une manière intéressante.
Merci.
Je vous aime, je vous aime
voir où on va faire.
Je me trouvais de la
configuration deanges pour les
products.
Voilà.
Quo qu'il y a dans la
application.
Une pragmatic
Je league Им mo
vous
atched
siellä.
while we're still focused on end user programming.
Recently, a bot came into the space
and made a lot of people think that they can be programmers now.
So chat GPT has really changed the landscape, I think,
on how people view what programming should be.
Us as programmers might have a slightly different view,
but what are your thoughts on the whole,
on what's happening with chat GPT right now
and maybe how it might integrate with Valtown in the future?
Yeah, great question, very of the moment.
There's a conversation that was started
in the future coding slack recently
that took my end programmer essay as a prompt
and someone asked me,
how would I react to it now in the age in light of GPT4?
And my thesis, and I pulled in a quote from Amjad of Replet,
est que c'est drôle de voir comment c'est bon,
et pourtant, ça ne semble pas bien enough
pour quelqu'un qui sait pas de code
pour faire de la code avec GPT4.
Ça semble ou de la GPT4.
Ça semble pour des gens qui connaissent la code beaucoup
ou même si vous êtes un programmer médiocre.
Si vous êtes un programmer de certain nombre,
ça vous donnera un bon moment,
ou un bon moment de 5 fois,
mais ça ne peut pas multiplier 0.
Vous ne pouvez pas multiplier 0
et ne le faire rien d'autre que 0.
Aujourd'hui, ça semble comme si vous ne savez pas
comment faire de la même manière.
Si vous ne pouvez pas lire, comprendre le syntaxe,
ou que vous ne avez pas les bases,
ça ne peut pas vous en avoir.
Ça semble.
Parce qu'il y a trop de...
Ce qui semble à moi, c'est que il y a trop de moyens
et que l'on va en faire en même temps
est la même situation que les gens
qui font la carrière de la voiture.
Il y a juste trop de 9 à la fin de ceci,
pour faire le travail.
Le programme de la voiture,
c'est plus difficile que 99,99.
Les plus de 9 à la fin de chaque année
ont besoin d'un extra 1 billion de dollars
de retraite ou d'autres.
Ou d'une fois, plus exponentiellement,
les plus de 9 sont en train de se faire.
Pour un programmer qui est capable de
se couper de cette carte,
comme si vous étiez en train de se faire un Tesla,
et que vous avez vos mains sur la voiture,
c'est un outil d'amélioration,
mais pour les gens qui ne savent pas comment couper tout,
comme pour le programme de la voiture,
je ne...
Ça fait une différence, mais c'est pas...
Le travail est terminé, on peut ne pas y aller.
Je ne vois pas cela arriver dans le prochain siècle,
que la voiture de la voiture va pouvoir se programmer.
C'est comme si la retraite
comme les voitures de la voiture.
Mais pour répondre à la question,
comment nous aurons-nous élevé,
comment nous élevére,
parce que c'est pas mal de l'élevére.
Je suis un grand utilisateur de copilot,
j'ai utilisé tout le temps,
et quand je suis programmé dans Valetown,
probablement la plus grande chose que je m'ai mis
est où est ma suggestion de copilot,
que je devais pouvoir m'aider ici.
Et je suis juste en train de faire
une chose pour construire le code mirror 6,
une chose pour être copilot,
une chose pour s'intégrer,
et juste le faire pour le frein
pour que quelqu'un ne construise pas.
Mais si par le temps que nous avons la banque
pour construire le code,
on va construire ça, peut-être plus tard.
Le truc de Valetown
qui est
très grand,
ou un des choses qui est très grand,
c'est que le style de Valetown
est un petit code de snips,
comme Twitter, il y a eu une grande inspiration ici,
un petit code de snips composable.
Le programme functional a aussi été un grand inspiration ici,
unicent, noir,
les langues que les listeners de ce show
auraient entendu.
Je pense que si on le fait bien,
et ça semble que nous avons fait bien
de la décision,
Valetown peut se sentir comme
que vous utilisez un spreadsheet,
pas un langage de programme.
Et ce que je veux dire, c'est que le spreadsheet,
surtout,
et si vous éditez un code,
vous éditez dans une cellule,
et si ça ne marche pas,
ça ne peut pas faire le même chose.
C'est un petit code isolé,
et si vous voulez
éditer quelqu'un d'autre,
vous devez changer dans des petits places,
vous n'avez pas de apprendre le tout,
et vous devez faire un déploiement.
Vous êtes dans un système de travail,
et vous devez juste les faire un petit truc.
J'espère que ce thèse
va bien jouer, et que les gens
ne savent pas comment apprendre un code,
ou un code.
Mais ce que nous avons vu en pratique,
nous n'avons pas d'autres gens qui ne savent pas
comment utiliser un code, mais nous avons
beaucoup d'users, comme certains de nos best-users
sont des gens qui n'ont pas de JavaScript.
Ils étaient des programmes dans d'autres langues,
et ils justent nos capacités de poste,
et ils se disent que je dois utiliser
un JavaScript, mais c'était facile
pour eux, car ils n'avaient pas de apprendre le tout,
ils avaient juste de fork quelqu'un d'autre
et de changer de plus de signes
ou de multiplier.
Les petits trucs autour des égages,
et ils ont ajouté un keyword,
et je dois penser à la fin.
Quand vous appréguez un langage en petit,
c'est beaucoup plus facile.
Je peux définitivement imaginer
l'AI
pour aider le processus,
où
vous pouvez imaginer
les messages d'air
automatiquement, et des suggestions.
Ce sont les choses que la société
va adopter, et j'espère que je peux les prendre
pour les fréquences,
car nous avons réunis les outils d'open source
et j'espère que tout va bien
s'interver ensemble.
Nous avons parlé de chat GPT
et de
ce type de forward-looking
integration, mais
de la grondition,
si vous essayez de décrire
Val dans les termes des choses
que les gens ont déjà utilisé,
donc peut-être Rappelit,
ce que nous avons discuté avant,
notes observables,
qui sont bien jouées
avec des codes dans les browsers,
des choses comme
code sandbox, ou codepin.
Il y a un peu de différentes
ways de jouer avec les codes dans les browsers.
Comment vous en sortez
en position Val
en relation à un peu de ces autres
outils ?
Oui, vraiment fantastique
pour moi.
Je suis
un étudiant et j'aime
tous ces outils.
Je ne sais pas si vous avez vu mon code
catalogue où j'ai refusé un couple de
plusieurs.
Je dirais
que le premier de la façon
distingue de Val est que c'est
le code server-side.
Nous avons toujours
été en position de nos servers.
Nous avons initialement
créé un autre type de
code.
Je veux mettre l'HTML.
Vous pouvez mettre l'HTML
et ça ne va pas
pas dans l'iframe,
mais ça marche.
Mais quand vous
apprêtez l'HTML, c'est un code
server-side, et si quelqu'un
choisit de charger un code
server-side, il y a un
client-side qui se démarre.
ValTine est un platform
server-side très similaire
de la façon dont
Replet
est plus
client-side, et le server
est plus client-side, le code
pen est client-side.
Replet est un server-side
qui serait similaire de la façon
que vous voyez.
Je suis un grand ami de Replet,
et je suis un replet
qui est un sponsor de la podcast
de la fédération.
On va voir.
La différence entre
ValTine et Replet, je dirais
qu'une différence est qu'ils
ont 50 languages sur Replet.
Je ne sais pas si vous savez la
histoire de Replet, mais ça a
commencé en un project Asm,
ou un project Asm
avant Asm.
Je vois que vous pouvez
évaluer
une langue en browser
par le premier de la version
de Replet.
C'est l'origine de la version
de Replet, et après, ils ont
décidé de l'enlever
sur les containers docker.
Part de la force de Replet,
c'est que vous pouvez faire
un langage en programme sans setup.
Vous avez l'amai, vous presserez
un bouton, et vous vous vous
vous portez dans cet environnement.
Vous pouvez aller.
Et en particulier pour les cas d'éducation
avec les enfants, c'est juste
parfait pour les enfants de la
hôpitalise.
Vous prenez un bouton, et vous vous
vous portez dans le programme.
Mais je dirais
que
Replet est
fondamentale, c'est un web interface
à un container docker qui est spécialisé
pour le programme. C'est pas
un nouveau medium internet
à Например.
Mais sur ce design le
N'geordant de.
asepatch
et qui ont fait de plus en plus de choses sérieuses,
où Valetown a fait de plus en plus de choses plus composables.
Et c'est plus de plus en plus.
Nous avons juste créé une évalve authentique sur Valetown,
donc vous pouvez aller à notre site et faire type JavaScript,
et faire un tour de la carte,
et vous pouvez le montrer à l'écran,
sur le site server,
qui je ne pense pas que le replais fait.
Je pense que vous devez créer un compte,
éclater l'instance,
et faire un compte, et vous pouvez faire de la même chose.
Valetown est un peu plus léger et plus fun.
C'est l'idée.
Donc sur Reppelit, vous devez prendre des extra-steps
pour avoir une longue service,
où ça est construit en Valetown.
La fonction de votre site peut être facilement une API avec aucun clics.
Oui, très bien dit.
Je pense que pour un programme,
parfois c'est difficile de croire
que chaque Valetown est automatiquement une API.
Il n'y a pas de extra-steps,
il n'y a pas de hosting, il n'y a pas de configurations.
Vous avez écrit une fonction,
et la fonction est automatiquement accessible
pour l'API,
et vous avez passé les arguments.
Je dirais que vous ne vous avez pas passé les arguments,
parce que je vois un exemple
où vous vous appelez une fonction
dans un programme de query.
C'est pas normal.
C'est vrai.
Alors, comme vous le dites,
je pense que d'autres de la façon dont vous pensez
que vous avez essayé d'en faire,
j'ai essayé de faire tous les choses ensemble.
C'est une maire pour la nouvelle équipe
qui a été en train de faire la runtime,
parce qu'il y a 7 manières à faire quelque chose.
On peut avoir à simplifier ça,
mais oui, je l'ai étendu
l'ensemble de la runtime
à Steve Kraus.foo,
où il y a Steve Kraus, mon nom est Foo,
c'est la fonction que j'ai écrit.
Vous avez des parenthèses à gauche,
et vous pouvez passer un string,
et des parenthèses à droite,
et des x10, vous pouvez juste
concruter sur le bar de l'URL,
et c'est très élégant et bizarre.
Ça a semblé que je l'avais fait,
mais ça n'a pas causé de problèmes,
et c'est très puissant.
Les gens ont vraiment appris
sur cette expressivité,
dans le bar de l'URL.
Qu'est-ce que vous pensez
que des features uniques
que Val a,
que les autres ne l'ont pas?
Une des choses que je peux
rappeler, c'est que
ce que l'Andrew m'a dit,
c'est que le temps de runtime
est dans le bar de l'URL,
donc vous pouvez juste
faire des codes dans l'URL,
et avoir des choses différentes
à la fonction. Je pense que c'est vraiment cool.
Est-ce que vous avez d'autres features
qui vous permettent de vous accueillir?
C'est un cool truc.
Bien, oui.
On n'a pas trop de
codes,
et on fait simple.
On n'a pas trop de superpowers,
mais je veux plus.
Je voudrais
ajouter les superpowers
de Zephyr dans le Val 10,
pour que vous puissiez s'assurer
toutes les sasses que vous soyez.
On se préoccupe de
les barres
dans vos secrets Val 10.
Et on peut
facilement connecter
les functions Val 10
auxquelles sont réellement
les APIs, les SDKs,
et vous êtes comme un computing
dans votre vie. C'est un super
set d'aménages que je ne veux pas.
Les superpowers que nous avons
n'ont pas beaucoup,
mais elles sont
très bien.
button de schedule,
et on peut
faire une fonction
sur le schedule.
On peut
faire un bouton,
et on peut
customiser le temps
si vous voulez.
Ça
s'est très simple,
mais c'est assez fort.
Un autre
est console.email.
C'est aussi facile
que vous soyez logé.
C'est super.
On peut
faire des petits bits
sur votre spécifique.
Foo est 5.
Ce que ça fait
c'est que vous créez un nouveau Val
ou un nouveau version de Val
sur votre spécifique.
Il n'y a pas de state séparée.
Une des les favoris de mon
nom est que
ce n'est pas tout le temps, mais c'est
le fait que tout est en Val.
Val est un town of Val.
Conceptionnellement,
le modèle est simple.
Quels
autres features cool
ont-ils?
Les principaux,
vous pouvez importe des codes
de n'importe quel point,
comme vous pouvez en Dino,
vous pouvez apporter des fonctions de
autres utilisateurs,
comme d'habitude, vous tagz quelqu'un
sur Twitter,
ou par Justin.bar.
Je peux apporter ça
et avoir accès
à son data.
Oh, et secrets, oui.
A mi.secrets.tweeter.
Ça marche.
Oui, 2 de ces features sont
pour moi. Cron est un
qui semble simple, mais si
vous avez essayé de le faire,
vous n'avez jamais pensé
à ça, les plateformes
ne vous apportent pas, vous pouvez
faire un service secondaire
qui vous donne le cron
et vous appelle votre endpoint API.
Vous allez dans ce territoire
et vous pensez que je dois
faire des choses. Je veux que
Val vous donne un moyen de ne pas
faire des choses.
Et dans le même vein,
le console.email est la même chose.
Je ne veux pas que vous soyez
au-delà de la mail,
de la capacité de la mail.
Merci.
Je pense que
ce que je vais faire
est d'augmenter le nombre
de choses qui sont programmées
parce qu'elles sont plus
plus facilement.
Je n'ai pas
15 cron jobs
qui sont comme des scripts
qui font des choses normales
et je n'aurais pas pu les faire
si elles n'étaient pas si facilement
à la vauté de la code.
Je n'ai pas mentionné ça
il y a un tracé
dans le stack.
Je trouve que l'une des parts
de la cron systeme est
que ça a été démarré.
Maintenant je vais aller
et ajouter des statements de console.
Et puis redeployer et patier
pour les logs qui accumulent.
Dans ValTown, nous
avons des outils et des outils
et des outils de chaque fonction.
Le rêve long terme
est de
avoir une reproduction
de chaque computation
pour toujours.
Vous avez probablement interviewé
Jason Laster
ou quelqu'un de réplay.
Je vous vois, j'ai un sens
pour la personne qui vous intervient.
C'est juste mon ami.
C'est un sens, basicalement.
On
fait le même chose
mais il fait
un point de vue pour le réplique.
On veut juste le répliquer.
Je pense que
ce tout est fascinant.
J'ai un ami, Travis Fisher,
qui m'a dit un moment avant
que je vienne construire
une plateforme de service
ou une plateforme de fonction
pour aider les fonds d'envergations
et de l'addition.
Il y avait un grain
d'alcool
et le service est cool.
Etouille, Islanda, Cloudflare
et les travailleurs.
Toutes ces choses sont cool mais
ils ont toujours
l'énergie d'activation
pour se faire
en roulant.
Il y a un programme
qui sait comment faire
ce genre de choses.
Il y a un projet
qui s'est installé.
Il y a du temps, de l'énergie
et des choses
de la construction.
Je pense que c'est cool
d'y mettre un web
pour mettre des textes de type
ou d'autres.
Je me mets un peu
en train de changer
et de presser un bouton.
Les déploiements sont un bouton de save.
C'est...
je veux dire, c'est
un bouton de save.
Merci.
Merci.
On a parlé des choses cool
sur la plateforme.
Est-ce qu'il y a des limitations?
Je l'ai lu dans les docs et il y a
des limitations sur les quelques choses.
Qu'est-ce que ce sont?
Bien sûr.
La plateforme, à l'honneur, est très
très limited.
Nous sommes
concentrés sur
la raison que les gens
font de la valetine, c'est
parce que c'est la seule chose qu'on peut faire
maintenant, qui est bien et bien.
On peut commencer à l'accent.
On peut seulement boire l'eau
dans des petits coups.
On peut boire un petit peu.
Donc,
et je pense que c'est un sequence
pour moi, c'est le tout de la main.
Je vais essayer de manger le service que je compute
comme un catégorie.
Et c'est juste trop grand
de la catégorie pour manger tout à la fois.
Il y a un sequence, ce que vous buildez
et ce que vous avez à faire
en utilisant les cas de la place.
Je vais
développer ça un peu.
La main des choses que les gens utilisent
dans la valetine pour maintenant, c'est
ce que je appelle les notifications programmatiques.
Et c'est deux lignes vales.
La première ligne
fait un call à l'API
quelque part.
Elle compute comme si quelque chose a été
arrivé.
Et la deuxième ligne
dit si ce truc a été arrivé,
si il y a des résultats, je vais faire mon search
et j'ai emailé ça.
Et puis vous avez juste le bouton
et voilà, vous avez une notification
programmatique que vous n'aurez pas pu avoir
d'autre manière, probablement,
si vous avez un code.
Et il y a tous les services qui vous donnent
ce que vous voulez, dans un de nos codes.
Mais
si vous êtes un programme,
l'interface que vous voulez
est la exprésivité programmatique
de l'exact de ce que vous voulez
et de ce que vous voulez, mais pas de ce que vous voulez.
Ou d'autres.
Les 15
des services que j'ai en train de faire
sont des services de travail, je sais
si quelque chose a été arrivé en internet,
que je suis en train de chercher pour certains critères.
C'est
vraiment la seule chose que la plate-forme est bonne pour maintenant.
Et de faire des points
de la plate-forme, des points de la plate-forme
qui n'ont pas deux intérêts.
La plate-forme n'est pas très bonne
pour tout autre.
Donc
la plate-forme, la compétition de la compétition
n'est pas très bonne, elle n'a pas été
testée tout ça,
on va faire une compétition de la compétition
en un jour, probablement, quand on a besoin.
Mais maintenant, c'est juste de
faire un couple de boxes,
des big boxes,
comme quand on déploie les travailleurs
ou on est en train de faire des codes,
et ça a été tout de même très bien.
On est là, à la place de la
compétition, où on doit
penser.
Maintenant,
on peut faire des
petits points de JSON sur votre espace.
Parce que
à l'internet, je vais essayer de
éviter des stores, parce que ça complique
tout le monde dans ma vie, c'est assez facile pour être stateliste.
Mais
la plate-forme est la plus simple,
c'est juste si facile et intuitive.
Et quand vous faites un service à la compétition,
vous avez juste de la poursuivre un numéro,
un numéro un seul.
Je vois un couple de bytes, pas même des megabytes,
juste de bytes, ou un couple de strings.
Juste un petit peu.
On fait ça,
c'est un Val.
On sort le texte source,
c'est vraiment une database,
il n'y a pas de concurrence de contrôle
de la compétition.
On sait comment ajouter concurrence de contrôle, mais c'est un peu un projet.
Vals peut juste être clavé
par vous.
N'importe qui peut faire ça.
Mais si vous avez vos Val,
à l'internet,
il y a seulement un de ceux qui vont gagner.
L'autre, on va juste mourir.
C'est un feature très embarrassant.
Mais on va
fixer ça,
maintenant, Val Town
n'est pas une database bonne.
C'est une database casual,
et c'est bon pour ça.
Et la taille
de ce que vous pouvez stocker
dans les JSON blobs, c'est
ce qui se passe dans un column de postgres
JSON blobs.
C'est aussi limité.
Il y a plein de limitations.
Je pense que
les gens vont toujours me demander
de construire leur entire back-end
dans Val Town.
On va là,
ne dites pas à personne, mais c'est ça.
On va continuer à faire ça,
parce que ça va être possible.
Mais c'est pas une bonne idée.
Partant de ce que vous dites
sur la storage, ça me rappelle un peu.
On a eu
Juan Campa sur le podcast
et je sais que vous savez.
Et
des abstractures simple
sont importants
dans le space.
Je suis vraiment content
de voir comment ça s'évolue
en plus d'un autre
qui pense beaucoup
dans le space
de ce modèle, des paroles
de programmation simple.
Je suis super
détaillé de tout ce qu'il y a
dans le futur.
Je suis d'accord avec ça.
C'est cool.
Merci. Je vais dire que j'aime votre interview
avec Juan. Je vous recommande
d'autres listeners qui ne l'ont pas entendu.
Si vous avez l'interview de cette interview, vous allez aimer ça.
Juan a un
très similar
problème en ce qui est en train de travailler.
Il a été en train de vous donner un moment.
Il a des grandes idées.
Nous avons de la même idée.
C'est super.
J'aime aussi
que vous êtes le
spoke qui connecte tous nos guests.
C'est toujours si fun.
Je vous remercie.
Je voudrais
vous demander
votre pensée
sur la vision long-term
de Val.
Si vous avez
des commentaires pour jouer sur ça,
comment ça va
jouer
dans un monde idéal
de ce que le futur de programmation peut être.
Je vais vous
prendre tout ce que vous voulez.
Pourquoi pas moi,
des Indonesian
on utilise ça tous les jours, comme ils utilisent GitHub et Twitter tous les jours.
Vous vous lavez, vous vous lavez, vous voyez qui utilise vos vaux,
vous voyez qui fait des nouveaux vaux que vous voulez installer dans votre espace de nombre,
c'est-à-dire des petites app, vous vous upgradez vos vaux qui sont en train de se passer au background.
Mais la vision de long terme est que vous êtes construisant votre compagnie sur VowTown aussi,
donc vous éditez votre code pour votre compagnie et peut-être même un jour,
il y a une histoire avec comment ça intégrate les trucs à l'avant.
Donc oui, je pense que ce n'est pas seulement le cas où le programme est fait,
mais aussi comment le code est fait, comment le code est fait,
donc il y a une histoire pour la question de l'envers,
et puis il y a aussi une plateforme de distribution où vous pouvez apporter des vaux
ou des collections de vaux dans les petites app que les utilisateurs peuvent utiliser.
Donc je pense que l'un des choses que je n'ai pas parlé de programme en programme,
c'est que l'une des choses entre l'envers et l'usage de l'envers et le monde que nous vivons aujourd'hui,
c'est que les temps de tour ne sont pas capables d'être modifiés.
Donc même les app à l'opening, je ne sais pas,
les app à l'opening, comme la consommation de l'opening,
ou comme l'app à l'interface de l'usage, comme la lab à l'interface,
vous pouvez éditer le code de GitLab et faire un fork à GitLab
ou faire un verre custom de GitLab ou quelque chose comme ça.
Mais l'architecture d'apps, c'est que l'on est en train d'une personne
qui fait un app avec un database et un code base,
et un bunch de gens utilisant-le.
Mais l'architecture de Valtown est que l'on est en train d'avoir un programme en première personne.
Ce n'est pas comme un à beaucoup de programmes, c'est un à moi-même.
Donc si quelqu'un veut utiliser un Valtown, ils forment ou installent-le
dans leur espace et l'utilisent.
Et c'est pour eux, et le customisation est très facile
car c'est pour une personne.
Il n'y a pas un gars qui tient les outils à tout.
Je peux imaginer que dans le futur,
les gens installant les petits scripts dans leur espace
et les réunir dans un app à l'opening.
Et la vision est que l'un d'entre eux
installera ses apps sans connaître le code.
Je veux savoir quand on va cliquer les windows
dans le futur dans le feu de la fête.
Je ne sais pas comment le code. Je presserai un bouton
et ça fonctionne.
Ça serait cool.
Et peut-être qu'il y a un programme dans ma vie
qui peut m'aider à customiser.
Ou peut-être que, à ce moment,
un mix de l'AI et le plate-format qui est en train de mieux s'étend
pour subtilement poursuivre les programmes
dans les programmes qui sont en train de se faire
pour un cas de utilisation qui s'est emmené.
Tout ce que je veux faire est changer
ce type de valeurs.
C'est un petit peu ce type de valeurs
et je vais apprendre un peu de code
pour faire ce que je veux et puis aller avec ma vie.
Et après, il y aura un temps où ils vont devenir programmeurs.
C'est une vision de long terme.
C'est cool.
Je vous le dis.
Vous vous en avez commencé et vous vous en avez terminé.
Oui, ça peut être.
Cool.
Avec ça, on va changer les conseils.
C'est tout pour la version libre de l'épisode.
Si vous voulez un vol d'épisode, vous devez le décrire.
Ok, ça fait le temps pour cette semaine.
Merci pour votre soutien, Steve.
C'est un épisode très fun,
en pensant sur l'éducation et comment ça s'allume
dans les nouvelles prématives que vous faites.
Je suis très content de voir où ça va.
Merci beaucoup.
C'est très fun.
Oui, comme ça, Steve,
c'est un plaisir.
Je suis un grand fan de tous les works que vous avez faits
dans le passé, les paroles, les podcasts, tout ça.
C'est un moment très proche pour moi,
car je me sens comme une bonne intersection
de ces deux communautés.
C'est fun.
Merci, Ben.
C'est bon.
Merci, les gars.
Episode suivant:
Les infos glanées
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