Slogan przyciągający deweloperów każdy projekt będzie krzyczeć, ale prawdziwą przeszkodą często jest 'ostatnia mila'. Ile przeszkód napotka deweloper, który jest zainteresowany, aby pomyślnie wdrożyć DApp na łańcuchu WAL?
Po pierwsze, lokalna sieć testowa. Chociaż publiczna sieć testowa jest stabilna, dokumentacja dotycząca budowy lokalnej sieci testowej jest nieco przestarzała, co sprawia, że nowicjusze łatwo utkną na konfliktach wersji zależności, a utkniecie trwa pół dnia.
Po drugie, debugowanie i logi. Zgodność z EVM to zaleta, ale gdy transakcje w trybie prywatności kończą się błędem, zwracane informacje o błędach są bardzo niejasne, prawie niemożliwe do skutecznego debugowania, można tylko wielokrotnie próbować i popełniać błędy.
Po trzecie, integracja front-end. Dokumentacja API wtyczki portfela jest dość skrótowa, a obsługa skrajnych przypadków podczas podpisywania transakcji (takich jak odmowa użytkownika, zmiana sieci) wymaga, aby deweloperzy sami to odkryli.
Na koniec, wdrażanie i weryfikacja. Proces wdrażania kontraktów jest płynny, ale interfejs weryfikacji kontraktów (ujawnianie kodu źródłowego w przeglądarkach bloków) czasami zawodzi i wymaga ręcznej obróbki za pomocą narzędzi wiersza poleceń, co zniechęca część deweloperów, którzy nie znają obsługi wiersza poleceń.
Te problemy, patrząc na nie osobno, nie są duże, ale ich nałożenie tworzy bardzo wysoki współczynnik tarcia. Deweloperzy, szczególnie niezależni deweloperzy i małe zespoły, czas jest najcenniejszym zasobem. Instynktownie popłyną w kierunku łańcucha o lepszym doświadczeniu deweloperskim i bardziej przyjaznej dokumentacji.
Zespół WAL może potrzebować ustanowić wewnętrzną rolę 'doświadczenia deweloperów (DevRel)', której pełnoetatowym zadaniem będzie ciągłe korzystanie z własnego zestawu narzędzi, symulowanie całego procesu wejścia nowych deweloperów oraz systematyczne eliminowanie tych punktów tarcia. To jest bardziej efektywne niż organizowanie jednorazowej nagrody za hackathon.
