Мы не должны ожидать плохого продукта только потому, что он основан на технологии блокчейн.
Признаюсь, я не программист, но полагаю, что я инженер-программист в том смысле, что я сосредоточен на разработке самого программного обеспечения. У меня есть формальное обучение управлению проектами и дизайнерскому мышлению, и из-за нехватки ресурсов я был вынужден активно работать над собственными блокчейн-проектами без особой внешней помощи.
Я думаю о том, что должен делать программный пакет, как он должен действовать, и особенно о том, как он должен реагировать на пользователя. И я применяю то, что узнал за эти годы, в своих проектах, независимо от того, используют ли они технологию блокчейн или нет. К сожалению, разработка блокчейнов все еще находится в зачаточном состоянии, и их зарождение проявляется в философии дизайна.
Философия дизайна блокчейн
Первая проблема заключается в том, что многие разработчики и пользователи приложений блокчейна, похоже, объединяют постоянный, децентрализованный, распределенный и ненадежный характер многих парадигм блокчейна с нулевой обработкой ошибок. Однако основное правило проектирования в разработке программного обеспечения - всегда предполагать, что пользователь совершит ошибку, и делать все возможное, чтобы уменьшить последствия этой ошибки. Ошибки случаются, но отказы надо делать аккуратно.
К сожалению, когда дело доходит до децентрализованных приложений и самого блокчейна, складывается впечатление, что «хорошо, если пользователь ошибается, это его вина». Существует мнение, что постоянство блокчейна означает, что не может быть никаких гарантий для защиты от потери средств, ущерба и т. Д. Но это неправильно. Системы без доверия не зависят от каких-либо лиц или организаций. Эта парадигма не означает, что сама система не может справляться с ошибками.
Блокчейн как костыль
Кажется, что проекты используют блокчейн как костыль. Когда что-то, что не должно пойти не так, все же идет не так, это считается ошибкой блокчейна. Иногда это так, но первое правило программирования должно быть таким: «Это всегда твоя вина».
Статья Джеффа отличная. Есть вещи, которые идут не так, многие из которых находятся вне контроля разработчика, но большинство - нет. Даже если есть проблема с платформой, которую использует разработчик, отчасти это вина разработчика, который выбрал платформу или не научился избегать проблем, которые создает платформа.
Другая проблема заключается в том, что если разработчик использует это оправдание для объяснения задержек и других проблем своим клиентам и заказчикам, заказчик может прийти к выводу, что полагаться на технологию блокчейн - это принципиально неправильный подход. Если мы должны ожидать, что приложения на основе блокчейна уступают в планировании выпуска, пользовательском опыте и общем качестве, тогда мы должны спросить себя, зачем вообще беспокоиться?
Но на самом деле проблем с использованием блокчейна нет. Проблема в менталитете дизайна. Это плохая практика ведения бизнеса и развития. Это лень и самодовольство. Блокчейн используется просто как оправдание некомпетентности и незнанию.
Правильный путь
Как сторонник блокчейна и криптоактивов, я хочу, чтобы технология процветала, а это означает, что разработчикам необходимо опираться на основы передовых практик разработки программного обеспечения, а владельцам бизнеса необходимо опираться на основы передовых методов ведения бизнеса, которые были построены на основе много лет.
Разработчики и компании должны стремиться соответствовать и даже превосходить текущие стандарты качества, существующие в остальной индустрии программного обеспечения. Это потому, что с блокчейном у разработчиков больше возможностей, чем меньше. Теперь, когда у нас есть технология блокчейн, мы можем сделать больше вещей, чем когда-либо раньше.
А когда дело доходит до разработки и взаимодействия с пользователем, можно сделать больше, поэтому нужно делать больше. В конце концов, зачем кому-то изо всех сил стараться использовать или покупать игру в понг только потому, что кто-то добавил в смесь несколько элементов блокчейна? У нас есть современные игры и приложения, а служба поддержки работает круглосуточно и без выходных. Неужели пользователи действительно собираются устремиться к приложениям уровня начала 90-х только потому, что они являются «децентрализованными приложениями»? Разработчики должны стремиться достичь такого же уровня качества, когда речь идет о проектах, связанных с блокчейном. И блокчейн никогда не должен служить оправданием для неудач.
Дальнейшее чтение
Плохая идеология разработки действительно существует за пределами мира блокчейнов, но обычно, когда все действительно плохо, мы отбрасываем их и идем дальше, или, по крайней мере, мы признаем наши маленькие грязные секреты.
