私は Stack Overflow を始めて 10 周年を迎えようとしています。 長年にわたり、サイトの使用に対する私のアプローチとサイトに対する認識は大きく変わりました。私の経験を皆さんと共有したいと思います。 そして私は、サイトのコミュニティの生活やその文化にあまり関与していない平均的なユーザーの観点からこれについて書いています。 最近は、私が取り組んでいる製品である VS Code に関連する質問にのみ答えています。 しかし、私はさまざまなテーマに関する議論に積極的に参加していました。 XNUMX年後の私は 約50の質問をし、575の回答を返しました、他の人の無数のコメントに目を通しました。

ジョン・スキート Stack Overflow の文化について説明しました 私がこれまでにできるよりもはるかに優れており、権威があります。 この記事の出版は、この記事の一部の章に影響を与えましたが、全体的には、これらは Stack Overflow での私の経験、このサイトの良い点と悪い点、そしてそれが今日どのように使用できるかについての私自身の率直な感想です。 この議論はかなり表面的なものであり、サイトの仕組みやその歴史には深く立ち入りません。

ここでは、私が Stack Overflow を 10 年間使用して学んだことを紹介します。

質問できるようにする必要がある

一見すると、これほど簡単なことはありません。テキスト フィールドにいくつかの単語を入力し、[送信] をクリックするだけで、インターネットが魔法のようにすべての問題を解決してくれるでしょう。 しかし、そのフィールドにどのような単語を入力すれば実際に結果が得られるのかを理解するまでに 10 年近くかかりました。 実際、私も今でも毎日勉強中です。

良い質問をすることは、本当に過小評価されているスキルです (さらに言えば、良い問題レポートを書くことも同様です)。 まず、質問が「良い」かどうかをどうやって判断するのでしょうか? スタック オーバーフローのオファー ヒントには、良い質問の次の性質がリストされています。

• サイトのテーマと一致していますか？
• 客観的な答えを意味します。
• まだ質問されていません。
• 研究されています。
• 通常、最小限の簡単に再現可能な例を使用して、問題を明確に説明します。

わかりましたが、「明確な問題ステートメント」とは実際にはどのようなものでしょうか? どのような情報が関連しており、どのような情報がそうでないのか? 良い質問をするには、まず答えを知る必要があるように感じることがあります。

残念ながら、小さなテキストフィールドはここでは役に立ちません。 では、これほど多くのユーザーが質の低い質問を投稿しているのは不思議ではないでしょうか? 場合によっては、ユーザーが得られる唯一の答えが、紛らわしいドキュメントへのリンクであることもあります。 そして彼らはこれからも幸運に恵まれるだろう。 多くの低品質な質問は黙って反対票を投じられ、終わりのない質問のスレッドの中に消えていきます。

良い質問をすることはスキルです。 幸いなことに、それは開発することができます。 私は主に、大量の質問と回答を読み、何がうまくいき、何がうまくいかなかったかをメモすることで学びました。 どのような情報が有益で、どのような情報が迷惑なのでしょうか? ただし、取得した知識を実際に使用したり、質問したりすることはまだ怖いでしょう。 ベストを尽くして結果から学んでください。 私自身、初期の無知な質問のいくつかに少し当惑していることを認めなければなりませんが、おそらくこれは、このサイトにたどり着いて以来、私の質問スキルが大幅に向上したことを証明しているのかもしれません。

悪い質問とあまり良くない質問は同じではありません

私は錠剤を砂糖でコーティングするつもりはありません。いくつかの質問は単に悪いものです。

スクリーンショットと「なぜこれが機能しないのか!?!」というフレーズで構成される質問- 悪い。 なぜ？ 作者がほとんど力を入れていないのは明らかです。 これは質問というよりも、「この仕事を私のためにやってください！」という要求です。 なぜこんなことをするのでしょうか？ そもそも学びたくない、私の助けに感謝しない人を助けるために私の時間は無駄にはなりません。 スタック オーバーフローとは何かを学びましょう。

