Web3の進め方：GoogleやLibraを経験した開発者の教訓[コラム]| コインデスクジャパン | コインデスク・ジャパン

Web3の進め方：GoogleやLibraを経験した開発者の教訓[コラム]| コインデスクジャパン | コインデスク・ジャパン

タイムスタンプ：22年2023月9日45:XNUMX
ソースノード： 2602799

画期的なテクノロジーは価値を約束して開発されます。 人間の協力の何らかの側面を間違いなく改善する何か新しいものを私たちが生み出すことができるという約束です。
サトシ・ナカモト氏がビットコインに関するホワイトペーパーを発表して以来、暗号通貨擁護者たちは、このテクノロジーが持つ巨大かつ革命的な価値を宣伝してきた。 Web3 はサプライ チェーンからアイデンティティ、金融に至るまであらゆるものに使用でき、世界の体系的な問題に対する万能薬としてもてはやされています。 オンチェーンにすれば全て解決できます。
グーグルとリブラ
私がブロックチェーンについて初めて知ったのは、Google で Kubeflow というオープンソース プロジェクトを担当していたときでした。 開発者としての私にとって、オープン プロトコルが Web を支配するクローズド システムよりも優れていることは明らかでした。
しかし、Web3 の初期のブームサイクルを推進したユースケースは、多くの場合実験的でリスクを伴うものでした。 Google のモットーは「悪をするな」でしたが、Web3 の初期のスローガンは「気弱な人を呼ぶな」だったようです。
2018 年、私は当時 Facebook に入社し、野心的で物議を醸したステーブルコイン プロジェクト Libra の設計と開発を手伝いました。 批判はあっても、Facebook が画期的なテクノロジーであったことは間違いありません。 それは、人間の国際協力を変革するコミュニケーションと接続性の形で莫大な価値を解き放ちました。 Facebook のアプリは直感的で便利で、アクセスしやすかったです。
Libra のリリースに伴い、Facebook は Web3 に Facebook アプリと同じユーザー エクスペリエンス (UX) を持たせることを望んでいました (ただし、Web3 の基本的なオープン性は放棄しました)。
もしリブラが成功していれば、何十億人もの人々がステーブルコインと金融商品のエコシステムにアクセスできるようになり、日々のアクティブなブロックチェーンユーザーの数は一夜にして桁違いに増加しただろう。
しかし、そうではありませんでした。 そしてそれは世界にとってもより良いことでした。
Web2 で学んだ教訓
私は Web2 大手企業の 3 つで働きながら、エンジニアとして多くのことを学びました。 私は、クローズドソーステクノロジーの限界とそれが生み出す不平等を個人的に経験しました。 だからこそ、WebXNUMX での開発はエキサイティングです。
分散化の利点は、概念的なものを好む開発者にとっては魅力的ですが、多くの潜在的なユーザーに説明するのは困難です。 そもそも多くの人が理解していない問題を Web3 がどのように解決するのかを多くの人に説明するのは困難です。 特に既存のソリューションがうまく機能しているように見える場合はそうです。
分散テクノロジーでのアプリケーション開発の複雑さにより、開発者とユーザーの間に溝が生まれ、その溝は今後も広がるばかりです。
Web3 で有意義な影響を生み出すには、技術的なプロセスに焦点を当てるのではなく、ユーザーが感じられる即時的な価値に焦点を当てる必要があります。 技術的な完璧さを目指すのではなく、現実世界の問題を解決し、Web3 の主流採用を促進する、ユーザーフレンドリーでアクセスしやすいアプリケーションの開発を優先する必要があります。
最終的に価値は、内部のテクノロジーがどれほど洗練されているかではなく、製品を使用する人々によって決まります。
Web3 は何に適していますか?
地方分権革命が始まって約15年が経過しました。 無数のエキサイティングなユースケースをサポートするための強固な技術基盤がすでに整っています。 Web3 モデルの上に新しい産業が構築され誕生しており、間違いなく価値を生み出し、主流の認識を獲得しています。 しかし、認知されていても主流には普及していません。
Web3 は革新的なテクノロジーですが、その画期的な進歩には、価値についての考え方を、イデオロギー的な未来から、ユーザーが享受できる当面の価値を中心とした考え方に変える必要があります。 私たちは、よりユーザー中心のアプローチをとり、Web3 の価値をより多くの人々にとってより適切なものにし、人々が認識する非効率性に対する説得力のあるソリューションを提供する必要があります。
開発者にとって、明確に定義されているものの理解が不十分なフレーズよりも優れているものがあるとすれば、それはよく整理されたリストです。 テクノロジーと顧客価値のバランスを取るための私のエンジニアリング原則は次のとおりです。

お客様を第一に考える : 私たちの最終目標は、お客様に価値を提供することです。 私たちが下すすべての決定、開発するすべての機能、従うすべてのプロセスは、顧客のニーズの理解に基づいて行われるべきです。
技術的な洗練だけではなく、顧客価値を最適化する: 技術的に最も進んだシステムが常に顧客にとって最良の選択肢であるとは限りません。 技術的なパフォーマンスと価値提供までの時間を比較検討し、最短時間で最大の価値を顧客に提供できるものを選択してください。
プロセスだけでなくインパクトに焦点を当てる : お客様にとって重要なのは、私たちがここに至るまでのプロセスではなく、私たちがもたらす結果です。 厳密なプロセスを選択するよりも、有意義な結果を優先します。
機敏かつ迅速に行動する : 複数の製品アイデアを迅速かつ繰り返しテストし、結果を顧客に提供する必要があります。 非常に機敏であり、市場や顧客のフィードバックに応じて方針を変更できる必要があります。
完璧を目指すのではなく、完璧にする 卓越性を目指すことは重要ですが、与えられた時間内でできることには限界があることを認識することも同様に重要です。
集団的な所有権と個人の責任: チームのメンバー全員がコードに対して責任を負い、変更を加える権限を持ちます。 しかし同時に、各メンバーは自分の仕事の品質と保守性に対して個別に責任を負います。

ハードルは高いです。 しかし、これはブレイクスルーが大衆に広がるために必要なことです。

アンクシュ・アガルワル氏：NFTエコシステム向けProtocol Co:Createの共同創設者兼チーフアーキテクト。

｜翻訳・編集：山口暁子、増田貴之 ｜画像：Shutterstock ｜原文：A Technologist's Approach to Explaining What Crypto Fixs

window.fbAsyncInit = function（）{
FB.init（{
アプリID : '592401157873165',
クッキー：真、
xfbml：true、
バージョン： '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）;
}（document、 'script'、 'facebook-jssdk'））;

The post Web3の進め方：GoogleとLibraを経験した開発者が学んだ教訓【コラム】| コインデスクジャパン | Coindesk Japan は、ビットコインニュースに最初に登場しました。

タイムスタンプ：

より多くの ビットス