Découvertes inattendues du cours pour développeurs de l'écosystème Polkadot
Récemment, nous avons lancé un cours intitulé « Solidity sur Polkadot », visant à explorer si la chaîne d'outils de développement PolkaVM est populaire. Le résultat a été surprenant, avec 219 personnes inscrites et un taux d'achèvement des devoirs d'environ 38 %.
Ces données sont certes réjouissantes, mais ce qui est encore plus intéressant, c'est que nous avons découvert les orientations futures de l'écosystème des développeurs chinois de Polkadot. Cet article partagera les retours d'expérience et les problèmes réels que nous avons obtenus grâce à ce nouveau cours, ainsi que la façon dont nous avons exploré une feuille de route vers "la construction de l'écosystème".
Contexte du cours : Explorer la vérité plutôt que de surfer sur la tendance
Polkadot est en train de progresser vers la mise à niveau 2.0, en se concentrant sur l'unification inter-chaînes, la réduction des barrières d'entrée et l'amélioration de l'expérience développeur. PolkaVM, en tant qu'environnement d'exécution compatible avec Ethereum, pourrait devenir le point d'entrée pour les développeurs Web2 ou EVM pour découvrir Polkadot. Cependant, dans le monde Web3, le récit technique reste souvent superficiel. Ce sont souvent les rares personnes réellement prêtes à mettre en pratique. Beaucoup ont encore une impression de Polkadot qui se limite à "complexe", "difficile à comprendre", "barrières de développement élevées", etc.
Nous avons créé ce cours non seulement pour la promotion, mais surtout pour explorer quelques questions clés :
Qu'est-ce qui préoccupe le plus les développeurs concernant le nouvel environnement VM ?
Pour eux, PolkaVM est-il une opportunité ou un défi ?
La chaîne d'outils peut-elle prendre en charge le développement de projets réels ?
À quelle étape du développement rencontre-t-on le plus de difficultés ?
Ce cours n'est pas une conférence technique avancée, mais plutôt une véritable expérience de développeur. Nous espérons être des guides pour les débutants, les accompagnant dans leurs premières tentatives et observant les situations qui peuvent se présenter au cours de ce processus.
Quatre découvertes inattendues
1. Les apprenants font preuve d'une forte curiosité et d'un engagement.
Contrairement à nos attentes initiales, la plupart des participants ne sont pas venus pour les récompenses ou les certificats. 80 % sont des jeunes nés dans les années 90, un quart sont des étudiants, et la majorité consacre chaque jour 1 à 2 heures d'apprentissage de manière autonome. Cette intensité d'apprentissage montre qu'ils souhaitent vraiment essayer et comprendre l'ensemble du processus.
Certaines personnes apprennent de A à Z juste pour déployer un contrat de leurs propres mains ; d'autres disent : "Au moins, je peux écrire sur mon CV que j'ai réussi à déployer un DApp dans l'environnement PolkaVM." Ils ne se soucient peut-être pas beaucoup de la puissance technologique de Polkadot, mais espèrent plutôt utiliser un environnement convivial pour vérifier s'ils sont adaptés à entrer dans le domaine du Web3.
2. Avoir de l'expérience ne signifie pas que c'est facile à utiliser.
De nombreux participants, bien qu'ils aient une riche expérience en développement, voire une expérience pratique de projets EVM, rencontrent encore des confusions après être entrés dans l'écosystème Polkadot : Qu'est-ce que PolkaVM ? AssetHub est-il une chaîne ou un module ? Pourquoi la limite de gaz est-elle différente de celle d'Ethereum ? Le déploiement du contrat a réussi, pourquoi le frontend ne peut-il pas l'appeler ?
Leur problème ne réside pas dans l'incapacité à comprendre le code, mais plutôt dans le fait que leur modèle cognitif familier devient soudain obsolète, ce qui peut provoquer un sentiment de frustration lorsqu'ils sont confrontés à des concepts qui nécessitent une nouvelle compréhension.
Nos cours atténuent dans une certaine mesure cet écart, permettant aux participants de réaliser que l'expérience de développement sur PolkaVM n'est en réalité pas difficile, mais que certains termes et pratiques diffèrent. C'est un point crucial, car beaucoup de gens abandonnent un écosystème non pas parce qu'ils ne savent pas coder, mais parce qu'ils se sentent perdus dès leur première interaction avec la documentation.
Cela nous rappelle que la documentation de développement ne doit pas seulement fournir des connaissances, mais aussi aider les utilisateurs à effectuer une conversion cognitive. À l'avenir, nous prévoyons d'ajouter une comparaison des différences clés entre PolkaVM et d'autres VM mainstream (comme EVM) dans la documentation, afin d'aider davantage de personnes à réduire la confusion et à augmenter les points de rupture de compréhension.
3. Les participants ne sont pas seulement des apprenants, mais aussi des "contributeurs invisibles".
Bien que la plupart des participants soient des débutants en développement de contrats, ils n'hésitent pas à poser des questions, à signaler des bugs et à tester les limites techniques. Par exemple, quelqu'un a signalé que la compilation de Remix se passait bien, mais que le déploiement sur la chaîne échouait. Ces retours ont directement conduit à la soumission de plusieurs problèmes liés à la chaîne d'outils à Parity, ce qui a favorisé l'amélioration de la documentation et la correction des bugs.
En tant qu'équipe DevRel expérimentée, nous avons souvent l'habitude d'ignorer certains petits problèmes, et de nombreux "faux alertes" sont devenues des comportements instinctifs. Mais les débutants ne le font pas. Ils n'ont pas encore établi ce système de jugement, donc ils rencontrent plus facilement des problèmes. Cela fait en sorte que le cours devient un collecteur de problèmes très précieux. Pour les participants, le cours est une zone de confort ; pour nous, ces expériences de "vraies erreurs" sont le thermomètre le plus direct pour évaluer l'expérience de l'écosystème PolkaVM.
4. La clé pour décider si les développeurs continueront à participer réside dans l'expérience globale du processus.
Beaucoup de gens abandonnent non pas parce qu'ils "n'arrivent pas à apprendre", mais parce qu'ils "rencontrent des erreurs sans pouvoir trouver de solutions". Le même code produit des résultats différents dans des environnements différents, Hardhat, Foundry et Remix affichent des comportements inconsistants dans divers environnements, les documents ne contiennent pas les informations nécessaires, et les messages d'erreur ne sont pas assez clairs, ce qui peut amener les développeurs à abandonner.
Nous reconnaissons que l'expérience développeur (DevEx) n'est pas seulement une question de fluidité du processus de codage, mais également de la fluidité et de la fiabilité de l'ensemble du processus, depuis la configuration de l'environnement, le retour d'expérience, jusqu'aux résultats de déploiement, et même les mises à niveau futures. Tout problème à n'importe quelle étape peut entraîner une perte de patience chez les développeurs. Par conséquent, cela n'est pas seulement un problème technique, mais aussi un problème de conception lié aux émotions et à la confiance.
La valeur multiple des cours
Au début de l'écosystème, nous avons réalisé que l'importance des cours pour les développeurs va bien au-delà d'un simple transfert de connaissances et qu'il n'est pas attendu de sélectionner la prochaine star de l'entrepreneuriat Web3 simplement grâce à un cours. En réalité, nous avons atteint trois objectifs précieux grâce à ces cours :
Test de pression de la chaîne : par exemple, lors de l'exercice de migration du contrat Uniswap V2, nous avons rencontré de nombreux problèmes inattendus, tels que des erreurs de gas, des bugs de chemin, des performances incohérentes de Remix et Hardhat, etc. Ces problèmes représentent des obstacles pour les développeurs, mais pour nous, ce sont des opportunités de les détecter et de les résoudre tôt. Ces problèmes figurent maintenant sur la liste des problèmes de Parity et ont été traités rapidement.
Profils utilisateurs et pistes de conversion : certains s'intéressent à la conception d'architectures, d'autres recherchent l'efficacité du développement, et certains demandent la compatibilité des outils courants avec PolkaVM. Chaque question reflète les besoins réels des développeurs et révèle les directions dans lesquelles le "manuel d'utilisation" de PolkaVM doit être amélioré.
Établir des attentes pour le produit : notre cours ressemble à une série d'expositions, montrant l'expérience et la valeur d'utilisation de PolkaVM à travers des démonstrations pratiques. Même si certaines fonctionnalités ne sont pas encore parfaites, il y a des personnes qui l'utilisent et d'autres qui sont prêtes à attendre, ce qui est en soi un signe positif du développement de l'écosystème.
Dans le passé, il y avait souvent des doutes sur le manque d'utilisateurs de Polkadot, alors qu'en réalité, ce sont principalement les équipes de développement d'infrastructure qui l'utilisent, et non les développeurs de DApp. Avec le lancement de PolkaVM, les développeurs de contrats ont enfin une scène pour se produire. Bien que les nouvelles technologies suscitent toujours des hésitations, telles que "Puis-je essayer une VM aussi nouvelle ?", "Le réseau est encore en phase de test, vaut-il la peine d'y consacrer du temps ?", c'est justement ce caractère novateur qui offre aux petites équipes l'opportunité de prendre un virage serré.
Dans ce cours, nous allons migrer Uniswap V2 vers PolkaVM, suscitant un grand intérêt au sein de la communauté. Ce n'est pas en raison de la nouveauté d'Uniswap en soi, mais parce que nous voyons pour la première fois qu'il peut fonctionner sur Polkadot. Bien que Polkadot se soit développé pendant de nombreuses années, il reste un écosystème à forte capitalisation boursière, bénéficiant d'un soutien financier important et d'un grand nombre de détenteurs de DOT. Comparé à la compétition féroce dans Layer2, explorer cette mer bleue encore peu développée pourrait être plus attrayant.
Nous préparons le contenu du prochain cours. Si vous avez des modules ou des projets pratiques que vous aimeriez explorer, n'hésitez pas à nous le faire savoir.
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.
Le cours de développement Polkadot révèle de nouvelles opportunités écologiques : PolkaVM excite l'enthousiasme des développeurs
Découvertes inattendues du cours pour développeurs de l'écosystème Polkadot
Récemment, nous avons lancé un cours intitulé « Solidity sur Polkadot », visant à explorer si la chaîne d'outils de développement PolkaVM est populaire. Le résultat a été surprenant, avec 219 personnes inscrites et un taux d'achèvement des devoirs d'environ 38 %.
Ces données sont certes réjouissantes, mais ce qui est encore plus intéressant, c'est que nous avons découvert les orientations futures de l'écosystème des développeurs chinois de Polkadot. Cet article partagera les retours d'expérience et les problèmes réels que nous avons obtenus grâce à ce nouveau cours, ainsi que la façon dont nous avons exploré une feuille de route vers "la construction de l'écosystème".
Contexte du cours : Explorer la vérité plutôt que de surfer sur la tendance
Polkadot est en train de progresser vers la mise à niveau 2.0, en se concentrant sur l'unification inter-chaînes, la réduction des barrières d'entrée et l'amélioration de l'expérience développeur. PolkaVM, en tant qu'environnement d'exécution compatible avec Ethereum, pourrait devenir le point d'entrée pour les développeurs Web2 ou EVM pour découvrir Polkadot. Cependant, dans le monde Web3, le récit technique reste souvent superficiel. Ce sont souvent les rares personnes réellement prêtes à mettre en pratique. Beaucoup ont encore une impression de Polkadot qui se limite à "complexe", "difficile à comprendre", "barrières de développement élevées", etc.
Nous avons créé ce cours non seulement pour la promotion, mais surtout pour explorer quelques questions clés :
Ce cours n'est pas une conférence technique avancée, mais plutôt une véritable expérience de développeur. Nous espérons être des guides pour les débutants, les accompagnant dans leurs premières tentatives et observant les situations qui peuvent se présenter au cours de ce processus.
Quatre découvertes inattendues
1. Les apprenants font preuve d'une forte curiosité et d'un engagement.
Contrairement à nos attentes initiales, la plupart des participants ne sont pas venus pour les récompenses ou les certificats. 80 % sont des jeunes nés dans les années 90, un quart sont des étudiants, et la majorité consacre chaque jour 1 à 2 heures d'apprentissage de manière autonome. Cette intensité d'apprentissage montre qu'ils souhaitent vraiment essayer et comprendre l'ensemble du processus.
Certaines personnes apprennent de A à Z juste pour déployer un contrat de leurs propres mains ; d'autres disent : "Au moins, je peux écrire sur mon CV que j'ai réussi à déployer un DApp dans l'environnement PolkaVM." Ils ne se soucient peut-être pas beaucoup de la puissance technologique de Polkadot, mais espèrent plutôt utiliser un environnement convivial pour vérifier s'ils sont adaptés à entrer dans le domaine du Web3.
2. Avoir de l'expérience ne signifie pas que c'est facile à utiliser.
De nombreux participants, bien qu'ils aient une riche expérience en développement, voire une expérience pratique de projets EVM, rencontrent encore des confusions après être entrés dans l'écosystème Polkadot : Qu'est-ce que PolkaVM ? AssetHub est-il une chaîne ou un module ? Pourquoi la limite de gaz est-elle différente de celle d'Ethereum ? Le déploiement du contrat a réussi, pourquoi le frontend ne peut-il pas l'appeler ?
Leur problème ne réside pas dans l'incapacité à comprendre le code, mais plutôt dans le fait que leur modèle cognitif familier devient soudain obsolète, ce qui peut provoquer un sentiment de frustration lorsqu'ils sont confrontés à des concepts qui nécessitent une nouvelle compréhension.
Nos cours atténuent dans une certaine mesure cet écart, permettant aux participants de réaliser que l'expérience de développement sur PolkaVM n'est en réalité pas difficile, mais que certains termes et pratiques diffèrent. C'est un point crucial, car beaucoup de gens abandonnent un écosystème non pas parce qu'ils ne savent pas coder, mais parce qu'ils se sentent perdus dès leur première interaction avec la documentation.
Cela nous rappelle que la documentation de développement ne doit pas seulement fournir des connaissances, mais aussi aider les utilisateurs à effectuer une conversion cognitive. À l'avenir, nous prévoyons d'ajouter une comparaison des différences clés entre PolkaVM et d'autres VM mainstream (comme EVM) dans la documentation, afin d'aider davantage de personnes à réduire la confusion et à augmenter les points de rupture de compréhension.
3. Les participants ne sont pas seulement des apprenants, mais aussi des "contributeurs invisibles".
Bien que la plupart des participants soient des débutants en développement de contrats, ils n'hésitent pas à poser des questions, à signaler des bugs et à tester les limites techniques. Par exemple, quelqu'un a signalé que la compilation de Remix se passait bien, mais que le déploiement sur la chaîne échouait. Ces retours ont directement conduit à la soumission de plusieurs problèmes liés à la chaîne d'outils à Parity, ce qui a favorisé l'amélioration de la documentation et la correction des bugs.
En tant qu'équipe DevRel expérimentée, nous avons souvent l'habitude d'ignorer certains petits problèmes, et de nombreux "faux alertes" sont devenues des comportements instinctifs. Mais les débutants ne le font pas. Ils n'ont pas encore établi ce système de jugement, donc ils rencontrent plus facilement des problèmes. Cela fait en sorte que le cours devient un collecteur de problèmes très précieux. Pour les participants, le cours est une zone de confort ; pour nous, ces expériences de "vraies erreurs" sont le thermomètre le plus direct pour évaluer l'expérience de l'écosystème PolkaVM.
4. La clé pour décider si les développeurs continueront à participer réside dans l'expérience globale du processus.
Beaucoup de gens abandonnent non pas parce qu'ils "n'arrivent pas à apprendre", mais parce qu'ils "rencontrent des erreurs sans pouvoir trouver de solutions". Le même code produit des résultats différents dans des environnements différents, Hardhat, Foundry et Remix affichent des comportements inconsistants dans divers environnements, les documents ne contiennent pas les informations nécessaires, et les messages d'erreur ne sont pas assez clairs, ce qui peut amener les développeurs à abandonner.
Nous reconnaissons que l'expérience développeur (DevEx) n'est pas seulement une question de fluidité du processus de codage, mais également de la fluidité et de la fiabilité de l'ensemble du processus, depuis la configuration de l'environnement, le retour d'expérience, jusqu'aux résultats de déploiement, et même les mises à niveau futures. Tout problème à n'importe quelle étape peut entraîner une perte de patience chez les développeurs. Par conséquent, cela n'est pas seulement un problème technique, mais aussi un problème de conception lié aux émotions et à la confiance.
La valeur multiple des cours
Au début de l'écosystème, nous avons réalisé que l'importance des cours pour les développeurs va bien au-delà d'un simple transfert de connaissances et qu'il n'est pas attendu de sélectionner la prochaine star de l'entrepreneuriat Web3 simplement grâce à un cours. En réalité, nous avons atteint trois objectifs précieux grâce à ces cours :
Test de pression de la chaîne : par exemple, lors de l'exercice de migration du contrat Uniswap V2, nous avons rencontré de nombreux problèmes inattendus, tels que des erreurs de gas, des bugs de chemin, des performances incohérentes de Remix et Hardhat, etc. Ces problèmes représentent des obstacles pour les développeurs, mais pour nous, ce sont des opportunités de les détecter et de les résoudre tôt. Ces problèmes figurent maintenant sur la liste des problèmes de Parity et ont été traités rapidement.
Profils utilisateurs et pistes de conversion : certains s'intéressent à la conception d'architectures, d'autres recherchent l'efficacité du développement, et certains demandent la compatibilité des outils courants avec PolkaVM. Chaque question reflète les besoins réels des développeurs et révèle les directions dans lesquelles le "manuel d'utilisation" de PolkaVM doit être amélioré.
Établir des attentes pour le produit : notre cours ressemble à une série d'expositions, montrant l'expérience et la valeur d'utilisation de PolkaVM à travers des démonstrations pratiques. Même si certaines fonctionnalités ne sont pas encore parfaites, il y a des personnes qui l'utilisent et d'autres qui sont prêtes à attendre, ce qui est en soi un signe positif du développement de l'écosystème.
Dans le passé, il y avait souvent des doutes sur le manque d'utilisateurs de Polkadot, alors qu'en réalité, ce sont principalement les équipes de développement d'infrastructure qui l'utilisent, et non les développeurs de DApp. Avec le lancement de PolkaVM, les développeurs de contrats ont enfin une scène pour se produire. Bien que les nouvelles technologies suscitent toujours des hésitations, telles que "Puis-je essayer une VM aussi nouvelle ?", "Le réseau est encore en phase de test, vaut-il la peine d'y consacrer du temps ?", c'est justement ce caractère novateur qui offre aux petites équipes l'opportunité de prendre un virage serré.
Dans ce cours, nous allons migrer Uniswap V2 vers PolkaVM, suscitant un grand intérêt au sein de la communauté. Ce n'est pas en raison de la nouveauté d'Uniswap en soi, mais parce que nous voyons pour la première fois qu'il peut fonctionner sur Polkadot. Bien que Polkadot se soit développé pendant de nombreuses années, il reste un écosystème à forte capitalisation boursière, bénéficiant d'un soutien financier important et d'un grand nombre de détenteurs de DOT. Comparé à la compétition féroce dans Layer2, explorer cette mer bleue encore peu développée pourrait être plus attrayant.
Nous préparons le contenu du prochain cours. Si vous avez des modules ou des projets pratiques que vous aimeriez explorer, n'hésitez pas à nous le faire savoir.