On utilise ça maintenant pour créer la plupart des applications que nous utilisons tous les jours.
Mais ce n'était pas créé pour faire ça.
Ce n'était créé pour créer un papier scientifique,
qui vous partage entre vos collègues à l'université.
Et ça montre que le front-end est wild.
Ce n'était pas créé par une idée, par un plan.
Ce n'était créé par la vie de l'évolution,
qui change la façon dont tout le temps quelque chose se passe de autre façon.
Bonjour, bienvenue à la podcast de DevTools FM.
C'est un podcast sur les tools de développement et les gens vont les faire.
Je suis Andrew et je suis ma co-host, Justin.
Salut tout le monde, je suis vraiment, vraiment excité pour notre guest aujourd'hui.
On a André Sittnick sur.
André travaille comme un ingénieur de Martiens d'épopulation,
qui, si vous retournez au épisode 56,
on a fait un épisode avec eux.
Et vous êtes juste un grand force d'entrée en public.
Donc c'est incroyable, c'est incroyable de vous avoir.
Vous avez fait des tools comme Autoprefixir, PostCSS, Browser List.
C'est une longue liste.
C'est une immense honneur pour nous d'avoir.
Mais avant de commencer,
Would you like to tell our guests a little bit more about yourself?
Merci pour une belle introduction.
Oui.
Donc, comme vous l'avez mentionné,
j'ai créé quelques tools qui travaillent avec CSS.
C'est aussi avec CRDT.
Et maintenant, mon point de vue principal de l'intérêt est OKLCH.
Parce que j'aime vraiment comment ça marche avec les couleurs.
Parce que c'est un grand topic, mais depuis que c'est une bonne façon.
Maintenant, je vais vivre en Barcelone.
Et je travaille en Martiens d'épopulation.
C'est super.
C'est vraiment difficile de dire comment c'est grand impact que vous avez eu,
surtout dans le webspace et l'application d'une source d'open source.
Comment avez-vous commencé par faire des choses d'open source?
Est-ce que ça a été une fois de l'épopulation de Martiens?
Ou est-ce que c'est juste quelque chose que vous avez commencé avant?
Non, je suis commencé comme développeur d'open source.
Je ne sais pas.
C'était dans ma façon de vivre.
C'était une des raisons pour la construction de l'application de software.
Pas parce que c'était un grand nombre de salaris.
C'était le début de la fin de la fin de la late-nigst.
2000, en Russie, nous n'avons pas beaucoup de monnaie.
Mais c'était une magasine qui s'appelle The Hacker.
C'était une magasine pour la culture de The Hacker,
pas pour la culture de la culture criminelle,
comme pour la industrie d'un computer,
mais pour la culture d'utiliser un tech pour s'embrasser.
C'est similaire à Defconn.
Si vous voulez avoir le spirit,
allez au Defconn conference, c'est le meilleur.
Et le résultat, le spirit que nous devons acheter nos systèmes,
que nous devons acheter nos données,
est devenu partie de ma personnalité.
Et c'est le résultat que j'ai commencé
comme internet, comme administrateur de Wikipedia.
Donc l'open source n'est pas seulement concerné par le code,
mais aussi par le connaissance et beaucoup d'autres choses.
Et donc l'open source était le moyen de comment
aller au programme commercial, pas de la même manière.
Donc, vous avez regardé la school pour la science d'un computer
ou vous avez regardé l'étude à l'étude à l'étude?
Il n'y avait pas de la school à l'étude.
Il n'y avait que des schools pour les algorithmes,
des universités, des sciences d'étude, des sciences d'étude.
Et donc, je me suis dit que c'était un peu de la spécification
de la spécification de la TTP, de la CSS,
de la spécification de la trostation de la Russie.
C'est un path intéressant,
parce que c'est un peu...
Il y a beaucoup de gens qui ont commencé
à lire une spécification, par exemple,
c'est un truc dents,
qui peut être un peu de la tête.
Donc, c'est un truc...
Vous avez eu un curve d'étude assez high, je suis sûr.
Vous vous souvenez du premier tool d'open source?
Parce que ça ressemble à...
C'était une longue période auparavant,
vous avez regardé des spectacles de TTP.
C'était le tool pour l'éducation sur Internet.
Comme nous avons tout ce qu'il y a maintenant,
c'était un projet comme ça,
mais c'était un projet de school.
Mais c'était aussi un open source.
J'avais un compte dans South Forch,
c'était comme un GitHub, mais en 1990.
Donc, j'avais quelques projets là-bas,
c'était aussi...
On pouvait coller le prochain JS,
mais en 80,
quand vous n'avez pas...
C'était un système de fast-CGI,
qui servait un STATIC HTML
sans des temps-tâches.
C'était un projet de shitté.
Fast-CGI a été tout à l'heure.
C'est cool.
On va parler de des projets plus récents,
peut-être des projets très très bien joués.
Il y a un grand nombre de projets,
un d'entre eux qui serait intéressant
de parler est la liste des browsers.
C'était un très important tool
dans le espace polyfélicien
ou l'espace de transport.
Vous pouvez expliquer
ce que c'est et ce que la motivation
de créer ça a été?
Ce projet n'est pas peut-être un library,
mais c'est un library, mais l'idée est
que c'est un config.
C'est une convention
où nous avons un endroit
pour décrire nos browsers.
Les browsers, qui nous soutenons
comme un projet.
L'initiel, c'était...
...dans l'autopréfix.
Donc, en Russie,
nous avons un très populaire browser
appelé Opera.
C'était techniquement au Nourvijan,
mais c'était très populaire en Russie.
C'est plus populaire que l'initiel explorer
ou d'autres outils.
Et...
...je me sentais
que tous les développeurs
créent un site pour les browsers américains.
Et personne ne craint pas d'Opera,
mais c'est très populaire
dans d'autres pays.
Et nous avons face à cette condition
et comme résultat,
quand j'ai développé l'autopréfix,
j'ai pensé que
si je vais donner
des options d'utilisation
pour juste sélectionner
une version de chaque browser,
Edge, Chrome, Firefox...
Les gens dans les États-Unis
pensent seulement sur les browsers
populaire dans les États-Unis,
et cette condition, comme résultat,
est une façon de décrire
une politique
des browsers qui apportent
plutôt que des versions.
Les deux versions,
ou plus que 1 % de la popularité
dans mon pays,
ou dans le statistique de mon site,
ou les browsers qui apportent
des modèles,
et c'est un config.
C'est un config avec une cour de haut niveau
où vous pouvez décrire
vos policies sur les browsers.
C'est créé pour être
porté à tout le monde.
Les langues, pour exemple,
ont un port
d'assistance, mais maintenant
le library JavaScript
est la main façon de l'utiliser.
C'est donc utilisé
par l'autopréfix,
par Baby,
par Post-CSS,
et par les autres
des small tools,
par Lightning, CSS, et d'autres.
C'est vraiment
un standard de facto.
Je ne pourrais pas dire ça
cinq ans plus tard, mais maintenant
c'est comme tout seul tool qui apportent
les browsers en bas.
J'espère que ça va faire le monde
un meilleur endroit.
Je trouve ça intéressant que c'était créé
pour soutenir Opera de tous les browsers.
Si vous me demandiez
ce que l'on apportait,
je pourrais l'aider
à dire Firefox, ou Safari,
mais c'est cool que c'était Opera.
À ce moment, Firefox était un market
très grand.
J'ai pas l'impression que c'est pas maintenant,
mais j'espère vraiment
que ça va s'éteindre.
Donc,
d'ailleurs,
il y a des années,
la soutien pour les propriétés CSS
était très fragmentée.
Il y avait beaucoup de
attributes que vous avez
mais, en temps de la fois,
on a vraiment consolidé
un set de
rues et rien n'est
pas préfixé.
Donc, vous pensez que, en passant,
un tool comme browser list
sera moins utile
ou est-ce qu'on a toujours besoin
d'avoir des gaps entre le futur
et ce qu'on a maintenant ?
Je pense que nous toujours
avons besoin d'un browser list,
ou d'un autre tool,
parce que ce n'est pas seulement
d'avoir des préfectures vendres,
mais d'avoir des polyfiles.
On a toujours besoin d'un polyfile.
C'est comme ça que les gens
travaillent.
Mais on a aussi besoin d'un seul endroit
pour un nouveau développeur,
pour aller et vérifier
ce que les browsers appartiennent.
Ce n'est pas seulement pour les tools,
mais aussi pour les gens,
un seul endroit.
C'est un point intéressant.
On parle beaucoup de ça,
quand on parle des types,
c'est comme si le type est pour le correctement,
mais aussi pour les documentations
de développeurs.
C'est un intéressant point,
parce que j'ai eu beaucoup de travail
dans le passé, mais on a des questions,
mais quels browsers appartiennent-ils ?
Et avoir cette configuration,
comme si c'était pour les browsers,
c'est très valable
comme documentation.
Oui.
Mais Andrew,
il a une question
sur le processus vendu.
La partie la plus drôle
que j'ai créé pour l'autoprefix
c'est juste un week
avant,
le Chrome a annoncé qu'ils ne pourront pas
mettre les préficices dans les Blinks Engine.
Et tu sais, je créé un outil,
c'est un outil qui met un processus vendu
pour le CSS.
Et je créé un outil qui a déjà été
ça.
Il ne sera pas utile.
Il sera utile en quelques années.
Et la partie drôle,
c'est un projet qui, j'espère,
va mourir. Je ne veux pas le soutenir.
Nous devons être dans un endroit
où nous n'avons pas besoin d'un outil,
mais j'ai pourtant
pas pu retirer les produits de ma production,
parce que nous avons encore un peu de petites propriétés,
qui n'ont aucun souvenir.
Et chaque fois, ils créent des problèmes
pour les utilisateurs,
surtout pour les browsers,
comme Samsung,
ou les browsers UC,
très populaires dans la région asienne.
Donc, comme résultat,
on en a encore besoin d'un outil préfixer,
mais je suis sûr que, à un moment,
il devrait être ça.
C'est drôle de voir que tu veux que tu aies ton outil
pour mourir.
Avant de nous changer de métiers,
a-t-il un outil préfixer ou les browsers
qui sont les plus vus, ou avez-vous
des 4 sites pour dire que ces sont deux outils séparats
et qu'on va les construire séparatement?
Initialement, c'était
un outil préfixer.
C'était un outil post-CSS
qui s'appelle Revoque.
C'était l'idée
de T.J. Chlavačuk.
C'était seulement un outil
pour le Revoque.
Mais je n'ai très rapidement trouvé
que le Revoque ne se trouve pas
de problèmes, dont nous avons besoin
d'un outil préfixer
et que je suis commencé un outil préfixer.
Et puis, je l'ai compris.
C'était pendant
mes conversations
avec Compas Team.
Ils ont la même
outil préfixer
et j'ai trouvé
pourquoi nous avons un config
seulement pour l'outil préfixer,
et pourquoi pas aussi pour le Compas.
C'était un projet pour Sass.
Et comme résultat, c'était créé.
Je n'ai juste pas trouvé le code
d'outil préfixer,
pour que ce code soit utilisé
par d'autres outils.
Compas était
un ecosystem ruby.
Oui, oui.
C'est tout.
Bien, on parle
un peu de Post-CSS.
Post-CSS est un autre outil
d'un outil très
influenciant
dans l'écosystème.
Je pense
que nous parlons de Compas et Sass.
Je pense que
en 2010, on a utilisé
moins de sass
et tout. C'était un outil primaire.
Et maintenant,
chaque projet que j'utilise
utilise Post-CSS
d'un peu exclusivement
pour la transformation.
On parle un peu de l'origine
de Post-CSS. Qu'est-ce que c'est votre objectif?
Oui, mais
même si vous n'utilisez pas
Post-CSS,
si vous n'utilisez pas
vous utilisez très probablement
de toute façon.
Parce que si vous utilisez Webpack,
c'est déjà Post-CSS.
Donc, à l'initiel,
c'était seulement un framework
pour créer un outil comme un outil de post-cSS.
Donc, à l'initiel,
il ne devrait pas être
un développeur
et des développeurs
ne devraient pas savoir
Post-CSS, qu'il devraient savoir
style, Webpack,
donc il devrait être dans le monde.
Mais je me suis très rapidement trouvé
que les gens ont peur
d'adresser un outil de post-cSS
pour leur projet.
Donc, à l'initiel,
j'ai besoin d'un framework
pour faire plus de complexe
comme un base pour l'autopréfixe.
Mais aussi,
il y a aussi une philosophie.
Je veux avoir un monde
quand nous, comme communauté,
contrôlons la post-cSS.
Maintenant, c'est comme
un groupe de cSS, et ils font des choses.
Les browsers font des choses.
Mais nous, comme développeurs,
n'avons pas de façon de
tester un nouveau futur
ou de proposer une nouvelle idée.
On a ça, mais c'est pas
comment les gens pensent
sur cSS.
Donc, j'ai envie de
encourageer les gens
de penser sur cSS
comme un outil qu'ils ont.
Et donc, j'encourage de créer
un outil de processus
sur cSS.
Donc, être créatif, être fun
sur cSS. Ou, pour exemple,
créer un polyfield
avant d'impliquer
ceci dans le browser.
Donc, nous pouvons tester
et fixer des problèmes,
des problèmes de développement,
avant que ce soit
étendu pour l'implémentation.
Nous pouvons changer l'implémentation,
car nous pouvons détruire
les problèmes.
Donc, comme résultat,
c'était, vous savez,
j'ai trouvé que beaucoup de gens
sont affrayés d'adresser un nouveau outil
sur cSS pour leurs projets, parce que vous savez,
c'est quelque chose que vous ne voulez pas,
vous savez, c'est très affrayant,
vous n'êtes pas capables de convaincre mes collègues.
Et donc, c'est pourquoi
nous avons mis le post-sSS
dans le premier endroit.
Donc, comme un outil d'end-usage,
parce que nous voulons
faire des choses qui veulent encourager les gens
que vous savez, vous n'aurez pas un nouveau outil,
vous avez juste à un nouveau outil
pour votre outil existant, donc ne vous affrierez pas,
vous savez, faites quelque chose
avec votre cSS.
Commencez à faire un cvg direct de votre css,
et puis nous allons faire
une specification de css,
qui va vous permettre officiellement.
Et donc,
c'est une histoire de post-sSS.
Donc, post-sSS est un framework,
pour les gens qui veulent
faire des works automatisés
avec css.
Faire des issues,
changer un syntaxe d'un autre,
ou faire
des choses qui sont en train de faire des choses
comme des images de lignes.
C'est cool que vous avez
eu cette réalisation, parce que
à l'époque, il y avait
un bunch de outils qui
ont tous fait le même chose, mais qui n'ont pas
vraiment étendu ensemble, et puis,
nous allons créer un outil
qui va par-dessus de la table, et vous pouvez
placer toutes ces différentes choses.
Il n'y a pas de manière
d'adresser un nouveau outil pour être
« oh, let's try out css variables
» avant qu'elles existent, mais
ajouter un plug-in, n'a pas de brainer.
C'est vraiment intéressant, parce que je me sens
que c'est un peu de la histoire que
les transpilers
vont en faire.
Donc, le start-off est un problème officiel,
comme, vous savez, 6 à 5
avant que c'était Babel,
c'était vraiment
« on veut
compiler
ce ES6, le ES5,
et tout, pour que c'est plus compatible. »
Et puis, ça a
turné en ce que Babel est aujourd'hui,
un plus riche ecosystem de plug-in,
où vous pouvez
lever toutes ces choses, mais vous pouvez aussi
faire ce que vous voulez. Et ça
semble que le « post-css » va dans une histoire
très similaire.
Et je pense, en pensant
à la thème de la génération

