On sait comment créer des constructions.
On comprend vraiment
comment réutiliser quelque chose.
Quand on ne doit pas réutiliser tout ça.
Parce que chaque usage de quelque chose
est généralement un peu différent.
Bonjour, bienvenue à DevTools FM.
C'est un podcast de développeurs.
C'est un podcast de DevTools.
Les gens qui font ça, je suis Andrew.
Et c'est ma co-host Justin.
Salut tout le monde.
Nous sommes vraiment intéressés à
Oleg et Bogdan avec nous.
Nous travaillons sur un produit
appelé Web Studio.
Je pense que c'est un épisode vraiment
intéressant. Nous avons été vraiment
intéressés à des outils dans ce space
pour un long temps.
Je suis très fier de
parler de ce qu'on est en train de faire.
Mais avant de commencer,
nous aimerons entendre plus de vous.
Oleg, vous voulez nous commencer?
Bien sûr.
C'est bien d'être ici.
Je ne sais pas où c'est.
Web Studio est un topic
qui comporte l'entire
web-site création
qui est un grand sujet.
Nous allons voir où nous pouvons
en faire.
Tu veux nous dire que tu as travaillé
sur ce que tu as travaillé?
Oui, je suis un développeur
et le premier développeur pour mon entire
career.
Et à un moment
d'un an et demi
j'ai décidé de
commencer la compagnie Web Studio.
Oui, je suis travaillé
sur des outils.
Un d'entre eux est Webflow.

