なぜプログラマーはまだメーリングリストを使用するのですか？
なぜ多くのオープンソースプロジェクトが、フォーラムなどではなく、主にメーリングリストを介して共同作業を行うのですか？私は私の評価に無知かもしれませんが、私は私のコミュニケーション教師と一緒に、メーリングリストはかなり非効率的だと思います：
- 古いメッセージを参照するのは難しいです。リンク先のメッセージがアーカイブサイトに届くまで待ってから、検索する必要があります。
- 送信者とメッセージの内容を手動でコピーする必要があるため、サブスクリプションから受信していないメッセージに返信することは困難です。
- スレッドの議論を管理することは不可能です。投稿は、超自然的な力なしでは削除または変更できません。
- スレッドをまとめておくのは難しい（つまり、会話のすべての参加者が確実にコピー/返信されるようにする）のは難しい。
- ユーザーがサブスクライブしてフィルターを設定する（または実際に関与する）必要があるため、ユーザーが複数の大量のメーリングリストに参加するのは難しいです。
real Edgeメーリングリストには、私には起こらなかったものがありますか？
「慣れているから」という議論に加えて、電子メールには他にもいくつかの大きな利点があります。
- あなたはすでにメールアドレスを持っています、すべてのプロジェクトのためにさらに別のメッセージボードアカウントにサインアップする必要はありません。
- メッセージボードの場合、新しいページを表示するには、ページに積極的にアクセスして更新する必要があります。一方、ほとんどの人はメールクライアント（Outlook、メール、Gmail）を終日開いており、新しいメッセージが届くと自動的に更新されます。
つまり、メッセージボードを使うには、習慣を大きく変える必要があります。一方、メーリングリストは私の既存のルーチンに単純かつ簡単に適合するので、採用ははるかに簡単です。
メーリングリストにあるReal Edge（tm）は、プロジェクトがそれほど忙しくありません。 Webベースのフォーラムが成功するためには、質問に応答し、提案を提供し、それを管理できる、常に存在する人々のコアが必要です。しかし、ボードに1週間または1か月しか投稿されていない場合、トピック（オープンソースプロジェクト、コマーシャルプロジェクト、趣味など）に関心のある多くの人が定期的にボードにアクセスすることはありません。
その結果、何が起こっているのかというと、ボードは、b-tchセッションと呼ばれるものになります。 People onlyバグレポートを投稿するために、または問題/苦情があったときにそこに行きます。しかし、定期的に訪れる人は多くないので、苦情や問題が多く、返答がなく、コミュニティビルディングはほとんどありません。
メーリングリストがある場合、その週にWebフォーラムにアクセスすることを考えているメンバーの小さなサブセットだけではなく、それらの質問がリストの全員に配信されます。彼らは実際に質問に答えることができる誰かによって見られる可能性がはるかに高いです。
プロジェクトが十分に大きくなると、その時点で人々が電子メールに悩まされているように、ボードに移動することはしばしば理にかなっています。
imo、これらを整理する私のお気に入りの方法はニュースグループを経由することですが、彼らは支持を失いました。グループを使用すると、ニュースリーダーを使用して、フォローしているすべてのグループの新しいトピックをすべて表示できます（メーリングリストのメリット）。ただし、ウェブフォーラムのスレッドディスカッション機能を使用できます。残念ながら、特に技術者でない人の間では、ユーザーにニュースリーダーを用意してグループを設定するよう要求することは完全に不可能です。
古いメッセージを参照するのは難しいです。アーカイブサイトがリンク先のメッセージを取得するまで待機してから、検索する必要があります。
oldメッセージについて話しているので、listservが適切に動作していると仮定して、これは問題ではありません（-newメッセージを参照すると問題が生じる可能性があります）。
送信者とメッセージの内容を手動でコピーする必要があるため、サブスクリプションから受信していないメッセージに返信することは困難です。
テキストを簡単に選択して複製するための機能を、おそらくOSシェル自体に統合された機能でさえ、誰かが設計するだけなら。おそらく、スクラップブッキングなど、時代遅れの現実世界での活動をモデルにできます。
（私が実際にここで何を参照しているかはわかりません。パブリックでプライベートスレッドを継続することは、関係するソフトウェアに関係なく手動操作になる傾向があります）
議論のスレッドを管理することは不可能です。投稿は、超自然的な力なしでは削除または変更できません。
逆の議論は、1人以上のユーザーが自分のコピーを持っている可能性が高いため、悪意のあるリストの所有者が自分に同意しない会話の部分を削除して履歴を書き直すのははるかに難しいということです。
スレッドをまとめておくのは難しい（つまり、会話のすべての参加者が確実にコピー/返信されるようにする）ことは難しい。
適切なクライアントソフトウェアは、これを簡単に処理できるだけでなく、ほとんどのWebフォーラムソフトウェアで可能なより柔軟なスレッドの表示と順序付けを提供する必要があります。
ユーザーがサブスクライブしてフィルターを設定する（または実際に関与する）必要があるため、ユーザーが複数の大量のメーリングリストに参加するのは難しいです。
大量のフォーラムは簡単ではありません。どちらかと言えば、Webフォーラムパッケージでフィルターを構成することは（不可能ではないにしても）より困難です。あなたは「本当に関わっている」のか、おそらく何かを見落としているのでしょう。
私が思いつかなかった、本当のEdgeのメーリングリストには何がありますか？
「まだ別のウェブサイトアカウント」なしのデフォルトのプライバシー。セットアップが簡単。グループが成長するにつれて、非公式の電子メールチェーンから自然に進展します。返信を処理するときにメールからWebに移動するための互換性のあるコンテキストはありません。 ほぼ誰もが知っている（そう、そう、韓国の子供たち/ Facebook世代は電子メールを使わない...）
メーリングリストはフォーラムよりも簡単です。フォーラムでは、私は積極的に外に出て、余分なこと（つまり、さらに別のWebサイトにアクセスすること）を繰り返し行う必要があります。メーリングリストはどこかにメッセージを送信しますが、とにかく常に開かなければなりません。単一の連絡先（メーリングリスト）と複数の連絡先（フォーラム）。割り込み駆動（メーリングリスト）とポーリング（フォーラム）。
世代を超えて起こっているように見えますが、それは「あなたが育ったもの」が「あなたがいる人生のステージ」であるため、それほど多くはないのです。私は年をとったので、私にはもっと多くの（コンピューターランド以外の）義務があり、積極的にフォーラムに行ったり探したりする時間はもうありません。それが私のメールボックスに入ってくるだけなら、処理されます。
から https://github.com/pypa/packaging-problems/issues/21#issuecomment-46129044
私の経験：GitHub（およびBitbucket）は素晴らしいです。検索エンジンが関連するディスカッションを見つけるか、リポジトリを参照してすべてを見ることができます。全員のコメントが1ページにあり、独自のコメントを追加する方法は明らかです（巨大な緑色の「コメント」ボタンがあります）。ほとんどのコミュニティの人々はすでにアカウントを持っていますが、アカウントを作成するのは非常に簡単ですが、そうでない場合でも、それはよく知られたプロセスです。したがって、GitHubは非常に歓迎され、平準化もされています。
一方、メーリングリストは悲惨で、コミュニティのほとんどすべてを除外していると思います。検索エンジンから、ディスカッションの途中から1つの投稿に移動します。以前の投稿からの抜粋が新しい順に表示される場合があります。それは見当識障害です。すべてのコメントを読むには、ツリー構造（別のページに表示）の周りをクリックする必要があります。それはばかげて非友好的です。ほとんどの人はきっとあきらめます。おそらく、あなたがメーリングリストのメンバーであり、受信トレイでメッセージを受信する場合、エクスペリエンスはより優れています。ただし、new人は常にWeb上のメーリングリストの投稿を読むことを理解してください。
さらに悪いことに、ページにコメントする方法の説明がありません。たとえば https://mail.python.org/pipermail/distutils-sig/2013-August/022529.html の場合、大きな緑色のコメントボタンはありません。周りをクリックすると、受信トレイでfuture投稿を受信するようにサインアップできます（これが必要かどうかはわかりません）が、それでも方法は説明されていません読んでいる投稿に返信してください。古いコミュニティは、メーリングリストで育ったため、この問題に気付いていないのではないかと思います。理解してください。ほとんどの若者は、メーリングリストの使い方を知りません。メーリングリストを見たことがありません。現代の基準では、そのためのプロセスは笑えるほど遅いです。 （私はウェブ上の投稿を読んでいます。同じページからコメントを書くことができるはずです）。それは多くの人にとって法外です。
したがって、PEPには問題があります。たとえば、 http://legacy.python.org/dev/peps/pep-0453/ です。ページ自体にはコミュニティのコメントはありません。 その他の人々が過去に言ったことを読むことができる5つの異なるメーリングリストページへのリンクがありますが、あなた自身のものを持つ方法の指示はありませんいう。残念です。 （Ruby同じページの通常のコメントスレッドで説明されている機能リクエストと比較してください https://bugs.Ruby-lang.org/issues/8992 ）
私の経験では、bugs.python.orgも歓迎されません。バグを1回報告したが、すぐに閉じられ、返信があった
ここではコメントできません。間違った場所にいます。この件については、メーリングリストで何度か議論されていました[リンクなし]。コメントしたい場合は、メーリングリストに参加し、時間を遡って、適切な投稿を待って返信してください。
メッセージは丁寧でしたが、まったく役に立ちませんでした。私は歓迎されなかった。私は（私が想定していた）コミュニティに貢献しようとあきらめ、代わりにStack Overflowで暴言を書き始めました。彼らは非常に人気が高いことを証明したので、もう一度参加するように勧めました。あなたのGitHubグループを見つけてよかったです-面白いことを言ってくれて、私の貢献を受け入れてくれました。ありがとう。私はプルリクエストも送信しました。GitHubのレベリングがいかに素晴らしいかがわかります。
明確にするために、私はbugs.python.orgの投稿者が私を除外しようとしていたとは思わない-彼らはおそらく彼らが役に立っていると思った。しかし、「私たちは自分たちのやり方で行動する」という認識があり、私は無視され、歓迎されない気持ちになりました。他の潜在的な貢献者が同じまたは以前のハードルで引き返したと私は確信しています。 http://bugs.python.org/issue16675
ベアメール自体には、必要なものがすべて揃っています。特定のメッセージに返信し、特定の文章を引用し、あなたの友人に興味深い投稿を転送します。その上に、何でも追加できますあなた欲しい。
誰もがメールを持っています。そしてそれらのほとんどはまともなメールクライアントを使用しています。彼らが選んだクライアントは好きです。ニュースフィード、個人用メール、仕事用メールを集約するクライアント。そして彼らのメーリングリストメール。フォーラムを使用しても、不必要な断片化が発生するだけです。
適切なメールクライアントは、必要なすべての機能（ブックマーク、フィルタリング、タグ付け、既読/未読のマーク（フォーラムではできないこと））を提供します。どんな種類のメールでも同じように機能します。
したがって、メーリングリストはユーザーに制御を任せますが、フォーラムはユーザーが提供する制限された機能でユーザーをロックします。プログラマーは制御を維持することを好みます。したがって、彼らはメーリングリストを好む傾向があります。
何よりも柔軟性のため-メーリングリストのWebベースのアーカイブを提供するのは簡単ですが、ユーザーは選択した電子メールクライアントを使用して対話できます。
代わりにフォーラムを使用すると、履歴メッセージのWebベースのビューが選択されるだけでなく（どちらのテクノロジでも簡単に提供できます）、ユーザーはフォーラムを操作するためのWebベースのツールを使用できなくなります。
言い換えると、Webを使用して電子メールベースのフォーラムとやり取りすることは、解決された問題です。電子メールを使用してWebベースのフォーラムとやり取りしますか？それほどではありません。
今度は多くの開発者が12か2つのフォーラムを定期的にフォローし、それぞれに固有のログインとパスワードを設定し、それぞれに個別のユーザーインターフェースを学習するか、すべてのフォーラムとやり取りすることを検討してください。 1つのツールを使用してすべてを確認（およびアーカイブ、検索）するために、すでに長い間確立しているID（電子メールアドレス）？
ボランティアプロジェクトは、ある程度、開発者/寄稿者志向であり、ユーザー志向である傾向があることに注意してください。前者は時間が限られていて、後者は「無料」で何かを得る傾向があるため、これは理にかなっています。
私が使用したプロジェクト（主にGNOME関連）は、人手不足になりがちなので、時間を節約したり、開発者が参加しやすくしたりすることはプラスです。開発者の観点から（ランダムな順序で）：
- メールは、高度にカスタマイズされたフィルタリングを可能にします。たとえば、私が管理しているプロジェクトのMLからのすべてのメールは直接自分の受信トレイに送信され、そのようなラベルが付けられます。重要度の低いMLの場合、別のフォルダーに移動して、通知をスキップします。他の人には、NNTP + Gmaneを使用します。
- メールを使用すると、ウェブインターフェースから非常に複雑なプログラムまで、高度にカスタマイズ可能なMUAが可能になります。フィルタリング、重要なメールの強調表示、タスクの作成などが可能です。返信の一部をスクリプト化し、特定の部分を自動化できます。
- MLにアクセスしても、（たとえば）私にとっては摩擦はありません。追加のアカウントを作成する必要はありません。ほとんどの場合、GmaneでNNTPを介してサブスクライブし、多くのMLではメールを送信します。一方、私はフォーラムにアカウントを作成する必要があります。a）安全で、b）一意のパスワードを作成します[フォーラムがrot13でパスワードを「暗号化」していないかどうかを知っているため）、c）すべての要件を満たします[at大文字と小文字、一部の特殊文字を含む8文字以上。ただし、ドットのように火曜日でない限り、ドットのように特殊ではありません...]そして、CAPATCHAを解決しようとしている間、私は人間だと疑い始めます。 ;）
- メールを使用すると、参加者を必要なときにスレッドに追加できます。たとえば、パッチレビューの場合、宛先フィールドに誰かを追加して、それが彼の作業などに干渉しないかどうかを尋ねることができます。ほとんどのフォーラムはそのようなことを許可しません-少なくともほとんどのMUAのように数回のクリックではできません。メールはまた、スパムを回避するために（最初にBCCにドロップすることにより、悪態をつくことにより）人々をディスカッションから除外することもできます。
- スレッド化されたディスカッションには利点がある場合があると私は主張します。はい-複雑ですが、パッチのレビューはさまざまな問題に関していくつかの部分に分かれる可能性があります。
- ほとんどのMUAには通知システムが統合されており、後でそれを重要/スパム/対処として判断できます。一方、フォーラムは、通知/サブスクリプションシステムがある場合、Webサイトにアクセスすることを強制します。
- SMTP/NNTPは標準であり、RFCなどがあります。それらに対して実行するツールはすでにあります。たとえば、gitはパッチをMLに送信できますが、フォーラムに送信できません。私が聞いた中で最も近いのは、bugzillaのアドホックサポートです。
...そして、リストが網羅的であるとは思いません。ワークフローが新しいユーザーに受け入れられない理由/方法を理解できます。技術の不足については触れません。 Gnomeにはさまざまなチャネル（G +、Fb、およびyes-フォーラム）がありますが、AFAIKでは、開発者がコミュニティに参加したり、ツールを再学習したりする時間はほとんどありません。
誰もそれを行うためのより良い方法を作成していないからです。よりよく言うと、私は現在の開発環境に適し、統合できることを意味します。
たぶん、Google Waveはある意味でより適切なツールでしたが、それは成功しませんでした。
習慣-何人かの人々がオープンソースプロジェクトへの関心を生み出すことについて質問を投稿します。時々あなたはあなたが知っている人々のメーリングリストから始めて、決して他のものに切り替えないでください。
ユーザー向け：
- スペルチェッカーでスペルミスを簡単に炎上（gotcha）
- リスト管理者に不平を言いやすい
- 彼らは推奨する「alt」サイトを記憶しています
あなたはここで冗談を見つけることができます： http://www.ahajokes.com/com009.html