小規模オフィスでDiscourseを使用しています。前述のように、下書きの問題があります。新しいフォルダをすばやく作成し、次に新しいフォルダ（2）、新しいテキストドキュメント、新しいテキストドキュメント（2）を作成し、これらのファイルにさまざまな情報を入力し、その後名前を変更しないという習慣があることはおそらくご存知でしょう。
後で、テキストブロックに時間参照がなく、バージョンがなく、画像がなく、自動保存の欠如により一部のものが保存されないことがあることが判明します。
テキストファイルの情報は混在しており、構造化されていません。長時間が経過すると、そのようなフォルダで何かを見つける可能性は非常に低くなります。コンテンツインデックス作成または人工知能は、この場合にいくらか役立つ可能性があり、Discourseはこの機能を果たします。
オフィスでのチームワークについて言及しました。つまり、従業員のローカルな独自のドラフトは、ユーザーアカウントの後ろにロックされています。共同作業を行う従業員について言えば、互いにドラフトを隠す必要はありません。むしろ、ドラフトがすぐに全員に利用可能になる方が良いでしょう。ソフトウェア開発者がどのように機能するか覚えていますか？彼らはコード（および多くの場合ドキュメントをコードとして）をバージョン管理された共有リポジトリに入れます。そして、リードエンジニアが変更をチェックするとすぐに、それらはマスターブランチで全員に利用可能になります。ドラフトの場合、そのようなモデレーターは必要ありません。したがって、ここではDiscourseが優れています。
リンクされた画像を含むドラフトの問題は、Markdownエディター（テーブルの編集や奇妙に逆のbase64画像変換のためにTyporaを使用し続けています。クリップボードからこのテキストを挿入するエディターはありません）で簡単に解決できます。Discourseは、同時作業プラットフォームとして完全に適しています。チャットディスカッションは、トピックまたは投稿に簡単に変換できます。OpenAIモデルはデータ処理で重要な役割を果たす可能性がありますが、組み込みアルゴリズムでもフォーラムのスレッドを関連性があるように見せるのに十分です。
受信トレイ機能を使用して、フォーラムにテキストをメールとしてすばやく送信します。このようにして、フォーラム自体を開く気を散らすことなく、貴重な考えを失うことはありません。その後、これらのアイデアをブレインストーミングで使用します。
権限を使用すると、トピックが準備できたときにサンドボックスから公開に簡単に移動できます。柔軟な信頼レベルにより、さまざまな部門のアクセスを整理できます。
「いいね！」 5
mcwumbly
(Dave McClure)
25
@Ivan_Rapekas 正しく理解していれば、組織内で共同メモアプリとしてDiscourseをすでに使用しているということですね。それは正しいですか？それとも誤解していますか？
そのようにDiscourseを使用する上で、現在直面している課題はありますか？それらの課題に対処するのに役立つと考えている変更点はありますか？
もしかしたら、これが現在直面している主な問題でしょうか？
下書き用のカテゴリを作成することを検討しましたか？そこでは、未完成の作業中であることが理解されているとします。
「いいね！」 4
はい、私たちは3年間Discourseを使用しています。当初は私だけがDiscourseでメモを共有していました。記事を公開する前にテキストエディタで準備する必要がないことに気づきました。毎日サポートチームから同じ質問に答えていました。そして、私は個人のナレッジベースを作成しました。
1年後、Discourseの記事に触発された男性を雇いました。彼は最初の編集者になりました。先駆者として、彼は近隣の同僚に影響を広げました。現在、150人の従業員の5分の1が、Discourseで積極的に執筆・編集を行っています。トピックはデフォルトでウィキタイプであり、編集回数に制限はありません。
最初は、チームはMarkdownテーブルと添付ファイルのインデックス作成ができないことに戸惑いました。
その後、編集可能なテキストが、例えばコンパイルされたPDFよりも強力であることに気づきました。ソースコードを検索したり、承認を求めたり、バイナリファイルを作成してアップロードしたり、最終的に更新を通知したりする必要がなくなりました。
ドラフトの共有が主な問題だとお尋ねですね。はい、そうです。しかし、根本的な問題は無関心と責任感だと思います。時には、彼らは自分の仕事を見せることを恐れていますが、他人が自分の成果物をどのように利用できるかについては、決して気にしません。
また、人々は公の場で何かをすることに意欲を持っていません。なぜなら、彼らは質問される対象になるからです。別の点として、この場合、フォーラムのメンバーはフォーラム外で議論します。彼らは、元の投稿を引用して同じ場所で議論するよりも、Skypeでのメッセージングを好みます。私の考えでは、人々は常に問題を解決するために「近道」を好みます。
更新：ドラフトと公開準備完了のカテゴリを分けていません。時にはドラフトをAnnouncesに移動します。完成した記事として扱います:)
「いいね！」 5
simon
27
私は賛成票を投じました。なぜなら、Discourse はこの分野で何かを行うべきだと考えているからです。私の好みは、共有 Discourse インスタンスと同期するローカルのメモ取りアプリです。
私の目的では、メモはマークダウンファイルとしてローカルに保存され、Vim で編集でき、Github と Discourse の両方と簡単に同期できる必要があります。
昨年、Obsidian/Discourse CLI アプリの概略を作成しました。最初の試みとしては十分機能します。私は、真実の情報源としてファイルシステムを使用する Obsidian の使い方を好みますが、もしもう一度やるなら、Obsidian を除外し、SQLite データベースを使用してローカルノートを保存します。(また、インストールを容易にするために、アプリには Ruby の代わりに Go を使用します。)
「いいね！」 4
ToddZ
28
彼らは小規模なビジネスで、非常に透明性が高く、比較的安価なサービス（同期、公開）と、プラグイン開発者やユーザーの強力なコミュニティを持っています。すべてローカルのMarkdownファイルに基づいているため、プラットフォームのロックインの心配もありません。オープンソースは好きですが、オープンソースとビッグテックの間には、企業が存在する余地があります。
「いいね！」 6