本動画は、OpenAIのDevdayイベントで行われたライブデモショーケースであり、AI技術を活用してコードベースを10倍に拡大できる4つのスタートアップツールが紹介されている。Warpはアジェンティック開発環境として、ターミナルとIDEの機能を統合しコーディングエージェントを提供する。CodeRabbitはAIによるコードレビューソリューションとして、大量のプルリクエストを効率的に審査し品質管理を実現する。Charlieは完全自律型のTypeScriptエンジニアとして、GitHub、Linear、Slackと連携しながらチーム全体で協働する。Please Fixはブラウザを編集ツールに変え、デザイナーやPMが直接本番サイトを編集しPRを作成できる革新的なソリューションである。これらのツールは、従来の開発ボトルネックを解消し、小規模チームでも大規模プロジェクトに匹敵する生産性を実現することを目的としている。
バイブコーディングの登場と開発の変革
今年の初め、バイブコーディングという新しい用語を含むツイートがバイラルになりました。多くの賛否両論の反応がありましたが、一つ確かなことは、これがAIによってソフトウェアエンジニアリングと製品開発の方法がどのように変革されるかという見方を本当に変えたということです。
しかし、私たちは今日、バズワードや誇大広告、あるいは可能性について話すためにここにいるのではありません。今日ここにいるのは、私たちのチームが密接に協力してきたスタートアップをお見せするためであり、彼らのAIコーディングツールが小規模チームのコードベースを10倍にし、その実力をはるかに超えるパフォーマンスを発揮するのを直接目にしてきました。私の名前はサラ・アーボナスで、OpenAIでスタートアップマーケティングを統括しています。
今日ここで、コードの作成、レビュー、リリース、修正をこれまで以上に速く、しかもAIのスロップなしで行えるツールを構築した4人の素晴らしい創業者たちと一緒にステージに立てることを嬉しく思います。では、最初の登壇者であるWarpの創業者兼CEOのザック・ロイドを歓迎してください。
Warp:アジェンティック開発環境
こんにちは、WarpのCEOで創業者のザックです。今日ここにいられることをとても嬉しく思います。
今日、開発エージェントがコードを作成するために何ができるかについて、多くの素晴らしいデモをご覧になったと思いますが、実際のところ、大規模なコードベースで作業するプロフェッショナルな開発者であれば、エージェントをソフトウェア構築に適用するのは実は難しいことがあります。Warpでは、私たちの使命は常に、開発者が素晴らしい人生を変えるソフトウェアを提供できるよう支援することであり、今ではエージェントを使ってそれを実現しようとしています。
今日の私のデモでは、Warpを使ってWarp内で何かを構築します。これは100万行のRustコードであり、エージェントを使って実際のプロダクショングレードのコードベースでどのように開発にアプローチするかをお見せしようと思います。これがWarpです。プロンプトから始めて、エージェントを動かしてから、何を構築しているのか正確に説明します。
添付された2つのスクリーンショットを見てください。最初のものは現在のブランチの状態を示し、2つ目は私が構築しようとしている望ましい状態を示しています。望ましい状態では、QRコードが紹介ページの上部にあり、招待リンクをコピーという新しいボタンがメールフォームフィールドと同じ行にあります。
これを構築するのを手伝ってください。ああ、ちなみに、私は今OpenAIのDevdayでこれをライブで行っていて、次の4分30秒以内にやらなければならないので、早く進めてください。また、コードがどこにあるかを確認するために参照ファイルも見てください。今Warpに話しかけました。実際、これは今日私がよく始める方法です。Warpが私のために書き起こしてくれます。
ここでいくつかの参照を提供する必要があります。ファイルを参照して、スクリーンショットを添付しましょう。このセットアップでどうやるんでしたっけ。ああ、できました。ドラッグして、エージェントを起動します。このエージェントはGPT-4oを使用しており、これはWarpで使用している主要なコーディングモデルの1つで、非常に優秀です。
これが動いている間に、Warpで別のタブ、というかペインを開きましょう。Warpのルーツはターミナルです。どのターミナルペインもターミナルコマンドを実行する場所、またはエージェントを起動する場所として使用できます。ここで使用します。実際、ターミナルコマンドを実行して、ローカルバージョンのWarpを実行します。
私が取り組んでいることをお見せします。ここでWarpには紹介機能があります。Warpユーザーでクールなティーシャツやグッズを入手したい場合、ここに小さなイースターエッグがあります。これを使用できますし、動画でWarpをデモする人のためにQRコード機能を追加しています。しかし、デザイナーのピーターは実際に別の方法でこれをするよう私に頼みました。
彼はQRコードをページの上部に配置したいと考えています。このリンクフォームフィールドは不要で、メールフォームフィールドと招待リンクをコピーボタンをここに配置したいのです。これがエージェントに変更を依頼した内容です。エージェントが作業している間に、実際Warpが全般的に何であるかについてもう少しお話しします。
Warpはアジェンティック開発環境と呼んでいるものです。アイデアは、ターミナルの最良の部分とIDEの最良の部分を借りて、エージェントとの構築をファーストクラスでサポートするビジョンを持っているということです。
これを考える1つの方法は、Warpはコンピュータに何をすべきかを伝えるための汎用インターフェースだということです。それを伝えれば、実行します。4つの部分があります。実際に本当に優秀なコーディングエージェントがあります。SWE-BenchとTerminal Benchの両方でトップ3のエージェントです。エージェントとのマルチタスク機能があり、先ほどお見せしました。本当に優れたターミナルインターフェースがあります。
ターミナルコマンドを実行したいだけなら、それができます。そして、チーム内のエージェントと人間のためのワークフローとデータを保存できる知識ストアがあります。デモに戻って、どこまで進んでいるか見てみましょう。コーディングの変更が行われたようです。
ここでターミナルコマンドを実行して、これらをビルドし始めます。実際にタイプします。さて、これをビルドします。ビルドしている間に、実際のコードベースで作業するときにWarpをどのように使用するかをお見せします。重要なことの1つは、プロンプトでコーディングする際、開発者として今私が行うことは、エージェントが実行していることを正確に見たいということです。コンパイラエラーがあるようです。
エージェントがこの修正を生成できるか見てみましょう。もう一度修正してみてください。しかし、アイデアは、エージェントが何をしているかを見て、進行中にコードレビューできるビューを持つことです。それが右側で得られるものです。実際にエージェントに変更を加えるためのコメントを追加できます。望めばエージェントの変更を元に戻すこともできます。さらに編集することもできます。
エクスペリエンスをよりスムーズにするために、IDEの編集機能の一部を導入しました。ここでビルドしています。何をしたか見てみましょう。正しいことをしたかどうか、それは可能です。ライブデモ。ここには常にリスクがあります。Rustがビルドされるのを待っていますが、はい、これは概ね正しいように見えます。
QRコードの紹介URLを決定します。さて。Warpで重視しているもう1つのことは、エージェントが作業する際に非常にタイトな反復ループをどのように持つかということです。構築したものがプロンプトから本番まで実際に進めるようにするためです。そこに到達できることを願っています。ビルドして実行しようとしています。何が得られたか見てみましょう。
入力して見てみます。実際に変更してくれました、素晴らしい。完璧ではありません。リンクに少しフェードがありますが、QRコードを上部に配置しました。とにかく、お時間をいただきありがとうございました。これが変更を行うためにWarpをどのように使用するかです。warp.devでチェックできます。
CodeRabbit:AIコードレビューソリューション
コードの書き方をお見せしたので、次はレビューが必要です。そのために、CodeRabbitの創業者兼CEOのハルゾ・ギルを歓迎します。
ありがとう、ザック。ザックの話で見たように、生成AIの最も説得力のあるユースケース、トークン使用量で最大のユースケースはコード生成でした。
タブ補完からターミナル内のコーディングエージェント、IDE内のコーディングエージェント、そして今ではバックグラウンドエージェントまで、エージェント対応AIによって書かれるコードは30%から40%、多くのスタートアップでは90%にも達しています。しかし、短期間に書かれるこのボリュームのコードは、今では二次的な効果を引き起こしており、これらの組織で出荷速度が実際には変わっていないため、コードレビューが新たなボトルネックになっているのを見てきました。
私たちが話す企業では、多くのシニア開発者から、バックログに溜まっている大量のレビュープルリクエストをレビューしなければならず、圧倒されているという声を聞きます。人間がアジェンティックソフトウェア開発に追いつくのは本当に持続不可能なレベルに達しています。そこでCodeRabbitの出番です。
CodeRabbitは、アジェンティックソフトウェア開発と本番環境の間に位置する重要な信頼レイヤーを提供する、主要なAIコードレビューソリューションです。開発者がプルリクエストを開くたびに通過しなければならない中央の品質ゲートを提供し、セキュリティ問題からベストプラクティスの適用、さらにはカスタムポリシーの実施まで、これらのプルリクエストのあらゆる種類の問題にフラグを立てます。
CodeRabbitはかなり人気があり、毎日数十万人の開発者に使用されており、過去数年間で数百万のプルリクエストをレビューし、それらのプルリクエストで数百万の問題を発見しました。今日は、私たちが使用されているいくつかのオープンソースリポジトリをお見せします。
コードレビューはオープンソースでも非常に大きな存在感があり、CodeRabbitが実際に動作しているいくつかの例を見ていきます。最初のプルリクエストは、Clerkというプロジェクトからの非常に最近のプルリクエストです。ClerkはNext.jsとJavaScriptアプリケーション用の認証プラットフォームおよびユーザー管理プラットフォームです。
指摘したいことの1つは、多くの生成AI製品とは異なり、CodeRabbitは主にチャットベースのインターフェースではないということです。開発者がリクエストを開くとすぐに起動するバックグラウンドエージェントです。
アクティベーションエネルギーがゼロのバックグラウンドエージェントのようなもので、使用することを覚えておく必要がなく、数クリックで組織全体が私たちのシステムにオンボーディングされます。このプルリクエストでは、CodeRabbitは基本的にクラウドサービスでサンドボックス環境を作成し、リポジトリ全体をクローンしてコードの詳細な分析を行います。完了すると、5〜10分かかり、CI/CDフローの一部となります。完了すると、いくつかのことが表示されます。1つは、コード変更からペイロードを理解できるため、コード変更のウォークスルーを表示できます。プルリクエストに入ってくる人間のレビュアーは、これらの変更が何であるかについての出発点、方向性を得ます。もう1つの素晴らしいことは、シーケンス図を実際に作成することです。多くの顧客やユーザーがこの機能を気に入っていると思います。このプルリクエストによって導入された新しい論理フローを示します。
しかし、CodeRabbitの主な価値はレビューコメントの形で提供されてきました。人間と同じように、潜在的な問題にフラグを立て、リファクタリングの提案も提供する、実用的なインラインレビューコメントを提供し、重要度でソートされます。この場合、後で開発者が反復コミットで対処した問題を発見しました。
このケースで行ういくつかのことは、開発者にワンクリックの提案を受け入れる方法も提供することです。問題にフラグを立てるたびに、その問題の修正も生成し、GitHubでボタンをクリックするだけでコミットできます。多くのユーザーが気に入っているもう1つのクールなことは、このエージェント間のハンドオフです。
コーディングエージェント、WarpやCursor、Windsurf、Codeiumなどに持ち帰って実際に変更を修正できるプロンプトも生成します。フィードバックループを作成します。アジェンティックソフトウェア開発を使用してコーディング、つまり内部ループを行い、レビュー段階で生成AIを使って戻って修正できるすべての問題を見つけます。
CodeRabbitが素晴らしい理由とその機能は、持ち込むコンテキストです。たとえば、レビューの詳細を見ると、コードグラフの理解から多くの追加コンテキストを持ち込んでいることがわかります。他のファイルから定義を取得できます。たとえば、tanstack.tsをレビューしている間、他のファイルから定義を取得しています。
また、ユーザーが独自のカスタム指示を提供できるようにしているため、自分の組織に合わせてレビューをカスタマイズできます。これらの指示は、ベストプラクティスや特定のスタイルでコーディングする方法などに関するものです。
しかし、エージェントの前に前もって持ち込むコンテキストだけでは十分でないことがよくあります。コンテキストウィンドウはまだ小さく、本番コードベースは非常に広大に見えます。そこで私たちが行う別のことは、アジェンティック検証です。人間がコードをナビゲートするようにコードをナビゲートするアジェンティックエクスプローラーを実行し、変更されていないコードベースの部分でも問題にフラグを立てます。2番目の例はBunプロジェクトからのものです。
ご存知のように、Bunは高性能で注目を集めているJavaScriptランタイムです。この特定のPRは、RoboBunによって開かれました。RoboBunは彼らのアジェンティックソフトウェア開発者で、エンドツーエンドのPRを開きます。このPRでスクロールダウンすると、コメントの1つは検証エージェントを使用するコメントであることに気付くでしょう。
ご覧のように、CodeRabbitがこのケースで行うことは、基本的にコードレビューを行うためのシェルコマンド、ターミナルコマンドを生成することです。本質的に、コードレビューを行うためにコード生成を行っています。このケースでは、エージェントは入ってgrepを実行しています。どれだけの人が精通しているかわかりませんが、抽象構文木に基づいてコードベースからパターンを取得できるツールです。
提供されたコンテキストになかったため、関数定義を読み取るためのパターン検索を実際に書きました。また、独自にいくつかのripgrepクエリも実行しています。コードベース全体または他のファイルで検索できるキーワードを見つけています。このエージェント検証が行うことは2つです。
まず、CodeRabbitが多くのノイズを抑制するのに役立ちます。最初のパスとして通常生成するコメントの多くは、コードベース全体の全体像がないため、通常は表面レベルのコメントです。2番目に行うことは、コードベース全体のリップル効果である問題を見つけることです。
それがこれまでのことの1つであり、3番目にお見せしたいことは、CodeRabbitはチーム内で非常に協力的な仲間の開発者のようなものであるということです。Bunプロジェクトからの例を見ると、CodeRabbitによってフラグが立てられたコード変更を行ったオープンソースコントリビューターがいることがわかります。しかし、CodeRabbitには多くの部族的知識がないため、PRの意図に基づいてコードが少し異なって見えるべきだという推測をしているだけです。このケースでは、開発者は戻って、エラーがそう言っていなくても、コメントは間違っていると言います。つまり、ここにはいくつかの混乱があります。CodeRabbitが行うことは、開発者に返信するだけでなく、学習を作成することです。学習はより長期記憶のようなものです。ある意味、CodeRabbitに自明でない知識や部族的知識が提供されると、長期記憶に事実を記憶し、将来のレビューで使用してレビューをよりカスタマイズされた関連性の高いものにします。中心的な製品であるため、チーム全体が協力してCodeRabbitに学習を提供し、時間の経過とともに改善できます。ご覧のように、フォローオンメッセージとして、開発者は今CodeRabbitと関わり、ユーザーに表示されるべき適切なエラーメッセージを考え出すための非常にコンテキスト的なチャットを行っています。LLMはUXを理解するのに優れており、LLMはベストプラクティスで訓練されています。これは本当に不可欠なツールとなり、チームに導入できます。
これで、CodeRabbitが世界で推論モデルの最大のユーザーの1つであることも強調したいと思います。コードレビューは、コード生成よりもはるかに多くの推論を必要とするユースケースの1つです。計画は推論を必要とする他のユースケースかもしれません。
しかし、もう1つはコードレビューであり、GPT-4oが私たちのユースケースにとって大きなゲームチェンジャーであったことを指摘したいと思います。GPT-4o以前に使用していた以前の世代の推論モデルまたはモデルと比較して、ほぼ70%の改善のジャンプを見ました。これにより、過去数か月だけでCodeRabbitが大幅に改善されました。
Charlie:完全自律型TypeScriptエンジニア
それでは、次にCharlie Labsの創業者であるライリーを紹介したいと思います。彼はAI時代のソフトウェアのリリース方法について話します。
こんにちは、Charlie Labsの創業者、ライリー・トーマスです。Charlieはチームがコードをより速くリリースするのを支援する完全自律型のTypeScriptエンジニアです。
コードの作成、質問への回答、計画の生成、コードのレビューなど、CLIおよびIDEベースのエージェントでおなじみのすべてのことを行います。しかし、Charlieを特別なものにしているのは、GitHub、Linear、Slackでチームと直接協力することです。スロップフリーのTypeScriptコードを完全に自律的に書き、バグとテクニカルデットを積極的に見つけて修正します。
Charlieは、ラップトップ上で孤立して実行される単一のエージェントではなく、完全なチームメンバーです。Charlieと仕事をするとはどういうことか見せましょう。これらは今日Charlieが積極的に作成したLinearの課題です。バグとテクニカルデットです。Charlieは私たちのSentryとリポジトリを調べてこれらを見つけ、ここに課題を作成しました。
始めて、これらを彼に割り当てましょう。Charlieはこれらの課題に取り組み始めます。ああ、もうここでステータスを更新しています。Charlieは自分が何をしているかを示すのが得意です。これらのバグの1つを見てみましょう。
これをやりましょう。これはSentryから来ました。ご覧のように、トリムされたスタックトレースがあります。そして、Charlieはそれを、彼もアクセスできるソースコードと相互参照して、これを引き起こした関連コードを見つけ、根本原因を正しく特定しました。これは、プロンプトに実際にJSONを含めずにJSON objectを使用していることです。これは素晴らしい発見です。
このことのクールなところは、Charlieがすでに効果的にそれを理解しているため、修正が非常に簡単だということです。ここにコメントを投稿したことがわかります。彼はすでに自分の変更をレビューしているようです。
彼はこれを続けます。数分後にこれらに戻ってきます。今のところ、Charlieで機能を作成する方法を見ていきます。Charlieは、ソースコード、GitHub、Linear、そしてウェブ検索を備えたGPTのインテリジェンスにアクセスできるため、Slackで非常に優れたコラボレーターになります。ブレインストーミング、仕様の作成など、すべてに非常に優れています。このケースでは、私たちが取り組んでいるデモアプリをすぐにお見せします。
ダークモードの欠如は、この画面ではかなり厳しいです。それを修正できます。アダムのようです。もう1つのクールなことは、1つのスレッドでGitHub、Linear、Slackのすべてにわたって複数の人間とCharlieを使用できることです。計画ができました。アダムは、デフォルトのシステムカラーまたはシステムテーマをデフォルトカラーにしたいと指定しました。
そして、Charlieに課題を作成して自分に割り当てるように頼みました。あなた方はどうかわかりませんが、Linearの課題を書くのが好きな開発者に会ったことはありません。ブレインストーミングして、終わったら整理するように言うだけで、これは本当に素晴らしいことです。それを見ることができます。かなり標準的な課題がここにあります。
彼は実際に正しいラベルを付けました。そして、デフォルトテーマのスレッドからのアダムの呼び出しもあります。繰り返しますが、これは今日早く起こったことで、Charlieはすでにこれに対するPRを持っており、それを見ることができます。CharlieのPRの素晴らしい点の1つは、VMで実行されているため、すべてのテストとタイプなどを実行できることです。
つまり、通常、PRを開くときにCIが合格します。そして、さらに自信を持つために、PRを開く前に作業を検証するために実行したコマンドも表示されます。機能するか確認しましょう。見てください。ダークモードがあります。そして、それはシステムカラーです。なぜなら、暗いからです。ライトにして、ダークに戻すことができます。彼は自分のPRの簡単なレビューも行います。これはより多くの問題をキャッチする素晴らしい方法です。
ご存知のように、異なるコンテキストにより、彼は物事をよりよくキャッチできるようになります。エージェントループ内でレビューを実行しますが、GitHubからのコンテキストなしで再度開始することは、別の安全層であり、このケースでは、実際に、カスタム指示では名前付きエクスポートを使用するように言っているのをキャッチしたようです。デフォルトエクスポートを使用しています。それを修正してもらうこともできます。
しかし、念のため、これはトグルリストです。ドロップダウンに変更します。CharlieのPRをレビューできます。ここで何でもコメントできますが、自分のフィードバックに対処し、ドロップダウンに変更してくださいと言うだけです。変更をリクエストします。
そして、数分後、Charlieは、そのデフォルトエクスポートを名前付きエクスポートに変更し、ドロップダウンを追加するPRを作成します。バグがどうなっているか戻って見てみましょう。見てください。これらの多くに対してPRがあります。完全に自律的です。そして、CIが合格しているか簡単に確認できます。はい。全部グリーンです。
これが完全に自律的で並列化されたエージェントでできることの概要です。この代替案を考えることが重要です。多くのローカルエージェントを扱い、手動でブランチを作成し、手動でPRを作成することになります。そして、並列化したい場合は、gitワークツリーを扱う喜びがあります。
コードの作成、レビュー、リリース方法をお見せしました。時々物事が壊れます。次は、本番環境のバグ修正について話すために、jam.devの創業者であるダニー・グラントです。
Please Fix:本番サイトを直接編集
素晴らしい。私たちはJamを始めるとき、ソフトウェアをより速く開発し、より楽しくするにはどうすればよいか、あえて言うならバイブを加えるにはどうすればよいかを考えました。
バグレポートにJamを使用している何十万人もの人々の1人でない場合は、試してみるべきです。素晴らしいです。しかし、今日は、ソフトウェア修正の次のステップについて話したいと思います。私たちは、バグレポートを提出する必要がなかったらどうなるかと考え始めました。デザイナー、PM、創業者が本番環境で修正したいものを見たときに、誰かに修正を依頼する必要がなかったらどうでしょうか。自分で修正できたらどうでしょうか。私たちは、ブラウザをエディタに変えて、少し良くなる可能性のあるものを見たときに、それを実現できるようにすることが素晴らしいと考えました。
そのページで、そこで直接サイトを編集できます。そして、AIに編集を処理してPRに変えてもらいます。私たちはそれを、さて、二度と聞く必要のない2つの言葉にちなんで名付けました。Please Fixをお見せできることに本当に興奮しています。Jamの自社ウェブサイトでPlease Fixをデモして、ライブサイトの編集がいかに簡単かをお見せします。
人々が常に行いたい最も一般的な編集の1つはコピーです。Please Fixでの方法は次のとおりです。自分のサイトを見ているときに、変更したいコピーを見たら、Please Fix拡張機能をクリックするだけです。次に、変更したいコピーを選択し、そこで直接変更します。
満足したら、送信を押すと、Please FixがあなたのためにPRを作成します。デザインも編集できます。サブタイトルを少し良くしましょう。少し太く。
少し小さくします。色も変更できます。エディタのこれらすべてのトークンは、コードベース、デザインシステムから取得されるため、すべてが一貫性があり、本当にクリーンです。
インラインに強力なエディタがありますが、望まない場合は使用する必要さえありません。Please Fixに変更を依頼するだけで、このQRコードを30%大きくしてくださいと言えば、Please Fixがその変更を行います。エディタと同様に、複数の要素を選択して、それらすべてを一緒に編集できます。
いくつかの画像を選択しましょう。エディタで編集することも、Please Fixに何かをするように依頼することもできます。CSS アニメーションを追加しましょうか。はい、これらの画像セクションをアニメーション化して、スクロール時に表示されるときに50%からスケールするようにします。これは、デザイナーが大きなローンチの前にエンジニアが対応できることを本当に望んでいるタイプのものです。デザイナーはエンジニアに20件ほどのリクエストを入れます。
それらはPMによって優先順位付けされ、エンジニアは例えば5つに対応します。この方法では、特定の人々のボトルネックなしに実際に進めることができます。クリエイティブチーム全体のスピードで動くことができます。開発者は中断されません。
むしろ、誰もができることを貢献しながら、新機能の構築という最も困難な問題に集中できます。作成したアニメーションを見てみましょう。スクロールダウンします。準備はいいですか。ああ、いいですね。ねえ、他に本当にクールなことは何でしょうか。Figmaで何かをデザインして、それをライブサイトに適用する必要があることがあります。それをPlease Fixに依頼できたらどうでしょうか。
実際、このサイト用のFAQセクションをデザインしました。Please Fixに修正してもらいましょう。スクリーンショットを撮ります。そして、Please Fixに、メールのように添付されたこのFAQセクションをこれの下に追加するように依頼します。どのセクションの下かと言うと、サイトの最後のセクションのすぐ下に配置したいからです。
ここで舞台裏では大量のGPT-4o、GPT-4o Codecが動いており、これを構築するための多くのCodecがあります。非常に強力なモデルです。ありがとう、OpenAI。実際、私たちは会社を始めたばかりの5年前にこの正確な製品を構築しようとしました。そして、まだLLMがなかったため、できませんでした。プロダクション対応ではありませんでした。
だからこそ、今日これをお見せできること、そしてこれが実際に使用できるものであることに非常に興奮しています。クール。FAQセクションができました。素晴らしいと思います。サイトの編集が完了したら、変更を確認してPRを送信できます。これには少し時間がかかります。用意したものを見てみましょう。これがPlease FixによるPRの様子です。
本当に短く、甘く、ざっと見やすく、プレビューブランチで見ることができます。プルしたデザインシステムから再利用して、使用しているものは何でも使用するコード変更を見ると、私たちのケースでは、Tailwindを使用していることを検出し、TailwindクラスSを再利用します。皆さんがこれで何を構築するかを見られることに本当に興奮しています。jam.dev/pleasefixにアクセスしてサインアップして、一緒にもっと多くのソフトウェアを構築しましょう。これは楽しかったです。ありがとうございました。
クロージング
素晴らしい。ありがとう、ダニー。私たちのチームは世界中の素晴らしい創業者たちと協力していますが、最大の開発者イベントの1つでステージに上がってライブデモを行うほどクレイジーな人は多くありません。もう一度大きな拍手を送りましょう。素晴らしい仕事でした、皆さん。
創業者全員が外にいますので、彼らに会い、彼らが構築しているものについて詳しく知り、自分のスタートアップやアプリケーション構築でどのように使用できるかを知りたい場合は、ぜひお会いください。Devdayでのライブデモショーケースにご参加いただきありがとうございました。素晴らしい一日をお過ごしください。ありがとうございました。
コメント