【議題】。一方通行な回答を今後どうするのか。

アバター
softya(ソフト屋)
副管理人
記事: 11677
登録日時: 14年前
住所: 東海地方
連絡を取る:

【議題】。一方通行な回答を今後どうするのか。

投稿記事 by softya(ソフト屋) » 11年前

「クラスのメンバ変数を参照時に更新させたい • C言語交流フォーラム ~ mixC++ ~」
http://dixq.net/forum/viewtopic.php?f=3 ... 21#p118921
例としてかずまさんを取り上げさせていただきます。

私には、質問者の考えようという姿勢を奪っていると思えてなりません。
何時もこのタイプの回答しかしないため放置してあったのですが、今後どうしていくか考えたいと思います。
私とては「ストレートな何も考えないで良い回答」は今後控えていくようにお願いしたい所です。

【追記】皆さんのご意見をお聞かせください。なぁ、全管理人を代表する意見では無いです。
最後に編集したユーザー softya(ソフト屋) on 2014年4月18日(金) 17:31 [ 編集 2 回目 ]

YuO
記事: 947
登録日時: 14年前

Re: 【議題】。一方通行な回答を今後どうするのか。

投稿記事 by YuO » 11年前

http://dixq.net/board/board.htmlを読んでも,この掲示板が「質問者の考えようという姿勢を奪っている」ことを問題にする掲示板であるとは思えませんでした。
なので,あの回答自体に問題があるとも思えません。
また,回答者のスタンスはそれぞれだと思っているので,回答となるコードをずばり書くのが悪いとも思いません。
オフトピック
私自身は,知識のある人相手ならコードだけで十分だけれども,そうでないならコードよりも言葉で,というスタンスで行きたいと思ってはいます。 see) http://dixq.net/forum/blog.php?u=546&b=3747
個人的には,「お願いして」も現時点で行うべきではない,とも思います。
少なくとも,管理人さん方でこのことについての合意がとれて,その上でどこかに明文化された上で行うのであればよいのですが,
そうでないなら単純にsoftya(ソフト屋)さんの考えの押しつけになってしまうと考えるからです。
オフトピック
このトピックの最初の記事について,「今後の掲示板の運営方針」と感じました。
softya(ソフト屋)さんがたとえ「副管理人」という立場から離れて書いたつもりであっても,こと掲示板の運営に関わることに関しては「副管理人」という肩書きを持った人の発言として見ますので

アバター
Dixq (管理人)
管理人
記事: 1662
登録日時: 14年前

Re: 【議題】。一方通行な回答を今後どうするのか。

投稿記事 by Dixq (管理人) » 11年前

YuOさんの仰る通りかもしれません。
もしsoftyaさんがかずまさんに何かお願いされるのでしたら、それは掲示板の運営方針として受け取られることでしょう。
管理人間で合意を取り、規約に明文化するかどうかも話し合った上で行った方がよさそうな気がします。

アバター
softya(ソフト屋)
副管理人
記事: 11677
登録日時: 14年前
住所: 東海地方
連絡を取る:

Re: 【議題】。一方通行な回答を今後どうするのか。

投稿記事 by softya(ソフト屋) » 11年前

ご意見ありがとうございます。
こんな提案をしたのは、かずまさんが書き込んだ時点で私は回答する気をなくして放置してきたからです。
大抵はかずまさんに感謝して問題の有るコードのまま掲示板を去りますので(私の印象です)。
これじゃいかんなと思った次第です。
今回のコードも問題ありですが。

とりあえず、もう少し考えたいと思います。

アバター
せんちゃ
記事: 50
登録日時: 14年前

Re: 【議題】。一方通行な回答を今後どうするのか。

投稿記事 by せんちゃ » 11年前

解決したようですが、最終的なコードが突っ込みどころ満載なので質問者さんの今後が心配です。

アバター
softya(ソフト屋)
副管理人
記事: 11677
登録日時: 14年前
住所: 東海地方
連絡を取る:

Re: 【議題】。一方通行な回答を今後どうするのか。

投稿記事 by softya(ソフト屋) » 11年前

あとあれですね。絶妙なタイミングだとyearとmonthがズレる可能性があります。
second, msecondsは当然のごとくズレると思います。

アバター
Nao
記事: 24
登録日時: 12年前

Re: 【議題】。一方通行な回答を今後どうするのか。

投稿記事 by Nao » 11年前

