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

Son zamanlarda, bir eğitim kurumu ile iş birliği yaparak "Polkadot'ta Solidity" adında bir kurs açtık. Başlangıçta, geliştiricilerin PolkaVM araç zincirine olan ilgisini test etmek istiyorduk, ancak sonuç beklenmedik şekilde geldi: Toplamda 219 kişi kayıt oldu, ödev tamamlama oranı ise %38'e yaklaştı.

Bu veriler elbette tatmin edici, ancak daha düşündürücü olan şey şudur: Bu kurs sayesinde, Polkadot'un Türkçe geliştirici ekosisteminin gelecekteki gelişim eğilimlerine dair beklenmedik bir içgörü elde ettik.

Bu makale, bu gerçek kullanıcıların geri bildirimleri ve sorunlarını derinlemesine inceleyecek ve aynı zamanda tamamen yeni bir kurs denemesi ile "ekosistem inşası"na giden bir yol haritasını nasıl kurguladığımızı paylaşacaktır.

Kurs Arka Planı: Gerçeği Araştırmak, Gündemi Takip Etmek Değil

Polkadot, 2.0 yükseltmesini ilerletiyor ve temel hedefleri arasında zincirler arası birliği sağlamak, engelleri azaltmak ve geliştirici deneyimini iyileştirmek bulunuyor. Ethereum ile uyumlu bir yürütme ortamı olarak PolkaVM, muhtemelen Web2 veya EVM geliştiricilerinin Polkadot ekosistemine girmek için tercih edeceği bir kapı olacaktır. Ancak, bir gerçeği yüzleşmek zorundayız: Web3 dünyasında, teknik anlatılar genellikle yüzeysel bir süsleme haline geliyor. Gerçekten uygulamalı deneyim yaşamak isteyenler genellikle sadece azınlıkta kalıyor. Birçok kişi, Polkadot hakkındaki izlenimlerini hâlâ "karmaşık", "anlaşılması zor" ve "geliştirme engelleri yüksek" gibi kavramlarla sınırlı tutuyor, DApp yazmayı veya dağıtmayı denemekten bahsetmiyorum bile.

Bu nedenle, bu dersi açmamız sadece tanıtım amacı taşımıyor, daha da önemlisi, pratik üzerinden aşağıdaki birkaç ana soruya cevap vermeyi umuyoruz:

1. Geliştiricilerin yeni VM ortamında en çok hangi yönler ilgisini çekiyor?
2. PolkaVM onlar için bir fırsat mı yoksa bir meydan okuma mı?
3. Mevcut araç zinciri, yalnızca gösterim örnekleri ile sınırlı kalmadan gerçek proje geliştirmeyi destekleyebilir mi?
4. Geliştirici yolculuğunda hangi aşamada en fazla sorun yaşanır?

Bu kursun tasarım amacı, deneyimli geliştiricilere yönelik bir ileri düzey teknik seminer değil, yeni başlayanlar için pratik bir uygulama deneyimidir. "Yeni başlayanların rehberi" olmayı umuyoruz; onlara ilk geliştirme sürecinde eşlik edip, bu süreçte ortaya çıkabilecek çeşitli durumları gözlemleyeceğiz.

Dört Beklenmedik Keşif

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

Başlangıçta, çoğu kişinin kurslara katılmasının ödül veya sertifika almak için olduğunu düşünüyorduk, ancak durum böyle değil. Katılımcıların %80'i 90'lı yıllarda doğmuş, dörtte biri ise hala öğrenci. Çoğu kişi her gün gönüllü olarak 1-2 saat öğrenmeye zaman ayırıyor. Bu öğrenme yoğunluğu, basit bir görev tamamlama seviyesinin çok üzerinde ve onların samimi bir çaba gösterdiğini ortaya koyuyor.

Bazı katılımcılar, bir sözleşmeyi kendileri dağıtmak için baştan sona öğreniyor; bazıları ise şunları belirtiyor: "En azından CV'mde 'PolkaVM ortamında DApp dağıtmayı başardım' gibi bir deneyim yazabilirim." Aslında, Polkadot'un teknik gücüne ne kadar önem verdikleri kesin değil, daha çok Web3 alanına girip giremeyeceklerini doğrulamak için dostça bir ortama ihtiyaç duyuyorlar.

