よりよい削除依頼のまとめ方について
■ このスレッドは過去ログ倉庫に格納されています
何をしようかというと、
まとめに関する情報を蓄積して行こうと、
前スレ
よりよい削除依頼のまとめと「まとめボランティア」について
http://qb5.2ch.net/test/read.cgi/sakukb/1100610443/ ツール
http://volch2.sakura.ne.jp/vol/matome.html
たこ焼き案内人さんのツールが最も便利で広く使われている
ようですが使用の際には注意が必要です。
削除理由の誤判定がよくあるので、あらかめじめ添削してから
ぶちこむのが良いです。
同じスレッドが異なる削除理由で依頼に出されていると依頼重複と
して省かれず残ってしまいます。
スレッドキーが9桁の古いスレの扱いに対応しておらず、落ちていなくても
dat落ちとして省かれます。 まとめの際に省いても良いもの
・dat落ち
・同じ依頼
・他板のスレの依頼
・http://qb5.2ch.net/sakukb/#1など明らかにアドレス不明なもの
・スレ削除とレス削除を間違えて誤爆依頼など
省いてはダメ
・1000オーバー
・500KBオーバー
・不備な依頼
不備な依頼をアンカーのみにするかアドレスも書くかはまとめ屋に
よって違うようです。
携帯アドレスでの依頼を省いてしまうか書き換えてあげるかもご自由に。 まとめは削除人の作業効率を上げる他に、
依頼を少なく見せて削除人に来てもらう目的も大きいです。
これ大事。 長期未処理報告の起算日について
前回の削除人の対応後、初めて依頼のあった日が
起算日となります。その依頼の対象がdat落ちしても
起算日は変動しません。
削除人が「>>○○まで対応、未処理は>>××以降」
と言ったらその>>××の依頼が起算日となります。
削除人が「>>○○のみ処理、他は見ていません」、
「まとめのうち>>××のみ見ました」と言った場合は
起算日は変動しません。
以後、一部処理ありという扱いになります。
削除人以外による「ここまで全てdat落ちで残件なし」
という発言があっても起算日は変動しません。 まとめのテスト書き込みに便利な隠し板。
superfree
http://2chplus.2ch.net/superfree/
書かれたものは誰でも消せる。
なんか切ない板ですがキニシナイ > まとめをした方がいい場合は、まとめをした方がいいですね。
> どんな時がまとめをした方がいい場合なのかというと、それはまとめをした方がいい場合です。
> まとめをしなくてもいい場合、まとめをしないほうがむしろいい場合もあります。 >>4
私は
・他板のスレの依頼
・http://qb5.2ch.net/sakukb/#1など明らかにアドレス不明なもの
・スレ削除とレス削除を間違えて誤爆依頼など
↑
これらは「依頼不備・その他」としてまとめに入れてるよ
アンカーだけにしてurlは書かないけどね >>3
> 同じスレッドが異なる削除理由で依頼に出されていると依頼重複と
> して省かれず残ってしまいます。
同じ対象に違う削除理由で依頼が出てる場合、重複で省いてしまう方がおかしいのでは? >>4
>不備な依頼をアンカーのみにするかアドレスも書くかはまとめ屋に
>よって違うようです。
昔はエコの観点からアンカーのみ書く派だったけど、まとめ直しをするときに
アンカーだけではdat落ち判定するのが、とても面倒。
特に新スレに移行した後は、さらに面倒。
そんなわけで、今は明らかにアドレスが間違っているもの以外は、
後日まとめ直しをする人のために、アドレスを残すようにしています。
(削除人には不要な情報かもですが)
不備依頼のアドレスは書かない方がいい、という意見があれば
教えてください。納得できる内容なら、それに従おうかと。
>>11
省くっていうか依頼の重複としてまとめなきゃいけないから、重複してることが
分からないのは不便。
たとえば同じスレが>>10はGL5で出してて>>11はGL7で出してたら、
☆GL5+GL7
http://qb5.2ch.net/test/read.cgi/sakukb/1223883395/ >>10 >>11
とか、
○GL5
http://qb5.2ch.net/test/read.cgi/sakukb/1223883395/ >>10 >>11 +GL7
てな具合にする。
たまにいるんよ、他の人の依頼を確認しないで同じスレを違う理由で大量に依頼してる人。
たこ焼きさんのツールだけだとそれに気づかないので、結果を悪魔のZさんの
ツールにぶちこんで重複検知だけやってます。 >>12
削除人によっては自分で対象の中身を確認して、不備な依頼でも
処理する場合があります。
依頼人「削除理由:このスレいらねえから消して」
削除人「GL5に抵触すると判断し削除しました。今後は削除理由はGLから」
もう今はこんな人あんまいなくて見ずに却下してる人が多いかもしれないけど。
なのでアドレスも書いておくようにしてます。鯖移転書き換えまとめの時は特に。 >>16
そりゃ頼りすぎるのは良くないから工夫して使ってるよ。
で、どうしてダメなん? >>15
なるほど。鯖移転の際も、アドレスがあるとまとめ易いですね。
その一方で、削除人はレスアンカーから原文を参照することが
できるので、>>15の場合でもアドレスの必要性は高くないのかも。
ともあれ、今後もアドレスつきでまとめることにします。
>>16
コンピュータは人間の代わりに単純作業させるためのものなんだから
頼れるなら頼った方がいいね。
で、どうしてダメなん? ツールは使いこなしてナンボ。私は自作ツールを使っているけど
便利なツールが広く公開されているのはありがたいですね。
>>23
何が悪いのか、一見して分からない。
が、良く見ると447の依頼者の削除理由はGL6のみなのにスレタイの
「エロ情報」に反応してGL7が入っているのがツールの誤判定だな。
それにしても、そんなの気づくとは>>23は依頼した人か処理した人? >>25
スレッドキーが9桁ってのはたとえばこんなの。
↓
http://qb5.2ch.net/test/read.cgi/sakud/968935716/
http://qb5.2ch.net/test/read.cgi/sakud/1216648641/
↑
新しいスレはこうなる。
スレッドキー、dat番号などと呼ばれる数字はUNIX時間。
UNIX時間とはある日時を1970年1月1日午前0時0分0秒(世界標準時)からの
秒数で表したもの。
その危ない海外板の依頼は関係ないかと。 >>26
ん? >>23の件は、まさにその9桁キー誤判定ではないの?
ともあれツール云々以前に、投稿前のチェックは大切だね。
まさに他山の石。気をつけねば……
>>27
あ、そだね、449の依頼か。良く見てなかったスマン。
わざわざそう書いてあるのに。 「直接の処理報告はないけれど判断済み」扱いになってると思うぞ。 >>29-30
依頼人(当の本人でなくとも)には再依頼する権利があるわけだから、
こういうケースは再依頼すればいいやね。削除されるべき案件ならば
たんたんと処理されるでしょう。
さて、本来の流れに戻しますよ。
>>14での例のように、同じスレッドに対して異なる理由で複数の依頼があった場合、
---------------------
GL5+GL7
http://qb5.2ch.net/test/read.cgi/sakukb/1223883395/ >>10 >>11
---------------------
GL5
http://qb5.2ch.net/test/read.cgi/sakukb/1223883395/ >>10
GL7
http://qb5.2ch.net/test/read.cgi/sakukb/1223883395/ >>11
---------------------
上のように合成する書き方と、下のように理由ごとに分ける書き方では
どちらが「よりよいまとめ方」なんでしょう?
慣例的には上の書式が多いように見受けられますが、
本来の書式(下記参照)では、下の分割方式になります。
http://qb5.2ch.net/test/read.cgi/saku/1221202723/3 >>32
>どちらが「よりよいまとめ方」なんでしょう?
たとえば、実際は該当する理由が「GL6.重複スレ」だけのスレッドの削除依頼が
↓のような感じで出されてたとして・・・
削除対象アドレス:
http://***.2ch.net/test/read.cgi/***/**********/
削除理由・詳細・その他:
GL3+GL4+GL5+GL6+GL7+GL8
削除人★が「理由の中に該当しない物が挙げてあるから削除しない」
と判断する事があるのならば、理由を足し算するのにはリスクが生じるだろう
色々挙げてあっても、その中に該当するものがあれば削除されるならば
理由の足し算でのリスクは発生しない
特に取り決めがある訳じゃないみたいだけど、削除人★の処理は後者で
されてることが多いような気がする・・・(気のせい?)ので足し算でいいんじゃないかな
(たまに「明らかに違うやろ!」って足したくない依頼もあるけど(^^;) >>31
まとめのミスは依頼者の責任ではないので
削除人か、まとめをした人が責任をもって対処を求めないといけないんだよ >>35
>削除人か、まとめをした人が責任をもって対処を求めないといけないんだよ
そう考える根拠は何ですか? また「対処を求める」対象は誰を想定しています?
>>33-34
なるほど。親和性の高い理由同士ならばサクッと足し算してしまっても
問題なさそうですね。しかし>>34にも書かれているように、疑問に感じる
削除依頼があるのも事実。
例えば「書き込み態度が気に入らない」程度の理由で、大量にGL4やGL5の
依頼を大量発行する住人が一人いる板があった場合、多くの住人が困って
いるような深刻な削除案件が足し算によって埋もれてしまいます。
(そのような板の削除は……比較的長期間放置されがち)
それに近いケースを見かけたときは、標準フォーマット通りに理由で
分けたほうがいいかな? と思いつつ足し算式でまとめているのが現状です。
最終的には削除人の判断が入るわけですから、作業する人を信頼すべきかな、と。
逆に、標準フォーマット通りにまとめた方が良いという考え方があれば
教えてください。
>>32
その「本来の書式」とやらから、
なぜ、「下になる」のかがわからん。
まとめの時に
重複依頼を省く(一本化)をするのは何故なのか考えてみましょう。 >>32
下の方にする意味が分からない。
そんなことするくらいなら、>>11の依頼をまるっきり省いた方がマシ。 理由の足し算は問題ないでしょう。
実際に複数の理由にあてはまるものだってありうる。
「全部理由を貼っとけば、どれか1個にはあてはまるだろ」
な数打ちゃ当たる的いいかげんな依頼なのか、
別の理由で出された、別の理由が追加されたのか、すぐわかるでしょ。
元依頼をすぐ見られるようにアンカーつけてまとめてあれば。
一本化してあれば
1つのスレッドを最初から
「複数理由で依頼が出ている」ものとして
見て判断する作業が1回で済むのです。 何の為にまとめをするのか
まとめによるどのような効果を求められているのか
よぉーく考えてごらん
あーら不思議。
自ずと答が(りゃ
なるほど。ご意見ありがとうです
(>>37を読んでいただければ分かると思いますが、私は元々足し算実践派ですよ)
結局、スレッド削除の場合であっても「依頼理由ごとのまとめ」に拘る
必要はなく、同じスレッドの削除依頼が異なる理由で提出された場合、
足し算してまとめた方が「よりよいまとめ」であるぞ、と。そういうことですね。
むしろ、「重複依頼は省いて下さい」を
「(理由の異なるものは足し算したうえで)重複依頼は省いて下さい」と
強引に拡大解釈すれば、まとめ方との矛盾は解消するわけですな。
ちょっとスッキリw
dat落ち削除済みは省く
重複依頼や複数依頼は1本化する。
これで解決 http://qb5.2ch.net/test/read.cgi/saku/1202795191/819-823 あたりから
削除する/しない、対応する/しないの言い回しはいろいろあって、中には微妙で
複数の意味に取れるものがありますが、
未処理 = 削除判断自体なし
というのはほぼ固まっているところです。
それから、もう本当にどういう意味かわからない時は、利用者に有利な方向で
処理しておくのが無難だろうと思います。 >>46
納得です。さすがに長くそのスレに関わっているだけありますね。 蛇足とは思いつつ、老婆心で書いてみるけど
依頼者がどんな人であろうと依頼は依頼だよね
「依頼厨の依頼だから」という先入観は捨てた方がいいのではないかと >>46
処理されたものがあるかどうかぐらいは確認しろよと >>48
依頼者を見て「依頼厨の依頼だから」と依頼を選り好みしたのは削除人だよ。
>>51
報告で実際にdionの依頼だけ処理されてない事実。 ID:ETRinlNc0 さん
その主張はスレ違いです。適切なスレでお願いしますね^^ そんな逃げるくらいなら最初から>>48なんか書き込むな。
本当に蛇足だよ。 >>50
不備依頼を、不備を理由にスルーする事は、
削除人には許されている。
不備である事の指摘は散々されているように思うし、
特に言及無くスルーされていても、特に問題は無いんじゃないかな。
人ではなく、あくまで内容で判断しているのだと思いますよ。
どうしても気になるなら、削除議論板の質雑辺りで
削除人さんに確認してみるのも有りかと。
その場合、削除人さんは処理しているわけではないので、
答える義務が存在しない事を忘れずにね。答えてくれたらラッキー、
くらいのつもりで。今回の件を軽く説明してからだと、
答えてもらえる可能性は高いんじゃないでしょうかね。 >>56
妙心先生、件のdionの依頼のどこに不備があるんですか?
分かりません。行って指摘してきてください。
http://qb5.2ch.net/test/read.cgi/saku/1216373132/
人で判断したのか、内容で判断したのか。
人で判断したなら、削除する人の心得
> 5.削除人は恣意的な削除をしてはいけません。
> 「好き・嫌い」「ウザイ」「不愉快」などといった自分だけの主観を元に行動してはいけません。
に違反します。指導部屋で訊けば本音はどうあれ建前は内容で判断したと
答えるでしょう。無駄です。俺は無駄なことはしません。 >>57
スレチだからそれを話すのに適した場所探して、そこで話をしておくれ。 >>57
わかってるじゃないですか。
そこまでわかってるなら、俺が答える必要は何も存在しない、
という事もわかってますよね?
どうしてもそこに関してのお話をしたいのであれば、>>58の方の
仰る通りにしていただければと思います。 あたしのまとめを見て。どう、たいしたものでしょ。
ふぶきにも怒られてないし、みならいなさいよね。 >>60
不備依頼であってもアドレスを書いた方がいいんじゃね? ってところか…
過疎ってるついでに質問。
まとめるときに1000超えした場合は、その旨書くことになってるけど
950の場合はどうなんだろう?
たいていの削除人は950超え、場合によっては900超えでも
「そのまま流してください」的な判断をするケースが多いようだし
950超えの情報があるほうが、よりよいまとめ?
>>63
その情報の有無に関わらず、スレッド自体の状況は
削除人はどちらにせよ確認しなければならないので、
必要があんまり無いと思われ。
板やスレによって、即死判定の条件だったり、
次スレ移行のタイミングだったりは違うしね。 話は変わるけど
-------------------------------------------------
340 まとめ1 yyyy/mm/dd-----
[11/1 >>300]
[11/2 >>301]
GL3
http//-------------- >>303
http//-------------- >>304
http//-------------- >>305
GL4
http//-------------- >>304
http//-------------- >>306
-------------------------------------------------
341 まとめ2 yyyy/mm/dd-----
GL5
http//-------------- >>305
http//-------------- >>307
以上です
-------------------------------------------------
342 なんちゃら削除人★ yyyy/mm/dd-----
>>340だけ対応しました。
って、なってたら、まとめなおしの時どーやんの?特に起算日
303や304は対応済みってことで305が起算日扱い? そのGL3とかGL4とか省略するのは止めてほしいなぁ。。
まとめていただくときに。
全文引用は必要ないですけど、「連続投稿・重複」とか
そのくらいの文言は入れて欲しいなぁと。。 >>67
御意。
我々まとめ屋は削除ができるわけではないので、削除屋諸氏からもたらされる
断片的な情報を元により良いまとめを考えなくてはなりません。
今後ともよしなに。 >>67
そこで早速質問ですが、放浪人さんは実際の処理にまとめを使っていますか?
私が依頼をしてきた経験の中で、まとめを見ていないんではないかと思える
ことが何度かありました。
また、以前どこかで放浪人さんが「依頼スレを削除スクリプトで見た時点でdat
落ちしているスレは一目で分かる」と言ってたような気がするのですが、それは
本当ですか?itadakiやdoronpoにはそのような機能はないように見えるのですが。 >>69
私は放浪人さんではありませんが……
itadakiやdoronpoはいわゆる「削除スクリプト」ではありません。
Web上で利用する、削除人用のツールです。
#必要な設定をしておけば、itadakiやdoronpoから「削除スクリプト」を呼び出せるのです。 >>67
なぜ省略が悪いのか、よく理解できないのですが、、 >>71
自分は削除人じゃないけど。
GLの番号"だけ"書いてあっても、ピンと来ないんじゃないかな。 >>69
ケースバイケースだったりします。
まとめがかえって読みにくかったり、簡略化しすぎてたり
(誘導レス番が依頼に書いてあるのに省いてるとか etc.)、
どの依頼だか辿れない(レスアンカーがない等)場合には
元の依頼を順に見ていった方が作業しやすい場合もあります。
あと、「投稿目的による削除」とか「板違い」など1行削除理由をつけて、
非常に微妙なものまで数十スレくらいまとめて依頼されていたりする
場合がありますが、、、
そういう依頼はざーっと目を通して確実なものだけ処理して、
他の依頼を見る方に時間を割くこともあります。
処理にかける時間配分を調整するわけですけど、
その場合、まとめは一部しか見ない場合があります。
こういう場合は、まとめが悪いわけではないんですけどね。。
上記以外では、dat落ち等を省いていただいて、作業効率は
上がりますんで、まとめは積極的に利用させていただいてます。。 項目の中でいくつかの理由に分かれてたりするから、
依頼者が依頼した理由がそのうちのどれかで、処理の判断が変わる時がある。
特に4項や8項は要請板と整理板の理由が混じってるし。 >>69
下段ですが、一目でわかるんじゃなくてdoronpoのリンクを
クリックすればエラーで表示されないので判るってだけで。
そういう確認はdoronpoなら容易ですが、他のツールや手作業でURLを
入力されている方は、時間も余計に掛かりますし大変だと思います。
なにより、沢山依頼が残っているように見えてしまうと
限られた時間でやろうと思ってる人に、スルーされてしまう
可能性が少し高くなってしまいます。
それは双方にとって、あまりよろしくない話かなと。。
まとめで重複やdat落ちを省いていただくのは、
やはりやっていただいた方が有り難いです。
>>71
ガイドラインの内容はちゃんと憶えてますが、番号で
内容を憶えてないってだけで。。
1〜数週間に1回しか最近は見られないですし、時間も結構
限られていたりする、という個人事情もありますが。。
いま他の人の作業状況を見ていても、たまにしか活動できない
人が多いような気がします。
そういう人達にとっても、数字だけに簡略化しすぎたまとめって
あまり省力化にならないと思うんですよね。
(そういう方々も、数字だけで憶えてることは少ないと思うので
ガイドラインでいちいち確認しないといけない、となると足が遠のくかも。。)
ちなみに私は、時間がないときは、依頼数が多くなくても
まとめが「GL○」とかの数字だけのものは一度眺めて飛ばすこともあります。。
あるいはまとめに頼らずやったりとか。
削除人さんによっては作業に支障はないと思いますんで、
どうしても記号だけにしたい、というのでしたら構わないですが
省略しすぎは、かえって省力化にならない場合もあるということで。。 削除人の皆さん、名無しのみなさんアドバイスありがとうございます。
ウロコな意見も聞けてよかったです。
ちなみに私がGL6と略してるのは
依頼で「連続投稿・重複」「重複」「乱立」と依頼者が三者三様の書き方をしているので
どれかをとってそろえるのも合わなくなるので「GL6」としてまとめてたりしていました。
夫々の理由は処理の際にまとめから元の依頼を見ることになるわけですし。
ガイドラインでは6は「連続投稿・重複」てことだから、番号だけでなく
ガイドラインの各項の文章をいれるのもいいかもしれないですね。 特に、GL4の場合は詳細を略されると大手間になりやすいよね。 >>64
なるほど。参考になりました。では、今後も950は気にしない方向でw
まとめている側としては、削除人がどのような情報を必要として
いるのか、いまひとつ掴めなかったりします。
(折りよく>>66以降の流れで、謎のいくつかは解消しましたが)
仮に「950超え」の情報があれば、その分、作業時間短縮が
可能と判断したヒトが削除に取り掛かってくれる頻度が、わずかでも
高まるなら、依頼者にとっても有益ですからね。
そんなわけで>>63で質問してみました。
>>77
「連続投稿・重複」ってだけでいいと思うですよ。
その中にどういう項目が併記されてるかは判るので。
まとめ方で悩むくらいなら、「その他複数の理由」で
レスアンカーだけ付けてまとめて貰ったら、それでいいんですよ。
まとめるのに悩むくらいなものは、依頼を直接見た方が
作業する方も早いでしょうから、あまり深く悩む必要はないかと。。 私も以前は理由付記していたのですが、現在は簡略書式で
まとめるようになりました。
その理由は>>77さんも書いている通り、板によっては
実にバラエティに富んだ理由づけ、しかも複数理由の組み合わせで
依頼されている場合がありまして、理由ごとにまとめると、まとめが
まとめにならないほど煩雑になるケースがあります。
また、>>69さんが書かれたものと同じ感想を、私も感じることが
ありまして、まとめは削除工数の見積もりを助けるもの程度に
留めたほうがいいのでは? とも思っていました。そのため、
削除人のヒトには、依頼原文で理由の詳細を見ていただくとして、
まとめはなるべく色をつけない簡素なフォーマットへとシフトしてました。
今回、削除人サイドの事情も少しわかりましたので、
今後は可能な限り理由も併記するようにしてみますー。
>>78
理由の詳細が書かれていないGL4って多いです。
特に熱心に削除依頼される方ほど、その傾向が……
>>76
作業する前にGLを見る習慣をつければよいのではないでしょうか
(作業コードの確認は職場で推奨されています)。
あと、もとの依頼はGL番号だけ、というのは少ないですよね >>82
見なくても済めばそれでいいわけで。。
数字だけだと間違える、とかいう話ではないですから。
元の依頼はそこまで省略してないものが殆どなので
あまり省略しすぎないで、という話です。 全ての依頼者がGLのことを理解している、というのはありえないので
その状況に対応したまとめが求められるのだと思います。
長々と依頼文があるときに、どうまとめるか、というのは難しく
(特に、GLの理解に問題がある理解者のときには)
実務としてはインデックスとしてのGL番号があれば、
それでいいのではないか、と思います。
で、まとめだけをみて処理するのは、まとめの間違った使いかたですね。
むしろ、まとめは重複依頼が出ないようにするために使うものなのでは
と思います。
あと処理開始前にGLを確認しないのは、ちょっと危ういのではないでしょうかね。 削除依頼に慣れてない人たちが見てわかりやすいように
大見出しぐらいは書いたほうがいいと思います。「GL○」だけでなく。 >>84
まとめの目的があなたと他の人とは違うような気がしたり。。
あなたの目的からすれば、そういう使い方は違うのかも
しれないですけど、そもそも目的が違うから、その使い方を
云々言ってもあまり意味がないような。。 >>86
(爆笑)
それこそあなたの使いかたはどうですかね?
ここでgdgd言うよりはまとめの見本を一度見せていただけると
それが一番いいと思いますけどね。 そもそも、あなたのまとめは誰が利用することを想定してるんでしょう? >>70
>>73
>>75
分かりました。ありがとうございます。 まとめは削除する人も、削除を依頼する人も使うんじゃないの?
削除する人は、まとめ「だけ」を見て処理してはいけないというのは
みんな分かっていると思うけど。 なんでいけないの?
削除依頼すら見る必要も無いのに >>90
依頼する人にとってまとめって必要ですか?
既に依頼が出ているかどうかを調べるなら、普通は
検索すると思うんですけど。
大抵スレッドタイトルは入ってませんから(フォームから
依頼してもそうなりますし)、スレッドキーで検索するなら
まとめてある必要って何もないですよね?
特にまとめが3〜4スレ以上にもなる膨大な場合などは
数字を目で見て探すなんてしないと思いますけど。
削除人は処理をするのに使う場合には、使いにくいかもという
話をしてるんですが、他の誰かには使いやすいまとめなんでしょうか?
GL○って省略するやり方は。
なんか、、、誰が使うとかは無視して、まとめることが目的化
していて、まとめる際の都合しか考えてないように思うんですが。。
>みんな分かっていると思うけど。
みんなというのは ID:a89w+laN0さん以外の誰と誰ですか?
みんな鯔なので譲り合わなければいけないとは思います。
たとえば、まとめるほうも作業が楽なほうがありがたいのです。
>>93
> 削除人は処理をするのに使う場合には、使いにくいかもという
> 話をしてるんですが、他の誰かには使いやすいまとめなんでしょうか?
> GL○って省略するやり方は。
使いにくい理由は>>76だけでよろしいでしょうか?
他にもあれば聞かせてくださいな。 長々と書こうと思ったら既に先んじて書かれていたので>>93に同意。
重複依頼防ぐのにまとめが必要、ってのは初めて聞いた。
>>94
例えば重複なら
GL6 重複スレッド
とまとめの際に番号の後に一文付記するのがそこまでの
手間なんでしょうか? まとめは依頼理由ごとにまとめるわけで、
依頼されているスレッド一つ一つにそうやって付記しなければ
ならないわけでもないし、そこまで明確に作業が楽になるとは
考えにくいような気がしますねぇ。
具体的に、番号だけでまとめた場合に明確に楽になるまとめの
事例について、ちょっと気になるんで教えてもらえません? 番号覚えてなくても
GLの中身を覚えていればよいわけで・・・
作業前にGLを毎度毎度見に行くこともないでしょ。
あれ?と思った時はGLを確認しに行くにしても。
GL6 だけより 重複 も書いてある方が、
あ、あれねってわかるってことでは?
デジタル時計よりアナログ時計の方が
ちらっと見ただけで
だいたいの時刻がわかって用が済んじゃうことありませんか?
それと似たような感じなような。 >>94
えーと、何をやるにしても目的が大事だと思うんです。。
何を目的としてまとめをするか?という部分を
確認しておいた方がいいと思いますが。。
それを達成するために、一番適した方法を選択するのが
ベストなわけです。
楽に作業するのはいいですけど、目的に対して
役に立たない作業では意味がないですよね?
その場合、一番楽なのは何もしないことだと思います。
誰のためにもならない作業ですから。。
誰の役にも立たない作業では、それはボランティア活動
じゃなくて、ただの自己満足になってしまいます。
そういう意味で、まとめること自体が目的になってしまうのは
不味いと思う次第で。。 これはまとめとは違いますが……
依頼理由として「GL5に抵触」とだけ書かれていた代物が、
理由不備として蹴られたケースがあります。
http://qb5.2ch.net/test/read.cgi/saku/1105097060/303-304 >>97
質問に向き合わないのは失礼ではないですかね? >>99
目的が違う人に余計な作業をお願いするつもりは
ないので、目的から確認してるんですが。
■ このスレッドは過去ログ倉庫に格納されています