アカウント名:
パスワード:
誰が作ったか不明なエクセルマクロとか、ツール類とか使ってるなら問題発生するかもしれないなと推測するけど、元号の追加・変更に対応出来ないシステム設計しているほうがダメすぎだよ。# 予算やら何やらが原因で手が回らないってのはあるかもしれないけどそう思ってるので「システム屋を殺す気かと思いました」とか言ってるのは、自分のところは無能ですって言っているように聞こえちゃう。
元号の追加・変更に対応不可能なシステムだとしても、仮の元号を使って開発or試験するくらい出来るだろうし(営業が予算をぶんどってこれるかだろうけど元号の正式発表後に必要な変更箇所とか試験項目やらリストアップするぐらい出来るでしょうと。
仮の元号とやらををちゃんと決まった元号に書き換えて問題が起きないエビデンスはどうやって確保するんだ?
「そんなの問題が起きるわけがない」とかが通る世界ばかりじゃないこともわかんないのか
> 仮の元号とやらををちゃんと決まった元号に書き換えて問題が起きないエビデンスは> どうやって確保するんだ?
自動テストコードでアサートされる変数の値を1箇所変更して全部流し直す。
それコストゼロなのか?
ただのコーダーならいいけど設計とかは絶対に任せたくないね、こういう人には
例えば、新元号は画数が多い文字だったためフォントサイズを変更しなくてはならなくなったとか。その程度のことすら想像できないようだとさ
> 画数が多い文字だったためフォントサイズを変更しなくてはならなくなった画数が多いから、フォントサイズを変更するってどんなシチュエーションなのかわからないんだが・・・GUIなのか帳票印刷なのかわからないけど、1ヶ所だけフォントサイズ変更するのって気持ち悪くない?文字がはっきりと視認出来なくてはならないって仕様があるとしたら、元号以外の文字で画数が多い文字も出力する場合も想定しているだろうし、やっぱりどんなシチュエーションなのかわからない。
勘違いされているような気がしますが、正式な元号が決定してから試験しないなんて言ってるつもりはないですよ。正式発表されてから施行されるまでの期間で試験可能であるか、判断もできないなら、それこそ、見積もりもスケジューリングも出来ませんって無能さをさらけ出してると思うんだけど。間に合わない程の試験規模になるとわかっているのなら、今のうちに政府とか客先にはたらきかけないとダメでしょうが。
発表から実施までの数ヶ月(以上)の間に確保すれば。
とかが通る世界ばかりじゃないこともわかんないのか
それが分かるだけの知恵があれば、上のようなコメントするわけがない。
Strutsであれだけやらかしたのにどうして何でもかんでも検証でむやみやたらに時間を掛けることのリスクはゼロに見積もりたがるのか
システムが対応しているから試験しなくてもいい。→ システム屋死なない。システムが対応していても試験は必要。→ システム屋死ぬ(盛り上がるために)。システムが対応していても試験は必要だけど試験はしたことにする。→ システム屋しなないけど何かが死ぬ。
#元号確定後に死ぬか死なないかはシステムの規模によるので、デッドラインはまちまち。ぜひ盛り上げてほしい。
はい、無能なので死んじゃうのです
本気でそんなこと考えているなら思慮が足りなすぎるかシステム屋じゃない
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
そこまで問題になるのか? (スコア:1)
誰が作ったか不明なエクセルマクロとか、ツール類とか使ってるなら問題発生するかもしれないなと推測するけど、
元号の追加・変更に対応出来ないシステム設計しているほうがダメすぎだよ。
# 予算やら何やらが原因で手が回らないってのはあるかもしれないけど
そう思ってるので「システム屋を殺す気かと思いました」とか言ってるのは、自分のところは無能ですって言っているように聞こえちゃう。
元号の追加・変更に対応不可能なシステムだとしても、仮の元号を使って開発or試験するくらい出来るだろうし(営業が予算をぶんどってこれるかだろうけど
元号の正式発表後に必要な変更箇所とか試験項目やらリストアップするぐらい出来るでしょうと。
Re: (スコア:0)
仮の元号とやらををちゃんと決まった元号に書き換えて問題が起きないエビデンスは
どうやって確保するんだ?
「そんなの問題が起きるわけがない」とかが通る世界ばかりじゃないこともわかんないのか
Re:そこまで問題になるのか? (スコア:1)
> 仮の元号とやらををちゃんと決まった元号に書き換えて問題が起きないエビデンスは
> どうやって確保するんだ?
自動テストコードでアサートされる変数の値を1箇所変更して全部流し直す。
Re: (スコア:0)
それコストゼロなのか?
Re: (スコア:0)
ただのコーダーならいいけど設計とかは絶対に任せたくないね、こういう人には
例えば、新元号は画数が多い文字だったためフォントサイズを変更しなくてはならなくなったとか。
その程度のことすら想像できないようだとさ
Re: (スコア:0)
> 画数が多い文字だったためフォントサイズを変更しなくてはならなくなった
画数が多いから、フォントサイズを変更するってどんなシチュエーションなのかわからないんだが・・・
GUIなのか帳票印刷なのかわからないけど、1ヶ所だけフォントサイズ変更するのって気持ち悪くない?
文字がはっきりと視認出来なくてはならないって仕様があるとしたら、元号以外の文字で画数が多い文字も出力する場合も想定しているだろうし、やっぱりどんなシチュエーションなのかわからない。
Re:そこまで問題になるのか? (スコア:1)
勘違いされているような気がしますが、正式な元号が決定してから試験しないなんて言ってるつもりはないですよ。
正式発表されてから施行されるまでの期間で試験可能であるか、判断もできないなら、
それこそ、見積もりもスケジューリングも出来ませんって無能さをさらけ出してると思うんだけど。
間に合わない程の試験規模になるとわかっているのなら、今のうちに政府とか客先にはたらきかけないとダメでしょうが。
Re:そこまで問題になるのか? (スコア:1)
発表から実施までの数ヶ月(以上)の間に確保すれば。
Re: (スコア:0)
とかが通る世界ばかりじゃないこともわかんないのか
それが分かるだけの知恵があれば、上のようなコメントするわけがない。
これもゼロリスク信仰 (スコア:0)
Strutsであれだけやらかしたのにどうして何でもかんでも検証でむやみやたらに時間を掛けることのリスクはゼロに見積もりたがるのか
Re: (スコア:0)
システムが対応しているから試験しなくてもいい。→ システム屋死なない。
システムが対応していても試験は必要。→ システム屋死ぬ(盛り上がるために)。
システムが対応していても試験は必要だけど試験はしたことにする。→ システム屋しなないけど何かが死ぬ。
#元号確定後に死ぬか死なないかはシステムの規模によるので、デッドラインはまちまち。ぜひ盛り上げてほしい。
Re: (スコア:0)
はい、無能なので死んじゃうのです
Re: (スコア:0)
本気でそんなこと考えているなら思慮が足りなすぎるかシステム屋じゃない