アカウント名:
パスワード:
http://www.tokyo-ikiiki.net/topic/data/kougakugokisai_110817.pdf [tokyo-ikiiki.net]によると、今後の対策は
東京都後期高齢者医療広域連合において、業務に用いるマニュアルを再整備するとともに、二重チェックを徹底し、確実な点検作業を実施する体制を構築する。
との事。アプリケーションの改修は?
「仕様エラーの改修」ならね。「業務の改善」なら予算をとってできるんじゃないかな?
はいはい「血税」って最近知ったから言ってみたかっただけだよね。
血税っていうのは読んで字の如く「血であがなう税」つまり徴兵のことを指します。戦後になって徴兵がなくなったとはいえ、「0埋めを人間が行うようなシステムを発注すること」程度でどれだけの納税者の命が脅かされるというのでしょうか?税金のムダ自体反論できにくいものではあるが、かといってあまりにも安易に「命、命」と繋げるのにはかなり抵抗があります。
徴兵制が無くなって久しい現代日本では、普通の税金のことも血税と呼ぶ用法をよく見かけるようになっています。最も、好んで使っているのはちょっと左もしくは右に傾いた方々が多いようですが。
#個人的な印象に過ぎないことはよく分かっていますので、2行目はツッコミ禁止でお願いします。
それはともかく、一般的な感性からして言えば、人間の手でゼロ埋めしないといけないUIって、普通に仕様不備で突っ返されるレベルだと思うんですが…「常識で片付けられる部分を常識で片付けられるからと仕様に載せないでいたら、技術者にとっては許容範囲なのかも知れないが一般的感性から言うと非常識な物を作られた」というケースを時々聞きますが、これもその類ですかね。
こう言うと問題になるかも知れませんが、発注側や、仕様の設計を行う立場にある方には「技術者は一般常識や、一般人が使う場面に対する想像力を全く持っていない」という覚悟で望んでいただくべきではないかと思うことがたまにあります。じゃないと、彼らは技術的にちょっと面倒という部分を容赦なく使い勝手にしわ寄せしてきますし、例えそれが「一般的感性で言えば欠陥としか言いようがない」ものであっても修正に難色を示されることがあります。大威張りで言うようなことではないとは思いますが。
最も、好んで使っているのはちょっと左もしくは右に傾いた方々が多いようですが。#個人的な印象に過ぎないことはよく分かっていますので、2行目はツッコミ禁止でお願いします。
最も、好んで使っているのはちょっと左もしくは右に傾いた方々が多いようですが。
そんな予防線を張っても駄目ですよ。容赦なく突っ込ませていただきます。
×最も○尤も
普通に作ればユーザがゼロ埋めしなくてよいUIができると思うので、「人間の手でゼロ埋めする仕様で作ってくれ」という要求仕様がどこかの段階であったのではないでしょうか。もしくは、ユーザが入力した"1351"という文字列をそのままシステムに食わせると 3510000000000と解釈されるという仕様を伝えられていなかったとか。
> #個人的な印象に過ぎないことはよく分かっていますので、2行目はツッコミ禁止でお願いします。
そんな何の意味も無い文章であれば、最初から書かないか、もしくはチラシの裏にでも書いて下さい。リソースの無駄です。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
今後の対策 (スコア:3, 興味深い)
http://www.tokyo-ikiiki.net/topic/data/kougakugokisai_110817.pdf [tokyo-ikiiki.net]によると、今後の対策は
との事。
アプリケーションの改修は?
Re: (スコア:2, すばらしい洞察)
「作業者の不注意」以上に突っ込んだ話にしたら、
仕様確認や検収でハンコ押した人を処分しなきゃいけなくなるじゃないですか。
Re: (スコア:0)
「仕様エラーの改修」ならね。
「業務の改善」なら予算をとってできるんじゃないかな?
Re: (スコア:0)
というような事情があるのかもしれません。
# 作成中も予算が少なく期間も少なかったんだろうなあ、テストをしないぐらい
Re: (スコア:1)
Re: (スコア:0)
はいはい「血税」って最近知ったから言ってみたかっただけだよね。
血税っていうのは読んで字の如く「血であがなう税」つまり徴兵のことを指します。戦後になって徴兵がなくなったとはいえ、「0埋めを人間が行うようなシステムを発注すること」程度でどれだけの納税者の命が脅かされるというのでしょうか?税金のムダ自体反論できにくいものではあるが、かといってあまりにも安易に「命、命」と繋げるのにはかなり抵抗があります。
Re:今後の対策 (スコア:0)
徴兵制が無くなって久しい現代日本では、普通の税金のことも血税と呼ぶ用法をよく見かけるようになっています。
最も、好んで使っているのはちょっと左もしくは右に傾いた方々が多いようですが。
#個人的な印象に過ぎないことはよく分かっていますので、2行目はツッコミ禁止でお願いします。
それはともかく、一般的な感性からして言えば、人間の手でゼロ埋めしないといけないUIって、普通に仕様不備で突っ返されるレベルだと思うんですが…
「常識で片付けられる部分を常識で片付けられるからと仕様に載せないでいたら、技術者にとっては許容範囲なのかも知れないが一般的感性から言うと非常識な物を作られた」というケースを時々聞きますが、これもその類ですかね。
こう言うと問題になるかも知れませんが、発注側や、仕様の設計を行う立場にある方には「技術者は一般常識や、一般人が使う場面に対する想像力を全く持っていない」という覚悟で望んでいただくべきではないかと思うことがたまにあります。じゃないと、彼らは技術的にちょっと面倒という部分を容赦なく使い勝手にしわ寄せしてきますし、例えそれが「一般的感性で言えば欠陥としか言いようがない」ものであっても修正に難色を示されることがあります。大威張りで言うようなことではないとは思いますが。
Re:今後の対策 (スコア:1, おもしろおかしい)
そんな予防線を張っても駄目ですよ。容赦なく突っ込ませていただきます。
×最も
○尤も
Re: (スコア:0)
普通に作ればユーザがゼロ埋めしなくてよいUIができると思うので、「人間の手でゼロ埋めする仕様で作ってくれ」という要求仕様がどこかの段階であったのではないでしょうか。
もしくは、ユーザが入力した"1351"という文字列をそのままシステムに食わせると 3510000000000と解釈されるという仕様を伝えられていなかったとか。
Re: (スコア:0)
> #個人的な印象に過ぎないことはよく分かっていますので、2行目はツッコミ禁止でお願いします。
そんな何の意味も無い文章であれば、最初から書かないか、もしくはチラシの裏にでも書いて下さい。
リソースの無駄です。