Tips:Blenderで回答するとき 編集

オプション
<p>&lt;&lt;<a href="https://wiki3.jp/blugjp/page/10" target="_blank">Tipsに戻る</a></p> <h1>Blenderで回答するとき</h1> <p>Blenderについての質問に対して、自身が知っている知識や確認したことをもとに回答することができます。回答する場所としては、Blenderartists.orgのフォーラム(日本語フォーラムは事実上ありません)、TwitterやFacebook、Discord等のSNSやチャットがあります。</p> <p><span class="uk-text-bold">このページでは「オンラインのオープンな場所で質問されたものに対する回答」にフォーカスしています。</span></p> <p>&nbsp;</p> <blockquote> <p>ぶっちゃけ、「あなたは一体何がしたいんです?」って聞きたいのを抑えながら質問の確認と回答するのは辛いので、ちょっとわかんなかったらド厚かましく聞いてしまいましょうよ?<span class="uk-text-bold">「</span><span class="uk-text-bold"><span class="tc_red">あなたは一体何がしたいんです?</span></span>」&hellip;人によってはこうですね「あなたは何のためにその操作をしてるんです?」</p> <p>ちゃんと聞けなくて結果的にいい加減な回答してしまって恨まれる、っていうお粗末なパターンは避けましょう。</p> </blockquote> <h2>回答する側になる&rdquo;メリット&rdquo;</h2> <p>回答する側になる&rdquo;メリット&rdquo;、は何でしょう?</p> <ul> <li>人の助けになる。</li> <li>自分の持っている知識を他の人に伝える練習の場になる。</li> <li>知っている機能を改めて知る機会になる。</li> <li>知らない機能を(調査することで)知る機会になる。</li> <li><span class="uk-text-bold">Google力が向上</span>する。</li> <li>きちんと回答することでBlenderを使っている人として認知してもらえる、信頼を得られる(フォロワー数UP?)</li> <li>自分がわからないとき質問して、答えをもらえる確率が高くなる(かもしれない)。</li> </ul> <p>とりあえず、こんな感じです。</p> <h2>質問の種類</h2> <p>「<a href="https://wiki3.jp/blugjp/page/40">Tips:Blenderで質問するとき</a>」に記載しましたが、技術的な質問とそうでない質問に大きく分かれると思います。以下は技術的な質問について回答するときの情報と思ってください。</p> <h2>回答前に確認すること</h2> <p>質問をするということは「わからないから」なのであって、質問する人は「<span class="uk-text-bold">回答が正しいかどうか判断できない</span>」というケースもあります。回答の前にいくつかチェックしておくと問題解決まで時間を短縮できます。</p> <p>最初の質問時には全ての情報が揃っていないことも多々あります。</p> <div class="uk-overflow-container"> <table class="uk-table"> <thead> <tr> <th scope="col">チェック項目</th> <th scope="col">説明</th> </tr> </thead> <tbody> <tr> <td>回答・調査に必要な情報</td> <td> <p>最初の質問に必要な情報が含まれていない可能性があります。必要がある場合には質問者に確認しましょう(質疑の最中に確認することもあります)。特に前提となる設定や手順が抜け落ちていないかは重要です。</p> <ul> <li>Blenderのバージョン / 対応OS</li> <li>Add-onの使用</li> <li>キーカスタマイズの有無</li> <li>問題発生時のメッセージ</li> </ul> <p><span class="uk-text-bold">推測で回答しようとすると正しくない結果になる可能性が大きくなり、そうなると質問者・回答者共にとってメリットがありません。</span></p> </td> </tr> <tr> <td>ゴールの共有</td> <td>ゴール、すなわち質問者の「何をやりたいか」「どうなれば完了か」がはっきり見えていないと<span class="uk-text-bold">正しい回答にたどりつくまで時間がかかってしまう、間違った回答</span>になってしまう確率が上がります。最初に来た質問でゴールがわからない場合には質問者に聞いてしまいましょう。</td> </tr> <tr> <td>スコープの設定</td> <td>特に複数のツールをまたぐ質問の場合には、Blenderの問題ではない場合もあります。Blenderでできる範囲かどうか確認しましょう。</td> </tr> </tbody> </table> </div> <p>なるべく最初の段階で不明なところは潰しておくべきです。</p> <ul> <li>&quot;Can you elaborate?&quot; って言えますか?</li> </ul> <h2>調査〜回答</h2> <div class="uk-overflow-container"> <p>回答者が調査して、回答するまでに主にやることを記載しておきます。</p> <table class="uk-table"> <thead> <tr> <th scope="col">項目</th> <th scope="col">説明</th> </tr> </thead> <tbody> <tr> <td>調査</td> <td> <p>質問にある問題についてWeb検索等で調査します。 blender.stackexchange.com や blenderartists.org などに同じような問題が出ていないか、バグトラッカーに登録がないか確認します。</p> </td> </tr> <tr> <td>問題の切り分け</td> <td>得られた情報から問題の切り分けを行います。この時点で的確な情報を得ていることができていることが問題の早期解決に繋がります。</td> </tr> <tr> <td>自環境での再現</td> <td>自身の環境で問題が再現するかどうか確認します。同じ手順で問題が再現した場合にはそこから解決策・回避策を確認します。必須ではありませんがより正確な回答が可能になります。</td> </tr> <tr> <td>解決手順の提示</td> <td>解決のための操作手順を提示します。画像等添付可能であれば必要に応じて添付します。解決策の手順はできるだけ正確に、わかりやすく。</td> </tr> <tr> <td>調査時の資料提示</td> <td>問題の解決策として参照したWebページがあればURLを提示します。手順が長くなる場合にそのページを参照してもらうことで回答本文の分量を少なくできます。</td> </tr> </tbody> </table> <p>例えば「自分もその辺わからなかったんでちょっと調べてみるか」というのはアリっちゃアリなんですが、無償で回答する場合には「<span class="uk-text-bold">自身の余った時間を使う</span>」ことにとどめておいた方が良いですし、そのあたりの線引きはして置いた方が良いです。<span class="uk-text-bold">そこも含めて着手するか判断</span>した方が良いです。</p> <h2>回答時注意すること</h2> </div> <p>&nbsp;</p> <div class="uk-overflow-container"> <table class="uk-table"> <thead> <tr> <th scope="col">項目</th> <th scope="col">説明</th> </tr> </thead> <tbody> <tr> <td>全部わかってなくてもOK</td> <td>「完全な回答」を出すことが出来なくても、例えば自身の環境で同じ現象が起きるかどうかを確かめるだけでも問題の<span class="uk-text-bold">切り分けに協力</span>できる場合があります。<br /> その場合には参考情報として提供しましょう。</td> </tr> <tr> <td>できるだけ正確な回答で</td> <td>できる範囲でいいので正確な回答を。<span class="uk-text-bold">メニュー名やコマンド名は間違えないよう</span>にしましょう。</td> </tr> <tr> <td>敬意ある言葉遣いで</td> <td>第三者の目線では回答者側が上位、という風に見られがちです。文体はフランクで構いませんが、質問者に<span class="uk-text-bold">敬意ある言葉遣いで回答</span>しましょう(お互いに対等で、お互いに敬意を払うのが理想です)。<br /> 「なんだそんなことも知らないのか」「普通はそうする・そうしない」という文言では質問者の反発を買うこともあるので気をつけましょう。<br /> 「<span class="uk-text-bold">この回答者は多数見られる場所で質問者を馬鹿にしている</span>」という印象はもたれない方が良いです。<br /> <br /> <span class="uk-text-bold"><span class="tc_red">書き言葉は話し言葉よりも(オンラインの質問に慣れていない人には特に)数段きつい印象を与えてしまうこともあります。</span></span></td> </tr> <tr> <td>解決を手伝う</td> <td>質問を理解し、<span class="uk-text-bold">解決を手伝う</span>スタンスで。「困っている」<span class="uk-text-bold">質問者が「主役</span>」です。</td> </tr> <tr> <td>指示ではなく提案で</td> <td>回答については「指示」ではなく「提案」の方が印象が柔らかくなります。</td> </tr> <tr> <td>「〜と思います」</td> <td>有料とかサポート契約結んでる場合に答える側が「〜と思います」なんて使った場合には張り倒されてしまうかもしれません(そうでもない)が、無償で行うそれの場合には使っちゃっていいと思います。できるだけ回答の精度を上げて、という前提ですけども。</td> </tr> <tr> <td>できることはやってもらう</td> <td> <p>上記と関連しますが、調査のために事象の再現やメッセージの確認等必要がある場合や提示した解決策でうまくいったかどうか知りたい場合には質問者にリクエストして実施・確認してもらいましょう。</p> <ul> <li>反対に質問者から「検証お願いします」って言われたら、それは「有志のサポート」の範囲を超えています。(検証したことによって自分に大きな利益が転がってこない限り)やんわりとお断りするか、回答者としてできる部分を提示しましょう。</li> </ul> </td> </tr> <tr> <td>できるだけエスパーしない</td> <td>「多分このケースだろう」と思って回答を提示しても、実は違った、という場合があります。<br /> 回答が違う場合の手戻りや使った時間、がっかり加減は馬鹿にできません。<span class="uk-text-bold">できる限り質問者から情報を提供</span>してもらって回答の精度を上げられないか検討しましょう。</td> </tr> <tr> <td>確認手段の提示</td> <td>正しいか正しくないかを質問者自身に確認してもらわないといけない場合には、何を見たらその状態がわかるかを的確に指示してあげてください。添付画像なども必要に応じて。</td> </tr> <tr> <td>代替案の提示</td> <td>質問者が意図するものがそのまま実現しないこともあります。(解決策ではなく)代替案として概ねの結果が出せる代替案があればそれを提示し、判断してもらいます。</td> </tr> <tr> <td>ベストではないけれど</td> <td>根拠はないけれど「方法はあるけれどこれはベストではないかもしれない」と感じる場合にはその旨を前段に書いておいてあげましょう。回答者自身の嗅覚って案外馬鹿にできないですし、そこは素直に。<br /> 反対に「これで出来るんだからこの回答でよくね?」という意味合いでその辺を書かずに「これ。」っていう感じで提示してしまうと直後に良い案が見つかった時やツッコミ入れられた時にモニョりますね。</td> </tr> <tr> <td>ゴールから脱線させない</td> <td>質疑応答のやりとりが長くなると、当初想定していた<span class="uk-text-bold">ゴールから脱線</span>してしまうことがあります。<br /> 脱線してきた場合には<span class="uk-text-bold">「ゴールはどこか」再度確認</span>しましょう(当初のものと変わることもあります)。はじめの質問のゴールと違いすぎる場合には回答者は全部に付き合う必要はありません。「ここまでは回答できます」で良いです。</td> </tr> <tr> <td>返信なくてもめげない</td> <td>「質問に回答しましたが、解決したかどうかの連絡もありません」 <ul> <li>浮上する頻度が高くない方も居ます。ちょっと待ってあげましょう。</li> <li>通知切ってて気づかないだけかもしれません。</li> <li>&nbsp;忘れていたか、単純に無礼なだけなので気にしなくてもいいと思います。</li> </ul> </td> </tr> <tr> <td>(Twitter)コメントつきRTによる回答</td> <td>@で質問者にメンションで飛ばすと、元の質問と回答がスレッドになるので流れがわかりやすいのですが、<span class="uk-text-bold">引用RTだと流れがわかりにくくなることがあります</span>。また、質問者に通知は行くものの回答者の態度が「自身に対する回答か」判断しかねることがままあります。<br /> 「これは自分に対する回答なの?」「あれっこの人独り言言ってるの?」って悩んでしまいます。</td> </tr> </tbody> </table> <h2>原則「いつでも降りて良い」</h2> <p>ちょっと忘れがちなんですけど、質問者からのさらに質問Replyが付いたので継続して対応する、というのは「やれば評判が上がるかも」程度で、<span class="uk-text-bold">マストではないです</span>。(下の「応対メモ」にも書いてますけど)</p> <p>答える側に回って経験が浅い人に見られる「全部答えなきゃ」っていうのがプレッシャーに感じてしまう、ちょっと気まずい感じになるかも、っていう心配もあるかもしれませんが、そんなに<span class="uk-text-bold">気にしないでいい</span>ですよ。</p> <p>&nbsp;</p> <p><span style="font-family:&quot;helvetica neue&quot;,Helvetica,Arial,sans-serif; font-size:20px">URL、リンク提示の際に</span></p> <p>回答時、自分の説明を補足するように、解法そのものだったり参考記事をリンクとして提示することがあります。「より細かいところはこちらを見てください」という感じで。</p> <p>Twitterだと特に文字数も限られるので特にそういうパターンになることが多くて、たまにこういうのを見かけます。</p> <ul> <li>Q. 〇〇が出来ないんですけど何か解決方法はありますか?</li> <li>A. 出来ます。 &lt;URL&gt;</li> </ul> <p>この受け答えの仕方だと回答者が「高圧的」とか「不親切」、「<span class="uk-text-bold">あー、貴方頭よろしいんですねー</span>」とか言われかねません(全くもって面倒臭いですけど)。特に質問者が「ある程度多くの人に答えを求めている」、<span class="uk-text-bold">#blender質問室</span> タグとか使っている場合など、 そういった質問に対する回答では特に「<span class="uk-text-bold">不躾な印象</span>」を与えてしまいます。</p> <p>できれば<span class="uk-text-bold">解決のキーになる部分を簡潔に本文に入れる</span>と良いでしょう。</p> <ul> <li>A. <span class="uk-text-bold">△△することで</span>できます。 詳しくはこちらのURL参照してください &lt;URL&gt;</li> </ul> <p>また、「どういう場合に」という条件付けをしてあげることでより正確かつ丁寧な雰囲気を醸し出せます。</p> <ul> <li>A. <span class="uk-text-bold">□□の場合だと</span><span class="uk-text-bold">△</span><span class="uk-text-bold">△することでできます。</span> 詳しくはこちらのURL参照してください &lt;URL&gt;</li> </ul> <p>こういった感じでキーワードを含めていくと「あとで検索に引っかかる可能性がUp」する、ということがあります。えっ、これってSEO?</p> <h2>応対メモ</h2> <p>サービスとして提供している、というのなら別ですが、コミュニティベースの応対としては、「<span class="uk-text-bold">回答側に過度の負担がかからないよう</span>」ということが原則です。</p> <div class="uk-overflow-container"> <table class="uk-table"> <thead> <tr> <th scope="col">項目</th> <th scope="col">メモ</th> </tr> </thead> <tbody> <tr> <td>無理して回答しなくていい</td> <td>たまに「やらなくちゃ」ってなる人いますけど、無理せず、とりあえず「気が向いた時」でいいと思います。あるいは「きちんと回答して信用を得てやる」的なモチベーションがある時に。「最悪誰かが答えてくれるっしょ、答えつかない時は他の人もわからんのだからしゃーないね」くらいの気持ちで。</td> </tr> <tr> <td>「丁寧な回答」は信用を得る第一歩</td> <td>丁寧な回答を心がけておくと、信用につながります。<br /> Twitterだと、きちんと書かれた回答だと他の人がRTしてくれたりしますので、結構侮れないところです。例えば理由と対処法がきちんと書かれているなど。</td> </tr> <tr> <td>過剰な対応は避ける</td> <td>多少質問者の指向を読み解く必要はありますが、あまりBlenderそのものに興味が無いような場合には、回答をシンプルにしておいてあげるといいです。詳しく書こうとして長文になるよりはシンプルに、例えば手順が必要な場合でも、要所の手順のみをシンプルに提示、という感じです。バランス難しいですけど。</td> </tr> <tr> <td>ファイルください</td> <td>回答者から「状況がわからないのでファイルを見せて下さい」というのならともかく、いきなり「ファイル上げたので見て下さい」というものは「そこまでする義理はねえよ」で一蹴して問題ありません。同様に(目的のよくわからない)「チェックしてください」も(多くの場合グダグダになるので)質問者と信頼関係が築けているかよっぽど暇でない限り応対しない方が良いです。</td> </tr> </tbody> </table> </div> <h2>避けるべき言い回し</h2> <p>回答する側がそれ言うと反発されますよ、的な言い回しがいくつかあります。感情的な部分と技術的な部分を切り分けられなかったり、「特定のフレーズ」に過剰な反応を示す人もいらっしゃるので、藪蛇になってしまうことも。使わないことでマシな状況にするくらいのおまじないでしかないですけども。</p> <div class="uk-overflow-container"> <table class="uk-table"> <thead> <tr> <th scope="col">Word</th> <th scope="col">Reason</th> </tr> </thead> <tbody> <tr> <td style="white-space:nowrap">「普通は」</td> <td>置かれている状況も異なるよく知らない相手にさえ自分の考えや自分の常識を押し付けているのか、暗に「お前センスねえなあ」と言っているのかわかりません。多用している人は「お前ん中ではな」とか「普通はそこで『普通は』なんて使わねえよ」って言われないように気を付けてくださいね?</td> </tr> <tr> <td>そもそも</td> <td>「前提からして間違えてますよ」って言われた時に、やはり自分を否定された気分になる方もいらっしゃるようです。「じゃあそもそもそうしようとしたのはなんでです?」ってめっちゃ破壊力ありますね。</td> </tr> </tbody> </table> <p>質問者に「回答してはくれているんだけど、この人回答が<span class="uk-text-bold">雑だなあ</span>」って思わせるのはダメですよ?</p> </div> <h2>Trollかどうか</h2> <p>たまに対峙することがある(または自ら暗黒面に落ちることもある)ので。</p> <ul> <li><a href="https://www.lifewire.com/types-of-internet-trolls-3485894" target="_blank">10 Types of Internet Trolls You&#39;ll Meet Online</a></li> </ul> </div> <h2>&quot;DO NOT&quot; or &quot;Not Recommended&quot;</h2> <p>レアケースですがいくつか見かけましたので。</p> <ul> <li>「<span class="uk-text-bold">ネガティブは伝染する</span>」と言います。質問者のBlenderに対するネガティブ発言に対して同調するとか、「これだからBlenderはねー」とかそういうものは(浅慮かどうか判断するために)<span class="uk-text-bold">一呼吸置いてからPost</span>すると良いです。</li> <li><span class="uk-text-bold">質問者を言いくるめる、マウント</span>、は極力避けましょう。</li> <li>上記の「マウント」に近いのですが、技術的な指南や指示はいいとして、<span class="uk-text-bold">自身の考え方で相手の考え方に上書き</span>するようなことは避けましょう。 <ul> <li>回答者の経験したものと、質問者がこれから経験するものは異なります。同じものさしで測れません。</li> </ul> </li> <li>質問者からの質問がわかりにくいなど、ストレスが溜まったような場合に、直接指摘しないで「<span class="uk-text-bold">これだから初心者様は...」的なことをオンラインで発言</span>するのは避けましょう。 <ul> <li>2つ間違いをおかしています。「<span class="uk-text-bold">単に不満言いたいだけ</span>」になってしまうこと、直接の指摘を行わなかったことで「<span class="uk-text-bold">該当の質問者の行動が改善されない</span>」こと。</li> <li>こういう発言を目にした時に<span class="uk-text-bold">同調しないように</span>しましょう。優越感丸出しです。</li> </ul> </li> <li>ついったの回答に #b3d とか #blender ってハッシュタグつける人いるじゃない?あれって結構もらった側びっくりするのよ、人によっては「この人無神経だな、なんでわざわざハッシュタグつけて晒すようなことすんの?」って。その人に対する回答でハッシュタグ付けなくていいんじゃない?(これDo Notに振り分けていいっしょ)</li> </ul> <h2>関連:</h2> <ul> <li><a href="https://wiki3.jp/blugjp/page/40">Tips:Blenderで質問するとき</a></li> </ul> <p>&nbsp;</p>

ショートカットキー一覧

文字装飾

アクションショートカットキー使用例
太字にする Ctrl+B 太文字
斜体にする Ctrl+I 斜体
下線を引く Ctrl+U 下線

リンク

アクションショートカットキー使用例
リンクの挿入・編集 Ctrl+L リンク

リスト

アクションショートカットキー使用例
インデント追加 Tab
  • リスト
    • インデント
インデント解除 Shift+Tab リスト
  • インデント

編集補助

アクションショートカットキー
行ったアクションを取り消す Ctrl+Z
取り消したアクションをやり直す Ctrl+Y, Shift+Ctrl+Z
改行を追加する Shift+Enter
クリップボードに切り取る Ctrl+X
クリップボードにコピーする Ctrl+C
クリップボードから貼り付ける Ctrl+V
すべて選択する Ctrl+A

移動

アクションショートカットキー
行の先頭に移動する Home
文章の先頭に移動する Ctrl+Home
行の末尾に移動する End
文章の末尾に移動する Ctrl+End
ページを上にスクロールする PageUp
ページを下にスクロールする PageDown
任意のキーワードを検索する Ctrl+F