2. Deneyimli olmak, kolayca kavrayabileceğiniz anlamına gelmez, en büyük zorluk bilişsel modelin dönüşümündedir.

Birçok katılımcının zengin geliştirme deneyimi var, hatta EVM projelerinde pratik deneyimleri var, ancak Polkadot ekosistemine girdiklerinde, bazı terim farklılıkları nedeniyle hala zorluk çekiyorlar: 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ısı başarısız oldu?

Karşılaştıkları sorun, kodu anlama zorluğu değil, mevcut bilişsel modelin aniden geçersiz hale gelmesi ve bir dizi kavramı yeniden öğrenmeleri gerektiğidir. Bu durum, psikolojik bir dirençle sonuçlanabilir.

Kurslarımız, katılımcıların PolkaVM'in geliştirme deneyiminin karmaşık olmadığını, sadece kavramların ve terimlerin farklı olduğunu fark etmelerine yardımcı olarak bu bilişsel boşluğu belirli bir ölçüde hafifletti. Bu çok önemlidir çünkü birçok kişi bir ekosistemi terk ederken, genellikle kod yazamıyor oldukları için değil, ilk belgelerle karşılaştıklarında kafalarının karışmasından dolayıdır.

Bu bize hatırlatıyor: Geliştirme belgeleri sadece bilgi noktaları yığmamalı, aynı zamanda kullanıcıların bilişsel modellerini dönüştürmelerine de yardımcı olmalıdır. Gelecekte, belgelerde PolkaVM ile diğer ana akım VM'ler (örneğin EVM) arasındaki önemli farkların karşılaştırmasını eklemeyi planlıyoruz, böylece daha fazla insanın yanılgılarını azaltmasına ve "Demek ki böyleymiş" anlarını artırmasına yardımcı olalım.

3. Kurs katılımcıları sadece öğrenenler değil, aynı zamanda potansiyel ekosistem katkıcılarıdır.

Çoğu katılımcı sözleşme geliştirmede acemi olmasına rağmen, soru sormaktan, hata bildirmekten ve teknolojinin sınırlarını aktif olarak test etmekten çekinmediler. Örneğin, birisi Remix'in derlemede sorun yaşamadığını ama zincir üzerindeki dağıtımın başarısız olduğu durumları belirtti. Bu geri bildirimler doğrudan geliştirme ekibine birçok araç zinciri ile ilgili sorunun iletilmesini sağladı ve belgelerin geliştirilmesi ile hata düzeltmelerini teşvik etti.

Deneyimli bir geliştirici ilişkileri yöneticisi olarak, bazı yaygın sorunlardan kaçınmayı alışkanlık haline getirmiş olabiliriz; birçok "hata uyarısı" artık içgüdüsel bir davranış haline gelmiştir. Ancak, yeni başlayanların bu tür bir deneyimi yoktur. Henüz tam bir yargı sistemi geliştirmedikleri için potansiyel sorunları daha kolay keşfederler - bu da kursun değerli bir sorun toplayıcısı olmasını sağlar. Katılımcılar için kurs bir tampon bölgedir; bizim için ise bu gerçek kullanım deneyimleri, PolkaVM ekosistemini değerlendirmek için en doğrudan göstergelerdir.

4. Geliştiricilerin devam edip etmeyeceğini belirleyen anahtar, genel süreç deneyimidir.

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

Aynı kodun farklı ortamlarda hata vermesi; Hardhat, Foundry ve Remix'in kendi ortamlarında tutarsız performans göstermesi; belgelerde gerekli bilgilerin bulunmaması, hata mesajlarının yeterince açık olmaması gibi sorunlar, geliştiricilerin denemekten vazgeçmesine neden olabilir.