un d'entre eux qui a
un impact huge
sur la construction de la web.
Mais aussi
ça a changé mon career
entièrement.
Partant de la raison pourquoi je
ai construit cette compagnie, c'était
moi qui travaillais sur Webflow.
Et puis réaliser
ce que l'autre peut faire dans cet espace.
Comment on est en fait
et pourquoi on est pas
mieux que ça.
Bogdan, vous voulez donner un
tour de l'entire?
Oui, bonjour.
Je suis Bogdan.
J'ai fait une source d'open source
et j'ai commencé
comme contributaire de Post-CSS.
J'ai aimé un CSS et j'ai besoin
de tour de l'entire.
J'ai été
le maintien de Post-CSS
depuis longtemps.
J'ai été le maintien de Roll-Up
SVGO.
Mais maintenant je
focussé
sur Web Studio.
C'est un projet très cool.
J'aime l'idée
de mettre des designers et des développeurs
ensemble.
De mettre
ce tout
de Webmasters
en bas.
Je dis ce que je vais faire
aujourd'hui.
Web Studio semble un
très grand produit.
Vous avez eu un path qui vous aidera.
Vous pouvez nous dire ce qui vous a pris
de Webflow à une autre compagnie
pour finir le tour.
Je vais vous dire
que je vais résoudre
ce problème avec Web Studio.
J'ai
pas voulu commencer Web Studio
quand j'étais
à Webflow.
L'idée de
faire quelque chose comme compliqué
comme un builder visual
c'est
juste doutant.
C'est juste un peu de travail.
Et c'est
un peu de pensée.
Qu'est-ce que vous avez fait
? Qu'est-ce que vous avez fait
une collaboration réelle
? Qu'est-ce que vous avez fait
pour les webplatformes
? Qu'est-ce que vous
arrêtez
de faire un
plan de production
et de faire un plan accessible
mais de la compagnie
? Qu'est-ce que vous avez fait
très vite ?
Il y a beaucoup de choses
que nous développeurs
et nous faisons
ça encore et encore
et c'est un peu bizarre
parce que tout le monde
est en train de construire des webpages
et les plus
mauvaises sont toujours
et comment ça se
se passe ? Pourquoi est-ce
ça ? Ça m'a
fait me battre et j'ai décidé de
essayer de faire quelque chose
et j'ai construit un petit prototype
dans
quelques mois, j'ai launché un prototype
et
quelques investisseurs m'ont contacté
et j'ai créé le mien
pour commencer cette compagnie.
Donc ça a été
deux choses ensemble.
Je me suis encore demandé
peut-être que nous fassons mieux
et en fait faire quelque chose
et puis de la grotte.
Donc les webflow sont évidemment
un grand contendier dans le space
mais il y a beaucoup d'autres
sortes de sites visuels
donc la catégorie
est très grande
et un peu croutée.
Donc quand vous pensez à ce problème
que sont-vous les choses que vous avez
vu comme des gâpes au marché que vous vouliez
faire avec Web Studio ?
Vous savez, le problème est que si vous comparez
les marques,
les marques de l'audience
qui utilise ces tools
c'est un peu petit
en comparaison à, on dirait,
la WordPress.
Et ça montre où Webflow est
en comparaison à le marché global.
Et puis si vous pensez à ce que c'est le raison
que, bien sûr, la WordPress est très
très ancienne et elle a
beaucoup de temps
pour obtenir
ce niveau d'évoire
mais fondamentaiment
c'est un aspect
d'open source.
Parce que
le développement visual
a été et il y a encore un paradigme
différent.
C'est un shift
un shift de
des tools de week
où vous pouvez juste construire
des websites professionnels
et puis c'est aussi différent
d'un normal Web development
où vous avez à coudre tout
et il y a une cause
d'évoire, il y a une complexité.
Donc, le développement
était quelque chose de tout
nouveau et je pensais
que si on se dévise
comme un super-niche ou peut-être
devenir un mainstream.
Et dans mon compte, la seule façon
d'en faire un mainstream est d'être
l'open source et c'est la cause
fondamentale pour commencer un Olympus.
Mais puis, en même temps,
je pense qu'il y a une chance
de construire un meilleur tool
si nous construisons
un type de plateforme
pas de propriété
de source de plus.
Parce que simplement, l'amount
d'input que vous pouvez obtenir
de tout le monde
doit être changeable
pour aucun producteur.
Vous avez vu de la soutien de l'open source
de la communauté?
Vous avez mis des features
de l'application?
Non, des features de l'application.
Il y a eu des attempts
de construire
un futur et de sortir de la place
mais, généralement,
je dirais que
même dans l'open source,
la cause n'est pas la plus importante.
Le problème est le problème.
L'objet pour
quelqu'un
d'expresser leur problème
explique exactement
pourquoi ils ont ce problème,
discute la solution et
collaborativement accueille
avec quelque chose qui fonctionne.
C'est le problème
qui ne se fait pas
plus tard.
La cause ne se fait pas.
On peut régler
ou réimpliquer tout de suite.
Ce n'est pas le problème.
Je vais poser
avant d'aller dans le studio web.
Vous avez commencé
ce, quoi, à l'heure
de 2023?
C'était le
blog
de la studio web
de la place.
A.I. a commencé
à se battre, mais
n'a pas vraiment
atteint le niveau de la haine
que c'est aujourd'hui.
Le momentum
de l'industrie s'est
changé.
Il y a un
peu d'autres gens.
Il y a un
peu d'autres gens.
Il y a un chat
de la place.
Ils tentent de
s'arrêter.
En ce moment,
dans le marché de
aujourd'hui,
on regarde
tous ces
companies de chat.
Comment pensez-vous
sur les tools
visuels
dans ce space?
Comment pensez-vous
sur le position
de la studio web
de l'âge de l'A.I.?
Oui.
A.I. a changé
quelques choses pour nous.
Nous avons commencé
à l'origine, mais pas même
en 2023. Nous avons commencé
en mai 2022,
où A.I.
n'a pas été
sur notre radar.
Et
nous avons
créé
une version
de la studio web.
A.I. a été
la seule chose que tout le monde
parle de.
Le problème, et
encore en fait,
est que
comment les gens parlent
de A.I. ?
Comment ils s'assument
que ça ne peut pas?
Comment ils ne peuvent pas?
Et quand?
C'est difficile
de créer un autre
et de créer plus de monnaie
ou de plus de gens.
Quand tout le monde est en train
de penser que dans six mois
personne ne va pas développer
quelque chose.
Dans 12 mois, on n'a pas
des développeurs.
Et bien sûr, nous avons
prouvé que
tout ça soit pas

Mais les choses sont changées
dans un certain
de la façon dont on parle.
Et en fait,
je ne sais pas pourquoi on est
en train de parler de
le chat.
Pourquoi ne sommes-nous pas
en train de parler de la
face?
Mais en fait, c'est
juste une mécanisme d'input.
Et en fait,
c'est un point de vue
qui est très intéressant
de voir les sites
qui peuvent être dans le futur.
Et en fait,
nous avons travaillé
sur les assets
et on a





travaillé sur les
sites.
Et en fait,
nous avons travaillé sur les

Et en fait,


Et en fait,
nous avons travaillé sur les

Et en fait,
nous avons travaillé sur les

Et en fait,
nous avons travaillé sur les
油







