Polkadot'ta Solidity Kursu: Çinli Geliştirici Ekosisteminin Gelecek Yönlerini Ortaya Çıkarmak

Son zamanlarda, PolkaVM geliştirme araç zincirinin popülaritesini test etmek amacıyla "Polkadot'ta Solidity" adında bir kursu ortaklaşa başlattık, sonuç beklenmedik şekilde oldu: 219 kişi kaydoldu, ödev tamamlama oranı %38'e ulaştı.

Bu veriler elbette sevindirici, ancak daha düşündürücü olan şey şudur: Bu ders aracılığıyla, Polkadot'un Çince geliştirici ekosisteminin gelecekteki gelişim yönüne beklenmedik bir şekilde göz atma fırsatı bulduk.

Bu makalede, bu gerçek kullanıcıların geri bildirimlerini ve sorunlarını ele alacağız ve aynı zamanda yeni bir kurs denemesi ile "ekosistem inşası"na giden bir yol haritasını nasıl adım adım çizebildiğimizi paylaşacağız.

Kurs Arka Planı: Gerçeği Keşfetmek, Trendleri Peşinden Koşmak Değil

Polkadot, 2.0 yükseltmesini ilerletiyor, temel hedefi çapraz zincir birliği sağlamak, kullanım engelini azaltmak ve geliştirme deneyimini artırmaktır. Ethereum ile uyumlu bir yürütme ortamı olarak PolkaVM, Web2 veya EVM geliştiricilerinin Polkadot ile tanışmaları için muhtemelen en iyi giriş noktası olacaktır.

Ancak, Web3 dünyasında, teknoloji anlatımı genellikle yüzeysel bir süslemeye dönüşüyor. Gerçekten denemek isteyenlerin sayısı çok az. Birçok kişi Polkadot hakkında hâlâ "karmaşık", "anlaşılmaz", "geliştirme eşiği yüksek" gibi kalıp yargılara sahip, dahası sözleşme yazmayı veya uygulama dağıtmayı denemek bir yana.

Bu dersi açmamızın nedeni sadece tanıtım amaçlı değil, daha da önemlisi aşağıdaki birkaç önemli soruya yanıt vermek istememizdir:

1. Geliştiricilerin yeni VM ortamında en çok hangi yönlerden endişe duyduğu?
2. PolkaVM onlara bir fırsat mı yoksa engel mi?
3. Araç zinciri gerçekten proje geliştirmeyi destekleyebilir mi, yoksa sadece gösterimle mi sınırlı?
4. Geliştirme süreci boyunca, hangi aşama geliştiricilerin pes etmesine en çok neden olur?

Bu kurs, uzmanlara yönelik derin teknik bir seminer değil, gerçek bir geliştirici deneyimi deneyi. Yeni başlayanların yol göstericisi olmayı, ilk geliştirme turlarını tamamlamalarına eşlik etmeyi ve bu süreçte ortaya çıkabilecek sorunları ve fırsatları gözlemlemeyi umuyoruz.

Dört Beklenmedik Keşif

1. Öğrenciler güçlü bir merak ve zaman yatırımı gösterdi.

Başlangıçta beklediğimizin aksine, katılımcıların çoğu ödül veya sertifika için burada değildi. Öğrencilerin %80'i 90'lı yıllarda doğmuş, dörtte biri ise halen öğrenci. Çoğu kişi günde kendiliğinden 1-2 saat öğrenmeye zaman ayırıyor. Bu öğrenme yoğunluğu, onların sadece yüzeysel bir ilgi göstermediğini, bu teknolojiyi gerçekten öğrenmek istediklerini gösteriyor.

Bazı insanlar sıfırdan öğreniyor, sadece kendi elleriyle bir sözleşme dağıtmak için; bazıları ise şöyle diyor: "En azından CV'mde 'PolkaVM ortamında DApp başarıyla dağıttım' yazabilirim." Kısacası, Polkadot teknolojisinin ne kadar güçlü olduğuna pek aldırmıyorlar, daha çok Web3 alanına girip giremeyeceklerini doğrulamak için dostça bir ortama ihtiyaçları var.

2. Zengin deneyim kolay adapte olmak anlamına gelmez, en büyük zorluk düşünce yapısını değiştirmekte yatıyor.

