La limitation avec le mardin est qu'il est flat.
Si vous allez au syntaxe de mardin, il y a une liste de blocs.
Vous avez les pièces, les paragraphs, la route et tous les éléments.
Vous n'avez pas de nest.
Bonjour, bienvenue à DevTools FM, ce podcast de la production de tools et les gens qui les faisent.
Je suis Andrew et je suis ma co-host Cheson.
Salut tout le monde, nous sommes vraiment excitées d'avoir Rodrigo Pombo.
Rodrigo, vous êtes très bien connu pour créer CodeHike,
un tool que je suis excité de parler de.
C'est probablement l'un des plus intéressants codes, documentations, des tools à l'heure.
Mais avant de nous en parler, nous aimons entendre un peu plus de vous.
Vous voulez prendre un moment pour nous dire à l'audience un peu plus de vous-même?
Oui, salut. Merci d'avoir invité moi pour être ici.
Je suis Rodrigo Pombo, beaucoup de gens me disent Pombo.
Je faisais un développement de software pour les derniers 16 ans, je pense.
J'ai été un show normal en Argentina, où je suis,
jusqu'à 2018.
J'ai pris un temps sabbatique, j'ai spenté beaucoup de temps en explorant des tools de développement,
des tools d'opinion, surtout autour du système réact.
Et maintenant, après toutes ces années de exploration et de différents projets d'opinion,
je pense que j'ai trouvé un peu de ma niche,
qui, on peut dire, est autour des UIs pour le contenu technique.
Donc, oui, maintenant j'ai spenté beaucoup de mon temps en travaillant sur CodeHike,
comme vous l'avez mentionné, et aussi en faisant des choses relatives de ce genre.
Cool, donc pour nos listeners qui ne savent pas ce que CodeHike est,
pouvez-vous expliquer à eux le type d'expérience de documentation que vous pouvez produire avec ça?
Oui, donc, c'est un peu muté à la base de la V0 et de la V1,
mais maintenant c'est un tool pour procéder le contenu de Mardam
et que vous le rendez avec React de toute façon.
Et c'est spécialement bon pour le contenu technique et pour la documentation,
il y a beaucoup de soutien pour les blogs de CodeHike,
et vous pouvez construire un type de layout, vraiment,
on a un peu de documentation que vous pouvez couper et utiliser,
mais il y a une liberté de faire tout ce que vous pouvez faire avec React,
et vous pouvez le rendre.
Je pense que la première fois que j'ai vu votre contenu,
c'était un demo de code scrollier,
et ça m'a fait mon cerveau de comment,
et bien, c'était en communiquant ce qui était arrivé sur la page.
Il y a beaucoup de bonnes animations qui viennent de la côté,
ça déclare les lines, et c'est tout en basant le Mardam.
Donc, quand je 1erais le code de CodeHike, comme vous l'avez dit,
le truc qui me sortait est de me déclare les lines,
comme vous l'avez dit,
comment vous avez créé ça?
Comment avez-vous appris à ce point que vous avez besoin d'un tool comme ça?
Et quelles sont les goals initiales que vous avez accompli?
C'est comme ça que j'ai commencé.
C'était en blog post,
je pense que c'était 2017,
quand tout le monde a été utilisé en medium,
sur le blogging platform.
Je l'ai écrit dans une série de blogs
sur comment construire votre propre React.
C'était comme un step-by-step,
comment construire un mini React de scratch,
et j'ai mis beaucoup d'efforts dans le contenu
de ces blogs.
Mais le medium
a senti très limité
dans le sens de la manière dont vous présentez
ce contenu pour l'utilisateur.
Je me sens...
Je vais voir comment je peux le mettre.