(´-`).。oO(よくよく考えてみれば、一方通行の回答が正解である保証はどこにもないんだよね...限り無く正解に近いというだけで。)

アバター
asd
記事: 319
登録日時: 14年前

Re: 【議題】。一方通行な回答を今後どうするのか。

投稿記事 by asd » 11年前

いわゆる屑回答者の問題ですね。
私はこの種の回答は好ましくないと思っています。
この種の回答を放置しておくと、
・ほかの回答者もその回答(とりあえず動くコピペできるコード)を求めるようになり丸投げ質問者が増える
・上記の回答がもらえないときに「ほかの人はコピペコードが回答されているのに自分はなぜもらえないのか」と
 不公平感を生む
・コピペコードが貼り付けられると質問者が考える機会を奪うことになる(たとえコピペコードに問題があっても質問者はなんとなく動いてるので掲示板を見直すことはない)
などの問題が増えてくると思ってます。

丸投げ質問を誘発しうる問題ですが難しいところですね~。
一意見として参考にしてもらえればと思います(*´ヮ`)

アバター
海Sea
記事: 102
登録日時: 14年前

Re: 【議題】。一方通行な回答を今後どうするのか。

投稿記事 by 海Sea » 11年前

この日記で問題にしてるのは
答えをそのまま回答していることであって、
回答の内容に問題があることじゃないですよね?
それとも両方に対しての問題提議ですか?
まあ、とにもかくにも
回答を書くのは、別にいいんじゃないでしょうか。
質問者の考える余地なんて、
そもそも掲示板に必要かどうかという時点で、
個人的には疑問です。
ほとんどの場合、例外は別として、
考えてわからないから質問してるはずだと思うので。

アバター
MoNoQLoREATOR
記事: 284
登録日時: 14年前

Re: 【議題】。一方通行な回答を今後どうするのか。

投稿記事 by MoNoQLoREATOR » 11年前

回答の仕方はそれぞれの回答者に任せれば良いと思います。
回答者質問者がそれで理解すれば、とりあえずの目的は達成されます。
回答者質問者がそれで理解できなければ、また質問してくることでしょう。
回答者質問者が考えることを放棄するのは回答者質問者の自由です。
そのような人には、考えさせてあげる価値すらも無いでしょう。
学習に対する姿勢について指導する義務を回答者に課すべきではないと思います。

ここで、問題が1つあります。
そのトピックが、後世に残すべき価値のあるトピックに成り得ない場合があることです。

・質問する
・正解のソースコードが提示される
・質問者が理解できた
・「解決しましたありがとうございました」

このような内容のトピックになってしまった場合、これを今後の糧にすることはできないでしょう。
質問者は理解できたかもしれませんが、後から検索して見つけた人には理解できないかもしれません。
最後に要点を簡潔にまとめるようにすれば、それは有用なトピックとして幕を閉じるでしょう。

たしか現段階では解決コードを貼ることが義務付けられていると思いますが、そうではなく要点をまとめることを義務付ければ質問掲示板の目的は全て達成されるはずです。
あとは、要点をまとめるメンドクサイ責務を質問者が果たしてくれることを願うしかないと思います。

ちなみに、あまりにも見当はずれな回答等は荒らしとして削除して問題無いでしょう。
削除しない場合、邪魔になって仕方ないのではないでしょうか。
最後に編集したユーザー MoNoQLoREATOR on 2014年4月21日(月) 20:02 [ 編集 2 回目 ]

アバター
usao
記事: 1889
登録日時: 12年前

Re: 【議題】。一方通行な回答を今後どうするのか。

投稿記事 by usao » 11年前

毎度お気楽に回答(のようなもの)を書いてる側としては
回答の方針はあまり強く縛ってほしくはないですね.

例えば http://dixq.net/forum/viewtopic.php?f=3&t=14949
に対して私のとった答え方は失敗だったと思っています.
無駄に引き延ばしただけで,有用なやりとりは何一つありませんでした.
最初から関わらなければ一番よかったのですが,触れてしまった以上,
そういう中身の無い無駄なやりとりを続けずに さっさと答えを出して
(言葉は悪いですが)満足してお帰りいただく(→そして以降は関わらない) という方が良かったと思う.

そういう意味では(?),答えを先に提示する答え方も理解できるのです.
そこから出発してさらに不明点などを問うてくるか,単にもらった答えをコピペして使って満足するのかは
結局は相手(質問側)次第ですしね.(前者側の姿勢を画一的に求めるというは無理があるな,と.)