beaucoup de ce que nous avons
était des alternatives
qui s'ont compilées au target.
Donc, nous avons
« sass », « stylus », « less »
Juste comme dans le world
JavaScript, nous avons
« coffe script » et « pure script »
et un peu d'autres options
qui s'ont compilées au JavaScript.
Donc, c'est intéressant de voir que, en temps
nous avons
l'intérêt de
les compilers, les compilers plug-ins
pour intergrer le web.
» C'était aussi un autre intéressant,
une petite révolution
là-bas.
Toutes ces tools, comme
« post-css » ou « baby »
ou « mdx »
ont été créées pour l'idée
d'une transformation ST.
Nous avons un parser qui ne fait rien,
juste seulement un pars pour
des sortes de trois objets.
Donc, tous les plug-ins
ont changé ces trois objets.
Et ensuite, nous avons un autre tool qui
sera réglé au string, et nous créons
un source-map, fixons les spaces, etc.
Et donc,
« post-css »
était
une partie
de cette révolution
qui a été
mis à l'esprit de beaucoup de gens.
C'était un peu un peu étrange,
quand beaucoup de gens
ont été créés pour l'idée
de l'un à l'autre, et ont commencé
à créer le même tool, mais pour
d'autres langues, comme « revork »
qui a été créé pour le breakdown,
« retexte » qui a été créé pour le texte,
ou « HTML »
donc, nous avons un bunch
d'A.C.T. un protégé, et on a vraiment
apprécié ceci. C'était fun
de créer tout ça.
» C'est fun de apprendre ça,
si vous l'avez appris, c'est comme si vous les avez
tous appris. Ils ont des syntaxes
un peu différents,
mais juste d'avoir l'idée
« Oh, code devient un A.S.T.
Je peux manipuler cet A.S.T.
C'est tellement fort. »
J'espère que peut-être
en un moment, on va
utiliser des tools
comme « lisp » ou « closure script »
parce que, dans les langues,
tout le programme est
juste un A.S.T.
qui est écrit sur cette structure.
Vous avez le A.S.T.
de votre code
dans votre programme, et vous n'avez pas besoin
d'un parser pour changer
l'idée.
C'est une très vraie idée.
C'est une bonne idée.
Un autre point intéressant, c'est
comment tous ces tools sont les mêmes.
Ils ont aussi des problèmes
qui sont les mêmes que nous le voici.
Des traitements que nous faisons
pour donner aux utilisateurs l'obligation
d'adver des plugins,
c'est comment nous évoquons
tous ces plugins pour transformer
cet A.S.T.
performant.
Depuis commentes de plugins vous avez
et comment beaucoup de compilers
que vous avez sorti ensemble.
Surtout quand Webpack
était plus utilisé, on verrait
plus de temps et plus de temps.
Parce que c'était en allant
sur le code, en envoyant
tout ce que nous devons faire
pour transformer l'A.S.T.
C'est un peu plus important.
Donc, le space
semble changer.
Il y a beaucoup de gens qui le dévouent
plus dans le code natif
que jamais avant.
Vous avez pensé
beaucoup sur ce que le post-CSS
soit un peu
moderne version de post-CSS
ou ce qui est le prochain
iteration de l'A.S.T.?
Le statement important
est juste de migrer
pour l'A.S.T.
C'est juste de mieux poster
ce que c'est déjà écrit en raste.
Il y a déjà une structure
beaucoup plus meilleure.
Devon Tovet a
déclaré beaucoup de problèmes
qui ont une partie de la cour
qui ne se couvrent pas
sans les changements.
Donc, juste aller
pour l'A.S.T.
C'est beaucoup mieux en tous les termes.
Peut-être que vous vous attendez
de continuer à utiliser le post-CSS
comme un outil pour les haques
et vous savez des nouvelles plugins
qui seraient difficile de faire en raste
mais vous savez, ça est de la façon.
Mais c'est très important
d'underner
que la performance
n'est pas de
l'anglais natif.
Par exemple, il y a un projet très intéressant
qui s'appelle CSS3.
Il était écrit par un développe russien
et il était écrit
par un JavaScript.
Il était écrit par 3 ou 5 fois
plus vite que le post-CSS.
Et la raison de ça
était parce qu'il travaille très
attentionsément avec la mémoire
et le collector de la cour
n'a jamais été appelé par un parcing
et il était très bien en performance.
Et comme résultat
c'était un bon exemple
que l'optimisation n'est pas
pas de langues natives.
C'est pas de langues, c'est de la structure.
Il y a aussi une autre
telle histoire.
Initialement, en ce moment
quand on a écrit
post-CSS,
Sass était écrit par C++
et il devrait être 5 ou 10 fois
plus vite car c'est C++.
Tout est plus vite que C++
mais
la partie plus importante
était 2 ou 3 fois plus vite
même les 4 en ce moment.
C++ version de Sass
la raison était
que nous pouvons
couper le compiler très vite
et expérimenter
des parts qui sont plus fun.
Par exemple, nous separons le techniser et le parser
et on fait vraiment black magic,
vraiment des mauvaises choses
qui ne sont pas réveillées
ou qui ne sont pas réveillées.
C'est vraiment black magic
mais c'est une performance très墊
et parce que nous avons mis
tout ce black magic dans la partie
de notre outil, nous avons pu
mettre tout le black magic
et ne l'oubliez pas.
Nous avons différents parsers
pour post-CSS, par exemple,
vous pouvez parser Sass,
ou d'autres,
pour écrire votre CSS,
c'est possible par post-CSS
et appeler des changements,
par exemple, le format,
etc.
Et la partie plus importante
était que
quand je dois un tokeniser
pour tokeniser les languages Sass
et les changements,
je me suis juste basé sur
ce black magic tokeniser
et je me suis dit que je change
ce file, c'est comme un patch,
parce que le tokeniser
était écrit en tellement black magic
que c'était impossible
de faire un programme propre
quand vous étiez extensé
pour les languages, parce que c'était
très bien écrit.
Donc, je pense que nous avons utilisé le CSS
et un bon exemple, un bon lesson
qui, comme on a trouvé
quand nous créons
un système post-CSS
c'était que, vous savez,
avant nous avons un tool
qui a tous les features
qui ont été construits par exemple,
vous avez seulement ce petit nombre de features
et non plus.
Ou, comme, nous avons créé un post-CSS,
il y a un autre moyen,
quand vous n'avez rien dans le corps
et tout ce que vous voulez faire
doit être élevé par un blogging.
Mais on a trouvé que
les deux de cette façon sont mauvais
et nous avons besoin d'un troisième moyen,
comme en Buddhist,
nous avons besoin d'un moyen
quand nous avons un petit liste
prédefined des plugins
dont vous savez,
il y a de l'aide de 90% des développeurs
et si vous n'avez pas besoin de ces plugins,
vous devez les dédébouiller
ou les élever des extra plugins.
Donc, c'est un issue
que nous avons trouvé dans le système post-CSS
mais c'était un moment
où je n'ai pas vraiment envie de le solver
et j'ai eu l'impression
que ça a finalement été
le plus important de créer
le meilleur post-CSS
et ça sera finalement
gratuit de la maintenance
de l'opening source.
Je t'aime beaucoup
je suis en train de
me maintenir moins.
Je trouve ça hilarieux et incroyable
que les deux de vos plus grands outils
sont comme, s'il vous plait,
laissez-les mourir, il y a des choses meilleures.
C'est drôle, nous allons vous demander
de l'aide de l'application de l'opening.
C'est un tool vraiment cool.
Absolument.
L'application de l'application de l'opening
a été parmi le parcours,
c'était de la dévins...
Je me souviens quand il était
en train de le mettre en place
et c'est vraiment cool de voir ça
en train de se faire croire.
Et à l'arrivée de la preuve,
c'est une conversation que nous avons eu
avec plusieurs personnes.
Je pense que nous avons parlé beaucoup
de Jared, le bon author,
de la performance et c'était un truc
très similaire.
La performance est
un peu linguistique.
Vous pouvez faire des codes
non performants dans une langue
ou vous pouvez faire des codes performants
dans une langue.
Il y a beaucoup de travail qui a
été fait pour le V8,
pour le faire vraiment vite.
C'est comme, vous devez savoir
comment faire de l'application.
C'est cool.
Nous parlons beaucoup de
une optimisation
en faisant un four
chaque bout, pas de la 0
mais de la x2 0.
C'est un peu plus rapide.
Nous avons beaucoup de conversations
sur ce genre de algorithmes
et de performances
mais en réalité
90 % de la performance
vient de la structure de la data.
Je pense qu'on devrait parler de la structure
car c'est la quille de la performance.
Et quand vous êtes un
tool super plug-in
vous êtes le plus slow
que vous. Je suis en train de
faire des tests de l'escalant
et vraiment je suis en train de faire
des plug-ins que j'ai utilisé.
Avant de vous en parler
de Post-CSS
vous avez probablement créé un bunch
de plug-ins pour Post-CSS.
Quels sont les meilleurs de vos favoris?
Les meilleurs ou les meilleurs
que vous avez fait?
Vous savez, la partie plus fun que je
n'ai créé pas de plug-ins
c'est que
je préfère beaucoup de plug-ins pour
d'autres gens.
Mes deux favoris et plug-ins
qui j'utilise à chaque place sont style-lint.
Les lintes sont pour Post-CSS
comme un Yes-Lint, mais pour Post-CSS
c'est vraiment bon, ça m'a aidé
à me faire un petit problème.
Ou pour exemple, mon favoris de la way
c'est de s'assurer des propriétés de Post-CSS
dans les hooks de preco-mits.
Bien sûr, pas de manière manuelle.
J'ai entendu
de la compagnie et dans l'office
ils ont un liste de l'ordre
de la propriété de Post-CSS
et votre pool de post-css
ne va pas passer si vous ne vous assortez
de manière manuelle.
C'est un très mauvais
team-lit dans cette compagnie.
Ne faites pas ça, mais
en général,
les propriétés
pas manuellement, mais
par les deux, c'est une très grande
chose, car
elle va s'améliorer la rédabilité
et la rédabilité est la partie
la plus importante, car vous savez
quand la propriété pourrait être.
J'utilise style-lint pour ça, mais
aussi pour beaucoup d'autres propriétés,
pour beaucoup d'autres jobs,
et pour un moyen de m'aider.
Et bien sûr, un autre projet
est Post-CSS preset ENF
de polyfields créé par Antonio Laguna
et
Romainie Menke.
Et c'est un
très grand set de polyfields
car ils sont vraiment
dans l'entendance des polyfields
de la specification
au-delà
des groupes de Workin-CSS
peut-être que c'est l'un des les meilleurs
qui comprend comment la nouvelle specification
fonctionne car ils ont besoin de créer un polyfield
et c'est vraiment un travail
pour les polyfields.
Donc je pense qu'ils devraient être
plus présents dans notre communauté
des développeurs.
Mais
mon préféré et un petit
un petit plus grand plugin
qui s'appelle Post-CSS
Easing Gradients
c'est un outil, vous savez
quand vous créez un gradient
il y a un grand nombre
donc la vitesse de comment vous changez le couleur
commence à un niveau consistant
et va à ce niveau
jusqu'à la fin de la couleur
et, à l'heure, ce n'est pas
comment la réalité fonctionne.
Dans notre réalité, nous n'avons pas
un ligne de rien.
Comme des mouvements, bien sûr,
il y a une éthing. Il commence
plus vite du début et puis
il y a des loups.
Ça dépend de la nature de la mouvement.
Donc si vous faites des animations,
Google sur la transition
d'éthings
ou des animations
ou vous pouvez aller
à Easing.net. Un exemple très bon
l'éthing
improve la animation beaucoup, mais aussi
ça pourrait improvement les gradients. Parce que
même les gradients, vous savez
la couleur
sur votre
la fenêtre
quand vous faites
une partie finie de la couleur
ne fonctionne pas légèrement
il y a des
éthings de façon éthing
et ça ressemble beaucoup plus
à nos yeux car c'est un moyen naturel
de faire des choses.
C'est une de les plugins
les plus underestimés
et nous devons
changer
les CSS
pour faire la même chose dans les browsers
car ce plugin
a été créé dans
le spirit de post-CSS.
Parce qu'après qu'il a créé
ce plugin, il a créé
un draft pour changer la specification de CSS
pour ajouter ce feature
car c'est comme ce que post-CSS a créé.
C'était un outil pour faire
complètement les choses, comprendre que c'est utile
et ensuite mettre le code pour CSS.
C'est super cool, je suis sûr que les gradients
de l'outil étaient juste des blobs
de grands CSS.
C'est à la fin de la ligne
de la manière qu'on a
des s'arrêté
pour les gradients, mais c'est pas si mal
mais c'est fun, c'est fun de comprendre comment ça fonctionne
et comprendre la réalité.
Je suis créé
un plugin gradiant
pour un outil d'open source
que j'ai légèrement créé
et j'ai trouvé la même chose.
J'ai créé un gradien linéaire
et ça a été terrible.
Et puis je me suis dit, ok, comment je peux utiliser la math
pour faire ça mieux. Et puis je m'ai fait un
signal de la ligne et puis tout de suite
mon gradien était beau
parce que le signal de la ligne
a été très facile
et puis j'ai essayé de le roter
et ma vie a été plus difficile.
Oh oui.
C'est pourquoi j'aime
le développement de la front-end.
Pas parce que les gens payent beaucoup
pour la front-end et nous avons beaucoup de jobs
mais parce que quand vous
créez une front-end, vous créez des choses
qui seront visibles par les utilisateurs
et donc vous devez comprendre la psychologie,
vous devez comprendre le business,
vous devez comprendre, vous savez,
vous devez toucher à chaque client
de votre site.
Des petits détails
changent le manière
que les gens ressentent et
peut-être être plus
heureux. Après vous savez, ils voient
une animation en snow
quand vous ne vous mettez pas
une spray et faites une animation
mais vous savez, vous le mettez à un point
différent et créez un effectif parallèle.
C'est un moyen de comment je
j'aime être un développeur de front-end.
Pas de savoir
comment le framework de job est
mieux.
Oui, je le disais beaucoup
de fois, je mets des boîtes sur les screens
et c'est vraiment ce qui me fait
plaisir de faire des boîtes sur les screens
avec des détails que vous ne pourriez pas noter.
Oui, oui, oui.
Je dois aussi un petit
bouton de la belle dans mon appui
et le designateur
a des suggestions
pour ajouter des animations mais pas pour décrire
comment ça devrait fonctionner.
J'ai créé un petit
modèle de belle
du papier
pour comprendre comment
les petites choses dans la belle
vont, dépendent de la position
de la belle, pour comprendre le physique
de la belle, pour faire des animations
mieux et c'était
la plus drôle de mon travail.
Oui, c'est génial.
Je suis content.
C'est un bon point avec le front-end
que je pense que si vous faites
une traditionnelle, comme le développement de graphiques
c'est difficile, c'est difficile
d'être proficient
et
parfois je me sens
que le web n'est pas
fait initialement pour les choses que nous utilisons
mais c'est approachable
que nous pouvons faire
avec ça. C'est comme si quelqu'un
peut faire des HTML,
ils peuvent apprendre ça en quelques jours
et faire des basic HTML
et faire un web basique.
Et puis vous avez un sort de master curve
où vous pouvez faire
une expérience vraiment compétente
et c'est bien.
Oui, c'est un autre chose qui est
de la front-end
que nous utilisons pour créer
la plupart de nos applications,
mais ce n'est pas créé
pour créer un papier scientifique
qui vous partage entre vos collègues
et la université.
Et ça montre
que la front-end est
d'un sens. C'est pas créé
par une idée
par un plan, mais
c'est créé par la spirit de l'évolution
qui change
chaque fois que quelque chose se passe
d'une autre façon.
J'aime cette spirit de la front-end
et de l'architecture.
Et après CSS, ça s'éloigne.
Ça a commencé comme un truc et ça a commencé
à l'autre.
C'était créé pour booster la évolution
de CSS.
En ce moment, c'était pas
évolué si vite.
Maintenant, je n'ai pas de complétences.
Maintenant, CSS a changé
si drométiquement, que peut-être
beaucoup de développeurs de la front-end
ne comprennent pas que la front-end
de CSS est complètement différente
de CSS 5 ans plus tard.
Maintenant, nous n'avons pas de complétences.
Et le moment
quand la post-CSS a été créée,
CSS a été sur un stage de freeze
et rien ne change.
C'était créé pour booster
la évolution.
Ça s'est passé.
Nous avons des queries containers.
Nous avons Grid, SubGrid, OKCLH.
Nous avons toutes ces nouvelles choses

