Serviceを読んで理解し、同意したものとみなします。.imgと.exeファイルの違いを調べたりしたのではないでしょうか。World」に何かを追加しようと試みたことはなかったですか。カウンターの行を何度かコピーする!」、そして関数やデバッガの発見は相対性理論並みに重要だったのではないでしょうか。あなたが最も上達した時期のことを覚えていますか?それはもしかすると、あなたがプログラミング仲間に会った時に最も上達したのではないでしょうか。その仲間と一緒にいた最初の1ヶ月の間に、プログラミングを一人で勉強していた頃の12ヶ月間よりも知識が増えたのではないでしょうか。私たちの多言語サイトでは成長するにつれてどうやら同じ状況が見られるようです。以下について考えてみましょう:すべての多言語コミュニティはサイトの標準的な構成から始まる。各コミュニティは他言語コミュニティが直面する同様の問題にぶつかる。ある時点ではいくつかの問題が危機的になる。多くの時間と労力を費やして危機的な問題の解決策を1つずつ探し出す。他言語サイトで何が起こっているのかを知らないためこれらのソリューションから利益を得られない。...同じ問題が他言語サイトでも危機的になるまで、苦しみ続ける。多言語サイトは何度も同じような問題に直面していますが、互いに孤立しているため、問題が他言語サイトで解決されたのかどうかを知らされていません。2つの例(1)サイト構成ある時、ロシア語版スタックオーバーフローでは、挨拶付きの多くの質問を受けました。一部のユーザーが質問の編集を開始したため、レビューキューに多数の問題が発生しました。レビュアーは編集者に怒り、コミュニティは古い質問などを編集する必要がある場合これらの問題にどう対処するかについて議論を始めました。調査を開始したところ、質問が公開されたときに自動的に挨拶を取り除くように設定できるエンジンがサイト上にあることが判明しました。コメントの「ありがとう」と同じようなケースです。社はユーザーインターフェイスを含むサイトを常に改良しています。それが原因で翻訳が失われます。開発し、多言語コミュニティでは翻訳が失われることがなくなりました。すべてのコミュニティで使用されていないため、一部のコミュニティでは翻訳が失われ続けています。私たちが力を合わせて共に前進すれば、多言語コミュニティがさらに効果的になれると私は信じています。共同開発への第一歩は、すべての多言語コミュニティで、私たちの問題や発見、機能提案を分かち合うことなのです。「多言語サイトにおける機能提案とフィードバックについて」にあるように、各コミュニティの現在の問題と発見(いわゆる「解決済みの問題」)、機能提案についてのリストを保持すると良いのではないでしょうか。この機能提案について何かアイデアがあれば共有してください。同時に、あなたのコミュニティの現在の問題や発見、機能提案をリストに追加してください。フィードバックに基づいてプロセスを変更したとしても、リスト自体は実際の状況を確認するのに役立つからです。個の銅バッジ2アイデアそのものには賛成ですが、「機能提案」とは言ってもコミュニティに頼った「まとめ」であること、英語版の元投稿にもコメントが付いていますが、他言語サイトで抱えている、または解決した問題へのリンク(自分のネイティブまたは英語以外で書かれた文章)を、果たして積極的に読んで理解する人がどれ位いるのかという疑問はあります。票この質問に回答するには、ログインする必要があります。タグが付いた他の質問を参照する。ようこそ!このサイトはスタック・オーバーフローについて討議ができます。参考するため、スタック・オーバーフローのアカウント登録が必要です。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。