アカウント名:
パスワード:
日テレ [yahoo.co.jp]
JR東日本ではソフトウエアを更新して対応し、トラブルは5日の始発からは解消
どう直したんだろう。
unko unkoArray[1600] → unko unkoArray[1606]じゃね?
1800だそうです。
<GW>Uターンラッシュ ピーク 新幹線掲示板間に合ったhttp://headlines.yahoo.co.jp/hl?a=20160505-00000018-mai-soci [yahoo.co.jp]
3200ぐらいにしちゃえばいいのに。
そうすると今度は別の所でメモリ不足で落ちるとか予期せぬ不具合を呼び寄せるのですよ。
えっそれだけ!?2020年のオリンピックでまた落ちるに10ペリカ。
なぜ急場をしのぐための一時的処置という発想がないのか。
往々にして急場をしのぐための永久的措置になることが経験上……
JR北海道との(強制)合併による増便の方が先かも。
ウンコにもほどがある
運行だけに
[○] 1606件のunkoデータ投入で正常動作すること[○] 1607件のunkoデータ投入で正常動作しないことテスター「おっけー、境界値もバッチリ仕様どおりっ」
#あるある
それで正しいのでは?1600の仕様で設計合意してその通り実装して、例えば実は16000までOKならオーバースペックだからJR側は嬉しいかもしれないがソフト屋は仕事なくすよ?
そういう馬鹿な考えしてると普通は結局競争相手に仕事取られてなくなるけどSI案件だからまあ
いいえ、逆に10倍の仕様にするなら要求通りの設計なら10分の1の価格でできたということで訴えられるよ?
それはない。
いえ、実際にそういう問題になったことあるので
そうそう。お堅いところとの仕事では、必ずしもオーバースペックが喜ばれる訳じゃないのだよ。予算の絡みもあるので、予算にハマらんような仕様で作ってしまうと次回の更新に予算で困ることになるからね。
実際にいっぱいおきてるよ
その結果ハード側が過熱して数億円の被害が生じた…なんて結果になりかねないので、仕様は守っておくことに越したことはないっす
暫定システムやプロトタイプじゃ有るまいし、そんなお粗末な作りやるか?
サイズ上限や拡大縮小単位を設定値あたりに持たせてるのではないのかな?
上限設定変更をソフトウェア更新と言ってるも思う。
unko unkoArray[1605]で十分だ。
それはなに言語かね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり
ソフトウェア更新 (スコア:2)
日テレ [yahoo.co.jp]
どう直したんだろう。
Re:ソフトウェア更新 (スコア:2)
unko unkoArray[1600] → unko unkoArray[1606]
じゃね?
Re:ソフトウェア更新 (スコア:2, 参考になる)
1800だそうです。
<GW>Uターンラッシュ ピーク 新幹線掲示板間に合った
http://headlines.yahoo.co.jp/hl?a=20160505-00000018-mai-soci [yahoo.co.jp]
Re: (スコア:0)
3200ぐらいにしちゃえばいいのに。
Re: (スコア:0)
そうすると今度は別の所でメモリ不足で落ちるとか予期せぬ不具合を呼び寄せるのですよ。
Re: (スコア:0)
Re: (スコア:0)
えっそれだけ!?
2020年のオリンピックでまた落ちるに10ペリカ。
Re: (スコア:0)
なぜ急場をしのぐための一時的処置という発想がないのか。
Re: (スコア:0)
往々にして急場をしのぐための永久的措置になることが経験上……
Re: (スコア:0)
JR北海道との(強制)合併による増便の方が先かも。
Re: (スコア:0)
ウンコにもほどがある
Re:ソフトウェア更新 (スコア:1)
運行だけに
Re: (スコア:0)
[○] 1606件のunkoデータ投入で正常動作すること
[○] 1607件のunkoデータ投入で正常動作しないこと
テスター「おっけー、境界値もバッチリ仕様どおりっ」
#あるある
Re: (スコア:0)
それで正しいのでは?
1600の仕様で設計合意してその通り実装して、例えば実は16000までOKならオーバースペックだからJR側は嬉しいかもしれないがソフト屋は仕事なくすよ?
Re: (スコア:0)
そういう馬鹿な考えしてると普通は結局競争相手に仕事取られてなくなるけどSI案件だからまあ
Re: (スコア:0)
いいえ、逆に10倍の仕様にするなら要求通りの設計なら10分の1の価格でできたということで訴えられるよ?
Re: (スコア:0)
いいえ、逆に10倍の仕様にするなら要求通りの設計なら10分の1の価格でできたということで訴えられるよ?
それはない。
Re: (スコア:0)
いえ、実際にそういう問題になったことあるので
Re: (スコア:0)
そうそう。
お堅いところとの仕事では、必ずしもオーバースペックが喜ばれる訳じゃないのだよ。
予算の絡みもあるので、予算にハマらんような仕様で作ってしまうと次回の更新に予算で困ることになるからね。
Re: (スコア:0)
実際にいっぱいおきてるよ
Re: (スコア:0)
その結果ハード側が過熱して数億円の被害が生じた…なんて結果になりかねないので、
仕様は守っておくことに越したことはないっす
Re: (スコア:0)
暫定システムやプロトタイプじゃ有るまいし、そんなお粗末な作りやるか?
サイズ上限や拡大縮小単位を設定値あたりに持たせてるのではないのかな?
上限設定変更をソフトウェア更新と言ってるも思う。
Re: (スコア:0)
unko unkoArray[1605]
で十分だ。
Re: (スコア:0)
それはなに言語かね。