$DUSK 24 horas: caiu 4,3%, passando de 0,0839 para 0,0801 dólares. Máxima do dia: 0,0873; mínima: 0,0789; volume negociado: 440 mil dólares. O preço não anima.
Mas, esta semana, @Dusk fez algo nos documentos que ninguém percebeu: a equipe do projeto colocou o «fluxo de trabalho de 6 etapas» na página sobre a camada de infraestrutura de mercado (configuração do emissor → acesso do investidor → controle de transferências → correspondência e distribuição → liquidação → divulgação contínua). A frase final fecha o ciclo diretamente: «Se quiser entender a camada de produto, comece por aquela linha de aplicações».
Essa frase, por si só, define o posicionamento. Aquela linha de aplicações não é um produto independente, mas o canal oficial que leva de «infraestrutura de mercado» a «entrada do produto» dentro do sistema de documentação. Nas 10 publicações anteriores, esses aspectos foram abordados separadamente — pilha básica, 6 classes de ativos, entrada para usuários, simulador, 7 questões reais, conjunto básico de 4 componentes —, mas nesta semana os documentos conectaram tudo em uma única frase.
A perspectiva da pilha listada na página detalhada da linha de aplicações (camada de liquidação / camada de contratos / camada de identidade / descoberta de carteiras / carteiras de navegador) é a mesma coisa que a tabela comparativa «6 capacidades para 6 classes de necessidades» — muda apenas a perspectiva: nível do protocolo básico versus nível do produto de aplicação. A própria documentação deixa clara essa conexão.
Portanto, desta vez, não se trata de falar sobre o que foi acrescentado àquela linha de aplicações, mas de mostrar como a equipe do projeto a fixou, na documentação, como a face executável da camada básica. O front-end não foi acrescentado do nada; é um produto encapsulado, derivado daquele fluxo de trabalho de 6 etapas do back-end.
O próprio conjunto do site oficial de documentação é o maior manual de produto do projeto.
@Dusk
#dusk #DuskTrade #sistema de documentação
Mas, esta semana, @Dusk fez algo nos documentos que ninguém percebeu: a equipe do projeto colocou o «fluxo de trabalho de 6 etapas» na página sobre a camada de infraestrutura de mercado (configuração do emissor → acesso do investidor → controle de transferências → correspondência e distribuição → liquidação → divulgação contínua). A frase final fecha o ciclo diretamente: «Se quiser entender a camada de produto, comece por aquela linha de aplicações».
Essa frase, por si só, define o posicionamento. Aquela linha de aplicações não é um produto independente, mas o canal oficial que leva de «infraestrutura de mercado» a «entrada do produto» dentro do sistema de documentação. Nas 10 publicações anteriores, esses aspectos foram abordados separadamente — pilha básica, 6 classes de ativos, entrada para usuários, simulador, 7 questões reais, conjunto básico de 4 componentes —, mas nesta semana os documentos conectaram tudo em uma única frase.
A perspectiva da pilha listada na página detalhada da linha de aplicações (camada de liquidação / camada de contratos / camada de identidade / descoberta de carteiras / carteiras de navegador) é a mesma coisa que a tabela comparativa «6 capacidades para 6 classes de necessidades» — muda apenas a perspectiva: nível do protocolo básico versus nível do produto de aplicação. A própria documentação deixa clara essa conexão.
Portanto, desta vez, não se trata de falar sobre o que foi acrescentado àquela linha de aplicações, mas de mostrar como a equipe do projeto a fixou, na documentação, como a face executável da camada básica. O front-end não foi acrescentado do nada; é um produto encapsulado, derivado daquele fluxo de trabalho de 6 etapas do back-end.
O próprio conjunto do site oficial de documentação é o maior manual de produto do projeto.
@Dusk
#dusk #DuskTrade #sistema de documentação
