大学に通いながら、音楽業界への真剣な関心を維持するために、地元のレコーディングスタジオでパートタイムで働きました。あなたは音楽業界とは無関係の出版物でこの記事を読んでいるので、それ以来私が音楽と決別したと結論付けるのは簡単です(まあ、かなり印象的なSpotifyプレイリストを作成したことは別として)。
私の友人の中には、今でも音楽業界で働き、成功している人もいますが、長年にわたって、特に音楽業界のレコーディング面で物事がどのように変化したかを聞くのは印象的です。業界が革新を続けてきたのは、主に製品メーカーが、芸術を作成するためにそのようなツールに依存している人々から提供されるフィードバックに耳を傾けたからです。これは今日のテクノロジー業界で働くのと何ら変わりません。ユーザーのフィードバックを取得し、それに耳を傾けることは、ハイテク製品を成功させるために不可欠です。
ただし、Web2 はコンセプトとツールの両方でユーザーのフィードバックを取り入れてきましたが、Web3 は依然として遅れをとっています。この矛盾の一例は、 Web3 DevOpsを改善するために一定のフィードバック ループを使用するという概念に集中しています。Web3 DevOps は、チーム メンバーが質の高いフィードバックを得るのが難しく、一般的ではない領域です。この概念は、ベスト プラクティスと利用可能なツールの両方において、まだ注目を集めていません。ユーザーエクスペリエンスが劣悪であることがその証拠です。
このコミュニケーションギャップを埋めるもっと良い方法はないかと考えました。
DevOps の概念はソフトウェア開発において比較的新しいものであり、ソフトウェア エンジニアが直面する問題点に業界が耳を傾けている確かな例です。
したがって、 Web3 DevOps がすでに勢いを増し始めていることは驚くべきことではありません。 Web3 プロジェクトと同様に、Web3 チームは従来のソフトウェア エンジニアリングと運用の間のギャップを埋める必要があります。
そしてそれは重要です。 Web3 DevOps が成功すると、次のようなメリットが得られます。
古いモデルでは、PM が管理し、開発者がコーディングし、テスターがテストし、運用を展開していました。しかし、これは遅く、有名な「私のマシンでは動作します!」という問題が発生しました。しかし、最新の DevOps では、チーム メンバーは統一されたチームとなり、全員が緊密に連携してプロジェクト全体に責任を負います。
これは、誰もがエンドユーザーのリクエストにさらされることが良いことであることを意味します。そして、フィードバックは継続的に行われるべきです。すべてのチーム メンバーは、本番環境で何が起こっているかをすぐに、そして常に知る必要があります。この継続的なフィードバック ループにより、チームとして全員がプロジェクトと顧客のニーズを理解しやすくなります。
チームをユーザーのフィードバックにさらすことは、情報過多のように思えるかもしれません。しかし実際には、ユーザーのフィードバックはチーム全体に価値をもたらします。
ソフトウェアエンジニア
運用エンジニア
テスター
プロダクトオーナー / プロジェクトマネージャー
したがって、フィードバックが必要な理由がわかります。しかし、Web3 の世界でこれをどうやって実現するのでしょうか?従来の集中型ソリューション (Google フォームなど) を使用することもできますが、Web3 の精神に基づいて、分散型でオープンなソリューションが本当に必要です。
そこで、 Form xChangeオープン ソース ツールの出番です。これを使用すると、Web3 上でフィードバック フォームを簡単に作成して使用できます。そして、実装も使用も非常に簡単です。このソリューションはMetaMaskウォレット (ユーザーがすでに持っている可能性が高い) に接続し、アプリケーション ユーザーが 1 つ以上のフォームを使用して匿名で投票できるようにします。各フォームでは複数の質問が可能です。
優れた点は、フィードバック プロセス全体で、独自のスマート コントラクトを作成または維持する必要がなく、 Solidityで記述された独自のファクトリ コントラクトが採用されていることです。
以下は、Form xChange ライフサイクルの概要です。
インストール後、作成者は新しいフォームを作成し、ファクトリ コントラクトを使用してフォームを展開します。導入後、参加者はフォームに匿名で入力し、結果を送信するだけです。送信後、結果は作成者と参加者の両方が利用できます。
大まかに言うと、Form xChange の使用を開始するには次の手順が必要です。この例 (イーサリアム L2 Linea テスト ネットワーク) では、フィードバック フォームの調査中に実際の資金を費やすことを避けるために、 Linea Goerli 上のTruffleを使用して Form xChange をデプロイすることに注意してください。
Form xChange を使い始める手順は次のとおりです。
とても簡単です。 MetaMask サイトで、セットアップを詳細に説明する詳細な例を見つけることができます。
上記の手順を実行すると、Form xChange のホーム画面がブラウザに表示されます。
次に、「ウォレットに接続」ボタンを使用して、MetaMask ウォレットに接続します。
接続したら、localhost:3000/create-form URL を使用して新しいフィードバック フォームを作成します。
これで、フィードバック フォームを作成する準備が整いました。
現在レコーディングスタジオに座っているのと、1990年代のことを思い出しても、40年前との類似点はほとんどありません。業界は、顧客の声に耳を傾けることによって、物事を行うためのより良い方法があることに気づき、必要なイノベーションを提供しました。
これは、私たちがソフトウェア エンジニアとして DevOps の構築と進化を見てきたことと何ら変わりません。フィードバック フォームを使用すると、より迅速なイノベーションを実現できます。これについては、単純な Web3 DevOps の使用例と ConsenSys Form xChange について言及しました。
読者の皆様は、私が次のミッション ステートメントに重点を置いていたことを覚えているかもしれませんが、これはどの IT プロフェッショナルにも当てはまると私は感じています。
「知的財産の価値を高める機能を提供することに時間を集中してください。その他すべてにフレームワーク、製品、サービスを活用してください。」
- J. ヴェスター
Form xChange の作成者は、 Web3 開発ライフサイクルの一環として独自のフィードバック フォーム プロセスを作成することを私に強制しないため、私が個人的な使命宣言を遵守できるようにしてくれました。そうすることで、Form xChange ツールを活用するだけで、管理、実装、展開が簡単な迅速なフィードバック フォームを作成できます。
Web3 に注力していて、顧客からのフィードバックを得ることに価値があると感じている場合は、Form xChange ツールを試してみることを強くお勧めします。結局のところ、あなたの時間は少しかかることを除けば、費用はかかりません。
本当に素晴らしい一日をお過ごしください!
ここでも公開されています。