sur laancies.
C'est juste le 10% de tout ce que l'application fait.
C'est juste le début.
C'est ce que c'est.
C'est essentiellement le scaffolding de l'application.
Et puis le début de la guerre en fait.
Et puis, si vous pensez à quoi les applications
généralement se font et pourquoi elles sont si expensives et difficiles à construire,
vous réalisez que la plus de monnaie est expérimentée sur la fixation des bugs et les systèmes de scale.
Ce n'est pas le défi de la feature, ce n'est pas le futur de la construction.
Ce n'est pas le futur de la fixation des choses qui sont faibles.
Ou de la remettre en fin de la feature,
parce que c'était le plus mauvais que l'on pouvait construire dans le premier endroit.
Et c'est là où nous avons expérimenté 90% de notre temps.
Comment est-ce que vous avez expérimenté un certain futur,
et que vous n'avez pas beaucoup de technique pour la remettre en fin de la course ?
Et mon expérimentation est 10%, 5%.
On va parler des features actuelles de Web Studio.
L'une des choses qui m'a emprunté, c'est que vous pensez à des tokens de design,
plutôt que des classes CSS.
Si quelqu'un a travaillé dans une organisation qui utilise le système de design,
comme des tokens de design, peut-être un terme,
mais quelle est la réplique ?
Et pourquoi pensez-vous plus en termes de tokens de design sur les classes CSS ?
La classe CSS a fundamentalement eu un flux.
J'ai essayé de fixer ceci pour ma toute vie,
en commençant avec des plus anciens,
les plus populaires approches.
C'était le JSS et le JSLibre, qui était appelé JSS.
C'était moi qui essayais de fixer la classe CSS
en temps où nous n'avons pas de variables de CSS.
Nous avons eu beaucoup d'autres features,
pas de choses qui nous ont vraiment fait notre vie difficile.
Et le problème de la classe CSS
est l'agriculture de la classe CSS spécifique
qui fait ça difficile à la scale.
Et à la scale, je ne veux pas dire que 100 personnes,
mais juste une application de développement plus grande.
Donc, dans un développement visuel,
ce n'est pas différent.
Si vous commencez à construire sur la même abstraction,
si vous commencez à utiliser la même classe,
vous allez arriver à avoir les mêmes issues spécifiques,
mais même les plus riches.
Parce que maintenant, vous n'avez pas seulement les issues spécifiques,
vous avez aussi un UI qui ne peut-être pas expliquer
exactement ce qu'il y a.
Il s'agit d'un peu de choses que les rédeveloppeurs
savent comment se dégager d'un code ou d'un browser.
Mais si vous parlez du développement visuel,
ce n'est pas pour représenter ce qui se passe avec la CSS.
Donc, les parler de signes ont été essentiellement...
C'est comme les mixiens qui ont été inspirés par les mixiens.
C'est à la fois que ce n'était pas vraiment un truc.
À la fois que je regardais le spectacle
c'était des tokens de design.
C'est comme un drap qui n'est pas supposed
à être utilisé par quelqu'un.
Mais l'idée est essentiellement...
C'est comme des classes.
Et chaque classe peut avoir une single ou plusieurs propogies.
C'est une classe, mais la composition ne relient pas aux sélecteurs.
Vous avez un bunch de classes, vous les mettez ensemble,
vous les séparez, vous les utilisez,
vous les mixez et les matchez comme vous voulez.
C'est la même chose que les mixiens.
Et les mixiens vont être dans le standard.
Pour l'essentiel, je ne fixe pas l'issue spécifique
par ne pas avoir une composition classique.
Même si le modèle mental est exactement le même.
C'est comme si vous avez un nom et vous avez un bunch de propogies
et des valeurs attachées.
C'est ce qu'on doit savoir.
Et puis vous pouvez les mettre ensemble,
vous voyez comment ils combinent, vous voyez comment ils se mélangent.
Et vous n'avez jamais de la force à expérimenter des conflits
qui sont complètement au bout du monde.
Vous voyez tous les conflits à la frontière.
C'est intéressant.
C'est comme si vous avez des parts
de ce que les développeurs pourraient considérer un système de design.
Vous avez aussi une integration de l'UiRatix,
qui tient toutes les components accessibles
pour l'édit.
Un chose qui semble être en train de se faire de la même chose
c'est les components.
Si je voulais faire un popover réusable
que j'ai à l'aise,
est-ce que c'est quelque chose que vous avez fait?
On ne va pas les construire.
Il y a beaucoup de choses que nous avons essayé de se faire
que nous n'avons jamais été au-delà des components.
Si vous voulez réutiliser quelque chose,
vous pouvez facilement réutiliser la information de la design,
mais vous ne pouvez pas utiliser cette structure.
Vous avez basicement récréé cette structure.
Mais, en ce moment, on a construit une web de giant.
Ce n'est pas une web de giant,
mais c'est une web de large,
une web studio.
Comme la web studio.is.
On n'a pas beaucoup de trouble.
On a beaucoup d'users qui construisent
des websites relativement complexes.
Ils n'ont pas beaucoup de trouble.
Et on a aussi discuté
dans quelques semaines,
il y a une discussion
sur les components et la réusabilité,
et tout ça.
On s'est dit que nous venions de la compétition réacte.
Nous venions de penser qu'on a besoin
d'un truc que nous pouvons parameteriser,
réutiliser et tout,
dans le moyen que les components réactes soient utilisables.
Mais la réalité est que,
en plus de temps,
le moment où vous vous utilisez des components,
vous vous enlève.
Et le moment où vous enlève,
vous vous enlève dans différents places,
vous enlève difficile à maintenir.
Et en ce moment,
vous commencez pour chaque extra usage
et extra use case,
vous commencez à mettre plus de paramètres,
vous commencez à devenir
vraiment difficile à comprendre ce qui se passe.
Vous commencez à briser des choses
simplement parce que vous ne savez
toutes les choses qui sont utilisées
dans ce component
et comment ils sont utilisées.
Et c'est le concept que nous,
les développeurs,
les développeurs ont profondément
le droit de la décision pour des décennies.
Nous sommes en train de faire
ce genre de travail.
Nous avons des tests sur le top de ça,
nous essayons de faire
des choses très semantiques correctes,
nous avons eu de temps de maintenir des semantiques
et tout ça,
juste pour faire le sens de tout.
En même temps,
c'est toujours comme un coup de feu.
C'est difficile.
C'est...
Ça fonctionne à un certain niveau
et ça ne marche pas.
Donc,
parfois, nous sommes inquiets.
Nous savons comment créer des abstractures.
Nous nous comprenait vraiment
comment réutiliser quelque chose.
Quand même, nous ne devons pas réutiliser
quelque chose.
Parce que chaque usage
de quelque chose
est généralement un peu différent.
Et puis, vous commencez
avec la paramétrisation, etc.
Et
la tendance de votre vie,
surtout avec le mindset de l'EI,
c'est en fait
un paysage de copie,
un bunch de MMOs,
avec un bunch de styles,
et adaptant-le
à l'usage que vous avez besoin de.
Et
c'est un peu
un peu
un peu plus
exploré
pour l'appliquer à la développement web
que je vois
en plus et plus d'un jour,
en fait,
en fin de l'année,
pour Théolian,
parce que simplement Théolian
était
pas vraiment réusable de styles,
mais plus
réusable
de styles
que vous avez copypaste
sur le terrain.
Et je me suis
appris
par ce secteur.
Je n'étais pas
jamais fan
de Théolian, en fait.
Je me suis toujours hésité
de ce secteur,
parce que
mon programme de mind
a besoin de la compagnie,
mon programme de mind
a besoin de
réutiliser tout,
tout un peu.
Je me suis toujours
battu par mon équipe.
Je suis le gars
qui veut réutiliser
et ils ne veulent pas
réutiliser plus.
Ils veulent juste
le faire
copypaste,
le faire
et peut-être
quelques petites
pièces et morceaux
comme des variables
ici et là,
comme des configurations
là-bas
qui n'ont pas
pas de change
de réutilisation.
Donc
avec ce secteur,
je pense
qu'on va encore
avoir
des compétences
pour le développement visuel,
aussi.
Je suis à ce point
où je ne suis pas
pas sûr
de comment ça devrait travailler.
Parce que les compétences,
surtout les constructeurs visuels,
sont un sujet
complexe.
L'utilisation de ces compétences
en courte n'est pas utilisée,
mais l'utilisation des visuels
n'est pas une plus facile
à l'aider.
Ça peut être
même plus difficile
parce que
vous devez
définir l'interface
ou tout ce qui s'est passé.
Vous devez définir
comment ces compétences
composent les autres choses
dans la vie.
Qu'est-ce qui est en train
de faire ce que ce n'est pas.
Vous devez définir
les choses
que vous pouvez
vous mettre
dans cette compréhension
de l'au-delà.
Vous devez
décider
quelles sont les propres
des compétences
qui peuvent être
en train de
aller au lieu
des autres compétences.
Et puis,
comme
ce n'est que
la visuel,
ce n'est qu'une
chose qui est
pour faire
une vision
de l'autre.
Qu'est-ce qu'il y a
sur la logique ?
Qu'est-ce que vous voulez
les compétences
pour communiquer
avec les enfants
et que les enfants
communiquent
avec les parents.
Avec une propre
réaction
dans les parents,
cela évoque
les enfants
et les enfants
qui évoquent
quelque chose
qui évoque
les parents.
Donc,
les développeurs
sont comme
l'élection
du système de réaction
qui se dévouent.
Comme,
les parents
et les parents
qui communiquent
dans les réactions
sont messieurs.
Vous devez
comme si vous n'avez