C'est comme si vous avez tous les concepts dans votre tête,
et quand je le mets dans medium,
sur le blogging platform,
il se plait de tous les contenus,
et je ne pouvais pas le expliquer
comme bien que je voulais.
C'était très frustrant aussi,
parce que le web est un medium très puissant,
medium avec un petit M, pas un grand M.
Et je ne pouvais pas l'utiliser pour le exprimer
dans la manière dont je voulais.
Ça m'a pris une longue partie
pour finalement construire mon blog,
mon blog,
juste un blog post.
Ça m'a pris beaucoup de temps à construire.
Mais maintenant j'ai eu la liberté
de présenter le contenu
de la manière dont je voulais.
Et bien, je l'ai réglé,
le blog post,
et aussi,
à la même fois que le réaction
était en réaction,
donc le contenu était nouveau.
J'ai pris ça
comme une opportunité
pour construire ça
dans un plus épressif
et un bon réception.
J'ai vu beaucoup de gens
la partager.
C'était comme
sur la frontière de Haagen-Dazs
pour presque un jour.
Et encore maintenant,
les gens sont encore la partager
ce blog post
depuis six ans.
Je pense que
la présentation
de le contenu
a été très important.

de gens
de ce blog post.
Ce n'était pas juste le contenu,
mais je pense que la présentation

Et pour ce blog,
j'ai utilisé
la première version de Colhaig.
C'était dans le blog,
c'était dans un livre.
C'était la première version.
On avait J.Cammal
sur un peu d'épisodes
et il a mentionné
que
si vous voulez un code pour le medium,
vous ne pouvez pas produire un dédiat
quand vous êtes sur un web
où vous pouvez produire des expériences
très riches.
C'est un expérience
plus riche que la présentation
de Colhaig.
Il a mentionné que
beaucoup a changé de 0 à 1.
Et probablement beaucoup a changé
de réacte d'écosystèmes
depuis que vous avez écrit la première démarche.
Qu'est-ce que l'égoût
de 0 à 1
et à quel point ça a changé ?
Je ne sais pas
comment le prémacébien
de B0
était
un set de components
de prémacébien.
Vous avez le code scroll
et le layout.
Vous avez un autre avec
des types
différents.
Vous avez un slide show.
Mais vous pouvez
seulement utiliser ces components
et peut-être établir
les components de CSS.
C'est tout.
Avec B1
j'ai voulu
ne pas
produire un component
de prémacébien.
Et le client
a utilisé les components de B1
et les components de B1.
Je vous ai aussi donné ces components
comme exemple dans les dots.
C'est un
genre de
chad cn.
C'est très populaire
d'avoir le code et
maintenant c'est votre problème.
C'est
le plus grand
changement.
Maintenant vous pouvez faire beaucoup plus de choses
avec code HACB1.
Mais c'est aussi difficile
parce que vous avez à le faire.
C'est
le trade-off.
Je suis heureux avec le trade-off.
Certaines personnes ne sont pas heureuses
mais peut-être parce que c'est plus tard.
L'idée est
que l'écosystème
vous donne ces components.
Si vous voulez
quelque chose qui est un play
et vous avez un play
comme ça.
Mais
il y a des entreprises qui
utilisent B1 et sont heureuses
avec la flexibilité.
C'est une bonne
choice.
Je voudrais que le team de WorkOS
sponsorise cet épisode.
Si vous êtes le founder de l'engineer