ここで、「ページ上の青い境界線を削除する方法」というタイトルの質問について考えてみましょう。この質問は、CSS のアウトライン プロパティについて説明するテキストのいくつかの段落で構成されていますが、「CSS」または「アウトライン」という言葉には明示的に言及していません。 このような質問はスタック オーバーフローの多くのガイドラインに反するかもしれませんが、私はそうは思いません。悪い質問ではありません。 著者は、何を提供すればよいのか分からなかったとしても、少なくとも何らかの情報を提供しようとしました。 認識し学習する意欲と同様に、その試みも重要です。

ただし、Stack Overflow の寄稿者の多くは、おそらく両方の質問を同じように扱うでしょう (反対票を投じてクローズする)。 これはイライラさせられるものであり、多くの経験の浅いユーザーは、より適切な質問をする方法を学び、サイトの仕組みを理解する前に、興味を失ってしまいます。

本当に悪い質問には時間をかける価値がありません。 しかし、あまり良くない質問をする人は意図せずにそうしているということを心に留めておく必要があります。 彼らは良い質問をしたいと思っていますが、その方法がわかりません。 新人を盲目的に、何の説明もなく罰したら、彼らはどうやって学ぶでしょうか？

良い質問は答えを保証するものではありません

Stack Overflow は通常、多くの人が答えられる簡単な質問に対して、より迅速な答えを提供します。 JavaScript の二分検索または HTML について質問がありますか? 素晴らしい！ XNUMX 時間以内に XNUMX 件の回答が届きます。 しかし、質問が複雑または具体的であればあるほど、言葉遣いの質に関係なく、答えが得られる可能性は低くなります。

応答を得る可能性も時間の経過とともに急速に低下します。 質問がフィードの数ページ深くまで進むと、質問は失われます。 XNUMX週間後、正しい知識を持った誰かがあなたの質問を見つけてくれる（または寛大にクリックしてくれる）ことを祈るしかありません。

正しい答えが気に入らないかもしれません

毎月、いわゆる不人気な回答に対する反対票をいくつか受け取ります。 これらは基本的に、「その理由はそのように設計されているからです」、「それは不可能です、なぜなら...」、または「それは最初に修正する必要があるバグです」という類の答えです。 上記のすべてのケースにおいて、作成者は解決策や回避策さえも受け取りません。 そして、人々は、回答の内容が気に入らない場合、その回答に反対票を投じるのではないかと思います。 私も理解していますが、だからといって答えが間違っているわけではありません。

もちろん、その逆も当てはまります。良い答えが、必ずしも聞きたいことを伝えているわけではありません。 最良の回答の中には、最初に元の質問に答えた後、問題を解決するための他のアプローチについて説明しているものもあります。 場合によっては、ユーザーの質問に答えてから、それが推奨されない理由について長いテキストを書くことがあります。

態度の表現が賛成票や反対票、いいねボタンなどに単純化されると、重要な区別が失われます。 この問題はインターネット上で頻繁に発生します。 「私はこれを支持します」と「たとえ気に入らない、または同意しないとしても、これはよく言われていると思います」を区別できるソーシャル ネットワークがどれだけありますか?

全体として、毎月の反対票にもかかわらず、Stack Overflow コミュニティは公正に投票していると私は信じています。 私たちはこの道を貫きます。

Stack Overflow で質問することはほとんどありません

このサイトを長く使用するほど、サイトで質問する頻度が減りました。 これは私の専門的な成長のおかげでもあります。 私が仕事で直面する問題の多くは、単純な質問で表現するには複雑すぎたり、具体的すぎて誰も私を助けてくれなかったりします。 私はこのサイトの限界を認識しているので、ほぼ確実に良い答えが得られないような質問は避けています。

しかし、新しい言語やフレームワークを学習しているときでも、ここで質問することはほとんどありませんでした。 彼が天才だからというわけではなく、むしろその逆です。 ただ、何年も Stack Overflow を利用していると、質問があるとき、私が最初に質問する可能性は低いと深く確信するようになりました。 検索を始めると、ほとんどの場合、誰かがすでに数年前に同じことを質問していることがわかります。

