01/11 02:56 @kondoujp まあ、個人的にはそのへんよりも「なんでそんなに簡単に全職員同報とかできるUIがあるのん？」というのも (gida)

01/11 02:56 (@kondoujp) @gorry5 割とよく見る all@ (ry (gidu)

01/11 02:57 (@kondoujp) @gorry5 組織内メーリングリスト的に、all-(なんとか) みたいな命名してると、all@ とかと補完候補的にすぐ上下に出てきて、あっさり誤クリックで送れちゃいそうな感じしませんか (gibi)

01/11 03:02 @kondoujp 「全職員」に３文字エイリアスとかそれこそ設計アホですわな… :D (gusa)

01/11 03:04 (@kondoujp) @gorry5 これは思いっきり MS ソリューションの話になりますが、所属ごとに普段使うアドレス帳 (補完候補にもなる) を選べるはずなので、all@ 自体は別に罪はないと思うんですよね……。 (gusu)

01/11 03:08 (@kondoujp) @gorry5 「間違いにくい設計」の方で言えば 3 文字エイリアスより、all-(なんとか)@ みたいな「間違いやすそうな名前付け」に問題がある話になりますが、RMS は「間違えても大丈夫」という方の話なので (gute)

01/11 03:09 @kondoujp まあ、あと同報数が増えると「本当にこの数に出していいのか」のクッションが大きくなるUIを入れておかないといけないよなー、とも (gunu)

01/11 03:09 (@kondoujp) @gorry5 で、RMS 採用しててもやっちゃったって話なら、改善の話は「文書作るときに最初にアクセス範囲設定してから内容書けよ」であって「紙にする」にはならないんですよね (gune)

01/11 03:09 (@kondoujp) @gorry5 それは分かりやすい範囲であればいいけど、メルマガ原稿みたいなものにはアホみたいに弱そうですな…… (guhi)

01/11 03:12 (@kondoujp) @gorry5 それとまぁ、結局のところ「確認せずに "はい" を選ぶ人間に対して何の意味もない」点は変わらないので、やっぱり「やっちゃった系」を防ぐ壁にはならないので、RMS の方がなんぼかマシかと (guhe)