دورة Solidity على Polkadot: تكشف عن الاتجاه المستقبلي لنظام تطوير المطورين الصينيين

مؤخراً، تعاوننا مع منصة تعليمية لإطلاق دورة "Solidity on Polkadot"، والتي كانت تهدف في الأصل إلى استكشاف مدى شعبية أدوات تطوير PolkaVM. كانت النتائج مذهلة، حيث سجل 219 شخصاً للمشاركة، وبلغت نسبة إكمال الواجبات حوالي 38%. هذه البيانات ليست فقط مشجعة، بل الأهم من ذلك، أننا اكتسبنا رؤى غير متوقعة حول اتجاهات تطوير مجتمع المطورين الصينيين في Polkadot.

ستشارك هذه المقالة ملاحظاتنا وأفكارنا حول هذه الدورة الجديدة، وكيفية استكشاف طريق نحو "بناء النظام البيئي".

خلفية الدورة: استكشاف الاحتياجات الحقيقية، وليس مجرد متابعة الاتجاهات

تعمل Polkadot على推进 ترقية 2.0، حيث تشمل الأهداف الأساسية توحيد سلاسل الكتل، وتقليل المتطلبات، وتحسين تجربة المطورين. من المحتمل أن تصبح PolkaVM، كبيئة تنفيذ متوافقة مع Ethereum، نقطة دخول لمطوري Web2 أو EVM للتفاعل مع Polkadot. ومع ذلك، يجب أن نواجه واقعًا: في عالم Web3، غالبًا ما تتحول السرديات التقنية إلى زينة سطحية. الأشخاص الذين يرغبون حقًا في الممارسة هم في الغالب قلة. لا يزال الكثيرون يحتفظون بانطباعاتهم عن Polkadot في مرحلة "معقد"، "صعب الفهم" و"متطلبات تطوير عالية"، ناهيك عن محاولة كتابة العقود أو نشر التطبيقات.

نحن نقدم هذه الدورة ليس فقط للترويج، ولكن الأهم من ذلك أننا نريد استكشاف الأسئلة التالية:

1. ما هي أكثر الأمور التي تهم المطورين في بيئة الآلة الافتراضية الجديدة؟
2. هل تعتبر PolkaVM فرصة أم عائق بالنسبة لهم؟
3. هل يمكن لسلسلة الأدوات دعم تطوير المشاريع الحقيقية، وليس مجرد العرض؟
4. في عملية التطوير بأكملها، أي مرحلة هي الأكثر عرضة للمشاكل؟

لذلك، هذه الدورة ليست محاضرة تقنية عميقة موجهة للخبراء، بل هي تجربة حقيقية لمطوري البرامج. نأمل أن نكون مرشدين للمبتدئين، ونرافقهم في محاولتهم الأولى، ونراقب المواقف المختلفة التي قد تظهر خلال العملية.

أربعة اكتشافات غير متوقعة

1. يظهر المتعلمون فضولًا قويًا وانغماسًا

كنا نعتقد في البداية أن معظم الناس يشاركون في الدورات للحصول على مكافآت أو شهادات، لكن الحقيقة ليست كذلك. 80% من المشاركين هم من مواليد التسعينات، ربعهم طلاب في المدارس، ويمضي معظمهم ساعة إلى ساعتين يومياً في التعلم بشكل تطوعي. يشير هذا المستوى من التعلم إلى أنهم ليسوا فقط يحاولون تجاوز الدورات، بل أنهم يرغبون فعلاً في تجربة وإتقان المهارات ذات الصلة.

بعض المتعلمين يتعلمون من البداية إلى النهاية فقط من أجل نشر عقد بأيديهم؛ وهناك من يقول: "على الأقل يمكنني كتابة في سيرتي الذاتية أنني "نجحت في نشر تطبيق في بيئة PolkaVM". هذا يعكس أنهم ليسوا بالضرورة مهتمين بقوة تقنية Polkadot، بل يحتاجون إلى بيئة ودية للتحقق مما إذا كانوا مناسبين لدخول مجال Web3.

2. الخبرة الواسعة لا تعني سهولة الاستخدام، التحدي الأكبر هو تحويل نمط التفكير