他の人の質問を観察することは、製品について新しいことを学ぶための素晴らしい方法です。

今私は取り組んでいます VSコード, そこで、vscode のタグが付いた質問を見ることを習慣にしました。 これは、自分のコードが現実の世界でどのように使用されているかを確認する優れた方法です。 ユーザーはどのような問題に遭遇しますか? ドキュメントや API をどのように改善できるでしょうか? 絶対に明白だと思っていたことがなぜこれほど多くの誤解を引き起こすのでしょうか？

質問は、製品がどのように使用されているかを示す重要なシグナルです。 しかし、重要なのは、答えて次に進むことではなく、まずその人がなぜ質問をしているのかを理解しようとすることです。 おそらく、製品に未知の問題があるか、あるいは無意識のうちに行っている思い込みがあるのではないでしょうか? また、質問は多くのバグを発見するのにも役立ち、作業を続ける動機になりました。

開発者向けの製品を保守している場合は、Stack Overflow をゴミ捨て場 (さらに悪いことに、疑問の墓場) と考えないでください。 定期的にチェックして、どのような質問と回答が表示されたかを確認してください。 これは、すべての質問に自分で答える必要があるという意味ではありませんが、スタック オーバーフローからのシグナルは無視できないほど重要です。

質問、バグレポート、機能リクエストの間の境界線は曖昧です。

Stack Overflow 上の VS Code に関するかなりの数の質問は、実際にはバグ レポートでした。 その他にも実際に新機能を求めるリクエストが多数あります。

たとえば、「なぜ...を実行すると VS Code がクラッシュするのですか?」というタイトルの質問です。 - これはバグレポートです。 VS Code はさまざまな状況でクラッシュしないはずです。 バグレポートのような質問に答えることは逆効果です。作成者が回避策に満足して実際のバグレポートを提出しない可能性があるからです。 このような状況では、私は通常、ユーザーに Github にバグレポートを提出するよう依頼します。

他の場合には、違いがあまり明らかではない場合があります。 たとえば、「なぜ JavaScript IntelliSense が VS Code で機能しないのですか?」という質問です。 JavaScript IntelliSense がどのように機能しないかに応じて、問題は次の XNUMX つのカテゴリのいずれかに分類される可能性があります。

• ユーザー構成の問題であれば、実際には Stack Overflow の問題になります。
• 説明されているケースで IntelliSense が動作するはずなのに動作しない場合、これはバグ レポートです。
• 上記のケースで IntelliSense が機能しない場合、これは新しい機能のリクエストです。

結局のところ、ほとんどのユーザーはこうした微妙な違いには関心がなく、ただ JavaScript IntelliSense が機能することを望んでいます。

これらの違いはプロジェクトの責任者である私にとって重要ですが、一般的には重要ではありません。 なぜなら、質問、バグレポート、機能リクエストはすべて、ユーザーが私のコードから何かを期待しているのにそれを理解していないという XNUMX つのアイデアを表現する方法だからです。 もし製品が完璧であれば、ユーザーはそれについて質問することはありません。ユーザーにとってはすべてが明確であり、ユーザーが望んでいることを正確に実行してくれるからです（少なくとも、できない理由は明確に教えてくれます）。

開発者も人間です

人は感情的です。 人々は不合理です。 人々はクソだ。 もちろん、いつもではありませんが、時々！ 信じられないかもしれませんが、開発者も人間です。

私たち開発者は自分自身に言い聞かせたい幻想があります。「私たちはコンピューターを使って作業しているので、合理的でなければなりません。」 私たちは不可解な記号を理解しているので、賢くなければなりません。 ソフトウェアが世界を席巻しているので、私たちはクールにならなければなりません。 いいね！ フォワード！！！"

これは間違っています。 もしそうなら、神は残りの人々を助けてくださいます。 客観的な知識ベースとして設計された専門家向けツールである Stack Overflow 上でさえ、VS Code の非常に特殊な私自身のコーナーでさえ、論理的誤り、侮辱、集団心理など、あらゆる種類の非道な行為に遭遇し続けています。

