人々がリンクできるものを提供する

 (simonwillison.net)
1 ポイント 投稿者 GN⁺ 2024-07-14 | 1件のコメント | WhatsAppで共有

リンクを用意して、機能やアイデアについて語れるようにする

  • プロジェクト、アイデア、製品機能を理解してもらい、会話を促すためにリンクを提供すべき
    • 人々が理解し、会話できるようにするには、リンクを提供することが重要
    • ChatGPT Code Interpreter と Boring Technology はその好例

ChatGPT Code Interpreter は事実上見えない

  • ChatGPT Code Interpreter は非常に強力だが、ほとんど見つからない
    • ChatGPT の機能の1つで、Python コードを書いて実行できる
    • この機能を有効化する方法を知らなければ、その存在自体に気づきにくい
    • OpenAI にはこの機能に関するヘルプページがなく、混乱を招いている
    • Claude の類似機能である Artifacts にはヘルプページがあり、比較的見つけやすい
    • GitHub は Codespaces や Copilot のような機能について専用のランディングページを提供している

Boring Technology: ウェブサイトのあるアイデア

  • Dan McKinley が 2015 年に Boring Technology という用語を作った
    • 開発チームには、新しい問題を解決できる能力に限りがある
    • 独自の製品を作ることに集中し、それ以外はよく知られた技術を使うのがよい
    • Django はこの文脈で「退屈な技術」として認められている
    • Dan はこのアイデアをウェブサイトへと拡張し、多くの会話を生み出した

SEO と会話のためのもの

  • SEO と会話のためにリンクを提供することの重要性
    • SEO の目標は、検索時に自分のサイトへ誘導すること
    • 会話という観点でも、リンクを提供することは重要
    • リンクを通じて明確な説明を提供するほうが効率的

GN⁺ の要約

  • この記事は、プロジェクトやアイデアを理解してもらい、会話を促すためにリンクを提供する重要性を強調している
  • ChatGPT Code Interpreter と Boring Technology を例に説明している
  • SEO と会話の両面から、リンク提供の重要性を論じている
  • 類似の機能を持つプロジェクトとして、GitHub の Codespaces や Copilot がある

関連記事

1件のコメント

 
GN⁺ 2024-07-14
Hacker Newsのコメント

  • boringtechnology.club というサイトに触れつつ、独自の解決策に革新を集中させ、残りはできるだけシンプルに保つべきだとしている

    • 多くの開発チームはあらゆる部分で革新を試みた結果、価値を提供する方法を見失いがちだ
    • このスライドデッキは世界観に刻み込むべきだ

  • ハイパーリンクとURLはウェブの中核だ

    • URLがあれば、記事やリソースを正確かつ普遍的で、長く使える形で参照できる
    • 人々がリンクをメッセージに貼らずに「YouTubeで検索して」と言うのを見ると、もどかしくなる
    • 関連する古典的なエッセイ: "Cool URIs don't change"

  • Simonのほかの例もHNでは非常に効果的だ

    • SimonはAI関連の話を素早く書き、関連する事実へのリンクを付けてアクセスしやすくしている

  • rsync.net の「CEOページ」が独特だ

    • ほかのサービスでこうしたページを見たことはなく、役に立つかは分からないが印象的だった

  • OpenAIがテクニカルライターを雇っていないのは驚きだ

    • ドキュメントの状態がよくない理由はここにある
    • ドキュメント化より成長を優先しているように見える

  • 死んだリンクが最悪だ

    • GPTを使って死んだリンクの代わりになるウェブサイトを生成するブラウザー拡張が必要だ

  • Simonのまた別の優れた投稿

    • Google Gemini App 関連プロジェクトに証拠を追加するため、この概念を使っている
    • localStorage を使って訪問した公開チャットの一覧を保持し、簡単に参照できるようにしている

  • Squareのインシデント対応ミームが outage.party につながった

  • Microsoft製品のURLが長すぎて複雑で、不便だった

    • 内部ツールで深くネストされた状態を共有しづらかった
    • チームから2週間この問題を解決する時間を与えられたとき、ディープリンクをサポートする代替案を作った
    • JSON形式でデータを返す /api/ プレフィックスを追加したところ、チーム内で非常に人気が出た
    • その後チームがディープリンクをサポートするようになり、/api/ プレフィックスは重要な内部サービスへと昇格した