يمتلك العديد من المشاركين خبرة غنية في التطوير، بل إن لديهم خبرة عملية في مشاريع EVM. ومع ذلك، عندما يدخلون إلى نظام Polkadot البيئي، لا يزالون يتعرضون للارتباك بسبب بعض اختلافات المصطلحات: ما هو PolkaVM؟ هل AssetHub هي سلسلة أم وحدة؟ لماذا تختلف حدود الغاز عن إيثيريوم؟ تم نشر العقد بنجاح، ولكن الواجهة الأمامية لا يمكنها الاستدعاء؟

ليس ارتباكهم بسبب عدم فهمهم للكود، بل لأن نموذج الإدراك المألوف لديهم قد فشل فجأة. عندما يواجهون مجموعة من المفاهيم التي تحتاج إلى إعادة فهم، يشعر الكثيرون مباشرة برغبة في التراجع.

دوراتنا خففت إلى حد ما من هذه الفجوة المعرفية، على الأقل جعلت المشاركين يدركون أن تجربة تطوير PolkaVM ليست معقدة في الواقع، بل إن المصطلحات والممارسات مختلفة. هذه النقطة في غاية الأهمية، لأن الكثير من الناس يتخلون عن نظام بيئي، غالباً ليس لأنهم لا يعرفون البرمجة، ولكن لأنهم يتخلون عن الأمر بمجرد أنهم لم يفهموا الوثائق من النظرة الأولى.

هذا يذكرنا أيضًا: يجب ألا تكون الوثائق التطويرية مجرد تراكم للمعرفة، بل يجب أن تساعد المستخدمين في إكمال عملية التحول الإدراكي. في المستقبل، نخطط لإضافة مقارنة رئيسية بين PolkaVM وأجهزة المحاكاة الرئيسية الأخرى (مثل EVM) في الوثائق، لمساعدة المزيد من الأشخاص على تقليل المسارات الخاطئة وزيادة لحظات الإدراك "آه، الآن فهمت".

3. المشاركون في الدورة ليسوا مجرد متعلمين، بل هم أيضًا "مساهمون غير مرئيين"

على الرغم من أن معظم المشاركين هم مبتدئون في تطوير العقود، إلا أنهم يتجرؤون على طرح الأسئلة، ويحبون الإبلاغ عن الأخطاء، ويتجرؤون أيضًا على اختبار حدود التكنولوجيا. على سبيل المثال، أشار أحدهم إلى أن عملية تجميع Remix لا تواجه مشاكل، ولكن هناك حالات فشل في نشرها على السلسلة. ساهمت هذه الملاحظات بشكل مباشر في تقديمنا للعديد من قضايا أدوات السلسلة إلى الفرق المعنية، مما دفع إلى استكمال الوثائق وإصلاح الأخطاء.

كن فريق علاقات المطورين ذو الخبرة، نحن معتادون على تجاوز بعض الفخاخ الصغيرة، وأصبح العديد من "تحذيرات الأخطاء" سلوكاً لا شعورياً. لكن المبتدئين ليسوا كذلك. لم يقيموا بعد نظام حكمهم الخاص، وبالتالي هم أكثر عرضة للمشكلات - وهذا يجعل الدورة نفسها جامعاً ثميناً للمشكلات. بالنسبة للمشاركين، تعتبر الدورة منطقة عازلة؛ أما بالنسبة لنا، فإن هذه التجارب "الحقيقية" هي أكثر مقياس مباشر لدرجة حرارة تجربة PolkaVM.

4. المفتاح لتحديد ما إذا كان المطور سيقوم ب"زيارة ثانية" هو تجربة العملية العامة.

الكثير من الناس يغادرون ليس لأنهم "لا يستطيعون التعلم"، ولكن لأنهم "يواجهون أخطاء ولا يوجد أحد ليرشدهم كيفية الحل".

يمكن أن يؤدي نفس الكود في بيئات مختلفة إلى ظهور أخطاء؛ قد تكون النتائج في بيئات Hardhat وFoundry وRemix غير متسقة؛ عدم العثور على المعلومات المطلوبة في الوثائق، وعدم عرض معلومات الأخطاء للنتائج بشكل مباشر، كل ذلك قد يؤدي إلى تخلي المطورين عن العمل بشكل مفاجئ.