des libraires
pour cela,
vous devez
passer les fonctions.
Vous devez
utiliser
les codes
pour les parents
pour que les parents
puissent faire
quelque chose.
C'est une très
messieurs
choses
pour faire.
Donc,
je ne suis pas sûr
que c'est le bon approach
pour l'environnement visuel
pour qu'on ait
les systèmes visuels
comme
les systèmes visuels
et les snippets
qui sont réusables
mais aussi
l'hôpital
qui est attaché
à eux
et tout
les composants.
C'est intéressant
que
vous avez
trouvé
un
un grand tour
de l'un de l'autre
avec l'approche
classique
où vous avez
divorcé
le marqueur
du style
et cela
fait que
tout le monde
est plus flexible
et vous êtes
en train de
dire que les composants
sont
une abstraction
que nous avons
utilisé
pour
conquerer
cette complexité
mais ce n'est pas
vraiment
que ça.
Cela
n'adresse

plus de complexité
quand vous êtes
un tool visuel
et vous avez
une extra layer
d'API
et de
savoir
les choses
mais
le primatif
vous arrive très très loin.
C'est
ce que
nous
pour réutiliser
un marque
qu'on n'a pas
à utiliser
les composants
ce qu'il serait
répréensible
d'un certain
façon
que ce soit
le snippet
et c'est
ce que