vous avez probablement été dans ce moment
où vous avez votre première entreprise
au bout de la porte et ils ont eu
une liste de longs
des features
que ils ont besoin.
Sammel, S.E.I.M, Audit Logs
sont en bas.
Ils sont en bas.
C'est
où WorkOS s'entend.
Il vous donne une suite de features
de la entreprise.
Single sign-on, directeur,
user management, Audit Logs,
Fine grain off.
Ils ont leur propre solution
pour les solutions de la production.
C'est tout
dans une première plateforme de développement.
Le producteur est vraiment
bon.
Les STKs sont mignes,
les APIs sont super consistantes,
les docs sont délicats.
Example-driven,
tout se fait sens.
Tout est en train de faire des constructeurs
qui veulent faire leur travail
et faire leur producteur.
Alors, au lieu de faire des week-dans
et de faire des langues productives,
donne WorkOS un try.
C'est WorkOS.com
qui est la team WorkOS
pour nous soutenir.
Le truc intéressant
est que
CodeHike est un outil
pour faire
des contenus marqués.
Les contenus marqués
ont des présentations
très riches.
Mais ça veut dire qu'il faut
faire des contenus marqués
dans un moyen
pour trouver des places pour les mettre en place.
Et
c'est un challenge
depuis longtemps.
Comment réunir mon contenu
pour montrer
ce que je veux.
Certaines personnes vont faire des HTML,
d'autres, comme Stripe,
ont créé un contenu marqués
parce qu'ils ont ressenti un contenu marqués
qui n'est pas assez.
On parle
d'une manière
de vous expliquer
les choses que CodeHike
peut faire
en marquant.
Quels sont les décisions
que vous avez à faire,
les éditions, etc.
C'était
le mouvement
de visitor à B1
à CodeHike.
J'ai pensé beaucoup de temps
de penser à ce que c'était
le problème que j'ai essayé de solider.
Et le problème
que j'ai trouvé, la limitation avec le marquant
c'est que le marquant
est en fait
un petit.
Si vous allez au Sintaxrio
du marquant, c'est un liste de components de blog.
Vous avez
les paragraphs de heading,
les quotes,
les listes.
Et vous avez la route
et toutes les listes
de components de blog.
Vous n'avez pas de nest.
Et ça vous donne
quelque chose de flat.
Et quand vous
avez besoin de map
ce contenu flat
pour un riche UI,
vous pouvez avoir un problème
parce que ce liste
de components
n'a pas de structure.
Vous pouvez manipuler ça très bien.
Ce n'est pas comme quand vous faites
une query à un database
et vous avez un contenu structurel.
Et vous pouvez
manipuler ça,
pas structurel,
mais structurel data.
Vous pouvez manipuler ce data
et le prendre
comme vous voulez.
Je trouve
que c'était le problème que j'ai essayé
de solider.
Donc nous avons besoin
d'un petit plus de structure
dans Markdown
pour
permettre la liberté de rendre
cela en toute façon.
Une structure pour avoir la liberté.
Donc...
Qu'est-ce que c'était?
Pour vous.
Comment avez-vous
les limitations de Markdown?
Pour exemple,
je veux un code blog,
mais je veux un highlight
et Markdown ne pas
avoir d'opinions sur ça.
Oui, pour
ce que je veux, je pense que
il y a moins d'amount de changement
pour Markdown,
pour permettre la structure.
C'est
d'avoir un hierarchy.
Et quand vous ouvrez un file
Markdown, par exemple,
sur VS Code,
vous avez un petit panel avec la outline.
Vous avez
une outline.
Et ça a
un hierarchy, parce que
il utilise chaque heading
de Markdown
pour former un 3.
Un different heading avec différents niveaux.
Et vous avez un 3.
Alors, ce que je vais essayer
de faire, c'est de utiliser
ce genre de hierarchy
dans le contenu de Markdown
pour structure le contenu
et
puis
laisser
quelqu'un utiliser
un component de React.
Donc, ce que Codehack fait,
c'est d'adverter
les annotations aux headings
et à des autres places
pour
parer
ces annotations
et donner la structure
pour le contenu.
Donc, quand vous importez
un React,
en général,
vous pouvez utiliser
un contenu structure.
C'est un approche très différent
que vous pourriez prendre
si vous êtes en train de commencer
avec MDX, vous pouvez créer des compétences.
Donc, votre premier instinct de gout
peut être de
juste râper les choses et des compétences
et ajouter cette structure.
Mais, comme vous l'avez dit,
Markdown n'a pas d'indentation.
Vous vous entrez à ce point
où vous êtes
intervier en JSX et Markdown
et ça se fait super mal.
Je suis un grand fan de cet style de annotation
qui semble très lourd
sur le fait
d'impact sur le contenu.
C'est aussi tenter
de garder...
Si vous changez trop,
tout le tooling que vous avez déjà utilisé
a commencé à se cacher.
C'était aussi
l'idée de la production minimum.
Donc, je ne sais pas si vous ouvrez
un file Markdown
qui utilise les annotations de code
dans le Github, pour exemple.
C'est toujours très readable.
Ce n'est pas
quelque chose très étrange.
Et il utilise aussi
tout le tooling en BS Code,
par exemple, vous avez la outline
et c'est vraiment bon
quand vous avez un gros file
avec plusieurs sections.
Vous pouvez naviguer le code
avec cette outline
ou aussi, vous collez
les haute-headings.
Quand vous collez
un haute-heading, vous collez toute la section.
Je l'utilise beaucoup
quand j'ai l'auteur du contenu
dans Markdown qui utilise les annotations de code.
Je l'utilise beaucoup et c'est très utile.
Oui, je l'aime beaucoup
dans les exemples.
Donc, si vous faites quelque chose comme code folding,
vous avez juste un comment
dans le code bloc
qui contrôle le code folding.
C'est bien
parce que même si ça rend
c'est bien, c'est juste un comment.
Si quelqu'un a copié le code
dans le code et le paste
dans le code base, le comment
ne va pas break le code.
C'est un bon approach
et ça me rappelle
dans des manières de la chose
Chiki 2 slash
la libraire
qui fait des annotations type.
Non,
nous avons utilisé
quelque chose de similaire
comme les mêmes features
mais ce n'est pas Chiki 2 slash.
On va dire un peu ceci
parce que vous avez créé
votre propre syntaxe
de la libraire
Pourquoi avez-vous fait ça
et pourquoi n'avez-vous pas choisi
l'un des des chikis de la chelon?
Oui,
c'est en fait Chiki
et le code
de la libraire
qui est le code
de la libraire que j'utilise
pour la libraire
et elles sont
comme une libraire sur le code
de la libraire syntaxe
donc ce n'est pas
une large libraire super
comme c'est
un petit libraire
et oui, je n'ai besoin
d'une chose customement
parce que de la façon dont
j'utilise les annotations
dans les codes de code
qui sont des commentaires
donc je dois processer
ces commentaires
et les syntaxe à la libraire
c'était le raison
et c'est vraiment bon
comment
Chiki, et surtout comment Anthony Fou
qui est le maintien de
Chikino
il est très bon à l'open source
donc
la plupart des improvements
pour Chiki, sont
des packages séparées
donc on peut bénéficier
d'en faire
et c'est tout
parce que Anthony est
très bon et Anthony l'open source est
comme une machine, je ne sais pas
comment il le fait
il y a des gens dans la communauté
qui sont comme des houses de power
et c'est comme, comment vous le faites
avec beaucoup de soutien, c'est l'answer
donc
un autre chose intéressant
autour de Chiki
autour de votre code
le plus léger
c'est qu'il interagisse
des components de React server
et le code-hike
en tout cas est très
component de service
et de ce que j'ai vu
à l'extérieur, il y a eu un point de 1.0
c'est comme, oh non, les components de React server
sont comme, on a vu comment on a vu
ce problème
donc comment avez-vous utilisé les components de React server
à travers ces projets pour les plus facilement
oui c'était
comme
une des raisons
pour faire
le B1, parce qu'il y a
beaucoup de features
que
si j'ai voulu impliquer
sans les components de React server
je vais avoir à le faire
dans les plugins de réhigh
ou plugins de remarque
qui sont les plugins qui ont été
en temps de construction
ils sont partie du pipeline de marques
et je ne veux pas
être trop spécifique
mais
avec les components de React server
je peux
mettre cela au utilisateur
parce que
quand vous utilisez CodeHack
vous utilisez seulement
vous utilisez
aucun component de React server
pour rendre le contenu
et ça peut aussi être un component de server
donc
un B1 est syntaxe highlighting
vous pouvez faire
un tout ou un tout
avant ou après syntaxe highlighting
avant B1
vous avez besoin
d'adverter la configuration
pour les plugins de remarque
et pour les highlighting
et c'était
un peu limité
les choses que vous pouvez faire
mais maintenant vous pouvez faire tout ce que vous voulez
parce que c'est votre component de React
je vous donne quelques exemples
comme un de ces est quelque chose
similare à la chose Chicky
qui est ajoutant
des informations de typescript
mais
il y a
beaucoup de outils
qui peuvent prendre advantage
de la production de components
pour les websites de contenus
spécifiquement
je l'ai construit
et j'ai trouvé
à chaque turne
c'est plus facile et moins intensif
Markdown being a big one of them
avant React server components
Markdown in React components
c'était un tout lot of not fun
parce que je suis un string
de Markdown, comment je le rends
et puis vous vous en avez
un tout huge libraries
avec beaucoup de trade-offs
mais quand vous pariez
et vous en faites un
je peux en faire tout
et penser
en primitives et les libraries
que ces libraries ont utilisé
et tout de suite le monde s'ouvre
oui
ça vous donne beaucoup plus de flexibilité
c'est aussi
quand
les components React
React server
il y a un server
en component React server
que les gens sont
confusés
que vous pouvez aussi utiliser
les builds
donc ce n'est pas que vous avez besoin
un server
et c'est génial
pour les websites de contenus
pour les websites de statuages
parce que vous avez
utilisé React
pour penser
que sinon vous devez
savoir comment
faire un plugin de remark
ou un plugin de re-high
et c'est juste pour la expérience de développement
juste beaucoup mieux
oui je pense que c'est
toujours un grand confusion
et la communauté de React
est un component server
oui il y a un server mais le server peut être le server de build
et ça ne veut pas que vous soyez en train de faire un server
tout le temps
je veux parler un peu
d'un poste
que vous avez écrit
semire récent
le curse de markdown
et
peut-être
que vous pouvez réfriger
la histoire que vous vous dites
parce que je pense que c'est vraiment fascinant
oui vous voulez nous dire le curse de markdown
alors quand vous avez
une nouvelle technologie
ou une nouvelle medium
vous avez usually
3 phases
la première phase
c'est quand
les gens ont écrit des choses
avant, d'autres médias
ou toutes les technologies
par exemple
quand le premier
année de TV
c'était juste des shows radio
ou le premier
car
c'était un car
sans le car
donc
c'est comme la phase
scémorifique
que vous avez écrit des choses
depuis le passé
puis vous avez une phase exploration
où les gens
ont commencé à explorer de nouvelles manières
de faire des choses, de nouveaux formats
et les plus de gens ont failé
mais
des formes
sont en train de se faire
et vous avez
la dernière phase
où vous avez
des formats
plus négatifs
pour la nouvelle medium
en avantage
de ces nouvelles
tools
ou de la medium
et...
on l'a parlé avant
mais
les websites de contenus
les plus de websites de contenus
sont en première phase
c'est
comme
vous ouvrez un site de contenus
c'est comme un livre ou un magazine
et je me dévouais
de Margon pour ça
et c'est
ce que j'ai appelé le cours de Margon
parce que Margon est si bon
que les gens
ne veulent pas
laisser ça et faire des choses différentes
donc le trait de
entre la faute
de faire quelque chose
et le bénéfice
de faire ça
avec Margon, la faute est si soudre
parce que ça a un bon tour
et c'est si simple de l'utiliser
on reste
dans le même endroit
de cette phase de fumar
dans une phase parfait
où on copie
toutes les médias
et...
ça prend
à ce que je l'ai parlé avant
les limites de Margon
et à ce que nous pouvons faire
pour
être plus
utilisables pour
faire des presentations
des presentations
des contenus
donc c'est
ce que j'ai appelé le cours
que Margon est si bon
que
il ne laisse pas explorer
des nouvelles manières de faire
oui, je pense que, en revanche,
en revanche, en parlant de la conversation
part de ça est la expressivité
que
c'est sortant de la faute
donc Margon est fameux
pas standard
il y a un peu de flavor de Margon
et il y a un peu d'autres
types de Margon
maintenant on a MDX
des compagnies de Margon
je voulais juste parler
de vos pensées
sur
les standards et les portables
donc comme vous vous ajoutez
des nouvelles compagnies
pour
un code-hike qui peut require
d'autres
extraits
vous devez ajouter
des langues dans le code-fen
ou d'adverter
des commentaires
ou d'adverter
des choses
de la façon dont vous
travaillez
pour avoir
cette richesse
que vous voulez
oui, c'est
un problème
ou même une raison
pour ne pas utiliser
code-hike
parce que vous utilisez
cette non standard notation
bien, rien est standard
mais
la portabilité est
une de les raisons pourquoi Margon est
si bonne
c'est pourquoi
j'ai mentionné
que ma priorité était de
ajouter les minimums
des changements
pour margons
ou minimums
pour atteindre
ce que j'ai voulu
et aussi
pour les faire
facilement chercher et replacer
si besoin
et aussi ne pas briser
d'autres outils
qui utilisent margon
donc ce n'est pas idéal
mais on a
pris des mesures
pour éviter les problèmes
mais oui
Margon est
si populaire
parce que il y a
beaucoup de
esprits
je considère
que j'utilise une extension
mais ça
signifie beaucoup de travail
pour faire le travail
pour que nous sommes ici
oui, totalement
je pense que ça a été un bon endroit
tu as fait des
très bons traitements
et c'est
une partie de la histoire
si tu étais en train de
faire le Marque-Doc
et tu es en train de faire
une nouvelle langue
tu dois les convaincre
et puis tu dois faire les outils
et les LSP et tout le monde
et faire les marketing et la mine-share
tu veux faire une bonne
expérience riche
ce n'est pas comme boire l'eau
c'est vrai
il faut être difficile de tourner
parce que c'est probablement très
tentant parfois de dire
je veux cette expérience
et je suis trappé
avec des points de l'exclamation
et des commentaires
il y a-t-il encore un temps
où tu voulais aller
sur cette wine mais tu avais dû vous en faire
pour vous-même
c'est un très long temps
avant B1
pour définir
ce que j'ai vraiment voulu
je sais
tout ce que je veux
il y a quelque chose que je n'ai pas encore ajouté
mais je sais
comment ajouter
parce que je l'ai déjà plané
donc
il n'y a pas de
je veux ajouter
ce genre de choses
je vais essayer
beaucoup de
des syntaxes différents
beaucoup de façons
et je suis vraiment
pas très heureux
mais de toutes les options
ce qui me fait
me plus heureux
et c'est déjà
déjà les features que je veux
donc sur la route
à 1.0 pendant les v0 jours
tu as un
un moyen assez unique
pour faire le projet
sur le site web
tu as des exemples avec
tous les codes de code
mais certains de ces sont dans les supporteurs
donc peut-être que tu expliques
cette méthode
et comment ça a été
oui, c'était
j'ai expérimenté
tout le projet OpenSold
pour trouver un moyen de
faire ça en s'en train
et je vais essayer
de faire ça
surtout
pour les gens qui
aiment ce projet
de sponsors
parce que
je vais aussi
si tu ouvres les tools de la devtouille
tu peux éloigner
l'exemple
de la devtouille et aussi
les exemples d'open source
donc ce n'était pas
un réel paywall
mais
c'était bien de
faire attention aux gens
que peut-être que tu peux sponsoriser
cette chose et aussi
donner des crédits
chaque exemple a 5 gens
qui sponsorent
le projet
et je l'ai utilisé pour détenir
cet exemple et ça marche
mais je réalise
que tu ne
n'as pas de projet de support
avec
les gens
qui sponsorent
les entreprises
et les
sponsors
parce que
si c'est juste des gens qui sponsorent
avec 10$
tu as besoin de beaucoup de gens
c'est bien
j'ai aussi
un problème
que je suis en Githcub
d'accuser
de
les gens
parce que
chaque fois que
tu as un exemple
tu as des temps
et tu as des temps
que les gens
tu les tuer
les gens sont
très entités
c'est la thing
qu'il faut que je sois
d'être capable
d'avoir quelque chose de libre
quand tu as peur
je dois faire un vieil
et j'ai eu beaucoup de temps
et j'ai envie de travailler
et j'aimerais continuer
et les gens m'ont aidé
ils me disent non
je ne me préviens pas
les gens sont très anglais
avec ce type d'approche
j'ai vu que
c'est très proche
comment est la transition
à la nouvelle modèle de fondation
tu as des sponsors corporataires
est-ce que ça va bien ?
tu ressens que le projet est plus sustainable ?
à l'heure de maintenant
j'ai seulement un sponsor corporataire
mais maintenant je suis
plus
je pense que
le projet est dans un bon état
maintenant
je suis plus en train de travailler
et je vais leur aider
à adopter Colhack
et depuis que je suis le expert
de la lead
je peux charger
bonsoir pour ça
je suis en train de prendre cet état
et c'est aussi très utile
pour moi
pour le fondation
pour utiliser le laboratoire
et pour ça
je n'ai pas de nombreuses
de changements
pour utiliser
c'est pourquoi je pense que c'est un état
je dois encore
improving les doigts
toujours les doigts
et peut-être
un plus
de marketing
de conférences et tout
part du projet
ça aussi en fait
donc en créant Colhack
tu as créé un whole bunch de compétences
de très complexité
j'ai fait un tour du doigt
et il y a beaucoup qui
parle de moi
comme le code trans pile
c'est incroyable, tu as écrit un type script
il vous montre un type script et un JavaScript
super cool
de la compétence que tu as créée
ce qui a été ton préféré
et qui a été le plus difficile à créer
bonne question
l'une de mes préférences
c'est un petit truc
c'est
un qui fold
en ligne
comme je l'ai utilisé
pour
des classes de tailwing
quand tu as un sample de col
avec un très long class de tailwing
j'ai utilisé ça avec un
régulier expression et une notation avec une
régulière expression
c'est
une notation qui fold
une expression régulière
dans 3 dots
et quand tu cliques, ça explique
mais ça fait que le code bloc est plus
plus élevé

