저희는 작은 사무실에서 Discourse를 사용하고 있습니다. 위에서 언급했듯이 초안(draft)에 문제가 있습니다. 아마도 아실 텐데, 새로운 폴더를 빠르게 만들고, 그 안에 또 다른 폴더(2), 새 텍스트 문서, 새 텍스트 문서(2)를 만든 뒤, 이 파일들에 서로 다른 정보를 채워 넣은 채로 나중에 이름을 바꾸지 않는 습관이 있습니다.
나중에 보니 텍스트 블록에는 시간 정보가 없고, 버전 관리도 없으며, 이미지도 없습니다. 또한 자동 저장 기능이 부족해 일부 내용이 저장되지 않은 경우도 있습니다.
텍스트 파일 안의 정보는 뒤섞여 있고 구조가 엉망입니다. 시간이 오래 지나면 이런 폴더에서 무언가를 찾기가 매우 어려워집니다. 콘텐츠 인덱싱이나 인공지능이 이 경우 조금은 도움이 될 수 있으며, Discourse는 이러한 기능을 수행합니다.
사무실 팀워크에 대해 언급했습니다. 이는 직원의 로컬 소유권 기반 초안이 사용자 계정 뒤에 잠겨 있다는 것을 의미합니다. 협업 과제를 수행하는 직원들의 경우, 서로의 초안을 숨길 필요가 없습니다. 오히려 초안이 모두에게 동시에 열려 있는 것이 더 좋습니다. 소프트웨어 개발자가 어떻게 일하는지 기억해 보세요. 그들은 코드(자주 문서도 코드로 작성)를 버전 관리가 있는 공유 저장소에 올립니다. 그리고 리드 엔지니어가 변경 사항을 검토하면, 해당 내용은 마스터 브랜치에서 모든 사람에게 공개됩니다. 초안의 경우, 이러한 중재자가 필요하지 않습니다. 따라서 이 부분에서 Discourse가 가장 뛰어난 장점을 보입니다.
이미지와 연결된 초안 문제는 마크다운 편집기로 쉽게 해결할 수 있습니다(특히 표 편집이나 기이하게도 역방향으로 변환되는 base64 이미지 변환을 할 때 저는 Typora를 계속 사용했습니다 - 클립보드에서 이 텍스트를 삽입하는 편집기가 없기 때문입니다). Discourse는 동시 작업 플랫폼으로 완벽하게 적합합니다. 채팅 토론은 쉽게 주제나 게시글로 변환할 수 있습니다. OpenAI 모델은 데이터 처리에서 중요한 역할을 할 수 있지만, 내장 알고리즘만으로도 포럼 스레드가 관련성이 있도록 만드는 데 충분합니다.
저희는 수신함(inbox) 기능을 사용하여 포럼에 이메일로 텍스트를 빠르게 보냅니다. 이렇게 하면 포럼 자체를 여는 분산 없이 귀중한 아이디어를 잃지 않을 수 있습니다. 그런 다음 브레인스토밍에서 이 아이디어들을 활용합니다.
권한을 사용하면, 주제가 준비가 되면 샌드박스에서 공개 영역으로 쉽게 이동시킬 수 있습니다. 유연한 신뢰 수준(trust levels)을 통해 다른 부서별 접근 권한을 조직할 수 있습니다.