冗談を言わないでください。あなたはおそらく、あなたが思っているほど完璧ではありません。 しかし、これは自分の欠点を克服しようとしてはいけないという意味ではありません。

おい、これを作ったのは私だよ

私も人間なので、時々スタック オーバーフローで起こることにイライラさせられます。 たとえば、私が作成しよく知っている製品である VS Code に関連する質問に対して、ユーザーが自信を持ってナンセンスなことを書いたり、単純に間違った答えをした場合です。 不思議なことに、その答えが間違っていればいるほど、誰かがそれを議論の余地のない事実だと呼ぶ可能性が高くなるように思えます。

そうなったとき、私は絵のように行動して正解を書きます。

そして何度か、これによって長いスレッドが発生しました。私が作成したものについて彼らの知識に敢えて疑問を呈した私は残念です! 常に正しくあろうとするのはやめてください、賢い人たちよ！ 私が正しいから!!!

この絶望感の中で皮肉っぽくなるのは簡単だ

質の低い質問が延々と続くと、つい皮肉っぽくなってしまいがちです。 彼は Google について聞いたことがありませんか? 彼は一貫した文章を組み立てる方法さえ知っているのだろうか？ あなたは何ですか、犬ですか？

時には XNUMX 日に何十もの新しい質問を検討することもあります。 こうした質の低い質問を常に観察していると、軽蔑や皮肉に陥る危険があります。 この皮肉はサイトに波及する可能性があり、過度に熱心なモデレーターに遭遇したり、質問を調査して作成するのに数時間を費やしたことがある人なら誰でも証言するように、結局は否定的な返答を受け取り、何の説明もなく忘却の彼方に消えてしまいます。

もちろん、何の努力もせずに悪い質問を投稿するユーザーもいます。 しかし、質の低い質問の大部分は、（たとえ愚かな質問であっても）善意を持った人々からのものであると私は信じています。 私は常に初心者であることが何を意味するかを思い出すようにしています。 始めたばかりのときは、ここですべてが実際にどのように機能するのか理解できません。 場合によっては、どのような言葉で問題を正確に表現すればよいのかさえわからないこともあります。 信じてください、この立場にいるのは難しいです。 そして、質問しただけで下品なことを言われるのは不快です。

Stack Overflow は初心者を支援するために多くのことを行ってきましたが、やるべきことはまだたくさんあります。 サイトの標準を遵守することと、経験の浅いユーザーに対して寛容であることの間のバランスを見つけようとしました。 これには、質問を閉じることに投票した理由を説明したり、ユーザーに詳細情報の提供を促すコメントを投稿したりすることが含まれる場合があります。 私にはまだ成長する余地があります。

一方で、「JavaScript 開発に最適な VS Code レイアウトは何ですか?」のような質問を投稿したり、テキストの代わりにコードの素っ気ないスクリーンショットをアップロードしたりする 50 人の評判を持つユーザーを私は躊躇なく反対票を投じます。

たまにはただ感謝したいこともある

スタック オーバーフローには感謝の文化が希薄です。 昔、サイトが質問から「こんにちは」と「ありがとう」という言葉を自動的に切り取っていたのを覚えています。 おそらくこれはまだ行われていると思いますが、私は確認していません。

今日、カスタマーサポートで働いたことのある人なら誰でも、礼儀正しすぎると邪魔になったり、強制的に見えたりする可能性があることをよく知っています。 しかし、このサイトの誰かがあなたにとって非常に重要なことをしてくれることがあります。その場合、彼らに感謝する唯一の方法はプラスを与えることです。 最低だ。

効率を高めるためには、私たちが魂のないロボットになる必要はありません。 もちろん、ユーザー自身が望むのであれば、サイドチャネルは人々の間でより本物のコミュニケーションを提供することができます。

答えを受け取った後に何が起こったのか知りたいことがあります

