Tudo isto não deveria funcionar assim—onde aplicações voltadas para o consumidor são apenas decoração sobre uma infraestrutura central. Isso é um pensamento ao contrário. Estas aplicações precisam ser construídas como soluções genuínas primeiro, não como ideias secundárias ou adições cosméticas a um sistema pré-existente. A arquitetura em si deve ser desenhada com base nas necessidades reais dos utilizadores desde o início.
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
16 gostos
Recompensa
16
8
Republicar
Partilhar
Comentar
0/400
WhaleMistaker
· 01-12 07:51
Tens razão, sempre fizemos assim ao contrário, o app é como uma pele colada ao corpo de um zumbi.
Ver originalResponder0
YieldWhisperer
· 01-11 21:20
não, isto está exatamente ao contrário, aliás... já vi esta lógica de espiral de morte na tokenomics antes, 2021 ligou e quer de volta a sua arquitetura "orientada ao utilizador". deixa-me examinar os contratos reais, apostando que a matemática não bate certo
Ver originalResponder0
SignatureVerifier
· 01-11 03:49
Sim, este é exatamente o problema que ninguém quer admitir... tecnicamente falando, a maioria dos projetos apenas adicionou UX por cima do que já tinham construído. validação insuficiente das necessidades reais dos utilizadores durante a fase de arquitetura. eles vão lançá-lo de qualquer forma, lol
Ver originalResponder0
GateUser-40edb63b
· 01-11 03:47
Está tudo saturado, agora muitos projetos estão a fazer o contrário, primeiro construir a infraestrutura e depois colocar a camada superficial
Ver originalResponder0
ResearchChadButBroke
· 01-11 03:46
Vamos lá, ainda a discutir esta coisa antiga e gasta. O verdadeiro problema é que a maioria das equipas nem sequer pensou nos utilizadores, só pensa em como encaixar as coisas e pronto.
Ver originalResponder0
NeonCollector
· 01-11 03:39
Já vi muitas aplicações assim feitas posteriormente, são apenas reembalagens.
Ver originalResponder0
NotFinancialAdvice
· 01-11 03:32
Falando nisso, atualmente o web3 tem esse problema, infraestrutura elegante mas ninguém consegue usar
---
Na verdade, se pensarmos ao contrário, como podemos reformar a casa sem primeiro preparar os canos...
---
É por isso que tantos projetos fracassaram, a prioridade está completamente invertida
---
Mais do mesmo, poucas são as equipes que realmente conseguem colocar isso em prática
---
Concordo profundamente, mas para ser honesto, a maioria das equipes simplesmente não tem dinheiro para começar pelas necessidades dos usuários
---
Não é exatamente a diferença entre solana e Ethereum...
Ver originalResponder0
SilentObserver
· 01-11 03:27
Falou a verdade, é que agora esses projetos estão completamente invertidos
---
Acordem, pessoal, experiência do usuário não é uma etiqueta que se pode colar
---
Começar pelas necessidades é o caminho certo, projetos que fazem o contrário estão condenados ao fracasso
---
Primeiro montar a infraestrutura central e depois pensar na aplicação? Está tudo errado, irmão
---
É por isso que tantos aplicativos são difíceis de usar
---
A arquitetura deve começar pelos pontos de dor do usuário, não por intuição
---
Tem um pouco de sentido, finalmente alguém ousa falar sobre isso
---
Exatamente, a relação entre infraestrutura básica e aplicação sempre foi invertida
---
Falou bem, mas a maioria dos projetos simplesmente não se importa com isso
Tudo isto não deveria funcionar assim—onde aplicações voltadas para o consumidor são apenas decoração sobre uma infraestrutura central. Isso é um pensamento ao contrário. Estas aplicações precisam ser construídas como soluções genuínas primeiro, não como ideias secundárias ou adições cosméticas a um sistema pré-existente. A arquitetura em si deve ser desenhada com base nas necessidades reais dos utilizadores desde o início.