O mercado realmente sabe como fazer você olhar duas vezes. $PEOPLE $ENA
Os dois mostram uma força séria no gráfico.
Estou começando a achar que a habilidade real não é encontrar os movimentos, e sim encontrá-los antes que eles se movam.
Eu costumava pensar que construir diretamente no ambiente nativo de uma blockchain era automaticamente a melhor opção.
Aí eu olhei com mais atenção para a DuskVM.
A DuskVM dá aos desenvolvedores acesso direto ao ambiente da Layer 1 da Dusk. Contratos inteligentes podem usar primitivas específicas da Dusk e interagir de perto com as capacidades nativas da rede.
Isso parece uma vantagem óbvia até você olhar para o outro lado.
Construir diretamente na Dusk também significa trabalhar com ferramentas projetadas especificamente para a DuskVM. Desenvolvedores que vêm de ecossistemas já estabelecidos podem já estar confortáveis com linguagens, frameworks e fluxos de desenvolvimento familiares.
Então existe uma troca real.
Você ganha acesso mais próximo à L1, mas se afasta mais das ferramentas que você já conhece.
Isso me fez pensar sobre a DuskVM de outra forma.
A pergunta não é apenas se o ambiente de execução nativo da Dusk é poderoso.
É se o acesso às próprias primitivas da Dusk é valioso o suficiente para os desenvolvedores aceitarem uma experiência de desenvolvimento mais especializada.
Para aplicações que precisam de recursos bem conectados à arquitetura da Dusk, essa troca pode fazer sentido.
Mas para desenvolvedores que, principalmente, querem ferramentas e fluxos de trabalho familiares, a curva de aprendizado pode pesar tanto quanto a própria tecnologia.
Infraestrutura não é só sobre o que os desenvolvedores conseguem construir.
Também é sobre o que eles estão dispostos a aprender para construir.
@Dusk_Foundation $DUSK #dusk
O que importa mais para os desenvolvedores?
Os dois mostram uma força séria no gráfico.
Estou começando a achar que a habilidade real não é encontrar os movimentos, e sim encontrá-los antes que eles se movam.
Eu costumava pensar que construir diretamente no ambiente nativo de uma blockchain era automaticamente a melhor opção.
Aí eu olhei com mais atenção para a DuskVM.
A DuskVM dá aos desenvolvedores acesso direto ao ambiente da Layer 1 da Dusk. Contratos inteligentes podem usar primitivas específicas da Dusk e interagir de perto com as capacidades nativas da rede.
Isso parece uma vantagem óbvia até você olhar para o outro lado.
Construir diretamente na Dusk também significa trabalhar com ferramentas projetadas especificamente para a DuskVM. Desenvolvedores que vêm de ecossistemas já estabelecidos podem já estar confortáveis com linguagens, frameworks e fluxos de desenvolvimento familiares.
Então existe uma troca real.
Você ganha acesso mais próximo à L1, mas se afasta mais das ferramentas que você já conhece.
Isso me fez pensar sobre a DuskVM de outra forma.
A pergunta não é apenas se o ambiente de execução nativo da Dusk é poderoso.
É se o acesso às próprias primitivas da Dusk é valioso o suficiente para os desenvolvedores aceitarem uma experiência de desenvolvimento mais especializada.
Para aplicações que precisam de recursos bem conectados à arquitetura da Dusk, essa troca pode fazer sentido.
Mas para desenvolvedores que, principalmente, querem ferramentas e fluxos de trabalho familiares, a curva de aprendizado pode pesar tanto quanto a própria tecnologia.
Infraestrutura não é só sobre o que os desenvolvedores conseguem construir.
Também é sobre o que eles estão dispostos a aprender para construir.
@Dusk_Foundation $DUSK #dusk
O que importa mais para os desenvolvedores?
⚡ Native L1 access
🧰 Familiar tooling
10 hora(s) restante(s)