نحن ندرك أن تجربة المطور (DevEx) ليست مجرد سلاسة عملية الترميز، بل هي عملية كاملة من إعداد البيئة، وتغذية المشاكل، إلى نتائج النشر، وحتى التحديثات المستقبلية. إذا كانت هناك مشكلة في أي مرحلة، فمن السهل أن يفقد المطورون صبرهم. لذلك، هذه ليست مشكلة تقنية فحسب، بل هي أيضًا مشكلة تصميم تتعلق بالعواطف والثقة.

الدورة كأداة، جسر بين المستخدمين والتوقعات

في المراحل المبكرة من تطوير النظام البيئي، أدركنا أن قيمة دورة المطورين ليست مجرد نقل المعرفة بشكل أحادي، ولا نتوقع أن نكتشف نجمًا جديدًا في ريادة الأعمال Web3 من خلال دورة واحدة فقط. على العكس من ذلك، حققنا من خلال الدورة ثلاثة نتائج قيمة:

1. اختبار ضغط السلسلة

على سبيل المثال، عندما كنا نقوم بممارسة ترحيل عقد Uniswap V2 في الدورة، كنا نظن أنها تجربة عادية، لكن اكتشفنا بشكل غير متوقع سلسلة من المشاكل: أخطاء الغاز، أخطاء في المسار، أداء غير متسق بين Remix و Hardhat، وما إلى ذلك.

هذه المشاكل تشكل عائقًا للمطورين، أما بالنسبة لنا فهي "أعراض مبكرة"، كلما تم اكتشافها مبكرًا كان ذلك أفضل. الآن، تحولت هذه المشاكل إلى قائمة المهام التي يجب على الفرق المعنية حلها، وقد تم التعامل معها بسرعة.

2. صورة المستخدم ودليل التحويل

بعض الناس يهتمون بتصميم الهيكل ، وبعضهم يسعى لتحقيق كفاءة التطوير ، والبعض الآخر يسأل: "هل يمكنني استخدام الأدوات التي أستخدمها عادةً مباشرةً على PolkaVM؟"

كل سؤال يعكس النقاط الحقيقية التي يأخذها المطورون بعين الاعتبار، كما يكشف أيضًا عن كيفية تحسين "دليل استخدام" PolkaVM.

3. إنشاء توقعات المنتج

دوراتنا تشبه إلى حد ما سلسلة متعددة الحلقات تعرض، لا تعتمد على الكلام الفارغ، بل تعرض تجربة الاستخدام الفعلية وقيمة PolkaVM من خلال العروض الحية. حتى لو كانت بعض الميزات غير مكتملة حاليًا، طالما أن هناك من يستخدمها، وهناك من هو مستعد للانتظار، فهذا هو إشارة إيجابية لتطور النظام البيئي.

لطالما انتقد البعض Polkadot لافتقارها إلى المستخدمين - هل لا يوجد أحد يستخدمها حقًا؟ في الواقع، كانت الفرق المطورة للبنية التحتية هي التي تستخدمها منذ البداية، وليس مطوري التطبيقات. الآن بعد أن تم إطلاق PolkaVM، أصبح لدى مطوري العقود الذكية أخيرًا منصة للتعبير عن أنفسهم. بالطبع، من الطبيعي أن يكون هناك تردد: "بيئة الآلة الافتراضية الجديدة هذه، هل أجرؤ على أن أكون من أوائل المجربين؟"، "الشبكة لا تزال في مرحلة الاختبار، هل يستحق الأمر أن أستثمر وقتي؟" ولكن بالضبط لأن الأمر جديد، فإنه يوفر فرصًا للفرق الصغيرة لتحقيق تقدم كبير.

في هذه الدورة، سنقوم بترحيل Uniswap V2 إلى PolkaVM، مما جذب اهتمامًا واسعًا من المجتمع. ليس لأن الجميع لم يروا Uniswap من قبل، ولكن لأنهم يرونها تعمل لأول مرة في نظام بولكادوت البيئي. على الرغم من أن بولكادوت قد تطورت لسنوات عديدة، إلا أنها لا تزال نظامًا بيئيًا عالي القيمة السوقية، مع مجموعة غنية من برامج التمويل، كما أن هناك عددًا كبيرًا من حاملي DOT. بدلاً من التنافس بشدة في مجال Layer2، لماذا لا نستكشف سوقًا بحريًا لم يتم تطويره بالكامل بعد؟

نحن نخطط لمحتوى الدورة التالية. إذا كنت مهتمًا بأي وحدة معينة أو مشروع عملي، فلا تتردد في إخبارنا.