Рынок действительно умеет заставить вас посмотреть дважды. $PEOPLE $ENA
Обе позиции демонстрируют на графике серьезную силу.
Я начинаю думать, что реальный навык — не просто находить движущиеся активы, а находить их до того, как они начнут двигаться.
Раньше я считал, что разработка непосредственно в нативной среде блокчейна автоматически является лучшим вариантом.
Но я присмотрелся к DuskVM.
DuskVM дает разработчикам прямой доступ к среде Layer 1 в Dusk. Смарт-контракты могут использовать Dusk-специфичные примитивы и тесно взаимодействовать с нативными возможностями сети.
Звучит как очевидное преимущество — пока не посмотрите на другую сторону.
Разработка непосредственно на Dusk также означает работу с инструментами, созданными специально для DuskVM. Разработчики, пришедшие из уже сформировавшихся экосистем, могут уже быть уверены в знакомых языках, фреймворках и рабочих процессах разработки.
Итак, есть реальная цена компромисса.
Вы получаете более прямой доступ к L1, но при этом отдаляетесь от тех инструментов, к которым уже привыкли.
Это заставило меня иначе взглянуть на DuskVM.
Вопрос не только в том, насколько мощна нативная среда исполнения Dusk.
Вопрос в том, достаточно ли ценен доступ к собственным примитивам Dusk, чтобы разработчики согласились на более специализированный опыт разработки.
Для приложений, которым нужны возможности, тесно связанные с архитектурой Dusk, тот компромисс может оказаться оправданным.
Но для разработчиков, которым в первую очередь нужны знакомые инструменты и рабочие процессы, кривая обучения может значить так же много, как и сама технология.
Инфраструктура — это не только то, что разработчики могут построить.
Это также то, чему они готовы научиться, чтобы это построить.
@Dusk_Foundation $DUSK #dusk
Что для разработчиков важнее всего?
Обе позиции демонстрируют на графике серьезную силу.
Я начинаю думать, что реальный навык — не просто находить движущиеся активы, а находить их до того, как они начнут двигаться.
Раньше я считал, что разработка непосредственно в нативной среде блокчейна автоматически является лучшим вариантом.
Но я присмотрелся к DuskVM.
DuskVM дает разработчикам прямой доступ к среде Layer 1 в Dusk. Смарт-контракты могут использовать Dusk-специфичные примитивы и тесно взаимодействовать с нативными возможностями сети.
Звучит как очевидное преимущество — пока не посмотрите на другую сторону.
Разработка непосредственно на Dusk также означает работу с инструментами, созданными специально для DuskVM. Разработчики, пришедшие из уже сформировавшихся экосистем, могут уже быть уверены в знакомых языках, фреймворках и рабочих процессах разработки.
Итак, есть реальная цена компромисса.
Вы получаете более прямой доступ к L1, но при этом отдаляетесь от тех инструментов, к которым уже привыкли.
Это заставило меня иначе взглянуть на DuskVM.
Вопрос не только в том, насколько мощна нативная среда исполнения Dusk.
Вопрос в том, достаточно ли ценен доступ к собственным примитивам Dusk, чтобы разработчики согласились на более специализированный опыт разработки.
Для приложений, которым нужны возможности, тесно связанные с архитектурой Dusk, тот компромисс может оказаться оправданным.
Но для разработчиков, которым в первую очередь нужны знакомые инструменты и рабочие процессы, кривая обучения может значить так же много, как и сама технология.
Инфраструктура — это не только то, что разработчики могут построить.
Это также то, чему они готовы научиться, чтобы это построить.
@Dusk_Foundation $DUSK #dusk
Что для разработчиков важнее всего?
⚡ Native L1 access
🧰 Familiar tooling
10 ч. осталось