un exemple
où
ils n'ont pas
l'approche
de
les composants
même
que
ils ont
une notion
de
les
propres
et
les
composants
mais
ils
ont
tout
les
aspects
qui
permettent
de
avoir
une
direction
pour
une
propres
entre
les
compagnons
qui

une
façon
différente
d'un
aspect
qui

défend
le module
est
votre
component
et
c'est
le
mot
c'est
le
logic
et
le texte
qui
défend
le
comportement
de
votre
représentation
mais
en
sens
de réaction
il n'y a pas
des compagnons
qui existent
mais elles sont
un model
conceptuel
c'est
un
bout de
part
d'un
component
peut-être
c'est
le mot
c'est
le mot


c'est un mot
négatif
non
compagnons
de
partie
de
compagnons
de
la
compagnon
de
ce

...




...

...
...

...
...

...
...
un pattern de componentialisation pour une longue période.
C'était un truc qui a pris un temps pour savoir ce que le pattern est pour ça.
Et ça semble être un challenge dans ce espace, pour sûr.
Bogdan, j'aimerais vous donner une chance à parler.
Je suis curieux de voir votre expérience dans l'open source et dans le espace de la tooling,
et de travailler sur des choses comme les post-CSS.
Comment a-t-il été influencé, comment vous approchez de travailler sur un produit,
comme le WebStudio, et quelles sont les choses que vous avez pu pouvoir vous donner au produit ?
La chose importante est que ce produit est de la date,
qui représente le state de l'application de l'application.
C'est en AST, l'abstruct de la synthèse, de tout.
Notre compagnie directement a transmis cela dans un code.
Vous avez un code réact.
Dans un builder, il transmet un code en temps,
qui réactivement change,
et l'utilise change quelque chose dans le projet.
La seule chose que j'ai figuré pendant le travail sur ce projet,
c'est qu'on ne doit pas avoir des parcs de la construction de la code,
des outils de la génération,
on peut juste éterner notre abstruct de la synthèse
et générer un code avec des strings.
On ne doit pas avoir des libraries complexes comme Babel.
On peut utiliser cela pour générer un code pour un framework.
Il peut être réact, il peut être réveillé.
On va ensuite faire plus de communication
entre les développeurs et les designers,
pour utiliser un code de développeurs et les développeurs
pour utiliser des compagnies qui sont designées dans le Web Studio.
Cela me rappelle la raison de pourquoi ces outils existent en général.
Si vous pensez à la cor,
ce qu'on essaie de se solver avec tous ces outils,
c'est la collaboration des développeurs designés.
Car ce n'est jamais été solvé.
Ce n'est toujours pas solvé aujourd'hui.
La raison de la cor est simplement
que la gap entre les outils de la construction
et les outils de la construction
et les développeurs est tellement différent.
On a essayé de solver des approches
pour établir des outils de la construction
qui sont des tokens,
des JSON et des design-systems,
et on va dire que ça ne marche pas.
Ça marche mais on crée plus de travail
que vous vous demandez si c'était même possible.
On a essayé de se solver.
C'est la première version de la construction
qui a été construite en cette approche.
On a essayé de synchroniser les tokens
dans le design des TIGMA.
La toute interface a été construite en TIGMA.
Tout était tokenisé.
Les tokens synchronisés dans le building
ont toujours utilisé ça.
Nous n'avons pas de solution pour cela.
En fin de compte, c'est une maignesse.
Le building complexe de l'Ui
dans cette approche est juste trop expensif.
C'est trop de travail.
Vous commencez à en coudre chaque petit truc,
chaque couleur, chaque espace
dans le système de tokens
et vous devez maintenir ces places
dans les TIGMA et où c'est utilisé.
Il y a encore beaucoup de choses
qui sont sur le top de ça.
Vous pouvez changer ces choses,
mais ils peuvent cacher d'autres choses.
Ce n'est pas nécessaire.
C'est l'attente de la solution
de la collaboration de design et de développeurs
par avoir un protocole
entre les outils.
Le protocole est juste le subset
de tout ce qui doit être fait.
C'est probablement 1% de tout ce qui doit être fait.
Je pense que la seule solution
de cette solution, si on ne peut pas
faire de la communication
avec le design et de la développeur,
c'est de créer un seul outil
ou un seul endroit où les deux
peuvent s'occuper.
C'est ce que tout le monde
a fait.
Je suis en train d'avoir
tous les outils qui sont pour les
complexe, comme Webflow, Pramer, Web Studio.
C'est tout ce qu'on est essayant de faire.
Je pense que le design et de la
développeur de ce genre
a beaucoup de marit.
Un outil que j'ai vu
avec les deux, c'est
le fait que les deux
font des éléments semantics.
J'ai utilisé Web Studio
ou Webflow avec ma femme
une fois.
Je suis surpris
de ce que j'avais besoin
d'un non-developateur
pour faire un site et faire le bon
et faire le bon.
Vous avez été
un peu entier
sur comment le métier
fonctionne en Web Studio
et comment ça aide les gens
à faire des websites semantics?
Je ne vais pas prendre
cette question, il a un
mastermind.
Il a commencé
avec les components
et les réactions.
Il y a un component
qui est un élément
qui vous donne
une capacité à créer des éléments HTML.
J'ai l'idée
de donner un contrôle très bas
pour le design visual








