저희는 작은 사무실에서 Discourse를 사용하고 있습니다. 위에서 언급했듯이 초안(draft)에 문제가 있습니다. 아마도 아실 텐데, 새로운 폴더를 빠르게 만들고, 그 안에 또 다른 폴더(2), 새 텍스트 문서, 새 텍스트 문서(2)를 만든 뒤, 이 파일들에 서로 다른 정보를 채워 넣은 채로 나중에 이름을 바꾸지 않는 습관이 있습니다.
나중에 보니 텍스트 블록에는 시간 정보가 없고, 버전 관리도 없으며, 이미지도 없습니다. 또한 자동 저장 기능이 부족해 일부 내용이 저장되지 않은 경우도 있습니다.
텍스트 파일 안의 정보는 뒤섞여 있고 구조가 엉망입니다. 시간이 오래 지나면 이런 폴더에서 무언가를 찾기가 매우 어려워집니다. 콘텐츠 인덱싱이나 인공지능이 이 경우 조금은 도움이 될 수 있으며, Discourse는 이러한 기능을 수행합니다.
사무실 팀워크에 대해 언급했습니다. 이는 직원의 로컬 소유권 기반 초안이 사용자 계정 뒤에 잠겨 있다는 것을 의미합니다. 협업 과제를 수행하는 직원들의 경우, 서로의 초안을 숨길 필요가 없습니다. 오히려 초안이 모두에게 동시에 열려 있는 것이 더 좋습니다. 소프트웨어 개발자가 어떻게 일하는지 기억해 보세요. 그들은 코드(자주 문서도 코드로 작성)를 버전 관리가 있는 공유 저장소에 올립니다. 그리고 리드 엔지니어가 변경 사항을 검토하면, 해당 내용은 마스터 브랜치에서 모든 사람에게 공개됩니다. 초안의 경우, 이러한 중재자가 필요하지 않습니다. 따라서 이 부분에서 Discourse가 가장 뛰어난 장점을 보입니다.
이미지와 연결된 초안 문제는 마크다운 편집기로 쉽게 해결할 수 있습니다(특히 표 편집이나 기이하게도 역방향으로 변환되는 base64 이미지 변환을 할 때 저는 Typora를 계속 사용했습니다 - 클립보드에서 이 텍스트를 삽입하는 편집기가 없기 때문입니다). Discourse는 동시 작업 플랫폼으로 완벽하게 적합합니다. 채팅 토론은 쉽게 주제나 게시글로 변환할 수 있습니다. OpenAI 모델은 데이터 처리에서 중요한 역할을 할 수 있지만, 내장 알고리즘만으로도 포럼 스레드가 관련성이 있도록 만드는 데 충분합니다.
저희는 수신함(inbox) 기능을 사용하여 포럼에 이메일로 텍스트를 빠르게 보냅니다. 이렇게 하면 포럼 자체를 여는 분산 없이 귀중한 아이디어를 잃지 않을 수 있습니다. 그런 다음 브레인스토밍에서 이 아이디어들을 활용합니다.
권한을 사용하면, 주제가 준비가 되면 샌드박스에서 공개 영역으로 쉽게 이동시킬 수 있습니다. 유연한 신뢰 수준(trust levels)을 통해 다른 부서별 접근 권한을 조직할 수 있습니다.
네, 저희는 3년 동안 Discourse를 사용해 왔습니다. 처음에는 제가 유일하게 Discourse에 노트를 공유하는 사람이었습니다. 게시물을 올리기 전에 텍스트 편집기를 사용해 기사를 준비할 필요가 없다는 것을 깨달았습니다. 예전에는 매일 지원팀으로부터 같은 질문을 받곤 했습니다. 그리고 저는 개인 지식 베이스를 만들었습니다.
1년 후, Discourse의 기사에 영감을 받은 직원을 한 명 채용했습니다. 그는 첫 번째 편집자가 되었습니다. 선구자로서 그는 주변 동료들에게 그 영향력을 확장했습니다. 현재 150명 중 1/5이 Discourse에서 작성과 편집에 적극적으로 참여하고 있습니다. 주제는 기본적으로 위키 형식이며 편집 횟수에 제한이 없습니다.
처음에는 팀원들이 마크다운 테이블과 첨부 파일의 색인화 불가에 대해 혼란을 겪었습니다.
이후 그들은 편집 가능한 텍스트가 컴파일된 PDF보다 더 강력하다는 것을 깨달았습니다. 예를 들어, 소스 코드를 검색하거나 승인을 요청하거나, 바이너리 파일을 만들어 업로드하고, 마지막으로 업데이트를 공지할 필요가 없습니다.
가장 큰 문제가 초안 공유라는 것을 알고 계시죠? 네, 맞습니다. 하지만 근본적인 문제는 무관심과 책임감 부족이라고 생각합니다. 때로는 자신의 작업을 보여주는 것을 두려워하지만, 다른 사람들이 그들이 만든 것을 어떻게 사용할 수 있는지에 대해서는 항상 무관심합니다.
또한 사람들이 공개적으로 무언가를 하도록 동기가 부여되지 않는 이유는, 질문을 받는 대상이 되기 때문입니다. 또 다른 점은 이 경우 포럼 멤버들이 포럼 밖에서 논의한다는 것입니다. 그들은 원래 게시물을 인용하여 같은 장소에서 이야기하는 것 대신에 Skype 메시징을 선호합니다. 제 생각에는 사람들은 항상 문제를 해결하기 위해 '빠른 길’을 선호하는 것 같습니다.
추가: 우리는 초안과 게시 가능한 상태로 카테고리를 나누지 않습니다. 때로는 초안을 공지(Announces)로 이동시킵니다. 완성된 기사가 되게 두는 거죠:)
저는 찬성표를 던졌습니다. Discourse가 이 분야에서 뭔가 해야 한다고 생각하기 때문입니다. 제 선호도는 공유 Discourse 인스턴스와 동기화되는 로컬 메모 앱입니다.
제 용도상, 메모는 로컬에 마크다운 파일로 저장되고, Vim으로 편집 가능하며, GitHub와 Discourse 모두와 쉽게 동기화되어야 합니다.
지난해에 Obsidian/Discourse CLI 앱을 대략적으로 만들어 봤습니다. 첫 시도치고는 꽤 잘 작동합니다. Obsidian이 파일 시스템을 진실의 원천(source of truth)으로 사용하는 방식은 좋지만, 만약 다시 하라면 Obsidian을 제외하고 로컬 메모 저장을 위해 SQLite 데이터베이스를 사용할 것입니다. (사람들이 설치하기 쉽게 하기 위해 앱은 Ruby 대신 Go를 사용할 것입니다.)
음, 그쪽은 작은 기업이고 꽤 투명하며, 합리적인 가격의 서비스(동기화, 게시)를 제공하고 있습니다. 또한 플러그인 개발자와 사용자들로 구성된 강력한 커뮤니티도 갖추고 있죠. 그리고 모든 것이 로컬 마크다운 파일 기반으로 작동하기 때문에 플랫폼 종속성(lock-in)에 대한 걱정도 없습니다. 저는 오픈 소스를 좋아하지만, 오픈 소스와 빅테크 사이에 기업들이 존재할 공간도 있다고 생각합니다.