Birçok katılımcının zengin geliştirme deneyimi var ve hatta EVM projelerinde pratik deneyimleri bulunuyor, ancak Polkadot ekosistemine girdiklerinde bazı terim farklılıklarıyla kafaları karışabiliyor: PolkaVM nedir? AssetHub bir zincir mi yoksa modül mü? Neden gaz limiti Ethereum'dan farklı? Sözleşme başarıyla dağıtıldı, ama neden ön yüz çağrı yapamıyor?

Onların kafa karışıklığı "kodları anlayamamak"tan değil, tanıdık bilişsel modelin aniden geçersiz hale gelmesinden kaynaklanıyor. Yeniden anlamaya ihtiyaç duyan çok sayıda kavramla karşılaşınca, birçok kişi doğrudan vazgeçti.

Kurslarımız, bu bilişsel uçurumu bir dereceye kadar hafifletti ve en azından katılımcılara şunu fark ettirdi: PolkaVM'in geliştirme deneyimi aslında karmaşık değil, sadece kavramların isimlendirilmesi farklı, uygulama yöntemleri de karmaşık olmak zorunda değil. Bu son derece önemli - çünkü birçok kişi bir ekosistemden vazgeçiyor, genellikle programlama bilmedikleri için değil, ilk bakışta belgeleri anlayamadıkları için vazgeçiyorlar.

Bu bize ilham veriyor: Geliştirme belgeleri sadece bilgi yığını olmamalı, aynı zamanda kullanıcıların bilişsel dönüşümlerini tamamlamalarına yardımcı olmalıdır. Gelecekte, belgelerde PolkaVM ile diğer ana akım VM'ler (EVM gibi) arasındaki temel farkların karşılaştırmasını eklemeyi planlıyoruz, böylece daha fazla insanın yanlış yolda kaybolmasını azaltabilir ve "anladım" anlarını artırabiliriz.

3. Kurs katılımcıları yalnızca öğrenenler değil, aynı zamanda "gizli katkıda bulunanlar"dır.

Çoğu katılımcı sözleşme geliştirmede acemi olmasına rağmen, soru sormaktan çekinmiyor, hata raporlamaktan mutluluk duyuyor ve teknik sınırları keşfetme cesaretini gösteriyorlar. Örneğin, birisi Remix'in derlemesinin sorun olmadığını, ancak zincir üzerindeki dağıtımın başarısız olduğunu belirtti. Bu geri bildirimler, ilgili taraflara birçok araç zinciri sorununu iletmemizi sağladı ve belgelerin geliştirilmesine ve hata düzeltmelerine katkıda bulundu.

Deneyimli bir geliştirici ilişkileri (DevRel) ekibi olarak, belirli küçük tuzakları atlatmayı çoktan alışkanlık haline getirdik; birçok "hata uyarısı" artık içgüdüsel bir tepki haline geldi. Ancak acemiler bunu yapamaz. Henüz bu yargı sistemini oluşturmadıkları için daha fazla sorunla karşılaşma olasılıkları daha yüksektir – bu da kursun son derece değerli bir sorun toplayıcı haline gelmesini sağlar. Katılımcılar için kurs bir tampon bölge; bizler içinse bu "gerçek tuzaklara düşme" deneyimleri, PolkaVM ekosistem deneyimini ölçmenin en doğrudan termometresidir.

4. Geliştiricinin "ikincil ziyaret" yapıp yapmayacağını belirlemenin anahtarı genel süreç deneyimidir.

Birçok insan "öğrenemediği" için değil, "hata yaptığında çözüm bulamadığı" için ayrılıyor.

Aynı kod farklı ortamlarda tamamen farklı sonuçlar verebilir; Hardhat, Foundry, Remix kendi ortamlarında tutarsız davranabilir; belgelerde gerekli bilgiler bulunamayabilir, hata mesajları doğrudan sonuçları göstermiyor olabilir, bunlar geliştiricilerin bir öfkeyle denemeyi bırakmasına neden olabilir.

