問題タブ [collaboration]

非 WYSIWYG (LaTeX、HTML など) の散文を編集する場合、おそらく文末に改行を入れたいと思うでしょう。これにはいくつかの利点があります。

1. 文章の並び替えがしやすい。
2. 文をコメントアウトしやすくなります。
3. ランオン/過度に長い文章を見つけやすくなります。
4. 文章にコメントしやすくなります。

例えば：

そしておそらく最も重要な利点は、バージョン管理下での共同編集がはるかに簡単になることです。そうしないと、「この巨大な段落の次の 2 つのバージョンが競合しています」というメッセージが表示されるだけの競合が発生します。

しかし、文末に改行を維持することは、言うは易く行うは難しです...

次の質問は、emacs でこの問題を解決する方法について尋ねます。

Emacs に段落ではなく文を埋めるにはどうすればよいですか?

vim、TeXShop、TextMate、およびここで収集すると役立つと思われる他のエディターを含む、他のエディターで人々がこれをどのように処理しているかを知りたいです。ソフトラッピングとハードラッピングのアドバイスも大歓迎です。

2 人以上のユーザーとの共同作業をサポートする Web ベースのテキスト エディターを探しています。

私は、かなり「小さな」プロジェクトに、遠くから他の数人と一緒に取り組みたいと思っています。同じファイルで同時に作業し、お互いが行った変更を「リアルタイム」で確認できるようにしたいと考えています。 .

構築された言語はそれほど問題ではありません。構文の強調表示が必要ですが、実際には必要ありません。

このコード

これは、Acrobat 7 および 8 で機能していました (実際、メモ/注釈/コメントの編集を有効にするために必要でした) は、Acrobat 9 をクラッシュさせるようです。

回避策があるかどうか誰かが知っていますか (ここにリストされているものは私には機能しません)。アドビの誰かがSOを使用していて、答えてくれますか?

このような共同質問応答管理システムを作成するにはどうすればよいでしょうか? 生徒が質問して答えを見つけられるように、学校用に作成したいと考えています。フォーラムや pligg などを試しましたが、あまり魅力的ではありませんでした。私はstackoverflowとまったく同じものが欲しいです。

私は SVN を数年間使用しており、最近は Trac を含むいくつかのプロジェクトに取り組んでいます。ほとんどの人にとっては奇妙に思えるかもしれませんが、私はこれらのツールがあまり使用されないデザイン指向のバックグラウンドを持っています。

現時点では、クライアントの要件やドキュメントなどを追跡するために Basecamp を主に使用しています。一方、ソース管理には SVN (開発者間のみ) を使用しています。

そのため、Trac をバンドル (およびその他の便利な機能) に統合することを目的として、これらの要件を満たすオンライン環境を探していました。そこにはたくさんありますが、私の主な関心事は、あまりにもマニアックなことでデザイナー、プロジェクトマネージャー、クライアントを驚かせたくないということです.

これまでのところ、私が見つけた最も適切なソリューションはAssemblaです。

どんなアドバイスでも大歓迎です！

ありがとう、

T

編集 ：

ご意見をお寄せいただきありがとうございます。ただし、回答は自動的に投票されました。現在、REDMINEを試しています。

私たちは仕事で SVN を使用しており (つまり、これはオープンソース プロジェクトではありません)、オフショア チームが私たちのコードで作業しています。彼らともっとうまくコミュニケーションがとれるようになりたいですし、GitHub が提供するコメント システムは完璧でしょう。

GitHub のシステムでは、 commit 内の任意のコード行について議論を開始できます。

それで、私の質問: 誰かが同様のツールを持つホストされた SVN プロバイダーを知っていますか?

明確にするために、私はコードについて便利な議論を可能にする議論ツールを特に探しています。GitHub ツールを使用すると、ソース ブラウザーのコード行についてディスカッションを開始できます。

私が探しているのは正式なピア レビュー ツールではなく、コミット内のコードに関する会話を促進するように設計されたディスカッション ツールです。

現在、Assembla を使用していますが、Trac リポジトリ ブラウザまたは独自のリポジトリ ブラウザでこの種の機能を提供していません。

YouTube での例

私はかなり経験豊富なC＃開発者（約5年の経験）であり、最近、最初の開発チームをテクニカルリード（他の3〜5人の開発者の間で変化）として担当しています。この役割での過去4か月間、発生し続ける1つのジレンマは、プロジェクトマネージャー、アカウントマネージャー、クライアント、デザイナー、CEO、および私の間で行われるコミュニケーションの認識を共有する適切な程度を見つけようとすることです（特に電子メールを介して） 。

一方では、各開発者がプロ​​ジェクトの全体的な方向性についてより多くの認識を持っているほど、彼らの特定の機能が全体像で持つ範囲をよりよく理解できることを私は知っています。

しかし一方で、さまざまな利害関係者や管理者の間のメールの海で多くの時間が失われているように思われるので、開発者を「現在の作業を行うために必要なこと」に限定することを考えたいと思います。 「彼らを邪魔から解放します。

私はすべての開発者にBCCを適用して、これらの電子メールをフィルタリングし、基本的にすべての電子メールに「オプトイン」できるようにすることを検討しましたが、一部の開発者はこれを処理するための余分なノイズと見なすのではないかと心配しています。すべての開発者があまりにも多くの議論に貢献したいのであれば、それは「あまりにも多くの料理人」への扉を開くかもしれません。それでも一方で、他の意見は私がより良い決定に到達するのを助けることができます（すなわちハウスMDスタイル）。

ふぅ...考慮すべきことがたくさんあります。誰かがこの分野で賢明なガイダンスを持っていますか？

私は継続的なバージョン管理システムを見たことがありません - 正式なチェックインを待つのではなく、開発したコードの変更を保存するものです。変更はもちろん「未チェックイン」として保存されますが、バックアップのために保存され、実際に正式なチェックインを行う前に他の人が見ることができます.

私はこれを見たことがないので、それまたはそれに似たものが存在するかどうか、そしてそれが良い考えであるかもしれないし、そうでないかもしれない理由について疑問に思っています.

現在、プログラマーはソース コード管理をコードのパケットの統合と考えていますが、これらのパケットを小さくして継続的に統合しないのはなぜでしょうか?

-アダム