pour les designers
pour leur donner des niveaux de la haine
et des paragraphes
pas trop d'abstractage
pour que le code généré
soit le même que l'international.
Le même s'est passé
avec l'AI qui peut manipuler
des éléments HTML
mais il ne peut pas savoir
nos obstructions.
Mais l'idée est de justifier
quelque chose qui existe dans le monde.
Une chose importante
dans l'élément HTML
est le modèle de contenu
qui est passé
par l'élément HTML.
Il y a un table index
qui montre qu'un élément
peut être envers la parente
et la construire.
Il y a une liste de règles
pour le studio web
et maintenant ça peut vous warner
quand vous mettez quelque chose correct.
Il y a un property tag
qui montre seulement des tags
qui vous pouvez utiliser dans le contexte.
Par exemple,
l'élément liste
peut être mis seulement à l'intérieur des listes
des listes en ordre,
des listes numériques
et des textes de base.
Quand vous essayez de changer
un tag sur la parente,
il ne vous fera pas utiliser
par exemple le paragraphe
car il sait que les enfants ont le temps.
Donc, il nous permet de nous enforceer
le symante HTML pour les utilisateurs.
Il montre seulement des attributes spécifiques
pour cet élément
et dans le futur,
nous introduirons l'accessibilité
de la preuve de la preuve.
Il y aura une édition
pour déterminer le bâtiment.
Je pense que le plan
de la pensée fondamentale est
que si nous utilisons des compétences
que nous avons faites sur le site web,
nous travaillons
contre le site web.
Oui, nous pouvons faire des compétences
et de la pensée.
Mais fondamentale, chaque mois, chaque année,
le plan de la pensée fondamentale
s'en vient avec des nouvelles choses.
Il y a un grand nombre de travail
dans le CSS, en HTML,
dans les API popular.
Qu'est-ce qu'il y a?
What is it called?
The triggers.
We can have
Invoker commuters.
Exactement.
Les choses sont comme
HTML et CSS
se sont lentement
accueillis à les requises de la vraie
monde, les choses que nous
faisons avec les codes custom.
Et toutes ces structures customes
que nous aimons
construire pour les développeurs
vont être
dans un an, un bunch de codes
que vous n'aurez pas.
Notre idée est
de rétablir comment nous nous
nous enchaînons
sur le code HTML et CSS
pour s'y accomplir
et s'en sortir de la façon.
Avec cet élément,
c'est un contexte
d'obstruction
qui vous permet de utiliser
aucun élément dans le bon endroit
avec les mêmes attributes
et qui vous dit que vous êtes pas mal.
Et c'est un peu bizarre,
car, pour les développeurs,
si vous vous enchaînez HTML,
je vous garantirai
que vous n'aurez pas de complément,
de valide HTML
sans vous enchaîner.
Je me regarde
toujours des choses que je ne peux pas ou pas
de souder.
Aujourd'hui, je dois vous enchaîner
si je peux utiliser un élément de la hauteur
dans un élément dialogue.
Il semble logique que vous pouvez utiliser
la hauteur, mais non, vous ne pouvez pas.
Ce n'est pas pour ça.
Et des choses comme ça se passent tout le temps.
Et, bizarrement,
dans cet environnement

