Cours de Solidity sur Polkadot : Révéler la direction future de l'écosystème des développeurs chinois
Récemment, nous avons collaboré avec un certain organisme de formation pour ouvrir un cours intitulé « Solidity sur Polkadot ». Au départ, nous voulions juste tester l'intérêt des développeurs pour la chaîne d'outils PolkaVM, mais le résultat a été inattendu : 219 personnes se sont inscrites, avec un taux d'achèvement des devoirs proche de 38 %.
Ces données sont certes satisfaisantes, mais ce qui est plus profond à réfléchir, c'est que grâce à ce cours, nous avons eu un aperçu inattendu des tendances de développement futur de l'écosystème des développeurs chinois de Polkadot.
Cet article explorera en profondeur les retours et les problèmes de ces utilisateurs réels, tout en partageant comment nous avons progressivement construit une feuille de route vers la "construction d'un écosystème" à partir d'une nouvelle tentative de cours.
Contexte du cours : Explorer la vérité, plutôt que de suivre les tendances
Polkadot est en train de promouvoir la mise à niveau 2.0, dont l'objectif principal est d'atteindre l'unification inter-chaînes, de réduire les barrières à l'entrée et d'améliorer l'expérience de développement. En tant qu'environnement d'exécution compatible avec Ethereum, PolkaVM pourrait devenir le point d'entrée privilégié pour les développeurs Web2 ou EVM souhaitant explorer l'écosystème Polkadot. Cependant, nous devons faire face à une réalité : dans le monde Web3, le récit technique devient souvent une simple décoration superficielle. Ceux qui sont réellement prêts à passer à l'action sont souvent rares. Beaucoup de gens ont encore une impression de Polkadot qui reste à "compliqué", "difficile à comprendre" et "avec des barrières à l'entrée élevées", sans même parler d'essayer d'écrire des contrats ou de déployer des DApp.
Ainsi, nous avons ouvert ce cours non seulement à des fins de promotion, mais plus important encore, nous espérons répondre à plusieurs questions clés par la pratique :
Quels aspects préoccupent le plus les développeurs dans le nouvel environnement VM ?
Pour eux, PolkaVM est-il une opportunité ou un défi ?
Les outils existants peuvent-ils soutenir le développement de projets réels, et pas seulement des cas de démonstration ?
Dans tout le parcours des développeurs, quelle étape est la plus susceptible de poser des problèmes ?
Le but de ce cours n'est pas de servir de conférence technique avancée destinée aux développeurs expérimentés, mais plutôt d'être une expérience pratique pour les débutants. Nous espérons devenir des "guides pour les débutants", les accompagnant tout au long de leur premier processus de développement et observant les diverses situations qui pourraient survenir au cours de ce processus.
Quatre découvertes inattendues
1. Les apprenants montrent une forte curiosité et un investissement en temps
Nous pensions à l'origine que la plupart des gens participaient aux cours pour obtenir des récompenses ou des certificats, mais ce n'est pas le cas. 80 % des participants sont des personnes nées dans les années 90, un quart d'entre eux étant des étudiants. La plupart des gens consacrent chaque jour 1 à 2 heures à l'apprentissage de manière autonome. Cette intensité d'apprentissage dépasse de loin le simple fait d'accomplir des tâches, montrant leur attitude de sincère tentative.
Certains apprenants étudient de A à Z juste pour déployer un contrat eux-mêmes ; d'autres déclarent : "Au moins, je peux inscrire sur mon CV une expérience telle que 'Déploiement réussi d'un DApp dans un environnement PolkaVM'." En réalité, ils ne s'intéressent pas nécessairement à la puissance technologique de Polkadot, mais ont plutôt besoin d'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 à prendre en main, le plus grand défi réside dans la conversion des modes de pensée.
De nombreux participants ont une expérience de développement riche, voire une expérience pratique dans des projets EVM, mais une fois dans l'écosystème Polkadot, ils sont souvent troublés par certaines différences de terminologie : 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 l'appel du frontend a-t-il échoué ?
Le problème auquel ils sont confrontés n'est pas la difficulté de comprendre le code, mais le fait que leur modèle cognitif existant devient soudainement obsolète, nécessitant l'apprentissage de toute une série de concepts, ce qui peut entraîner une résistance psychologique.
Nos cours atténuent dans une certaine mesure cet écart cognitif, amenant les participants à réaliser que l'expérience de développement de PolkaVM n'est pas complexe, mais simplement différente en termes de concepts et de terminologie. Cela est crucial, car beaucoup de gens abandonnent un écosystème non pas parce qu'ils ne peuvent pas écrire de code, mais parce qu'ils se sentent perdus dès le premier contact avec la documentation.
Cela nous rappelle que la documentation de développement ne doit pas se contenter d'accumuler des points de connaissance, mais doit également aider les utilisateurs à effectuer une transition dans leur mode de pensée. À l'avenir, nous prévoyons d'ajouter une comparaison des différences clés entre PolkaVM et d'autres VM populaires (comme EVM) dans la documentation, afin d'aider davantage de personnes à réduire les détours et à augmenter les moments de révélation "Ah, je comprends maintenant".
3. Les participants au cours ne sont pas seulement des apprenants, mais aussi des contributeurs potentiels à l'écosystème.
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 activement les limites techniques. Par exemple, quelqu'un a signalé que la compilation avec 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 à l'équipe de développement, ce qui a favorisé l'amélioration de la documentation et la correction de bugs.
En tant que responsable des relations développeurs expérimenté, nous avons peut-être tendance à éviter certaines questions courantes, et de nombreux "faux positifs" sont devenus des comportements instinctifs. Mais les débutants ne possèdent pas cette expérience. Ils n'ont pas encore établi un système de jugement complet, ce qui les rend plus susceptibles de détecter des problèmes potentiels - c'est précisément ce qui fait du cours un précieux collecteur de questions. Pour les participants, le cours est une zone de confort ; pour nous, ces expériences réelles d'utilisation sont les indicateurs les plus directs pour évaluer l'écosystème PolkaVM.
4. La clé pour décider si les développeurs continuent à participer réside dans l'expérience globale du processus.
Beaucoup de gens partent non pas parce qu'ils "n'arrivent pas à apprendre", mais parce qu'ils "rencontrent des erreurs sans trouver de solutions".
Le même code génère des erreurs dans différents environnements ; Hardhat, Foundry et Remix se comportent de manière incohérente dans leurs environnements respectifs ; l'absence d'informations nécessaires dans la documentation et l'imprécision des messages d'erreur peuvent amener les développeurs à abandonner leurs essais.
Nous reconnaissons que l'expérience développeur (DevEx) ne se limite pas à la fluidité du processus de codage, mais englobe l'ensemble du processus, de la configuration de l'environnement, des retours de problèmes, jusqu'aux résultats de déploiement, et même les futures mises à jour. Tout problème à n'importe quelle étape peut entraîner une perte de confiance de la part des développeurs. Par conséquent, il ne s'agit pas seulement d'un problème technique, mais aussi d'un défi de conception en matière de gestion des émotions et de la confiance.
Le cours comme pont entre l'outil, l'utilisateur et les attentes
Au début de l'écosystème, nous avons réalisé que la signification des cours pour développeurs allait bien au-delà d'un simple transfert de connaissances unidirectionnel, et nous ne nous attendions pas à découvrir la prochaine star de l'entrepreneuriat Web3 à travers un seul cours. Au contraire, ce cours a abouti à trois résultats importants :
Test de stress réseau
L'exercice de migration du contrat Uniswap V2 effectué dans le cours, qui n'était à l'origine qu'une opération standard, a révélé par inadvertance une série de problèmes : erreurs de gas, bugs de chemin, incohérences entre Remix et Hardhat, etc.
Ces problèmes sont un obstacle pour les développeurs, mais pour nous, ce sont des "avertissements précoces" précieux. Il est très important de pouvoir détecter ces problèmes le plus tôt possible. À présent, ces problèmes ont été ajoutés à la liste des tâches à résoudre par l'équipe de développement et sont traités rapidement.
Analyse des profils utilisateurs et des pistes de conversion
Certaines personnes s'intéressent à la conception architecturale, d'autres recherchent l'efficacité du développement, et d'autres encore se demandent : "Les outils que j'utilise couramment sont-ils directement utilisables dans l'environnement PolkaVM ?"
Chaque question reflète les véritables considérations des développeurs et révèle également les directions à améliorer dans le "Guide d'utilisation" de PolkaVM.
Établir les attentes du produit
Nos cours peuvent être comparés à une série de démonstrations en direct, montrant l'utilité et la valeur de PolkaVM par des opérations pratiques plutôt que par des discours. Même si certaines fonctionnalités ne sont pas encore parfaites, tant qu'il y a des utilisateurs et des personnes prêtes à attendre, c'est un signe positif de développement de l'écosystème.
Il y a eu des doutes par le passé sur le manque de base d'utilisateurs de Polkadot - cette affirmation n'est pas exacte. Depuis toujours, les principaux utilisateurs de Polkadot sont des équipes travaillant sur des infrastructures de base, et non des développeurs de DApp. Avec le lancement de PolkaVM, les développeurs de contrats ont enfin une scène pour montrer leurs talents. Bien sûr, face à un environnement VM aussi nouveau, l'hésitation est inévitable : "Un VM aussi nouveau, puis-je être parmi les premiers à essayer ?", "Le réseau est encore en phase de test, est-ce que cela vaut la peine que j'y investisse du temps ?" Mais c'est justement parce que c'est nouveau qu'il offre aux petites équipes la possibilité de prendre de l'avance.
Dans ce cours, nous avons réussi à migrer Uniswap V2 vers l'environnement PolkaVM, suscitant une vive discussion au sein de la communauté. Ce n'est pas parce qu'Uniswap est une nouveauté, mais parce que les gens voient pour la première fois qu'il peut fonctionner dans l'écosystème Polkadot. Bien que Polkadot existe depuis des années, c'est toujours un écosystème à forte capitalisation, avec de nombreux projets financés et un grand nombre d'investisseurs importants détenant des DOT. Plutôt que de se battre férocement dans le domaine de Layer2, pourquoi ne pas explorer un marché bleu encore sous-développé ?
Nous préparons le contenu du prochain cours. Si vous êtes intéressé par un module ou un projet pratique spécifique, n'hésitez pas à nous le faire savoir dans les commentaires.
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.
La migration de Solidity vers Polkadot : 219 praticiens révèlent une nouvelle tendance dans l'écosystème des développeurs chinois.
Cours de Solidity sur Polkadot : Révéler la direction future de l'écosystème des développeurs chinois
Récemment, nous avons collaboré avec un certain organisme de formation pour ouvrir un cours intitulé « Solidity sur Polkadot ». Au départ, nous voulions juste tester l'intérêt des développeurs pour la chaîne d'outils PolkaVM, mais le résultat a été inattendu : 219 personnes se sont inscrites, avec un taux d'achèvement des devoirs proche de 38 %.
Ces données sont certes satisfaisantes, mais ce qui est plus profond à réfléchir, c'est que grâce à ce cours, nous avons eu un aperçu inattendu des tendances de développement futur de l'écosystème des développeurs chinois de Polkadot.
Cet article explorera en profondeur les retours et les problèmes de ces utilisateurs réels, tout en partageant comment nous avons progressivement construit une feuille de route vers la "construction d'un écosystème" à partir d'une nouvelle tentative de cours.
Contexte du cours : Explorer la vérité, plutôt que de suivre les tendances
Polkadot est en train de promouvoir la mise à niveau 2.0, dont l'objectif principal est d'atteindre l'unification inter-chaînes, de réduire les barrières à l'entrée et d'améliorer l'expérience de développement. En tant qu'environnement d'exécution compatible avec Ethereum, PolkaVM pourrait devenir le point d'entrée privilégié pour les développeurs Web2 ou EVM souhaitant explorer l'écosystème Polkadot. Cependant, nous devons faire face à une réalité : dans le monde Web3, le récit technique devient souvent une simple décoration superficielle. Ceux qui sont réellement prêts à passer à l'action sont souvent rares. Beaucoup de gens ont encore une impression de Polkadot qui reste à "compliqué", "difficile à comprendre" et "avec des barrières à l'entrée élevées", sans même parler d'essayer d'écrire des contrats ou de déployer des DApp.
Ainsi, nous avons ouvert ce cours non seulement à des fins de promotion, mais plus important encore, nous espérons répondre à plusieurs questions clés par la pratique :
Le but de ce cours n'est pas de servir de conférence technique avancée destinée aux développeurs expérimentés, mais plutôt d'être une expérience pratique pour les débutants. Nous espérons devenir des "guides pour les débutants", les accompagnant tout au long de leur premier processus de développement et observant les diverses situations qui pourraient survenir au cours de ce processus.
Quatre découvertes inattendues
1. Les apprenants montrent une forte curiosité et un investissement en temps
Nous pensions à l'origine que la plupart des gens participaient aux cours pour obtenir des récompenses ou des certificats, mais ce n'est pas le cas. 80 % des participants sont des personnes nées dans les années 90, un quart d'entre eux étant des étudiants. La plupart des gens consacrent chaque jour 1 à 2 heures à l'apprentissage de manière autonome. Cette intensité d'apprentissage dépasse de loin le simple fait d'accomplir des tâches, montrant leur attitude de sincère tentative.
Certains apprenants étudient de A à Z juste pour déployer un contrat eux-mêmes ; d'autres déclarent : "Au moins, je peux inscrire sur mon CV une expérience telle que 'Déploiement réussi d'un DApp dans un environnement PolkaVM'." En réalité, ils ne s'intéressent pas nécessairement à la puissance technologique de Polkadot, mais ont plutôt besoin d'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 à prendre en main, le plus grand défi réside dans la conversion des modes de pensée.
De nombreux participants ont une expérience de développement riche, voire une expérience pratique dans des projets EVM, mais une fois dans l'écosystème Polkadot, ils sont souvent troublés par certaines différences de terminologie : 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 l'appel du frontend a-t-il échoué ?
Le problème auquel ils sont confrontés n'est pas la difficulté de comprendre le code, mais le fait que leur modèle cognitif existant devient soudainement obsolète, nécessitant l'apprentissage de toute une série de concepts, ce qui peut entraîner une résistance psychologique.
Nos cours atténuent dans une certaine mesure cet écart cognitif, amenant les participants à réaliser que l'expérience de développement de PolkaVM n'est pas complexe, mais simplement différente en termes de concepts et de terminologie. Cela est crucial, car beaucoup de gens abandonnent un écosystème non pas parce qu'ils ne peuvent pas écrire de code, mais parce qu'ils se sentent perdus dès le premier contact avec la documentation.
Cela nous rappelle que la documentation de développement ne doit pas se contenter d'accumuler des points de connaissance, mais doit également aider les utilisateurs à effectuer une transition dans leur mode de pensée. À l'avenir, nous prévoyons d'ajouter une comparaison des différences clés entre PolkaVM et d'autres VM populaires (comme EVM) dans la documentation, afin d'aider davantage de personnes à réduire les détours et à augmenter les moments de révélation "Ah, je comprends maintenant".
3. Les participants au cours ne sont pas seulement des apprenants, mais aussi des contributeurs potentiels à l'écosystème.
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 activement les limites techniques. Par exemple, quelqu'un a signalé que la compilation avec 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 à l'équipe de développement, ce qui a favorisé l'amélioration de la documentation et la correction de bugs.
En tant que responsable des relations développeurs expérimenté, nous avons peut-être tendance à éviter certaines questions courantes, et de nombreux "faux positifs" sont devenus des comportements instinctifs. Mais les débutants ne possèdent pas cette expérience. Ils n'ont pas encore établi un système de jugement complet, ce qui les rend plus susceptibles de détecter des problèmes potentiels - c'est précisément ce qui fait du cours un précieux collecteur de questions. Pour les participants, le cours est une zone de confort ; pour nous, ces expériences réelles d'utilisation sont les indicateurs les plus directs pour évaluer l'écosystème PolkaVM.
4. La clé pour décider si les développeurs continuent à participer réside dans l'expérience globale du processus.
Beaucoup de gens partent non pas parce qu'ils "n'arrivent pas à apprendre", mais parce qu'ils "rencontrent des erreurs sans trouver de solutions".
Le même code génère des erreurs dans différents environnements ; Hardhat, Foundry et Remix se comportent de manière incohérente dans leurs environnements respectifs ; l'absence d'informations nécessaires dans la documentation et l'imprécision des messages d'erreur peuvent amener les développeurs à abandonner leurs essais.
Nous reconnaissons que l'expérience développeur (DevEx) ne se limite pas à la fluidité du processus de codage, mais englobe l'ensemble du processus, de la configuration de l'environnement, des retours de problèmes, jusqu'aux résultats de déploiement, et même les futures mises à jour. Tout problème à n'importe quelle étape peut entraîner une perte de confiance de la part des développeurs. Par conséquent, il ne s'agit pas seulement d'un problème technique, mais aussi d'un défi de conception en matière de gestion des émotions et de la confiance.
Le cours comme pont entre l'outil, l'utilisateur et les attentes
Au début de l'écosystème, nous avons réalisé que la signification des cours pour développeurs allait bien au-delà d'un simple transfert de connaissances unidirectionnel, et nous ne nous attendions pas à découvrir la prochaine star de l'entrepreneuriat Web3 à travers un seul cours. Au contraire, ce cours a abouti à trois résultats importants :
Ces problèmes sont un obstacle pour les développeurs, mais pour nous, ce sont des "avertissements précoces" précieux. Il est très important de pouvoir détecter ces problèmes le plus tôt possible. À présent, ces problèmes ont été ajoutés à la liste des tâches à résoudre par l'équipe de développement et sont traités rapidement.
Chaque question reflète les véritables considérations des développeurs et révèle également les directions à améliorer dans le "Guide d'utilisation" de PolkaVM.
Il y a eu des doutes par le passé sur le manque de base d'utilisateurs de Polkadot - cette affirmation n'est pas exacte. Depuis toujours, les principaux utilisateurs de Polkadot sont des équipes travaillant sur des infrastructures de base, et non des développeurs de DApp. Avec le lancement de PolkaVM, les développeurs de contrats ont enfin une scène pour montrer leurs talents. Bien sûr, face à un environnement VM aussi nouveau, l'hésitation est inévitable : "Un VM aussi nouveau, puis-je être parmi les premiers à essayer ?", "Le réseau est encore en phase de test, est-ce que cela vaut la peine que j'y investisse du temps ?" Mais c'est justement parce que c'est nouveau qu'il offre aux petites équipes la possibilité de prendre de l'avance.
Dans ce cours, nous avons réussi à migrer Uniswap V2 vers l'environnement PolkaVM, suscitant une vive discussion au sein de la communauté. Ce n'est pas parce qu'Uniswap est une nouveauté, mais parce que les gens voient pour la première fois qu'il peut fonctionner dans l'écosystème Polkadot. Bien que Polkadot existe depuis des années, c'est toujours un écosystème à forte capitalisation, avec de nombreux projets financés et un grand nombre d'investisseurs importants détenant des DOT. Plutôt que de se battre férocement dans le domaine de Layer2, pourquoi ne pas explorer un marché bleu encore sous-développé ?
Nous préparons le contenu du prochain cours. Si vous êtes intéressé par un module ou un projet pratique spécifique, n'hésitez pas à nous le faire savoir dans les commentaires.