Web3 진행 방법: Google과 Libra를 경험한 개발자의 교훈[칼럼]| 코인데스크 재팬 | 코인데스크재팬

Web3 진행 방법: Google과 Libra를 경험한 개발자의 교훈[칼럼]| 코인데스크 재팬 | 코인데스크재팬

타임 스탬프 : 22 년 2023 월 9 일 오후 45:XNUMX
소스 노드 : 2602799

획기적인 기술은 가치를 약속하면서 개발됩니다. 약속은 인간 협력의 일부 측면을 부인할 수 없이 향상시키는 새로운 것을 만들 수 있다는 것입니다.
Satoshi Nakamoto가 비트코인 ​​백서를 발표한 이후로 암호화폐 옹호자들은 이 기술이 지닌 거대하고 혁명적인 가치를 선전해 왔습니다. 공급망부터 ID, 금융까지 모든 것에 사용할 수 있는 Web3는 세계의 시스템 문제에 대한 만병통치약으로 평가받아 왔습니다. 온체인으로 만들면 모든 것이 해결됩니다.
구글과 리브라
저는 구글에서 Kubeflow라는 오픈소스 프로젝트를 담당하면서 블록체인을 처음 접했습니다. 개발자로서 나에게는 개방형 프로토콜이 웹을 지배했던 폐쇄형 시스템보다 우월하다는 것이 분명했습니다.
그러나 Web3의 초기 붐 주기를 주도한 사용 사례는 종종 실험적이고 위험했습니다. 구글의 모토는 '악해지지 말라'였지만, 초기 Web3 슬로건은 '심약한 사람을 부르지 말라'인 것 같았다.
2018년 당시 저는 야심차고 논란이 많은 스테이블코인 프로젝트인 Libra의 설계와 개발을 돕기 위해 Facebook에 합류했습니다. 비판에도 불구하고 페이스북은 의심할 여지 없이 획기적인 기술이었습니다. 이는 인간의 협력을 국제적으로 변화시키는 의사소통과 연결의 형태로 엄청난 가치를 창출했습니다. Facebook의 앱은 직관적이고 편리하며 접근성이 뛰어났습니다.
Libra 출시와 함께 Facebook은 Web3가 Facebook 앱과 동일한 사용자 경험(UX)을 갖기를 원했습니다(Web3의 근본적인 개방성은 포기했지만).
만약 Libra가 성공했다면 수십억 명의 사람들이 스테이블코인과 금융 상품의 생태계에 접근할 수 있게 되었을 것이고, 일일 활성 블록체인 사용자 수가 하룻밤 사이에 엄청나게 증가했을 것입니다.
하지만 그렇지 않았습니다. 그리고 그것은 세상을 위해 더 좋았습니다.
Web2에서 배운 교훈
저는 Web2 거대 기업 중 한 곳에서 일하면서 엔지니어로서 많은 것을 배웠습니다. 저는 비공개 소스 기술의 한계와 이로 인해 발생하는 불평등을 개인적으로 경험했습니다. 이것이 바로 Web3로 개발하는 것이 흥미로운 이유입니다.
분산화의 이점은 개념적인 것을 좋아하지만 많은 잠재 사용자에게 설명하기 어려운 개발자에게 매력적입니다. 애초에 많은 사람들이 이해하지 못하는 문제를 Web3가 어떻게 해결하는지 많은 사람들에게 설명하는 것은 어렵습니다. 특히 기존 솔루션이 제대로 작동하는 것 같으면 더욱 그렇습니다.
분산형 기술을 기반으로 한 애플리케이션 개발의 복잡성으로 인해 개발자와 사용자 간의 격차가 더욱 벌어졌습니다.
Web3에서 의미 있는 임팩트를 창출하기 위해서는 기술적인 프로세스에 집중하기보다는 사용자가 느낄 수 있는 즉각적인 가치에 집중해야 합니다. 기술적인 완벽함을 위해 노력하는 대신, 실제 문제를 해결하고 Web3 주류 채택을 촉진하는 사용자 친화적이고 접근 가능한 애플리케이션 개발에 우선순위를 두어야 합니다.
궁극적으로 가치는 내부 기술이 얼마나 정교한가가 아니라 제품을 사용하는 사람들에 의해 결정됩니다.
Web3의 장점은 무엇입니까?
분권화 혁명이 시작된 지 약 15년이 지났습니다. 수많은 흥미로운 사용 사례를 지원하기 위한 견고한 기술 기반이 이미 마련되어 있습니다. Web3 모델을 기반으로 새로운 산업이 구축되고 탄생하고 있으며, 이는 부인할 수 없는 가치를 창출하고 주류의 인지도를 얻었습니다. 그러나 인지된다 하더라도 주류에서는 널리 퍼지지 않는다.
Web3는 혁신적인 기술이지만, 그 획기적인 발전을 위해서는 이념적 미래에서 사용자가 누릴 수 있는 즉각적인 가치 중심으로 가치에 대해 생각하는 방식의 전환이 필요합니다. 우리는 보다 사용자 중심적인 접근 방식을 취하고, Web3의 가치를 더 많은 사람들에게 더 관련되게 만들고, 사람들이 인식할 수 있는 비효율성에 대한 강력한 솔루션을 제공해야 합니다.
개발자가 잘 정의되어 있지만 이해하기 어려운 문구보다 더 좋아하는 것이 있다면 잘 정리된 목록입니다. 기술과 고객 가치의 균형을 맞추는 엔지니어링 원칙은 다음과 같습니다.