Stack Overflow はトランザクションの原則に基づいて動作します。つまり、質問する人もいれば、答える人もいます。 応答を受け取った後はどうなりますか? 知るか？ 時々、このことについて疑問に思うことがあります。 私の回答は役に立ちましたか? 彼はどんなささやかなプロジェクトを手伝いましたか? 質問者は何を学びましたか？

もちろん、この好奇心を満たすことは不可能です。 受け取った情報をどのように使用するかについてユーザーに説明を求めることは、たとえそれができたとしても非常に問題があります。 しかし、それについて考えるのは興味深いことです。

ゲーミフィケーションって効果あるんですね…

…プロセスをゲームに変えるとき。

ステータス バーに小さな +10 または +25 アイコンが表示されると、今でも少し心配になります。 おそらく、これらのちょっとしたゲーミフィケーションのおかげで、私は 10 年間このサイトに戻ってきました。 しかし、何年も経つにつれて、Stack Overflow とはどのようなゲームなのか、そこで勝つことは何を意味するのか、ということも疑問に思うようになりました。

このシステムは、有益な質問と回答に対して報酬を与えるという最善の意図を持って作成されたものであると確信しています。 ただし、高スコアを追加するとすぐに有効になります グッドハートの法則, そして一部のユーザーは最大値を達成するためではなく、最大評価を取得するために行動を調整し始めます。 そして、これは重要な理由です...

評判というのは、あなたが思っているような意味ではありません。

評判は、技術的能力、コミュニケーション スキル、または Stack Overflow がどのように機能するか、または機能するべきかについての理解と同等ではありません。

評判が役に立たないと言っているわけではありません。 それは、Stack Overflow 管理者が何を意味するのか、あるいは「評判」という言葉が何を意味するのかを意味するものではありません。 評判は影響力の尺度であることに気づきました。 サイトに公開されている XNUMX つの仮説的な回答を考えてみましょう。

• XNUMX つは一般的な git 操作に関するものです。 Google を使って XNUMX 分で XNUMX 行の答えを書きました。
• もう一つは、もつれグラフ理論に関するものです。 おそらく全世界でXNUMX人しか答えられないでしょう。 問題とその解決方法を説明するいくつかの段落とサンプル コードを書きました。

5 年間で、最初の回答は 2000 万回閲覧され、300 の賛成票を獲得しました。 XNUMX 番目の回答は XNUMX 回調べられ、わずか XNUMX 票の賛成票が与えられました。

ある意味、これは非常に不誠実です。 適切なタイミングで適切な場所にあったものになぜ報酬を与えるのでしょうか? (すべてが運で決まるわけではありません。ゲームのルールを理解することも大きな役割を果たします)。 一方で、最初の質問は、実際には XNUMX 番目の質問よりもはるかに多くの人を助けました。 ある意味、認知されることが「評判」の蓄積につながるということは、認識しておいたほうがいいのではないでしょうか？

したがって、私は Stack Overflow での「評判」を一種の影響力の尺度だと考えています。 本当の評判は単なる点数では測れません。それはコミュニティから生まれます。 誰のアドバイスを聞き、誰を助け、誰を信頼すればよいでしょうか? おそらく、私が PHP で書くか iOS で書くかによって、これらはすべて異なる人になるでしょう。

そうは言っても、この点で Stack Overflow が何をすべきかはわかりません。 「評判」の代わりに「ずるいポイント」を獲得できたら、ユーザーは同じようにモチベーションを高めるでしょうか? ポイント システムがまったく存在しない場合でも、ユーザーはエンゲージメントを維持できるでしょうか? その可能性は低いと思います。 そして、Stack Overflow 上の「評判」が実際の評判に等しいという神話は、サイト自体だけでなく、最もアクティブなユーザーにも利益をもたらします。 そうですね、実際、自分の評判を高めるのが嫌いな人はいないでしょうか。

