個人的には公式不要論者ではあるんですが... (^^;

引用：

--------
案１）

「みんな暇な時間を見つけて趣味でやってるんで空気読んでよろしくやってください 」

というのをフォーラムの上にデカデカとはりつける。
--------


僕が最近気になっているのは、
「常連」「初心者」「コア」「公式」「開発者」「ユーザー」といったラベルを主観的に貼ったり剥がしたりして、行動義務や履行義務を押しつけ合い、他者に行動を迫るという傾向です。

いや、そこに悪意は感じない、素なんだろうな、と思うのですが、
ほとんどの人は休み時間や帰宅後にアクセスしてると思うので、そういうホビイストが情報を交換する、という前提に立てば質問と回答のあり方も自ずと変わってくるかなぁと……


ちょっと試しに、マジでフォーラムの注意書きに書いてみたい衝動にも駆られるんですが…… (^^;

引用：

ですね。
このサイトの登録ユーザーは別に回答の義務を背負っているわけではありませんから、「検索しろい」とつけるくらいならスルーでいいと思います。

スルーっていうのは言葉的にあんまりよくないですが、
「回答 or スルー？」という判断を強制させられているわけでもありませんから、もし、

「スルーは気の毒だ、しかし回答も書いてられない……→『検索しろいって書く』」

みたいな苦悩があるのだとすれば、そもそも「回答 or スルー？」という判断に立つ必要すらないんだ、という考え方を促進するなにか（やはりメッセージでしょうけど）がドンとあれば……

ここに書き込めば、回答が貰える、という前提に立っている人には、回答をもらえないことが機能不全に見えちゃうだろうから、やはりそういうメッセージがあることで、じゃあできるだけ頑張ってから聞いちゃおう、という感じにあるいはなるかも……

2.1 が終わったらもう一度改めて考えたいテーマではありますが、今は取り急ぎこれを１ユーザーの案として。

[付記]
以前も書きましたが、悪名高い「ようこそ」メッセージは Cube 切り替え時に消します。というか必然的に消えます。

gusagiさん、minahitoさん、こんにちは。

将来的な問題の解決方法としては

- 公式サイトは開発のみで、ユーザの質問、トラブルシューティングは別の場所でという方法
- Webアプリケーションである程度解決

と思っていますが、コストもかかるので、とりあえず現実的な議論としては…

引用：

僕は、初心者と書かれることに関して、全く気になってなかったりします。
でも、情報量としては、ほぼゼロだし、よい回答はそれじゃできないよとは思いますが。自分を初心者と言う方は、免罪符というより、自分はよくわからないので、やさしく教えてくださいという主張をしていると僕は解釈しています。

引用：

ここは僕はちょっと考え方が違って、僕の中ではありな方法です。

なぜなら、質問者に対して「検索をして問題を解決する」ということを教えているからです。僕の考えでは、FAQな質問に答えを書いたり、リンクを張ったりするよりは、質問者に対しては、よい回答の仕方だと思っています。
#リンク先のgoogleの被リンク数をアップさせて検索しやすくするという目的があるなら別です。

僕の場合、検索して情報があることを確認して、リンク先をちょっとペーストするだけであっても、検索するということを知らないと思われる人には、情報先をコピーすることはしないようにしています。なぜなら自分で検索してもらいたいからです。

でも、公式サイトがデータベースだ、という考えにたつと無駄なデータが増えるだけなのでマイナスです。
MLにメールが流れて、受け取る側は何度も「検索しろ」というメールを受け取るという意味でもマイナスです。
#この辺はフォーラムに「検索しろボタン」があれば解決できるかなという案はありますが、工数もかかるので…

質問する立場から言うと、スルーされた場合、質問の仕方が悪いのか、本当に誰もわからないのかの判断がしづらいというのも気にはなりますが。(答えを期待してはいけないですけど。)

現実的には、スルーすべき質問であっても誰かがレスをつけてしまうということが多いですよね。スルーすべきなのかの判断も難しいことも多々ありますし、判断基準もこれだけの人がいると違うでしょうから。
ユーザで作る回答者のガイドラインもあった方がいいのかなぁと思ったりもします。

みなさんこんばんは

この手の話題にはあんまり関わりたくないんですけど（基本的に傍観者視点というか客観的視点を心がけるようにしてるので・・・まぁできてるかどうかは自信ないですけど ）

案というか要望が一つあるので・・・

このサイト（というかＸＯＯＰＳ標準）ではＡＮＤ検索の際、キーワードを半角スペースで区切らないと検索結果が正しく出てこないですよね・・・これって所謂初心者と呼ばれる人たちに対してもやさしくないと思うんですけど・・・一般的な検索エンジンみたいに全角、半角どちらでキーワードを区切っても検索できるようにしたら、検索の利便性も上がって、情報も見つけやすくなるかと思うんですが。

私自身、XOOPSに触りたての頃、フォーラムで情報収集しようとした時に、この点でまず と思ったので・・・

>・何も調べない、または「初心者」を免罪符のように使っている質問者が増えた。

これは XOOPS が一般に広まってきた，というのと強い相関を持っていると思います。そういうユーザは自分で調べる，いろいろ試してみる，といった習慣や文化を持っていませんので，普通に Q&A 用の掲示板を設置しておいたら初心者然とした質問がどんどん増えるのは必然だと思います。

そういった質問をする人に対して厳しい言葉を浴びせるのはちょっとかわいそうかな，と思います。それで気づいてくれる人もいますが，相当数はあまりの雰囲気の悪さに XOOPS から離れていってしまうでしょう。せっかく興味を持ってくれたのに，それはちょっと勿体ない。
とくに Cube が "Hobby is Power" といったスローガンを掲げるのであれば，「興味を持って寄ってきた初心者」を遠ざけるような態度をとっていてはまずいだろうと思います。

※なお，「雰囲気の悪さ」というのは，回答の内容よりも回答の表現に因るところが大きいと思います。
また，質問には答えるべきだ，という主張ではありません。


以上が僕の認識で，ではどうするかというと，やはりここは技術者らしく技術で解決を図る方向で考えたい（おまえは技術者か，と問われるとアレですが）。

具体的には，これまた，うむむなアイディアしかありませんが，初心者な質問をする人の行動パタンは，

「困った」→「公式のトップページへ行こう」→「あ，質問掲示板だ」→「『困ってます』と投稿する」

ですので，トップページから直に行ける掲示板は，「初心者対応掲示板」にしてしまいます。

『初心者対応掲示板』は，

・投稿時に質問のカテゴリを選ばせ，そうするとそのカテゴリのＦＡＱが投稿前に表示される，

・投稿時の必須入力項目として，XOOPS のバージョンやOS, PHP, MySQLなどの環境入力を必須とする。

・これまた必須項目として，「調べてみた FAQ番号またはQ&Aトピック番号」の入力欄を３つ用意する。回答者はそれを見て，それなりに調べた初心者か逝って良しな初心者かを判断する。

・質問欄のtextareaを「現象」「試してみたこと」に分割する

・回答者の入力欄に，質問の仕方について点数を入力する欄を追加する。高得点のついた質問は，「良い質問のサンプル」に，低得点な質問は「悪い質問のサンプル」にする。

・「質問の仕方」として以下にリンクする
http://blog.livedoor.jp/warata2kki/archives/50536600.html

といった機能を付けます（この掲示板の実装はXUJGの「クレクレ君いらっしゃい」要望すればいいですかね？）。

で，今の公式トップページの普通の掲示板は，「裏トップページ」に載せて，常連はそっちをトップページにする（ブックマークをそっちにするか，「ユーザ情報登録」で「初心者チェック」をはずしたユーザがhttp://xoopscube.jp/にアクセスしたときに裏トップページにリダイレクトする機能を付ける）。

裏トップページは別に秘密にする必要はありませんが，焦った初心者が
紛れ込まないように，落ち着いてサイトを見た人じゃないと見つからない程度にしておけばいいかなと。

引用：

こんばんはー
全角で区切れない問題ですが、2.1では言語側で指定できるので、マルチバイト圏の言語ごとの独自区切りに対応できますー(宣伝)。

日本語ではデフォルトで全角に対応しています。このサイトではもうちょっとお待ちいただくことになりますが...(^^)

みなさん、こんにちわ。

引用：

私は、開発チームのメンバーであるminahitoさんの意見を尊重したいなと思います。

XOOPSのことを「約 5 分でインストールでき・・・」と「ただで使えるアプリ」(公式に書いてあったかは？ですが)みたいなうたい文句自体、胡散臭いというかおかしいと思います。インストールが簡単だと言うことをうたうのは否定しませんが。

普通、そこそこ使えるアプリっていうのは有料でパッケージとして市販されているものはかなり高額で売られてます。

モジュールのREADMEなんかにもたまに「発生したいかなる損害についても、ソフトウェア制作者は一切責任を負いません」みたいなことが書いてありますが、XOOPS系のモジュールってそういうレベルのものだと思います。そういうことを承知でインストールとかしているのでしょうか。それともREADMEなんか読んでいないんでしょうか。

そういうことをふまえて私は現在、Cubeを開発されている方・モジュール開発者のみなさんは無報酬で開発、サポートまでされているからすごいな、思います。

現在、XOOPSユーザーとして早くCubeを完成してもらいたい一心でPHPとかプログラムに知識はないながらもテスターをやってます。

知識も能もなくともギブアンドテイクっていう意識が多少あるなら、何かして役に立ちたいと思うのが普通なのではないでしょうか。

やはり、教えて君・くれくれ君オンリーのスタイルは良くないと思います。

kojimaです。

kilica さんの
引用：
という発言に関連して、過去ログにある動作環境を伝えるテンプレート考にあるようなブロックを標準装備して、管理画面などには、同様の情報をデフォルトで表示しておいた方がいいんでしょうかね。

そもそも、おっちょこちょいさんが、そういった情報に気づかずに質問に走った場合、意味が薄いのですが、「少なくとも管理メニューに書いてある情報は書いてくださいね。」と、分かりやすく説明できるメリットはあるのかと。

みなさん、どうもです。

失礼ながらも、私的意見を述べさせていただきます。

やはり、Xoopsを利用される方々というのは、いろんなニーズがあると思います。

仕事として構築される方、何かしら有志団体にて構築される、個人で構築される方など、一言には語ることのできない問題を抱えていると思います。

その辺の区切りと言われれば難しいものがあるのですが、ここまでXoopsの周知が広まった一つとして、このフォーラムにおける皆様方の一つ一つの返事における解答・ヒントなどがあったからこそではないかと思います。

これからもXoopsを利用し始めようとされる方々は多くおられると思います。そういった方々を含めて、今後どのようにフォーラムを運営して行くべきが問う必要があるかと思います。（既に問われてますが、強調という意味で＾＾；）

個人的にはこれだけフォーラムにおけるFAQが充実しているので、検索におけるHOW TOを分かりやすく掲示すれば良いのではないかと思っております。

生意気なコメントをして申し訳ありません。

不適切なコメントでしたらば、お知らせください。

失礼いたします。

1. ズバリ解答
2. Keyword・糸口
3. 参考リンクをご案内
4. 過去ログ・検索しろ
5. Webマナーについて説教
6. スルー

単にデータベースと捉えるなら　2.以下は 全スルーが正解でしょうけれど
個人的には1〜6.の全てが回答として成立すると思います。
4.,5.は 空気が殺伐としてしまうので 取り扱い要注意ではありますが、
この先の苦労を思うと言って差し上げた方が良さそうに思われる場合もあり
礼節を欠く事の無いよう、言葉に非常に気を遣う訳です。

「検索ボタン」、あればいいなと思います。Play的な要素として。
例えば顔文字で、優しく 「検索してぴょん☆」と　ニッコリ促す うさぎのマーク(?)でもあれば、
命令調に聞こえがちな言葉を それに代える事で、言葉尻を争う炎上も　少しは減るかもしれません。

「初心者情報」については、ユーザー登録時に環境入力の他、
・ HTML, CSS, PHP, DB‥ 等の多元分野での経験を書ける
・ アバターを若葉マークに　（↑のジャンルで色分け）　などが 思い浮かびましたが、
どちらにしろ「書かせる」というやり方には限界がありますよね‥
初めて投稿する方にとって 一番視認率の高そうな New Topic を 立てる時の画面で
「あなたの環境は○○です」と表示 → コピぺ or 本文挿入出来ると良いかもしれません。　

いっそのこと、教えて！Xooあたりを使って、質問専用投稿フォームを用意して、必要事項を書かないと質問すら出来ないようにしては？

・技術的な質問の仕方と言うものを体得できる
・回答者が超能力を働かせたり、質問に対して質問で返すような無駄な労力を減らせる
・公式フォーラム上での単発質問スレ立て行為に対し、やさしく誘導できる
・放置プレイとか殺伐一言RESを減らし、公式フォーラムの見た目の雰囲気を改善できそう

私の場合は、わからない→ＦＡＱや過去ログを見る→似たような
事例が無い→叩かれたら怖いけど勇気を出して聞いてみる
という風な感じでしたので、新着投稿一覧を見て、
返信が付いていたので返事いただけたのだと思い
とても嬉しくなって、どんな返事かなとページを開くと

　　　　　　　　　スルー

と一言だけの突き放したようなレス
これを見た時とても悲しくなりました。
返事が付かなければ、自分の質問が力量不足だと反省できますが
スルーとわざわざ書かれると、流石に立ち直れそうにないです。

一言だけ。

何もかも公式サイトに求めているような内容ばかりだが、なんのためにXOOPS FAQサイトやXOOPS Users Group Japanサイトが立ち上がっているのかな？

XOOPS FAQサイトは知っていましたが、
XOOPS Users Group Japanサイトの存在を知りませんでした。
ググってみたら、他にもXOOPS HACKERSというサイトも
出てきました。公式とFAQサイトしか知らなかったので
とてもうれしいです。 他の人の質問に対してある程度
答えれるようになるまで、質問することは止めて
勉強していきたいと思います。

# 現状の問題点の指摘のみにとどまる場合はスレッドを分けた方がいいかも

引用：

ご賛同ありがとうございます。ただ、「開発チームのメンバーである」とかいうのを気にせずにやってもらえると嬉しいッス。財団のある XOOPS と異なり、 Cube は趣味で日曜大工的に開発されているものですから、重要なのは、やったか(1)、やってないか(0)、という感覚と、やった(1)人は何をしたかに関係なく、みんなアミーゴだという概念だと思います。
ということで今後も一緒に Cube 作りで遊びましょう。(^^)

引用：

昔左サイドバーに外部リンクを貼っていたときにクレームが入って、本人の希望もあって消したのですが、
あれからうざくて左サイドに手をだしてないが、 FAQ と XUGJ はリンクさせてもらってもいいかもしれないですね。

それで、すぐできることと、 2.1 が終わった後でないと労力的に取り組めないことを、分けていく必要はありますが、建設的な意見が出るぶんにはいいんじゃないですか。
将来的に公式および公式メンバー（Cubeの5000ライン程度の共通インターフェイスを整備するメンバ）はプロジェクトページのみ、という状態になったとしても、このサイトの資産をネット上から完全消滅させる、なんてことにはならんでしょう。将来の状態へ向けてのコンセンサスを作っておくというのは意味を感じます。

引用：

若干脱線気味なのですが、 XOOPS Cube で XML Web サービスとも接続可能な仮想サービスというフィーチャーが上層に実装された関係で、各サイトの管理画面からプログラムが自動的に環境を送出してバグを報告するというサンプルを作ったんですよ。（アカウントは最初に自動取得）
Mono のバグレポーティングシステムを参考にした感じなんですが……もちろんこれにたどり着くところまで動作していないといけないし、モジュールもインストールしないといけないが……技術を使えばそんなこともできます。このモジュールは Web サービスへのインターフェイスなので 2.0.x 系でも開発はできると思う。

いずれにせよ、将来の推移もふまえて、このサイトが「効率よくサポートを行っていくためのサイト」としての道を歩むかどうか、というところもふまえて、考えていかなければならないと思います。

公式は国際版がデフォルトなのでできることとできないことがあるが、将来はプロジェクトページ（公式）の意向にかかわらず、ここでもっとも最適と思われるモジュールを同梱してパッケージングするというところまで覚悟を決めてやるならば、相当なことはできるんでしょうが……俺が担当するぜ！っていう人が現れるでしょうか (^^;

氷炎　雷光風です。

「環境を書け」と言われることに対しての単純な一案として。

署名欄に、自分のXOOPS環境を書いておく　
っていうのはどうでしょう？

利点としては、

・１度署名欄に書いてしまえば、（自分の使っているXOOPS環境に）
変更が発生するまで、書き直す必要がない。

・必ずプロフィールに署名欄があるので、
「署名欄がないから」みたいな言い訳は通用しない。

・万が一環境を書き忘れても、署名がつけてあれば、
署名欄のXOOPS環境を元に話をすることができる。

＃署名欄のXOOPS環境とは違う別環境の話は、
＃署名欄を変更するか、別の環境であることを書いて
＃明示すれば良い。

あたりですかね。

これなら現行制度の活用なので、とりあえずの応急的
対応には使えそうな気がします。

最近、本当に色々考えさせられます。

以下の問題への解決方法ですが

引用：

そのような質問を0にしたい場合、Webアプリ側でガチガチに規制するしかないんでしょうね。ちょっと嫌ですけど。
XOOPS Cube FAQのサイトでも数行の説明文ですら全く読まない(or あえて無視して)質問する人が未だにいますし、数を減らすことはできると思いますが、0は現実的には無理でしょうね。

で、そのWebアプリに関する実装の話しは別スレッド(or 別サイト)の方がいいかなと思ってあえて、その話題には触れませんでしたが、以前にOSC2006でのライブ開発の、Ｑ＆Ａ専用フォーラムに関して、色々なアイディアが出ています。参考としてリンクしておきます。

OSC2006のライブ開発どうやってやりましょうか

質問をスルー、質問の時点で型にはめた質問しかできない、という方法は、質問者が育たない(同じようなことを繰り返す)ので、上記リンク先のスレッドで出ている、ワンタッチレス機能(ボタンを押すと、投稿ルールを読みましょう、検索しましょうというマークがつく)というアイディアはかなり有効と思います。

個人的には、どんなに沢山のおかしな質問があっても、一定レベル以下の質問が目に触れなければ、イライラすることもなくて、何の問題もないんですけどね。(対策案は、上記スレッドにも書きましたが。)

「とりあえずトップページの表記いじるかぁ！」
みたいな話が出てます。

引用：

これ公式（国際）のほうでは gigamaster さんが提案して賛同者が署名欄に環境を書き込んでますね。もっともこちらの場合は 2.1 のテスター用ですが...

あと FAQ サイトの質問ひな形生成ツールにリンクはらせてもらいますか？　もうしばらくすれば公式縮小化議論もリスタートですし、やれ公式だの非公式だのという突っ込みももうないだろう、と思ってます。

引用：

提示されたライブ開発時のツールを作るときにも気分的に問題だったのですが、
別所でスレッドロックできないのが問題だとかいう話がありましたが、ライブ開発で作った cuestion とか教えて!Xoo系のモジュールを使うというのは、

「質問します、答えありがとう、終了ですロック、さよなら」

という使い方をこのサイトが備えるということで、ギミック的には面白いかもしれませんが、果たしてそれでいいのか？というのは残り続けるような気がしています。これは回答のみを目的とした質問者を効率的に（機械的に）処理していこうというものですから、このサイトの方針や精神に沿うのかどうか、というのは考えないといけないかな……と思います。

「はてな」か「教えて！Goo」にリンクさせてもらうとか、 XUGJ の Xoo を紹介させてもらうといった選択肢もあると思います。XUGJ は活動主旨の段階できちんとユーザーと見なす人、というか同志たる人かくあるべしみたいな感じで、絞り込んでますね。

氷炎　雷光風さん、皆さん、こんにちは。
現在の仕様だと署名の変更が過去の記事にも適用されてしまうので食い違いが生じることがあります。なので、過去の記事は過去の署名のままにしておければ署名に環境を記入するアイデアはより有効になると思いますよ。

引用：

うぉ、確かに……＞署名
しかし過去の署名を過去のままというのは今更なかなか (^^;

ふっと思ったんですけど、

引用：

トップページブロックにおける「質問＆アイデア交換」の表示件数を現在の１０件から５件くらいに減らしてみます？　これは雑談用のフォーラムを上のブロックにあげるのを前提としてます。

結局、やっぱり書き込みがあると、答えようという心理がどこかにあって、しかしあまりにも質問がアレなのでイライラして妙なレスになるという感じじゃないでしょうか。

もちろん「どのような形であれ質問は自由。問題があるならスルーしてくれればいい」という考え方に依存した形でバンバン質問を投げつけられるのは、いろいろ見過ごせないものを含んでいるので、それはもうそういう質問をしたい人も、スルーできない人の気持ちもどっちもよく分かるが……

本格的にやろうとするとシステム的な準備が必要なのと、（ここで本当にやるのか）妥当性の議論がいるでしょう。であれば、トップページにおける表示領域を減らして、困っている人はできるだけ助け合うが、しかしここはサポート専用便利サイトではないんだよ、というレイアウト形態をとることで、心理的にちょっと楽になったりはしないでしょうか？ (^^;