アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ? -- Debian初級
結局 人員教育で終わらすのかなあ (スコア:2, すばらしい洞察)
エラーには数種類あってこのエラーのときにはリセットしちゃいけないんですよ??
そんなのわかんないんですかバスの運転手は!!
・・・なんて全部運転手任せにするってのは、システムとしておかしくないか??
リセット不要(逆にリセットしちゃいけない)エラーのときはリセットスイッチを不能にしちゃえ。
Re: (スコア:2, すばらしい洞察)
これの設計だけおかしいんじゃないかなぁ?
Re: (スコア:1, 参考になる)
多分、「もう一度」と言われてるのは処理の途中で中断してるものと思われる。こっちならあり得るんじゃないか?
#他に「チャージして下さい」って明らかな残高不足もいるがこれは別の話だからいいだろう
Re: (スコア:0)
「読み取りエラー→エラー表示前に通過される→次の人がカードかざす」
ってされると、次の人のタイミングでエラーが出て、どうにも通れなくなるんだよな。
前の人のカードの処理が半端になってるところに次の人がかぶってて、ひたすら「再度タッチしてください」とだけ言われる。当然エラーを無視して通過した前の人が悪いんだが、次の人だけが後続の顰蹙を買うという理不尽な状態はなんとかすべきだと思う。見ていてかわいそうだ。
途中でエラー出たものはリトライ待ちとかせず最初からやり直す、というわけには行かなかったのかね、あれ。
何か理由はあるんだろうか。
#ぴんぽーん。太りすぎです。減量してくだs
Re: (スコア:0)
前の人間は当然悪いが、後の人間も確認せずにタッチした時点でもう理不尽とは言えないね。
前にエラーが起きていれば自分が通る時にはタッチ部のインジケーターが赤くなってるはずだから。
漫然と通るから引っかかるんであって、青や緑の正常な待ち状態かどうかタッチする前に確認するべきだ。
俺は必ず確認してるから直前の奴がエラーだしてすり抜けてっても巻き添え食ったことなんてないよ。
Re: (スコア:0)
青or緑なのでタッチしても、前の人のエラーに巻き込まれることが多々あります。
> 俺は必ず確認してるから直前の奴がエラーだしてすり抜けてっても巻き添え食ったことなんてないよ。
ただ単に、巻き添えを食うほど混雑していない地域or時間帯に、ICカードを利用しているだけなのではないかと。
Re: (スコア:0)
(東京の)大混雑な鉄道に対処できるほどの「処理速度」が無いんだよね。
即時性が足りないんだよ。リアルタイム性が。
エラー表示を出すのも遅い。
東京のあの状況を思えば、もっと速く(早く)表示しないとならない。
あの混雑では1秒では遅すぎるだろうな。
0.1秒くらいの遅延なら許せるだろうけど。
他にも遅いぞと思うシーンが多くて
(たとえば金額表示が「1つ前の人のが見れちゃう」とか)
絶対的な処理速度が足りてない気がするんで、
いっそIntelさまのCore2でも突っ込んだらいいんじゃないか?
#ソフト屋に頑張らせて高速化できるかどうかは微妙だと思うので、「CPUを早くしろ。金けちるな」と言う方が安全確実だ。
Re: (スコア:1, すばらしい洞察)
>(東京の)大混雑な鉄道に対処できるほどの「処理速度」が無いんだよね。
>即時性が足りないんだよ。リアルタイム性が。
後で見てる限りそんなことはないと思う。
基本システムが、改札の枠の中(左右の機械の間)に人が入る前にタッチをする
(タッチしてから、人が機械の間に入ってくる)
ってシステムで作られてるのに
機械の中に入ってからタッチしてるのが悪いと思う。
どっちかって言うと、入るほうにも停止板をつけて
タッチすると開くシステムにする方がわかりやすい。
(バッタンバッタン閉じたり開いたりするシステムもどうかとも思うが)
Re:結局 人員教育で終わらすのかなあ (スコア:1)
既存がそうだからって現行もそうでいいってのは要件定義のミスとしか思えない