アカウント名:
パスワード:
P.S. みなさま SourceForge.JP のトラッカーは使ってくれないのね…。:)もうちょっとうまくスラッシュドットと結合した状態に見えないとダメだなぁ…。;_;
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
バグじゃないけど(オフトピ) (スコア:1)
例えば日記一覧 [srad.jp]の時刻表記と
各項目 [srad.jp]の時刻表記をログインした時の
設定→トップページ→時刻表示フォーマット
の設定に揃える事って出来ないのでしょうか?
# ↑の各項目のところにも以前書いたんだけど、12時間制だといつの
# 書き込みなのか自分でも判断出来ないときがあるので…
Re: (スコア:2, 興味深い)
モデ件がまわってきた後に立てた自分の日記で、それに付いた(他の人の)コメントを自分でモデレート
できますけど、問題ないでしょうか?
たとえばフレームの元系政治ネタの日記を立てて、食いついた人をマイナスモデするという使い方が
出来てしまいます。(しかも日記本文はマイナスモデされない)
#ちょっと気になったので。
Re: (スコア:1)
ストーリーの方では、自分がコメントを書いたストーリーではモデレート
できないのですが、それと同じ状態といえるかもしれません。
ただ、日記なのでそこまでやらなくても良いのかなぁ…、と思います。
P.S. みなさま SourceForge.JP のトラッカーは使ってくれないのね…。:)
もうちょっとうまくスラッシュドットと結合した状態に見えないとダメだなぁ…。;_;
Re:バグじゃないけど(オフトピ) (スコア:1)
トラッカーほんと見てるの?と疑われてそのままのような気がします。
日記に「ここ直した」というのと同時にトラッカーのURLも書いて地味に宣伝広報していくしかないかも?
それか、サイドバーのSlashdotの下に要望リストみたいな形でリンク追加するとか。
# 現状でも情報提供にバグ報告があってそっから更にクリックで飛べますが。
Re:バグじゃないけど(オフトピ) (スコア:1)
フォーラムでスラドに関するメタな議論をするのが良いかと思うんだけど。
プロジェクトページにフォーラム作れるよね>tach氏
妖精哲学の三信
「だらしねぇ」という戒めの心、「歪みねぇ」という賛美の心、「仕方ない」という許容の心
Re:バグじゃないけど(オフトピ) (スコア:1)
好きだし適していると思うんですけどね。^^;
一つのアイテム(課題)に対して、フォーラムのようにみんなでコメントを
付けられるので。スレッドにはできないけれど…。
SF.JP のトラッカーはいまいち使いにくいので、もっと改善するというのは
比較的優先順位が高いのですが、まだ進んでいません…。^^;
Re:バグじゃないけど(オフトピ) (スコア:1)
あと、スラッシュコード等に対する作業権限を持っていないと(つまりスタッフじゃないと)コメントしづらい雰囲気も感じます。
フォーラムならフランクに雑談兼議論ができるんじゃないかと。で、具体的に作業が決まったらトラッカーに投げると。
妖精哲学の三信
「だらしねぇ」という戒めの心、「歪みねぇ」という賛美の心、「仕方ない」という許容の心
Re:バグじゃないけど(オフトピ) (スコア:1)
無茶な要望とかもガンガン出してもらっていいし、些細な点でも気になる
ところがあったらガンガンアイテムを作ってもらったほうが嬉しいです。
そのかわり、簡単にできないものはほとんど放置気味になってしまいますが…。
それでも、ひとつの場所に要望やバグがまとまっているということはとても
重要だと思います。「具体的に作業が決まったらトラッカーに投げる」に
なると、決まらなかったものはフォーラムに放置されて、せっかくの議論が
忘れ去られることになりかねません。それを防ぐために、ひとつの問題に
対してひとつの ID が振られ、その ID ですべてをトラッキングできるように
なっているのですから。
#ちなみに、ぼくはこういうコメントとか返信とかのほうがよっぽど気を遣い
#ます。:)
あと、フォーラムを使うくらいなら、/.J 内にひとつ専用のストーリーを
立てた方がよっぽどマシだと思います。もともと掲示板サイトだし、書いて
くれる人も多いだろうし。:)
でもそれは上記の理由によりあまりやりたくはありません…。
Re:バグじゃないけど(オフトピ) (スコア:1)
トラッカーで議論するとなると余計なことを書いてはいけない意識があります。
問題があって、その分析と明確な根拠を重ねていく。その繰り返しでしょう。
感覚で「この表記がいや」とか、まとまらない状態で「最近のモデレーションってどうよ?」みたいな議論がしにくい。
仕事でしかトラッカーを使ったことがないので、堅苦しいイメージしかありませんね。
ストーリで議論するのには反対です。
旬がすぎたら新規に議論に参加するのが難しいですから(議論のストーリにたどり着けない)。
編集者は気になるときにストーリを立てられるけど、ユーザは立てられない。これも問題ですね。
妖精哲学の三信
「だらしねぇ」という戒めの心、「歪みねぇ」という賛美の心、「仕方ない」という許容の心
Re:バグじゃないけど(オフトピ) (スコア:1)
(サービスを受けている側)の違いかもしれないですね。
作業する側は、いわば箇条書き的にアイテムが並んでいて、ひとつひとつが
それぞれひとつの issue になっているほうが見通しがいいんですよね。
そしてそれぞれに優先度を決めて優先度順にソートとかできますし。
#優先度というのは作業の優先度という意味だけではなくて、議論の優先度
#というのも含んでます。
たとえば、tDiary ではしばらく前から、開発がメーリングリストから Issue
Tracking System (ITS) に移りました。もう今は、メーリングリストの流量は
ほぼ 0 になっています。
http://www.cozmixng.org/retro/projects/tdiary/tickets [cozmixng.org]
さらに、トラッカーだとファイルの添付もできるので、画面キャプチャを
示しながらここを変えて欲しい、とかいうこともしやすそうです。
#キャプチャがあって初めてわかるバグとかもありました。
結局、使い方次第なんだと思います。トラッカーでも、(スレッド表示はでき
ないけれど)フォーラムのように使えます(アイテムの作成==先頭トピックの
作成)し、できればそれくらい軽い気持ちで使って欲しいのです。
ということで、スラッシュドットと親和性の高いデザインや UI にして、
サイトの一部なんだよというような雰囲気になれば、もっと活用してもらえるの
ではないかなと思ったわけです。