いいえ、人生でよくあることですが、何が起こっているのかを正確に把握するには、数字だけを分析する必要はありません。 Stack Overflow で投稿が 10 ポイントを獲得した場合、その人がどのようにコミュニケーションをとり、どのような質問と回答を公開しているかを調べてください。 また、例外的な場合を除いて、Stack Overflow スコアだけでは、その人のサイト使用能力以外の何かを示す可能性は低いことに留意してください。 そして私の経験では、彼らはこのことについて話しさえしないことがよくあります。

スタック オーバーフローがなければ生産性が上がらないでしょう

git で何か複雑なことをする必要があるときは、必ず Stack Overflow にアクセスします。 bash で簡単なことが必要になるたびに、私は Stack Overflow を利用します。 奇妙なコンパイルエラーが発生するたびに、私はスタックオーバーフローに行きます。

IntelliSense、検索エンジン、スタック オーバーフローがなければ、生産性は高まりません。 いくつかの本から判断すると、これは私を非常に悪いプログラマーにします。 おそらく多くのテストに失敗し、ボード上の多くの問題を解決できなかったでしょう。 それでいいのです。 真剣に言うと、JavaScript で .sort を使用するたびに、いつ -1、0、または 1 が返されるかについての情報を調べなければならず、毎日 JS を書き、その言語で最も人気のあるエディターを開発しています。

いいえ、Stack Overflow は素晴らしいツールです。 利用可能なツールをすべて使用しないのは愚か者だけです。 では、私のように内なる愚か者になってはどうでしょうか？ 『となりのとなりのサインフェルド』シリーズのあらすじをすべて暗記したり、洗練されたダジャレを思いついたりするなど、重要な知識のために脳のリソースを節約してください (これらはこの記事にはあまり含まれていませんが、まったく異なる性質のものは他にもたくさんあります)。

スタックオーバーフローは奇跡です

Stack Overflow では、経験や知識に関係なく、誰でもプログラミングの質問を投稿できます。 これらの質問にまったく面識のない人たちが答えますが、そのほとんどが人生やキャリアの時間を無償で他人を助けることに費やしています。

奇跡はまさにその存在の事実であり、スタック オーバーフローの働きの結果です。 すべてが制作者の意図どおりにうまくいくわけではないとは思いますが、彼らは努力します。 あらゆる欠点にもかかわらず、このサイトは私を含め、長年にわたって膨大な数の人々を助けてきました。

スタック オーバーフローは永遠に続くわけではありません。 いつかもっと良いものが現れるでしょう。 これが Stack Overflow の失敗から学び、そこから最大限のものを引き出すものであることを願っています。 それまでは、このサイトを当たり前のことだと思わないでほしいと思います。 ここはランドマークであると同時に、常に新しい人々が補充される生きたコミュニティでもあります。 これが心配な場合は、これはすべて非常に脆弱であり、善意はあるもののまだ無知な新参者を助けるなどの小さな行動でもプラスの効果をもたらす可能性があることを覚えておいてください。 私がこのサイトを批判するのは、私がこのサイトを気にかけており、サイトをより良くする方法を知っているからにすぎません。

PS

Stack Overflow に来たとき、私はまだ学生でした。 私は Eclipse で JavaScript (ES5!) を書き始めたばかりで、質問の 90% が「jQuery の使い方、ただ...」から始まっているように思えました。 そして、私が何をしているのかわからなかったにもかかわらず、見知らぬ人たちが時間をかけて私を助けてくれました。 当時はあまり感謝していなかったように思いますが、忘れていません。

人々は常に Stack Overflow が何か違うもの、つまり質問と回答のサイトであることを望んでいます。 家庭の問題を解決するためのツール。 プログラミングの生活水準。 そして私にとって、このサイトは、その成長と欠点にもかかわらず、本質的には見知らぬ人たちが互いに学び、向上するのを助けるオープンなコミュニティです。 それは素晴らしいことです。 過去 10 年間 Stack Overflow に参加できたことをうれしく思い、今後も続けていきたいと考えています。 次の XNUMX 年間でも、前の XNUMX 年間と同じくらい多くの新しいことを学びたいと思っています。

出所： habr.com