c'est un truc qui est très bien
à
donner information sur le demandat
et
on peut le mettre
dans le texte ou dans le code
et on peut le mettre
dans le code, donc
c'est vraiment utile
et puis
il y a des compagnons qui comparent
les deux choses
peut-être de col et col
comme
tu as un transcript et un type
et tu veux bien les matcher
et quand tu hovers un côté
ça vous
vous highlight le
autre côté qui correspond
avec ce que tu es hover
c'est pas seulement
de col
mais de col
et le démon dans le autre côté
c'est
très utile
et je pense que
ça aide beaucoup avec des choses très complexes
quand tu es en train de expliquer
et de le faire
et de te montrer
la mappin entre les deux
c'est très utile
et quelle est la plus difficile
je ne sais
le tout
peut-être
on utilise
d'avoir
avant B1
des colblocks
qui ont aussi fait le démon
en utilisant
quelque chose comme
des containers de web
ou de sainte-pac
qui est un autre chose qu'on peut faire
depuis dans le browser
et c'était
difficile
parce que la intégration, surtout avec sainte-pac
ou
pour les containers de web
mais je n'ai pas d'exemple
avec B1
quelque chose que je ne m'ai pas mis
mais c'est aussi parce que c'est très
spécifique
à un point
de vue que tu fais
donc c'est difficile de mettre des exemples génétiques
ça semble que
Codehike est assez stable
tu as un peu de choses que tu voulais faire
avec le Dyn
tu es sortant de travailler avec les companies
maintenant pour intergrer
mais ça sort de la question
je suis sûr que tu as un liste
de choses que tu vraiment veux faire
et que
ça a l'air comme pour toi, quel est le futur de Codehike
?
c'est surtout autour de Codehike, pas vraiment
dans Codehike
il y a quelques choses que je veux encore
pour Codehike
mais
il y a des choses petites
mais
je veux vraiment
travailler sur les gens
comme le pouvoir de Codehike
donc ça veut dire
faire des exemples ou travailler avec les companies
pour
aider eux
à faire les choses
donc
la plupart de mes
les deux listes sont dans
cette partie
mais
aussi
il y a des outils que je vais beaucoup faire
parce que
maintenant que tu as un marque structure
tu peux avoir des schémas
tu peux utiliser
un schéma de sole
et définir
le forme de la contenu
et quand tu as un
chose qui n'est pas le forme que tu veux
tu peux utiliser un erreur
mais tu peux aussi
utiliser ce schéma pour
une meilleure
expérience de la pensée
maintenant, comme je le disais
j'utilise la ligne de la viscôte
pour naviguer
mais si je connais
le schéma de la contenu
c'est beaucoup plus facile
pour naviguer et pour
éliminer le contenu
pour éditer
mais je suis en réalité
je sais
que ça ne va pas
arriver
dans le futur
c'est quelque chose que j'aimerais
avoir
tu as dit que tu travaillais avec les entreprises
est-ce qu'une entreprise qui a évoqué
une expérience de documentation très élevé
je sais, la première
je n'ai pas travaillé avec elles
la première adopteur de V1
était Twilio
ils ont
fait des trucs cool
je l'ai vu
récemment
aussi
Matt
il a évoqué
une course AI
et il utilise
une version de la côte
qui est vraiment belle
maintenant, je travaille avec Solana
je pense que
cette semaine, on a évoqué
l'appréciation
avec
des
des interactions cool
ce sont des exemples
râp en haut
j'aimerais toujours poser une question
de futur
et pour toi, quel est le futur
d'autorisation de contenus
on a un bon bout de marque
on a pris le monde
dans les derniers 10 ans
c'est le format de futur
ou on va voir quelque chose de nouveau ?
maintenant, avec tous les lm's
on a une grande partie de marque
le nombre de marque
qui se génère chaque jour
a été évoqué
donc, c'est certain
ce sera un grand part
de la future
et le futur
de contenus
j'aime vraiment
les lm's
lm's
les AI
peuvent customiser le contenu
pour un specific d'utilisation
donc, on peut
customiser, summariser
donner le contenu au niveau
de la structure
c'est bien, mais
ce que je pense que c'est
le plus important
c'est la présence
du niveau
de la richesse
dans la réponse
je dis
j'ai fait
des expériences
vous avez demandé
une question
et ça vous donne
un markdown
j'ai fait des expériences
où j'ai demandé
une question de la présence
donc, donne
la description
de la meilleure Ui possible
qui répond à cette question
et puis
je prends cette description
et le mets dans le B0
ou dans le Bolt
cette generation Ui
et c'est pas si bon
je
j'espère que
je pense que le futur sera beaucoup mieux
et aussi
ce jeu de tout ça
est évidemment très low
mais je espère que ça va
mieux et
j'ai hâte de faire ça pour que ça va mieux
parce que ça sera incroyable
si ça se passe
pour
avoir quelque chose qui vous donne
ce genre de contenu
dans le meilleur possible possible
pour consommer
c'est un monde
intéressant
où vous avez un peu de gens non techniques
qui font des contenus de markdown
et puis de se dévoiler
et présenter le meilleur de la meilleure
façon que vous pouvez pour l'utilité
de vos expériences
c'est un monde qui est assez fort
ça rafraie les questions
cette semaine Roderigo
merci pour votre attention
c'était un très intéressant John
dans le monde de Codehike et tout le travail
que vous avez fait
c'est génial
c'est incroyable
j'ai hâte de voir ce que vous faites dans le futur
merci les gars