1P by neo 2달전 | favorite | 댓글 1개

링크를 제공하여 기능과 아이디어에 대해 이야기할 수 있게 하라

  • 프로젝트, 아이디어, 제품 기능을 이해시키고 대화를 유도하기 위해 링크를 제공해야 함
    • 사람들이 이해하고 대화할 수 있도록 링크를 제공하는 것이 중요함
    • ChatGPT Code Interpreter와 Boring Technology가 좋은 예시임

ChatGPT Code Interpreter는 사실상 보이지 않음

  • ChatGPT Code Interpreter는 매우 강력하지만 거의 보이지 않음
    • ChatGPT의 기능 중 하나로, 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이 있음
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/ 접두사는 중요한 내부 서비스로 승격됨