Le marché sait vraiment comment vous faire regarder deux fois. $PEOPLE $ENA
Les deux affichent une force sérieuse sur le graphique.
Je commence à penser que le véritable talent n’est pas de trouver les mouvements, mais de les trouver avant qu’ils ne bougent.
Avant, je pensais que construire directement dans l’environnement natif d’une blockchain était automatiquement la meilleure option.
Puis j’ai regardé de plus près DuskVM.
DuskVM donne aux développeurs un accès direct à l’environnement de la couche 1 de Dusk. Les smart contracts peuvent utiliser des primitives spécifiques à Dusk et interagir étroitement avec les capacités natives du réseau.
Cela semble être un avantage évident jusqu’au moment où l’on considère l’autre côté.
Construire directement sur Dusk signifie aussi travailler avec des outils conçus spécifiquement pour DuskVM. Les développeurs venant d’écosystèmes établis peuvent déjà être à l’aise avec des langages, des frameworks et des flux de développement familiers.
Donc il y a un vrai compromis.
Vous vous rapprochez de l’accès à la L1, mais vous vous éloignez davantage des outils que vous connaissez déjà.
Cela m’a fait réfléchir à DuskVM autrement.
La question n’est pas simplement de savoir si l’environnement d’exécution natif de Dusk est puissant.
Il s’agit de savoir si l’accès aux propres primitives de Dusk est suffisamment précieux pour que les développeurs acceptent une expérience de développement plus spécialisée.
Pour des applications qui ont besoin de capacités étroitement liées à l’architecture de Dusk, ce compromis pourrait avoir du sens.
Mais pour les développeurs qui veulent surtout des outils et des flux de travail familiers, la courbe d’apprentissage peut compter autant que la technologie elle-même.
L’infrastructure ne concerne pas uniquement ce que les développeurs peuvent construire.
Elle concerne aussi ce qu’ils sont prêts à apprendre pour le construire.
@Dusk_Foundation $DUSK #dusk
Qu’est-ce qui compte le plus pour les développeurs ?
Les deux affichent une force sérieuse sur le graphique.
Je commence à penser que le véritable talent n’est pas de trouver les mouvements, mais de les trouver avant qu’ils ne bougent.
Avant, je pensais que construire directement dans l’environnement natif d’une blockchain était automatiquement la meilleure option.
Puis j’ai regardé de plus près DuskVM.
DuskVM donne aux développeurs un accès direct à l’environnement de la couche 1 de Dusk. Les smart contracts peuvent utiliser des primitives spécifiques à Dusk et interagir étroitement avec les capacités natives du réseau.
Cela semble être un avantage évident jusqu’au moment où l’on considère l’autre côté.
Construire directement sur Dusk signifie aussi travailler avec des outils conçus spécifiquement pour DuskVM. Les développeurs venant d’écosystèmes établis peuvent déjà être à l’aise avec des langages, des frameworks et des flux de développement familiers.
Donc il y a un vrai compromis.
Vous vous rapprochez de l’accès à la L1, mais vous vous éloignez davantage des outils que vous connaissez déjà.
Cela m’a fait réfléchir à DuskVM autrement.
La question n’est pas simplement de savoir si l’environnement d’exécution natif de Dusk est puissant.
Il s’agit de savoir si l’accès aux propres primitives de Dusk est suffisamment précieux pour que les développeurs acceptent une expérience de développement plus spécialisée.
Pour des applications qui ont besoin de capacités étroitement liées à l’architecture de Dusk, ce compromis pourrait avoir du sens.
Mais pour les développeurs qui veulent surtout des outils et des flux de travail familiers, la courbe d’apprentissage peut compter autant que la technologie elle-même.
L’infrastructure ne concerne pas uniquement ce que les développeurs peuvent construire.
Elle concerne aussi ce qu’ils sont prêts à apprendre pour le construire.
@Dusk_Foundation $DUSK #dusk
Qu’est-ce qui compte le plus pour les développeurs ?
⚡ Native L1 access
🧰 Familiar tooling
10 heure(s) restante(s)