고객을 최우선으로 생각합니다. 우리의 궁극적인 목표는 고객에게 가치를 제공하는 것입니다. 우리가 내리는 모든 결정, 우리가 개발하는 모든 기능, 우리가 따르는 모든 프로세스는 고객의 요구 사항에 대한 이해를 바탕으로 이루어져야 합니다.
기술적 정교함뿐만 아니라 고객 가치를 위한 최적화 : 기술적으로 가장 진보된 시스템이 항상 고객을 위한 최선의 선택은 아닙니다. 기술적인 성능과 가치 전달 시간을 따져보고, 최단 시간에 고객에게 최대의 가치를 전달할 수 있는 것을 선택하세요.
프로세스뿐만 아니라 영향에 집중: 고객에게 중요한 것은 여기까지 온 프로세스가 아니라 우리가 가져오는 결과입니다. 엄격한 프로세스를 선택하는 것보다 의미 있는 결과를 우선시하십시오.
민첩하고 빠르게 움직여야 합니다. 여러 제품 아이디어를 신속하고 반복적으로 테스트하고 그 결과를 고객에게 전달해야 합니다. 매우 민첩해야 하며 시장/고객 피드백에 따라 방향을 변경할 수 있어야 합니다.
완벽을 목표로 하지 말고 완벽하게 만드세요. 탁월함을 목표로 하는 것도 중요하지만, 주어진 시간 내에 할 수 있는 일에는 한계가 있다는 것을 인식하는 것도 마찬가지로 중요합니다.
집단적 소유권과 개인의 책임 : 팀의 모든 구성원은 코드에 대한 책임과 변경 권한을 갖습니다. 그러나 동시에 각 구성원은 자신의 작업의 품질과 유지 관리 가능성에 대해 개별적으로 책임을 집니다.

장애물은 높습니다. 그러나 돌파구가 대중에게 확산되기 위해서는 이것이 필요하다.

Ankush Agarwal 씨: NFT 생태계를 위한 Protocol Co:Create의 공동 창립자이자 수석 설계자입니다.

｜번역 및 편집: 야마구치 아키코, 마스다 타카유키 ｜이미지: Shutterstock ｜원본: 암호화폐 수정 사항을 설명하는 기술자의 접근 방식

window.fbAsyncInit = function () {
FB.init ({
appId : '592401157873165',
쿠키: 참,
xfbml : 참,
버전 : 'v3.2'
});
FB.AppEvents.logPageView();
};
(함수 (d, s, id) {
var js, fjs = d.getElementsByTagName (s) [0];
if (d.getElementById (id)) {return;}
js = d.createElement (s); js.id = id;
js.src =“https://connect.facebook.net/en_US/sdk.js”;
fjs.parentNode.insertBefore (js, fjs);
} (문서, '스크립트', 'facebook-jssdk'));

게시물 Web3 진행 방법: Google과 Libra를 경험한 개발자의 교훈[칼럼]| 코인데스크 재팬 | Coindesk Japan은 Our Bitcoin News에 처음 등장했습니다.

타임 스탬프 :

더보기 BITRSS