Tout ne devrait pas fonctionner comme ça—où les applications destinées aux consommateurs ne sont que des décorations superposées à une infrastructure centrale. C'est une façon de penser à l'envers. Ces applications doivent être conçues comme de véritables solutions dès le départ, et non comme des ajouts cosmétiques ou des idées après coup à un système préexistant. L'architecture elle-même doit être conçue en fonction des besoins réels des utilisateurs dès le départ.
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
16 J'aime
Récompense
16
8
Reposter
Partager
Commentaire
0/400
WhaleMistaker
· 01-12 07:51
C'est vrai, on a toujours fait ça à l'envers, l'application ressemble à une peau collée sur un zombie.
Voir l'originalRépondre0
YieldWhisperer
· 01-11 21:20
Non, en fait c'est exactement l'inverse... j'ai déjà vu cette logique de spirale mortelle de tokenomics auparavant, 2021 a appelé et veut récupérer son architecture "orientée utilisateur". Laissez-moi examiner les contrats réels, mais je parie que les calculs ne sont pas cohérents.
Voir l'originalRépondre0
SignatureVerifier
· 01-11 03:49
oui c'est exactement le problème que personne ne veut admettre... d'un point de vue technique, la plupart des projets ont simplement ajouté une expérience utilisateur par-dessus ce qu'ils avaient déjà construit. validation insuffisante des besoins réels des utilisateurs lors de la phase d'architecture. ils le livreront quand même lol
Voir l'originalRépondre0
GateUser-40edb63b
· 01-11 03:47
Ça a explosé, maintenant beaucoup de projets font l'inverse, ils construisent d'abord l'infrastructure puis mettent une couche superficielle
Voir l'originalRépondre0
ResearchChadButBroke
· 01-11 03:46
Arrêtez, vous discutez encore de cette vieille histoire dépassée. Le vrai problème, c'est que la plupart des équipes n'ont pas du tout pensé aux utilisateurs, elles pensent seulement à comment la mettre en place et c'est tout.
Voir l'originalRépondre0
NeonCollector
· 01-11 03:39
J'en ai vu trop d'applications de ce genre qui ne sont que des emballages vides.
Voir l'originalRépondre0
NotFinancialAdvice
· 01-11 03:32
Ce qu'on dit est vrai, c'est exactement ce problème dans le web3 actuel : une infrastructure sophistiquée mais personne pour l'utiliser.
---
En fait, en y réfléchissant à l'inverse, comment peut-on décorer une maison sans d'abord poser les conduits...
---
C'est pourquoi tant de projets échouent, c'est une inversion totale des priorités.
---
Encore cette vieille rengaine, très peu de projets parviennent réellement à la mettre en pratique.
---
Je suis tout à fait d'accord, mais pour être honnête, la plupart des équipes n'ont tout simplement pas les moyens de commencer par les besoins des utilisateurs.
---
Ce n'est pas ça la différence entre Solana et Ethereum...
Voir l'originalRépondre0
SilentObserver
· 01-11 03:27
Vous avez raison, c'est juste que tous ces projets font tout à l'envers en ce moment
---
Réveillez-vous les gars, l'expérience utilisateur n'est pas un autocollant qu'on colle par-dessus
---
Partir des besoins, c'est la bonne approche, les projets qui font l'inverse sont voués à l'échec
---
Construire d'abord les infrastructures de base et penser aux applications après ? Vous avez inversé les rôles mon frère
---
C'est pour ça que tellement d'apps sont bizarres à utiliser
---
La conception architecturale doit commencer par les douleurs des utilisateurs, pas par des décisions farfelues
---
C'est intéressant, enfin quelqu'un qui ose dire les choses
---
Exactement, la relation entre les infrastructures de base et les applications a toujours été inversée
---
C'est logique, malheureusement la plupart des projets s'en fichent complètement
Tout ne devrait pas fonctionner comme ça—où les applications destinées aux consommateurs ne sont que des décorations superposées à une infrastructure centrale. C'est une façon de penser à l'envers. Ces applications doivent être conçues comme de véritables solutions dès le départ, et non comme des ajouts cosmétiques ou des idées après coup à un système préexistant. L'architecture elle-même doit être conçue en fonction des besoins réels des utilisateurs dès le départ.