vous pouvez voir
ce qu'on peut utiliser et ce qu'on peut utiliser.
Parce que ça vous dit tout le temps.
Un truc que j'ai voulu
faire très rapidement, qui est un peu
un dévergent de ce sujet.
Donc, dans le poste de
« Why we have flow, why now »
et juste sur votre site d'accomptation,
vous vous enchaînez Cloudflare
comme un élément très spécifique
pour ce que vous faites.
Vous enchaînez un peu,
et vous enchaînez un peu.
Quand beaucoup de temps,
des gens peuvent être construits
sur Cloudflare, mais ne les mentionnez pas.
Pourquoi est-ce important
pour vous de vous enchaîner?
Qu'est-ce que Cloudflare
vous donne que vous pensez
que c'est un différenciateur?
Je pense que
la plus grande feature
ou l'infrastructure
que nous avons en pensant
que Cloudflare est
le gorge
est les travailleurs.
Ils ont fait 2 très importantes choses.
Ils ont fait un super gorge
et
distribué
à travers le globe et isolé.
Des machines
qui vivent
dans les locations de 207,
et personne n'a
pas de ce genre.
Et si vous pensez
que vous voulez de l'un de nos websites,
vous voulez être vraiment vite
à n'importe quel point dans le monde,
et vous voulez pouvoir
faire des données dynamiques
et encore être vite.
Et c'est ce que vous pouvez faire
avec le WCAG Plus
de la caching.
Parce que
pour le plus grand
de l'infrastructure,
ne vous enchaînez pas
vraiment vite, ce n'est pas ce que tout le monde
veut faire pour le web.
On pourrait le faire avec
une classique CDN, mais ça serait
seulement un web état. Vous ne pouvez pas
construire un site sérieux
avec un web
sans avoir
l'hôpital d'application,
d'application pour la caching.
Cloudflare est juste en train
de travailler vraiment bien
avec un storage
qui est
3-compatible, mais qui n'a pas
la caches agressives
avec la CDN
qui est
l'un des meilleurs dans le monde
avec des travailleurs,
avec la caching
.
Il me semble que c'est les
les meilleurs qui ont vraiment
construit le site pour ça.
Bien sûr,
il y a une façon de faire ça,
mais Cloudflare est vraiment
en train de faire quelque chose de bon.
Donc,
avant de commencer,
on a touché un peu
au début de l'épisode, mais la caching
a changé beaucoup.
Comment vous intégrer la caching
dans un produit, il y a
un bunch de différentes manières,
comme on l'a déjà discuté, les gens
veulent mettre des caches en tout,
mais comment vous vous approchez
d'intégrer la caching dans votre
tour et ne pas faire
faire comme juste quelque chose de pin.
Nous avons fait
une bonne partie de l'intégration
en 2023, et on a juste pensé
que le tâche d'info est
outre, c'est fou,
il faut impliquer, et on a
fait ça, mais
c'était très utile,
parce que c'était
possible de faire des choses basées,
mais on ne peut pas relier à tout.
C'est difficile de comprendre ce qu'il fait.
C'est comme si
vous étiez en train de construire un tool professionnel
et que vous avez
de la façon dont vous devez
faire un
contrôle de l'approche.
Nous avons
le tout élevé,
juste récemment,
et pour
3, 4, 5 mois,
nous nous avons
regardé une nouvelle chose,
c'est l'inception.
L'inception n'est pas un replacement
pour le builder, c'est un tâche
d'inception,
et l'inception est
construite par la salle,
pour utiliser les LLMs
et les autres modèles.
Et la importante
idée est
essentiellement
de combiner un design,
des canomers,
des canomers figma,
où nous avons
beaucoup de frames,
l'obligation de voir
beaucoup de différentes versions
des choses, et en même temps
d'expérimentation, de branchage,
et
essentiellement
nous n'avons pas
d'un design de contrôle, comme Figma a.
Le tool est vraiment simple, c'est le chat.
Le chat est interprété sur le top de un design,
des canomers.
Et
l'idée est essentiellement de
pouvoir générer beaucoup de idées,
d'expérimenter beaucoup
de sortes d'indications,
en utilisant un AI,
des canomers qui sont
spécifiquement designés pour l'expérimentation.
Et puis,
en en utilisant une photo de
ce que vous avez créé,
en utilisant un code,
HTML et Telvins,
comme nous l'avons spécifiquement
utilisé par nos LLMs,
donc c'est la pensée du Telvins,
c'est la design de tout,
il n'y a pas de construction,
il n'y a pas de translation entre
ce que vous
avez créé avec vos canomers,
et ce que c'est
possible.
C'est un web canvas.
Et puis, essentiellement,
vous commencez l'expérimentation, vous pouvez
construire l'entrée, vous pouvez construire
quelques sections, et puis vous pouvez le copying
pour either builder,
parce que le builder maintenant supporte
le paste de HTML et Telvins.
Vous pouvez le copying
de tout, et le paste
dans le builder,
vous pouvez aussi le downloader
tous les assets et le store,
mais vous pouvez aussi prendre
l'approche
et le contrôler
de l'inception, et continuer de
construire dans le builder. Vous voyez exactement
ce que vous avez paste,
il n'y a pas de side effects, il y a
un contrôle, vous pouvez changer
tout ce que vous voyez sur le canvas,
parce que le builder est une idea
et vous pouvez aller à production.
Nous essayons
de combiner les deux worlds
en utilisant des deux différents
tools qui travaillent ensemble
vraiment bien.
Il semble que votre tool a beaucoup de
très belles features
de Ux pour
faciliter cette transformation.
Donc, juste de pouvoir le copying et le paste
avec Telvins dans le tool, c'est assez cool.
Je l'ai aussi vu que vous pouvez
juste paste les properties CSS
dans le bar de l'arrière,
et depuis que c'est tout un web,
c'est juste que vous utilisez toutes ces properties.
Est-ce que vous avez
des autres cool little Ux web
platform, des features que vous avez
sur la plateforme ?
Je dirais que
de la pensée mentale, vous devez
pouvoir prendre
tout ce que vous avez
et paste-le dans le web studio.
La seule chose que vous avez
maintenant, vous pouvez juste prendre
les properties CSS
avec des sélecteurs compliqués
et paste-le, parce que ça
va défeudre la cause.
On va avoir
une complexité entanglée.
Donc,
on essaie de
supporter, en fait,
l'entire de CSS
avec les sélecteurs.
Vous pouvez paste
toutes les sélecteurs,
vous pouvez paste
tout,
avec les sélecteurs,
et
ça ouvre un peu
les possibilités.
Mais, nous
nous avons la interface
qui permet
à moins de
certaine level de
l'évoire de la sélection
de CSS, un moyen pour les sélecteurs
pour nous interactiver.
Ils ne doivent pas
être
en train de
faire un projet
qui est un
nombre de codes
en place
en salle.
Vous devez trouver
un moyen pour les sélecteurs.
C'est
la main idée.
En s'envole,
les sélecteurs
vont aussi explorer
et expérimenter, mais
l'inception est en fait
plus pour les sélecteurs
et les managers,
les gens
des produits,
parce que
on a fait l'inception
de manière créative,
on essaie de
faire des moyens pour les sélecteurs.
Donc, vous ne devez pas
faire.
Quand vous entrez à la promesse,
vous pouvez dire quelque chose qui est relativement simple,
pour que vous puissiez
faire une section de
professionnel.
Il y a des concepts
intéressants, mais
les contextes
qui sont plus intéressants,
mais en général,
vous ne devez pas être le design
pour l'utiliser, vous pouvez
faire des contextes extra,
mais vous ne devez pas.
Vous pouvez tout faire
pour que vous puissiez
que quelqu'un soit
décide de quoi est bon
et ce n'est pas bon, et vous vous
allez avoir des variants
et des versions de tout.
Donc, vous devez décider.
Depuis que nous supportons les variables CSS,
elles peuvent être copiées
par un Figma ou un Pempot
et paste directement dans la route,
et utilisées au projet Crossholt.
C'est un bon fonctionnement pour partager
les valeurs des designers
et les constructeurs basés
sur le système de design.
C'est un peu de la question,
merci pour votre question.
Vous avez construit un très fort
outil et le fait que le bâtiment
est ouvert est incroyable.
Merci pour votre question.
Merci pour nous avoir regardé.
Nous apprécions.
C'est un outil cool, et nous sommes
heureux de voir comment ça se développe.
Sous-titres réalisés par la communauté d'Amara.org