Cours Solidity sur Polkadot : explorer l'avenir de l'écosystème des développeurs
Récemment, nous avons co-organisé un cours intitulé « Solidity sur Polkadot », initialement prévu pour tester la popularité de la chaîne d'outils de développement PolkaVM. À notre grande surprise, le nombre d'inscriptions a atteint 219 personnes, avec un taux d'achèvement des devoirs proche de 38 %. Ces données sont non seulement réjouissantes, mais plus important encore, nous avons découvert par accident la direction future du développement de l'écosystème des développeurs chinois sur Polkadot lors de ce cours.
Cet article partagera nos observations sur de vrais utilisateurs, les retours reçus et les problèmes rencontrés, tout en résumant comment nous avons exploré une feuille de route vers la "construction d'un écosystème" à partir de ce nouveau cours.
Contexte du cours : pas seulement une tendance, mais aussi une exploration de la vérité
Polkadot est en train de réaliser une mise à niveau 2.0, dont l'objectif principal est d'atteindre une unification entre les chaînes, de réduire les barrières à la création et d'améliorer l'expérience des développeurs. PolkaVM, en tant qu'environnement d'exécution compatible avec Ethereum, pourrait très bien devenir la porte d'entrée privilégiée pour les développeurs Web2 ou EVM souhaitant découvrir Polkadot. Cependant, nous devons admettre une réalité : dans le monde Web3, le récit technologique se transforme souvent en un simple embellissement. Les personnes réellement désireuses de mettre cela en pratique sont souvent en minorité. Beaucoup ont encore une impression de Polkadot basée sur "complexe", "difficile à comprendre", et "barrières élevées", sans parler de la tentative de rédiger des contrats ou de déployer des applications.
Nous avons créé ce cours, non seulement à des fins de promotion, mais plus important encore, nous voulons clarifier les questions suivantes :
Qu'est-ce qui préoccupe le plus les développeurs dans le nouvel environnement VM ?
PolkaVM est-il une opportunité ou un obstacle pour eux ?
La chaîne d'outils peut-elle prendre en charge le développement de projets réels, et pas seulement des démonstrations ?
Dans tout le processus de développement, quelle étape est la plus susceptible de faire abandonner les gens ?
Ce cours n'est pas un séminaire technique avancé destiné aux experts, mais plutôt une expérience "complète" de développement authentique. Nous espérons être des guides pour les débutants, les accompagnant lors de leur première phase d'apprentissage, en observant les différentes situations qui peuvent survenir tout au long du processus.
Quatre découvertes inattendues
1. Les apprenants sont curieux et prêts à investir du temps.
Nous pensions que la plupart des gens participaient pour les récompenses ou les certificats, mais ce n'est pas le cas. 80 % des participants sont des personnes nées dans les années 90, un quart sont des étudiants, et la plupart d'entre eux consacrent volontairement 1 à 2 heures par jour à l'apprentissage. Cette intensité d'apprentissage n'est clairement pas seulement pour faire le minimum, mais ils veulent vraiment essayer de réussir à mener à bien le projet.
Certaines personnes apprennent tout depuis le début juste pour déployer un contrat elles-mêmes ; d'autres disent : "Au moins, je peux mettre sur mon CV que j'ai réussi à déployer un DApp dans l'environnement PolkaVM." En résumé, ils ne se soucient peut-être pas particulièrement des capacités techniques de Polkadot, mais ont juste besoin d'un environnement convivial pour vérifier s'ils sont aptes à entrer dans le domaine du Web3.
2. Une riche expérience ne signifie pas que c'est facile à prendre en main, le plus grand défi est "de changer le mode de pensée".
De nombreux participants ont une riche expérience en développement, voire une expérience pratique avec des projets EVM, mais une fois dans l'écosystème Polkadot, ils peuvent être confus 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 le front-end ne peut-il pas l'appeler ?
Leur problème n'est pas de "ne pas comprendre le code", mais que leur modèle cognitif existant a soudainement échoué. Face à un grand nombre de concepts qu'ils doivent réinterpréter, beaucoup de gens éprouvent un rejet psychologique direct.
Notre cours atténue dans une certaine mesure cet écart, permettant au moins aux participants de réaliser que l'expérience de développement de PolkaVM n'est en réalité pas difficile, il s'agit simplement de différentes appellations et les opérations ne sont pas nécessairement complexes. C'est crucial — car beaucoup de gens abandonnent un écosystème, non pas parce qu'ils ne savent pas programmer, mais parce qu'ils reculent dès qu'ils ne comprennent pas la documentation au premier coup d'œil.
Cela nous rappelle également que la documentation de développement ne doit pas se limiter à un simple empilement de connaissances, mais doit aussi aider les utilisateurs à effectuer une transformation cognitive. À l'avenir, nous ajouterons des comparaisons des différences clés entre PolkaVM et d'autres VM majeures (comme EVM) dans la documentation, afin d'aider davantage de personnes à éviter des détours et à augmenter les moments d'illumination "Ah, c'est ça".
3. Les participants au cours ne sont pas seulement des apprenants, mais aussi des "contributeurs invisibles".
Bien que la plupart des participants soient des novices en développement de contrats, ils n'hésitent pas à poser des questions, à signaler des bugs et à tester les limites de la technologie. Par exemple, quelqu'un a signalé que la compilation dans Remix se passe bien, mais que le déploiement sur la chaîne échoue ; ces retours ont directement conduit à la soumission de plusieurs problèmes de chaîne d'outils à l'équipe concernée, favorisant ainsi l'amélioration de la documentation et la correction de bugs.
Notre équipe des relations développeurs, en tant que personnel expérimenté, a l'habitude de contourner certains petits pièges, et de nombreux "avertissements d'erreur" sont devenus des comportements instinctifs. Mais les débutants ne le peuvent pas. Ils n'ont pas encore établi ce système de jugement, donc ils rencontrent plus facilement des problèmes - ce qui fait de ce cours un collecteur de problèmes très précieux. Pour les participants, le cours est un tampon ; pour nous, ces expériences de "réelles erreurs" sont le thermomètre le plus intuitif de l'expérience écosystémique de PolkaVM.
4. La clé pour déterminer si le développeur doit "recontacter" réside dans l'expérience globale du processus.
Beaucoup de gens partent non pas parce qu'ils "ne peuvent pas apprendre", mais parce qu'ils "rencontrent des erreurs et qu'il n'y a personne pour les guider sur la façon de les résoudre".
Le même code produit des erreurs dans différents environnements ; Hardhat, Foundry et Remix se comportent de manière incohérente dans divers environnements ; la documentation ne trouve pas les informations nécessaires, les messages d'erreur ne montrent pas directement les résultats, tout cela peut amener les développeurs à abandonner sur un coup de tête.
Nous réalisons que l'expérience des développeurs (DevEx) n'est pas seulement la fluidité du "moment de codage", mais l'ensemble du processus allant de la configuration de l'environnement, à la résolution des problèmes, jusqu'au déploiement des résultats, et même les mises à jour futures, qui doit être fluide et fiable. Si un seul maillon de la chaîne rencontre un problème, il est très facile de provoquer un "effondrement mental". Par conséquent, il ne s'agit pas seulement d'un problème technique, mais aussi d'un "problème de conception émotionnelle et de 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 va bien au-delà d'une simple "transmission de connaissances", et nous ne nous attendons pas à ce qu'un seul cours puisse former la prochaine étoile montante de l'entrepreneuriat Web3. Au contraire, nous avons atteint trois résultats précieux grâce à ce cours :
Test de pression de la chaîne : par exemple, lors de l'exercice de migration du contrat Uniswap V2 dans notre cours, nous pensions que c'était juste une pratique ordinaire, mais nous avons découvert par inadvertance une série de problèmes "inattendus" : erreur de gas, bug de chemin, incohérences entre Remix et Hardhat, etc. Ces problèmes sont des obstacles pour les développeurs, mais pour nous, ils constituent une "alerte précoce", mieux vaut les détecter le plus tôt possible. Maintenant, ils font tous partie de la liste des problèmes des équipes concernées et ont été résolus rapidement.
Profil utilisateur et pistes de conversion : Certains s'intéressent à la conception de l'architecture, d'autres recherchent l'efficacité du développement, et certains demandent : "Puis-je utiliser directement mes outils habituels sur PolkaVM ?" Chaque question reflète les préoccupations réelles des développeurs et révèle exactement ce que le "guide d'utilisation" de PolkaVM doit compléter.
Établir les attentes du produit : Nos cours ressemblent un peu à une série de publicités, non pas basées sur des discours vides, mais plutôt sur une démonstration en direct de l'utilisation et de la valeur réelles de PolkaVM. Certaines fonctionnalités peuvent ne pas être encore parfaites ? Ce n'est pas grave, il y a des gens qui l'utilisent et d'autres qui sont prêts à attendre, c'est un signe positif du développement de l'écosystème.
Il y a eu souvent des plaintes concernant le manque d'utilisateurs de Polkadot - est-ce vraiment que personne ne l'utilise ? Jusqu'à présent, les utilisateurs étaient principalement des équipes d'infrastructure et de chaînes, et non des développeurs de DApp. Maintenant, avec le lancement de PolkaVM, les développeurs de contrats ont enfin un terrain d'application. Bien sûr, 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, cela vaut-il la peine que j'y consacre du temps ?" Mais c'est justement parce qu'il est nouveau qu'il offre aux petites équipes l'opportunité de prendre de l'avance.
Dans ce cours, nous allons migrer Uniswap V2 vers PolkaVM, ce qui a suscité un large intérêt au sein de la communauté. Ce n'est pas parce que tout le monde n'a jamais vu Uniswap, mais parce que c'est la première fois qu'il fonctionne sur Polkadot. Bien que de nombreuses années se soient écoulées, Polkadot reste un écosystème à forte capitalisation, avec de nombreuses ressources de financement, et il y a aussi de nombreux gros détenteurs de DOT. Au lieu de rivaliser férocement dans Layer2, pourquoi ne pas explorer un océan bleu encore inoccupé ?
Nous planifions le contenu de la prochaine session de 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.
16 J'aime
Récompense
16
6
Reposter
Partager
Commentaire
0/400
TokenomicsTherapist
· 07-31 21:09
Zut, le taux d'achèvement est un peu bas.
Voir l'originalRépondre0
DataBartender
· 07-31 14:54
Ah, il n'y en a pas beaucoup qui finissent leurs devoirs.
Voir l'originalRépondre0
WalletDoomsDay
· 07-31 00:13
Le taux d'achèvement est inférieur à quarante pour cent... en bas
Voir l'originalRépondre0
HodlOrRegret
· 07-28 22:01
Pas étonnant que le taux de réussite soit si bas.
Voir l'originalRépondre0
ClassicDumpster
· 07-28 21:59
Encore un projet de fête qui prend les gens pour des idiots.
Voir l'originalRépondre0
WalletDetective
· 07-28 21:47
Le taux d'achèvement est si bas, c'est un peu absurde.
Le cours de développement Polkadot révèle de nouvelles opportunités dans l'écosystème Web3 : PolkaVM devient le point focal.
Cours Solidity sur Polkadot : explorer l'avenir de l'écosystème des développeurs
Récemment, nous avons co-organisé un cours intitulé « Solidity sur Polkadot », initialement prévu pour tester la popularité de la chaîne d'outils de développement PolkaVM. À notre grande surprise, le nombre d'inscriptions a atteint 219 personnes, avec un taux d'achèvement des devoirs proche de 38 %. Ces données sont non seulement réjouissantes, mais plus important encore, nous avons découvert par accident la direction future du développement de l'écosystème des développeurs chinois sur Polkadot lors de ce cours.
Cet article partagera nos observations sur de vrais utilisateurs, les retours reçus et les problèmes rencontrés, tout en résumant comment nous avons exploré une feuille de route vers la "construction d'un écosystème" à partir de ce nouveau cours.
Contexte du cours : pas seulement une tendance, mais aussi une exploration de la vérité
Polkadot est en train de réaliser une mise à niveau 2.0, dont l'objectif principal est d'atteindre une unification entre les chaînes, de réduire les barrières à la création et d'améliorer l'expérience des développeurs. PolkaVM, en tant qu'environnement d'exécution compatible avec Ethereum, pourrait très bien devenir la porte d'entrée privilégiée pour les développeurs Web2 ou EVM souhaitant découvrir Polkadot. Cependant, nous devons admettre une réalité : dans le monde Web3, le récit technologique se transforme souvent en un simple embellissement. Les personnes réellement désireuses de mettre cela en pratique sont souvent en minorité. Beaucoup ont encore une impression de Polkadot basée sur "complexe", "difficile à comprendre", et "barrières élevées", sans parler de la tentative de rédiger des contrats ou de déployer des applications.
Nous avons créé ce cours, non seulement à des fins de promotion, mais plus important encore, nous voulons clarifier les questions suivantes :
Ce cours n'est pas un séminaire technique avancé destiné aux experts, mais plutôt une expérience "complète" de développement authentique. Nous espérons être des guides pour les débutants, les accompagnant lors de leur première phase d'apprentissage, en observant les différentes situations qui peuvent survenir tout au long du processus.
Quatre découvertes inattendues
1. Les apprenants sont curieux et prêts à investir du temps.
Nous pensions que la plupart des gens participaient pour les récompenses ou les certificats, mais ce n'est pas le cas. 80 % des participants sont des personnes nées dans les années 90, un quart sont des étudiants, et la plupart d'entre eux consacrent volontairement 1 à 2 heures par jour à l'apprentissage. Cette intensité d'apprentissage n'est clairement pas seulement pour faire le minimum, mais ils veulent vraiment essayer de réussir à mener à bien le projet.
Certaines personnes apprennent tout depuis le début juste pour déployer un contrat elles-mêmes ; d'autres disent : "Au moins, je peux mettre sur mon CV que j'ai réussi à déployer un DApp dans l'environnement PolkaVM." En résumé, ils ne se soucient peut-être pas particulièrement des capacités techniques de Polkadot, mais ont juste besoin d'un environnement convivial pour vérifier s'ils sont aptes à entrer dans le domaine du Web3.
2. Une riche expérience ne signifie pas que c'est facile à prendre en main, le plus grand défi est "de changer le mode de pensée".
De nombreux participants ont une riche expérience en développement, voire une expérience pratique avec des projets EVM, mais une fois dans l'écosystème Polkadot, ils peuvent être confus 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 le front-end ne peut-il pas l'appeler ?
Leur problème n'est pas de "ne pas comprendre le code", mais que leur modèle cognitif existant a soudainement échoué. Face à un grand nombre de concepts qu'ils doivent réinterpréter, beaucoup de gens éprouvent un rejet psychologique direct.
Notre cours atténue dans une certaine mesure cet écart, permettant au moins aux participants de réaliser que l'expérience de développement de PolkaVM n'est en réalité pas difficile, il s'agit simplement de différentes appellations et les opérations ne sont pas nécessairement complexes. C'est crucial — car beaucoup de gens abandonnent un écosystème, non pas parce qu'ils ne savent pas programmer, mais parce qu'ils reculent dès qu'ils ne comprennent pas la documentation au premier coup d'œil.
Cela nous rappelle également que la documentation de développement ne doit pas se limiter à un simple empilement de connaissances, mais doit aussi aider les utilisateurs à effectuer une transformation cognitive. À l'avenir, nous ajouterons des comparaisons des différences clés entre PolkaVM et d'autres VM majeures (comme EVM) dans la documentation, afin d'aider davantage de personnes à éviter des détours et à augmenter les moments d'illumination "Ah, c'est ça".
3. Les participants au cours ne sont pas seulement des apprenants, mais aussi des "contributeurs invisibles".
Bien que la plupart des participants soient des novices en développement de contrats, ils n'hésitent pas à poser des questions, à signaler des bugs et à tester les limites de la technologie. Par exemple, quelqu'un a signalé que la compilation dans Remix se passe bien, mais que le déploiement sur la chaîne échoue ; ces retours ont directement conduit à la soumission de plusieurs problèmes de chaîne d'outils à l'équipe concernée, favorisant ainsi l'amélioration de la documentation et la correction de bugs.
Notre équipe des relations développeurs, en tant que personnel expérimenté, a l'habitude de contourner certains petits pièges, et de nombreux "avertissements d'erreur" sont devenus des comportements instinctifs. Mais les débutants ne le peuvent pas. Ils n'ont pas encore établi ce système de jugement, donc ils rencontrent plus facilement des problèmes - ce qui fait de ce cours un collecteur de problèmes très précieux. Pour les participants, le cours est un tampon ; pour nous, ces expériences de "réelles erreurs" sont le thermomètre le plus intuitif de l'expérience écosystémique de PolkaVM.
4. La clé pour déterminer si le développeur doit "recontacter" réside dans l'expérience globale du processus.
Beaucoup de gens partent non pas parce qu'ils "ne peuvent pas apprendre", mais parce qu'ils "rencontrent des erreurs et qu'il n'y a personne pour les guider sur la façon de les résoudre".
Le même code produit des erreurs dans différents environnements ; Hardhat, Foundry et Remix se comportent de manière incohérente dans divers environnements ; la documentation ne trouve pas les informations nécessaires, les messages d'erreur ne montrent pas directement les résultats, tout cela peut amener les développeurs à abandonner sur un coup de tête.
Nous réalisons que l'expérience des développeurs (DevEx) n'est pas seulement la fluidité du "moment de codage", mais l'ensemble du processus allant de la configuration de l'environnement, à la résolution des problèmes, jusqu'au déploiement des résultats, et même les mises à jour futures, qui doit être fluide et fiable. Si un seul maillon de la chaîne rencontre un problème, il est très facile de provoquer un "effondrement mental". Par conséquent, il ne s'agit pas seulement d'un problème technique, mais aussi d'un "problème de conception émotionnelle et de 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 va bien au-delà d'une simple "transmission de connaissances", et nous ne nous attendons pas à ce qu'un seul cours puisse former la prochaine étoile montante de l'entrepreneuriat Web3. Au contraire, nous avons atteint trois résultats précieux grâce à ce cours :
Test de pression de la chaîne : par exemple, lors de l'exercice de migration du contrat Uniswap V2 dans notre cours, nous pensions que c'était juste une pratique ordinaire, mais nous avons découvert par inadvertance une série de problèmes "inattendus" : erreur de gas, bug de chemin, incohérences entre Remix et Hardhat, etc. Ces problèmes sont des obstacles pour les développeurs, mais pour nous, ils constituent une "alerte précoce", mieux vaut les détecter le plus tôt possible. Maintenant, ils font tous partie de la liste des problèmes des équipes concernées et ont été résolus rapidement.
Profil utilisateur et pistes de conversion : Certains s'intéressent à la conception de l'architecture, d'autres recherchent l'efficacité du développement, et certains demandent : "Puis-je utiliser directement mes outils habituels sur PolkaVM ?" Chaque question reflète les préoccupations réelles des développeurs et révèle exactement ce que le "guide d'utilisation" de PolkaVM doit compléter.
Établir les attentes du produit : Nos cours ressemblent un peu à une série de publicités, non pas basées sur des discours vides, mais plutôt sur une démonstration en direct de l'utilisation et de la valeur réelles de PolkaVM. Certaines fonctionnalités peuvent ne pas être encore parfaites ? Ce n'est pas grave, il y a des gens qui l'utilisent et d'autres qui sont prêts à attendre, c'est un signe positif du développement de l'écosystème.
Il y a eu souvent des plaintes concernant le manque d'utilisateurs de Polkadot - est-ce vraiment que personne ne l'utilise ? Jusqu'à présent, les utilisateurs étaient principalement des équipes d'infrastructure et de chaînes, et non des développeurs de DApp. Maintenant, avec le lancement de PolkaVM, les développeurs de contrats ont enfin un terrain d'application. Bien sûr, 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, cela vaut-il la peine que j'y consacre du temps ?" Mais c'est justement parce qu'il est nouveau qu'il offre aux petites équipes l'opportunité de prendre de l'avance.
Dans ce cours, nous allons migrer Uniswap V2 vers PolkaVM, ce qui a suscité un large intérêt au sein de la communauté. Ce n'est pas parce que tout le monde n'a jamais vu Uniswap, mais parce que c'est la première fois qu'il fonctionne sur Polkadot. Bien que de nombreuses années se soient écoulées, Polkadot reste un écosystème à forte capitalisation, avec de nombreuses ressources de financement, et il y a aussi de nombreux gros détenteurs de DOT. Au lieu de rivaliser férocement dans Layer2, pourquoi ne pas explorer un océan bleu encore inoccupé ?
Nous planifions le contenu de la prochaine session de cours. Si vous avez des modules ou des projets pratiques que vous aimeriez explorer, n'hésitez pas à nous le faire savoir.