Récentement,
vous avez fait beaucoup de travail
sur le nouveau standard de couleur, OKLCH.
Vous pouvez décrire
à notre audience ce que c'est
et pourquoi vous voulez l'utiliser.
Pour comprendre pourquoi vous avez besoin
de l'utiliser et comment ça fonctionne,
nous devons comprendre
ce qui a changé.
Maintenant, nous avons deux grandes
changements
dans nos designs.
Le premier est
que nous n'avons pas
beaucoup d'applications,
beaucoup de screens
que nous pouvons faire
d'un minimum de design de chaque page,
choisir les couleurs
par l'oeil, par la main.
Maintenant, nous avons un système de design
et des palettes de design
où nous devons
décrire un système de coloris.
C'est vraiment important
pour développer, car ça peut speeder
un processus de design,
mais pas seulement
speeder
un processus de design,
mais aussi réduire les conflits
entre les designers, car vous savez,
si vous choisissez les couleurs par votre oeil,
tous les designers
ont une vision différente et vous avez
un complexe, mais si vous avez
un oeil derrière les couleurs,
ou peut-être que vous choisissez
trois couleurs et créez
la palette de l'oeil
basé sur ces couleurs accentuées,
ça va être plus vite et réduire les conflits.
Mais ici un problème,
nous avons besoin d'un bon oeil
pour faire des couleurs.
Vous savez, les couleurs
sont très trucs tricots.
En initialement,
les couleurs sont similaires
à des formats de date
ou des formats de temps. Vous pensez que c'est
une très simple chose, vous savez,
juste mettre une heure et une minute
dans votre database et ça va fonctionner.
Mais ensuite vous trouvez que
ça ne va pas fonctionner, le système est
très complexe. Et comme résultat,
si vous avez besoin d'une
manière pour mathematically créer votre palette,
nous avons besoin d'une
très avancée mathématique qui va fonctionner.
Mais en fait, l'HSL,
le RGB, ça ne fonctionne pas tout.
Vous ne pouvez pas créer une palette
basée sur l'HSL. Vous vous
vous créez un très gros problème
avec l'accessibilité,
donc ne utilisez pas l'HSL
couleur de la palette pour faire
des couleurs de transformation,
parce que ça ne devrait pas être
utilisé de cette manière.
Et l'OKLCH est un format
qui a été créé
pour avoir des résultats prévenus.
Si vous changez, pour exemple,
un HUE, vous ne verrez pas
que l'HUE. En HSL
pour le comparaison, si vous changez un HUE
vous verrez la laité
aussi. Donc, c'est la façon
que ça fonctionne.
Donc, la première raison pourquoi nous avons besoin
d'OKLCH ou peut-être une lap
si vous connaissez l'LCH
basée sur l'HELP. C'est parce que
ça vous permet de créer
une palette pour créer la palette
de la palette. Et maintenant, vous pouvez
faire ça même dans l'HELP. Parce que dans
l'HELP nous avons une façon de
changer les couleurs un peu
par la palette. Et donc, vous pouvez
faire vraiment de très belles choses. Pour exemple,
vous pouvez définir
que la façon dont les boutons fonctionnent
c'est que si vous mettez un bouton
sur le haut du bouton
et créez une couleur de couleur,
la couleur de la palette
de l'HELP
va augmenter la laité de 10%.
Et vous pouvez définir cette palette
dans la CSS. Et puis
vous pouvez régler
votre couleur à toutes les couleurs,
de la couleur de la couleur en bleu, et
notre couleur va calculer automatiquement
dans votre CSS. Et ça, c'est un bon
truc. Mais on a aussi
un autre problème. Je dis
que les couleurs sont très
étranges. Et nous,
comme les développeurs, ne comprenez pas
comment compliqués ils sont. Et, d'ailleurs,
on devrait aller un peu plus
plus bas dans les couleurs, car on crée un interface
et en fait notre job est
de mettre les couleurs dans vos pixels.
C'est pourquoi la couleur est
essentielle dans votre vie.
Mais
la partie fondée des couleurs,
qui peut être que beaucoup de gens ne comprennent
que nos screens ne peuvent
pas rendre toutes les couleurs
que vous pouvez voir dans notre monde.
Par exemple, peut-être que beaucoup
de vous ont l'expérience
de vous faire une photo de la sunset.
Et puis vous
vous vous montrer
cette photo de votre vie
sur votre écran. Et ça ne comprend pas
pourquoi vous êtes tellement patient de la
sunset. C'est juste une photo standard
de ne pas créer
d'autres ressources. Et
une des raisons pourquoi ça marche,
c'est parce que nos screens peuvent
rendre cette couleur rouge,
que vous avez vu
sur la plage. Et,
d'un coup, ça va
dans la physique de nos screens
des pixels.
Comme vous avez une couleur rouge et un pixel bleu.
Et nous
ne pouvons pas
rendre plus de couleur
que nos pixels produisent.
Donc, par exemple,
nos pixels produisent
seulement 50% de la saturation
de la couleur rouge. Et par mixant
toutes les couleurs, nous ne pouvons pas créer
60% de la saturation.
Mais, et aussi,
comme
chaque des screens est différent,
mais les gens créent un standard
de
nos couleurs, nos screens seraient
pu produire. Et ce standard
a été créé en 1990. Il s'appelle
SRGB. Mais, récemment
nous avons un grand
scientifique de la recherche
dans la physique de produire
les couleurs. Et nous avons créé
toutes les screens ou beaucoup d'autres technologies
qui pourraient produire beaucoup plus de couleurs
saturées. Mais la partie plus importante
de notre CSS est
limitée à
l'espace de SRGB. Et donc, nos screens
maintenant peuvent rendre
25% plus de couleurs.
En parlant de les numéros,
nos screens maintenant,
les couleurs standardes de SRGB
sont seulement 36% de les couleurs
qui pourraient être visible
par nos yeux. Donc, seulement une thirde
des couleurs pourraient être rendue sur nos screens.
Maintenant, nous avons
des couleurs HDR
ou des couleurs P3
qui sont
plus de 25% plus,
c'est à peu près de la partie de couleurs
visible par les yeux humains. Mais nous ne pouvons pas
les utiliser dans notre CSS. Et vous savez,
à l'inquiétude,
ces nouvelles couleurs sont un genre
de nouveau retina.
Vous pouvez créer des nouvelles pages
complètement nouvelles. Ou, pour exemple,
par ces nouvelles couleurs, vous pourrez
être plus libre de créer un système de design
parce que vous aurez plus d'options
pour choisir. Et ici est le problème.
Hex,
RGB,
HSL,
toutes ces formes ne sont pas souhaitables
pour créer ces couleurs HDR.
Et
nous avons un nouveau format, et OKLCH
est un de ces formes qui pourraient être
utilisés pour créer des couleurs HDR.
Donc, c'est pour les raisons
pourquoi OKLCH est un des grands choses.
Mais aussi, il y a
une troisième et ma première.
Et c'est pour ça que vous avez
un nouveau format.
Et vous savez,
vous avez des couleurs de l'anglais,
et vous savez, vous allez être très amusant.
Vous allez être plus ensemble et vous allez créer
un produit beaucoup plus meilleur, parce que vous ne saurez pas
que ce n'est pas mon travail,
ce n'est pas votre travail.
Et
par aller au world of OKLCH
et présenter ces choses amétantes
pour votre designer, vous serez
capable de créer des connections avec eux.
Vous savez si vous utilisez
OKLCH
sur l'online de l'église martien ?
Oui, nous utilisons
les transformations de couleur.
Par exemple,
si vous avez besoin de calculer
quelle couleur vous devriez utiliser
pour les textes
d'images,
comme les contrastes.
OKLCH est un format très bon, parce que
il a un component de lignes très prévus,
et le massage est plus simple
que le HSO.
Oui, je peux voir ça
par la drague de la fenêtre
de mon monite external
à mon monite de l'écran, la couleur
est juste en bruit.
Je pense que c'est bon.
Pour l'instant, sur le website
de Versal,
on utilise des couleurs HDR
par la forme de colorisation de OKLCH.
Donc, OKLCH s'ouvre
25 % plus de couleur.
Qu'est-ce que le taux de 48 % ?
En fait, si nos screens
sont en train de représenter
ces couleurs,
on va utiliser
un format de couleur pour ces couleurs
qui ne sont pas encore existées ?
C'est important de savoir
que nous pouvons utiliser 25 % plus de couleurs,
seulement sur hardware
qui soutient les couleurs
qui ont cette nouvelle physique.
Mais c'est tout Apple
des smartphones de 2016.
Donc, c'est beaucoup de smartphones.
La partie plus importante
qu'on a encore limitée, c'est seulement
une demi-femme de couleurs.
Maintenant, il y a un autre standard
appelé REC 2020.
C'est un standard
qui est utilisé par un TV
et
l'HDR content
de la Netflix.
C'est très probable que ce sera rendu
en REC 2020 sur votre screen, donc c'est plus
plus.
Il sera en train de faire 60 % de couleurs.
Mais maintenant, notre physique
de produire couleurs est limitée
à REC 2020.
Même en trouver un bon
screen pour votre laptop
soutenant 100 % de REC 2020,
je pense que c'est impossible maintenant
ou peut-être que c'est seulement un ou deux devices
au marché.
Mais la LCH est un format
très intéressant, très bon,
parce que le produit est indépendant.
Il pourrait être utilisé pour produire
aucun couleur visible
ou même invisible par notre
je ne suis pas sûr de tout le
invisible, mais
tu peux produire
aucun coloris visible
par la LCH. La seule question
est seulement sur votre screen.
Est-ce que la screen va pouvoir
le rendre ?
C'est une question très importante.
Tu peux faire
couleur protégé en LCH,
par exemple, tu peux réduire la saturation
et aller au-delà des possibilités
de tes screens.
Mais si tu déploies
cette web, et je ne sais pas,
10 ans plus tard, les gens vont ouvrir
cette web avec un nouveau hardware qui pourrait le rendre.
Tu as
ces meilleures couleurs, parce que la LCH
est suitable pour
n'importe quel device.
C'est vraiment cool.
Une des choses que
j'aime vraiment de la système de design
en général, c'est que
ce que tu dis, c'est que
il y a une communication entre
le design et l'engineering.
La relation est très expliquée.
Les couleurs en particulier sont
vraiment une grande partie de la histoire.
Et spécifiquement,
les couleurs d'understand
ou l'understand,
une des choses grandes est la saturation
et
vraiment, importantement,
juste le contraste
de la background et le texte
et tout pour l'accessibilité et tout.
Donc, c'est
quelque chose d'autre que les années.
Les designers sont souvent
des couleurs.
Et beaucoup de fois, tu te laisses
une tombe de la valeur de la haine
et les procédures ne sont pas claires.
Donc, avoir
une manière très expliquée est
un grand
improvement. Et aussi,
ça aide aux développeurs
à réplicer ces projets
et à faire des choses
plus portables.
Le système de design
n'est pas un bouton
dans votre
page de
histoire.
Le système de design est un système
et le meilleur moyen de décrire un système est le code.
Et donc,
dans l'église d'un monde idéal,
le système de design ne devrait pas seulement être
dans les mains des designers.
Il devrait être dans votre CSS.
Le code de front-end de votre
salle doit se partager le même système
qui a été créé par le designer.
C'est l'idée de avoir un système.
Et c'est un moyen pour que le système de design
soit important, car
il augmente la vitesse de communication
entre le front-end et le design.
Parce que si tu as un système,
comme un designer, tu n'as pas besoin
d'expliquer chaque petit pixel
au développement de la front-end.
Tu peux expliquer comme tu sais, créer un page
et les développeurs de front-end sont capables
de créer un système,
car ils ont déjà le système
dans leur mind, ou dans leur code.
Donc,
probablement le dernier tour nous aura le temps
de couvrir aujourd'hui. Tu es en train de travailler
sur ce projet de Logix.
Tu peux nous dire un peu plus
sur ce que leur projet est et leurs aims pour leur projet ?
Oui, c'est un projet.
C'est un framework de communication
sur le service client, qui utilise CRDT
comme base.
Donc, techniquement, c'est un tour qui va
mettre un data sur le service
et vous donner une chance
à changer avec l'aide de l'offline
et des résolutions de conflits,
si deux gens travaillent sur le même document
en même temps.
Il y a beaucoup de choses
qui sont possibles pour le faire.
Ce n'est pas une idée derrière ce projet.
La partie fondée est une idée.
Et je me réelère
ce projet, en travaillant sur ce projet.
Parce que je suis venu
à l'application de la front-end
pour changer le monde.
C'est très drôle de
entendre que le développement de la software
est en train de la politique.
Parce que la source d'opinion était la politique.
Le mouvement de hacker était la politique.
Il était toujours la politique.
Et je me suis aimé
travailler sur Logix en ce moment,
parce que c'est pour moi un moyen
de travailler sur la politique.
Parce que la partie CRDT
et les résolutions de conflits
est partie de la technologie,
qui maintenant,
beaucoup de gens ont expérimenté
l'idée qui s'appelle
« local first ».
Infantiquement,
nos valeurs de silicon
et nos entreprises
en développement de la software,
créent un style de monde
pour les utilisateurs.
Nous créons un système
où nous n'avons pas de données.
Et comme résultat, nous avons beaucoup de problèmes
avec la privacy et les survivants.
Par exemple,
vous n'êtes pas capable de aller
d'une networks sociales à une autre
si vous avez des centres d'applications
ou quelque chose.
C'est très bain
pour moi comme un citizen russien
parce que vous avez un centre d'applications
dans les médias russien.
Nous avons maintenant
une idée très importante
qui s'appelle « local first ».
C'est une idée qui est créée par un site.
Vous n'êtes pas créée par un écran
pour votre database de service.
D'ailleurs, vous créez un système
distribué.
Le code client est l'application
et c'est le tout producteur.
Et votre service
c'est seulement un tool backup.
Donc vous êtes déloyé
de l'accent de données que vous avez besoin
de votre client.
Faites tout localement
et synchronise les changements
pour le service.
Et par exemple, peut-être Pyrtopie, si vous voulez,
vous avez besoin de votre service.
Mais l'idée est
que chaque machine est le note
de votre système distribué.
On peut penser que c'est quelque chose
trop compliqué, très difficile de développer.
Mais en réalité, c'est même le opposé.
Pour être honnête, l'idée
que notre site est juste
un écran pour notre database de service.
C'est une fête.
Pour être honnête, nous créons
toujours un système distribué.
Mais pas acceptons cette idée.
Nous créons un très mauvais système de service.
Vous savez, tous ces problèmes
avec des lois infinies,
tout ce qui fait du mal de
des données qui sont récouries.
Maintenant,
quand je presse le formule
je peux avoir un problème.
En New York, nous avons
une connexion pas stable en traitant en sub-way.
Et notre web n'est pas créée pour ces choses.
Et créant
un système qui va travailler
dans ces scénarios, c'est tellement difficile
que vous ne vous faites pas penser
que votre site
est juste un système distribué.
Et donc, c'est une bonne partie
de l'un des plus bonnes partages.
Ce n'est pas même plus difficile de créer un système.
Nous devons juste
penser à des grandes start-ups,
Google, Facebook, et tous ces
entreprises.
Et vous savez, de retourner
à notre origine de développement de software,
de retourner à la nature de hackers
et de l'esprit de hackers.
Et comme, la première communauté local
est incroyable,
juste dans les zones, j'aime ça.
Ils ont un espace, c'est un espace.
Oui, absolument. Je pense que ce projet est
vraiment intéressant parce
que, bien, le premier site local
est difficile.
C'est un problème difficile.
Vous savez, juste tentant de comprendre
que les CRDTs
sont très difficiles,
c'est un projet intense.
Et vous savez, de tous les architectures
qui sont ensemble pour ce projet,
c'est un challenge.
Et j'aime bien, vous savez,
avoir un tout décolleté en ce moment.
Donc,
juste, bref,
que sont les décisions technologiques
que vous avez faites pour ce projet ?
Vous pensez que c'est
ennuyant, ou ça fait plus facile
pour les gens d'être dans cet espace ?
Pourquoi doit-on l'utiliser ?
La meilleure idée est que
vous avez un système local
d'un sort d'espace,
sur votre système.
Pour l'instant, nous avons ça
sur le front moderne.
Pour exemple, si vous avez un client
polyclinique, vous avez un cash,
et pour l'instant, le cash est un espace,
mais si vous, au début,
pensez que c'est un espace,
ça devient plus facile.
Mais dans le Logax,
il y a beaucoup de CRDT projects
qui pensent dans le moyen
d'avoir un système local,
d'avoir un système local,
d'avoir un système local,

