ActivityPub 지원: 1단계 RFC

고맙습니다 @aschrijver, 정말 도움이 많이 됩니다.

첫 번째 단락에서는 "지혜롭게 사용하라"는 아이디어를 받아들였습니다.
두 번째 단락에 대해 말씀드리자면, 저는 "ActivityPub"라고 말할 때 프로토콜 자체보다는 그것이 가능하게 하는 기능이나 역할에 대해 더 언급하고자 했던 것입니다. 바로 말씀하신 “콘텐츠 공유/링크” 아이디어나 “콘텐츠를 서버의 경계에서 해방시키는 것” 같은 것 말입니다.

일종의 통제력이나 권력의 이동이라는 아이디어는 흥미롭습니다: 더 이상 커뮤니티 소유자가 “자신의” 사용자, “자신의” 콘텐츠(최소한 호스팅하는 것), 사람들이 그들의 공간에 왔을 때 접근할 수 있는 정보, 정보가 어떻게 조직되고 그룹화되는지 등을 통제하지 않게 될 것입니다. 사용자는 더 많은 통제력을 가지며, 원하는 것을 원하는 곳에서 선택하고 자신만의 "메뉴"를 만들 수 있을 것입니다.

사용자의 관점에서는 이것이 매력적으로 보일 수 있고, 커뮤니티 소유자의 관점에서는 조금 무섭거나 걱정스럽게 느껴질 수 있다는 점은 이해할 수 있습니다.

레스토랑 비유를 들자면, 여러 장소를 하나로 합친다는 제 주장은 다소 과장되었을 수 있다고 동의합니다. 하지만 저는 당신의 비유가 너무 부드러웠다고 생각합니다. 제 생각에는 당신이 설명한 것보다 더 큰 변화입니다. 한 레스토랑에 가서 다른 곳의 셰프가 만든那道菜를 주문할 수 있게 되는 것과 같습니다. 이는 왜 그 셰프에게 좋은 급료를 지불하고, 그를 유치하고 유지하는 데 어려움을 겪었던 레스토랑 주인이 고객들이 “그의” 레스토랑에 오도록 하는 명확한 이유를 더 이상 원하지 않게 될 것인가라는 질문을 제기할 수 있습니다(이것이 제 주장의 큰 부분이었습니다). 당신의 대답은 일종의 "고객의 관점에서는 훌륭하다"는 것입니다. 네, 물론, 동의합니다.

하지만 어쨌든, 이 부분에 대해 당신이 옳을 수 있고, 제가 하고 있는 주장은 과거 오픈 소스에 대한 기업들의 두려움과 꽤 비슷해 보입니다.