Şunu fark ettik: Geliştirici deneyimi (DevEx) sadece kodlama sürecinin akıcılığı ile ilgili değildir, aynı zamanda ortamın kurulumu, sorun geri bildirimi, dağıtım sonuçları ve hatta gelecekteki güncellemelerin tüm sürecinin ne kadar sorunsuz ve güvenilir olduğuyla ilgilidir. Sürecin herhangi bir aşamasında bir sorun çıkarsa, geliştiricinin "ruh hali çökebilir". Bu nedenle, bu sadece bir teknik sorun değil, aynı zamanda bir "duygular ve güven tasarımı sorunu"dur.

Kurs: Bağlantı Araçları, Kullanıcılar ve Beklentiler için Köprü

Ekosistem gelişiminin erken dönemlerinde, geliştirici kurslarının anlamının sadece tek yönlü "bilgi aktarımı" olmadığını, ayrıca bir kursla bir sonraki Web3 girişim yıldızını keşfetmeyi ummadığımızı fark ettik. Aksine, bu kurs sayesinde üç değerli sonuç elde ettik:

Zincir Basınç Testi

Örneğin, dersimizde Uniswap V2 sözleşme göçü pratiği yaparken, bunun sıradan bir uygulama olduğunu düşünmüştük, ancak "beklenmedik" bir dizi sorunla karşılaştık: gas hatası, yol hatası, Remix ve Hardhat'ın tutarsız performansı gibi.

Bu sorunlar geliştiriciler için engel teşkil etmekte, ancak bizim için "erken uyarı sinyalleri"dir; ne kadar erken fark edersek o kadar iyi. Şu anda, bu sorunlar ilgili tarafların issue listesini oluşturdu ve hızlı bir şekilde çözüme kavuşturuldu.

Kullanıcı Profili ve Dönüşüm İpuçları

Bazıları mimari anlatı ile ilgileniyor, bazıları geliştirme verimliliğini takip ediyor, bazıları da soruyor: "Sık kullandığım araç PolkaVM'de doğrudan kullanılabilir mi?"

Her soru, geliştiricilerin gerçek endişelerini yansıtırken, aynı zamanda PolkaVM'nin "kullanım kılavuzu"nun nasıl geliştirilmesi gerektiğini de açığa çıkarıyor.

Ürün Beklentisi Oluşturma

Kurslarımız biraz çok parçalı bir reklam gibi, boş konuşmalarla değil, PolkaVM'nin gerçek kullanım deneyimini ve değerini yerinde gösterimlerle sergiliyor. Bazı işlevler şu anda tam olarak geliştirilmemiş olsa da, birilerinin kullanması ve beklemeye istekli olması, ekosistemin gelişimi için olumlu bir işarettir.

Geçmişte Polkadot'un kullanıcı eksikliğinden sıkça şikayet ediliyordu - gerçekten kimse kullanmıyor mu? Kullanıcılar her zaman altyapı geliştirme ekipleri oldu, DApp geliştiricileri değil. Şimdi PolkaVM devreye girdi ve sözleşme geliştiricileri nihayet yeteneklerini sergileyebilecekleri bir sahneye sahip. Elbette, tereddüt etmek kaçınılmaz: "Bu kadar yeni bir VM'de ilk denemecilerden biri olmayı göze alabilir miyim?", "Ağ hala test aşamasında, zamanımı harcamaya değer mi?" Ancak tam da yeni olduğu için, küçük ekipler için bir virajdan öne geçme fırsatı sağlıyor.

Bu derste, Uniswap V2'nin PolkaVM'ye başarılı bir şekilde taşındığını ve bunun toplulukta büyük bir tartışma başlattığını göreceğiz. Bu, insanların Uniswap'ı hiç görmemiş olmasından değil, ilk kez Polkadot üzerinde çalıştığını görmelerindendir. Polkadot yıllardır gelişiyor olmasına rağmen, hala yüksek piyasa değerine sahip bir ekosistemdir ve DOT'a sahip büyük yatırımcılar da az değildir. Layer2'de kıyasıya rekabet etmek yerine, henüz geliştirilmemiş bir mavi okyanusu keşfetmek daha iyi değil mi?

Bir sonraki ders içeriğini hazırlıyoruz. Eğer belirli bir modül veya proje pratiğiyle ilgileniyorsanız, lütfen bize bildirin.