Şunu kabul ediyoruz: Geliştirici deneyimi (DevEx) yalnızca kodlama sürecinin sorunsuzluğu ile sınırlı değildir, aynı zamanda ortam 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. Herhangi bir aşamada bir sorun ortaya çıkarsa, geliştiricinin güvenini kaybetmesine neden olabilir. Bu nedenle, bu sadece bir teknik sorun değil, aynı zamanda duygusal ve güven yönetimi tasarım zorluğudur.

Kurs, araç, kullanıcı ve beklentiler arasında bir köprü olarak

Ekosistemin erken aşamasında, geliştirici kurslarının anlamının yalnızca tek yönlü bilgi aktarımıyla sınırlı olmadığını fark ettik ve bir kursla bir sonraki Web3 girişim yıldızını keşfetmeyi beklemiyoruz. Aksine, bu kurs üç önemli sonuç elde etti:

1. Ağ Yük Testi Uniswap V2 sözleşme göç pratiği kurs sırasında yapılan, aslında sıradan bir işlem olmasına rağmen bir dizi sorunu beklenmedik bir şekilde ortaya çıkardı: gaz hatası, yol hatası, Remix ve Hardhat'ın tutarsız performansı gibi.

Bu sorunlar geliştiriciler için engel teşkil ederken, bizim için değerli bir "erken uyarı" niteliğindedir. Bu sorunların erken tespit edilmesi son derece önemlidir. Şimdi, bu sorunlar geliştirme ekibinin çözülmesi gerekenler listesine alındı ve hızlı bir şekilde ele alındı.

2. Kullanıcı Profili ve Dönüşüm İpucu Analizi Bazıları mimari tasarıma ilgi gösteriyor, bazıları geliştirme verimliliğini arıyor, bazıları ise soruyor: "Sık kullandığım araçlar PolkaVM ortamında doğrudan kullanılabilir mi?"

Her bir soru, geliştiricilerin gerçek düşünce süreçlerini yansıtırken, aynı zamanda PolkaVM "kullanım kılavuzu"nun geliştirilmesi gereken yönlerini de ortaya koyuyor.

3. Ürün Beklentilerini Oluşturma Kurslarımız, PolkaVM'nin pratikliğini ve değerini sözlü tanıtım yerine gerçek uygulamalarla gösteren bir dizi canlı gösterim olarak benzetilebilir. Bazı özellikler şu anda mükemmel olmasa da, birileri kullanıyorsa ve beklemeye istekliyse, bu ekosistem gelişimi için olumlu bir işarettir.

Geçmişte Polkadot'un kullanıcı tabanının eksik olduğu sıkça sorgulanıyordu - bu ifade doğru değil. Polkadot'u kullananlar her zaman alt yapı ekipleri oldu, DApp geliştiricileri değil. PolkaVM'nin devreye girmesiyle, sözleşme geliştiricileri nihayet yeteneklerini sergileyebilecekleri bir sahneye sahip oldular. Elbette, bu kadar yenilikçi bir VM ortamıyla karşılaşınca tereddüt etmek kaçınılmaz: "Bu kadar yeni bir VM, ilk denemecilerden biri olmaya cesaret edebilir miyim?", "Ağ hala test aşamasında, zamanımı harcamaya değer mi?" Ama tam da bu yenilik, küçük ekiplerin fırsatları değerlendirmeleri için bir yol sunuyor.

Bu derste, Uniswap V2'yi PolkaVM ortamına başarılı bir şekilde taşıdık ve bu, toplulukta büyük bir tartışma başlattı. Bu, Uniswap'ın yeni bir şey olmasından değil, insanların ilk kez Polkadot ekosisteminde çalışabildiğini görmesindendir. Polkadot yıllardır var olmasına rağmen, hâlâ yüksek piyasa değerine sahip bir ekosistemdir ve zengin fonlama projeleri ile çok sayıda DOT tutan önemli yatırımcılar barındırmaktadır. Layer2 alanında sert bir rekabetle uğraşmak yerine, henüz tam olarak geliştirilmemiş bir mavi okyanus pazarını keşfetmek daha iyi değil mi?

Bir sonraki kurs içeriğini hazırlıyoruz. Belirli bir modül veya proje uygulamasıyla ilgileniyorsanız, lütfen yorumlarda bize bildirin.