Mais dans le Logax,
nous avons un petit peu d'un petit peu de manière différente.
Nous pensons
que vous n'avez pas un système local
sur le client, mais
que vous avez un système
de stockage persistant
sur votre client.
Donc, nous pensons
dans le développement de la frontière
sur la première façon de l'objet.
Donc, la logique est décriée
dans notre component.
Et le résultat, c'est difficile de tester,
c'est difficile de migrer sur l'oscript framework.
Mais dans le Logax, nous changeons notre perspective
que votre logique
est décriée dans vos stores,
dans vos managers de state, et donc,
votre database est votre manager de state.
Et le résultat, tout ce que la CRDT
fait est dans le
store dont vous utilisez
les packages de la NPM.
Et le résultat, comme votre code client
devient parfois même plus simple
que de faire
un proper request de jacques.
Parce que tout
est en place
dans ces stores.
Mais en contraste avec le database,
Logax a des structures de l'onion,
et vous pouvez
retirer ce lait
de stores smartes,
et aller directement
au modèle de l'avent source
qui est connecté à la stocka de web.
Et vous pouvez faire
autre chose. C'est ce que j'aime, mais
pour le Logax, ce n'est pas le meilleur, il y a plein de
des choses à l'heure maintenant.
Et c'est, je crois, la révolution
de l'onion est en place,
et donc, Logax est seulement
ma façon de dire quelque chose, mais
il y a beaucoup d'interessants
sur le database CRDT.
Vous savez, vous pouvez juste aller y aller, et essayer.
C'est drôle.
On pourrait probablement faire un tout épisode.
On va le faire.
Ok.
Ça fait des petits petits petits.
Merci pour votre soutien, André.
C'était beaucoup de plaisir.
Vous êtes un titan dans le space.
Et ça me déclare que vous voulez
tous vos outils de mort.
Merci pour votre soutien.
Merci pour vos questions.
C'est un plaisir de vous avoir.
J'espère que le web continue
de progresser de plus en plus.
Et les outils que nous avons fait
sont en place pour les limitations
de la vie ou plus nécessaire.
Et nous pouvons nous concentrer sur un nouveau truc.