本当にバグる報告なら（内心でも）キレる開発者なんか信用できない。「21.4億平米を入力できません」って言われたのならキレてもいいけど
入力範囲の処理が抜けてたんやろなぁって話で、この人がなんでキレてるのか全く理解できなかった。バグが出たことでキレるシステム開発者とは一体…？
]
怪異かもしれんぞ
HackerOneの人達もこの辺りから始めるからテスト会社がちゃんと優秀って話
エンドユーザーは何しでかすか分からないから、バグるデータを作れるのはそもそもダメ。この文章だけだと、キレてるのは意味分からない。
北海道の農地だったらどのくらいの面積が上限なんだろう。
これだけじゃ判断できんね。すぐ出るようなバグを出さずにこの辺だけ出してくるんならどこに時間使ってんだよとキレるとかは分かる。もしくはこの「バグ」が表示が改行されちゃうとかなら表現おかしいなと思うし
さすがテスト会社は壊れやすい勘所わかってるな
なぜキレる？指摘して感謝しないと
どんな値でもどんな馬鹿な操作でもエラーを起こしてはダメっていうのは徹底的に叩き込まれると思うけど
“これは普通に考慮不足なのでキレてる場合ではない”
面倒臭いテストやってもらってる上に今後の手戻りの可能性まで潰してくれるの感謝しかない
上限値のチェックをしてないという時点で設計レベルのバグだわな。
寝ぼけて入力されたりしないだろか
21.4億って、32bitの境界値バグを調べる数値かなぁ。数値入力の上限下限を見るのはテストの第一歩だと思っていたんだが、何か常識が変わったのかな？
タイプミスで異常値は入るんだから、バグらせずに弾いてエラーメッセージ出すべき。ちゃんとした境界値テストやってて信頼できる会社じゃん。普通の値だけ入れて「大丈夫！」ってクソ会社だよ。
境界値テストなんてデバッグの基本中の基本やん。まあ、ありえないのは分かるけど
具体的な数字出せないけど昔「そんな単位の取引あるわけ無いよね」と放置してたら（顧客承認済）本番初日にそんな金額の取引発生してトラブったことがある。。。油断禁物。
面積がint32って時点で仕様バグでは。不動産なら小数2桁までは入力可能でないとまずい気がする。
21.4億平米は東京都と同じくらいの広さ
これでキレる人にドラクエを作らせるとカジノコイン購入バグを発生させるので気をつけましょう。
21.4億平米は21.4万ha. / 日本で最大の私有地は、特種東海製紙 保有 静岡県 井川社有林(大井川最上流,linearが通る県最北の突き出た部分全体) で 2.4万ha (東大演習林は2.3万ha). 現時点で有る物の8.9倍故,突拍子も無い値では無い様
バグりますというか、ランタイムがエラー吐いて止まっただけと予想。バッファオーバーフローして異常動作したんだったら、任意コード実行の脆弱性の可能性。
バグを見つけてもらうために金払って頼んでるんだろうに。なんでキレるの？
身元を明かしてこんなバカなことを言うと仕事が減るリスクがあるけど客にとっては内情を知ることができてラッキーか。
境界値の設定が抜けてるんだよ
異常値が入力できるなら、エラー表示や入力出来ないように対応できる。外注テストで把握できて良かったと、素人でも思うのだが。
境界テストって基本中の基本にキレてるって非エンジニアのお客さんかな？
日本のソフトウェア開発者の扱いがしばしば悪いの、理由の一つはこういう三流が相当数混ざってる所為なんじゃないかと思わないでもない。程度が低いから低待遇なのか、低待遇だから程度が低いのか……
ゲームのパラメータの合計値が2,147,483,647を超えないかという仕様確認は必須事項だな。
ゲーム開発だと上限値は絶対設定するし、仕様書に書かれてなければテスターは実施するしかないのでこちらの不備だよな
レゾナンス浜松町というバーチャルオフィス。おそらく一人社長。一人社長で社長と名乗る人、まあ社長ではあるけど、俺は恥ずかしくてできない、尊敬する／内心でキレる分には良くね？境界値テストとはいえ叩かれすぎ
問題はそれを入力された後にシステムがどのように挙動するかということ。実際どうなるの？ (´・ω・｀)
曖昧な仕様でテキトーなもの作っといて何言ってんだ？恥ずかしいやつ。
バグの連鎖から不正アクセスのコンボが成立するのですよ（にちゃあ）
現実に作らない物件のデータを作ることは無いので、キレるのは妥当ではある。攻撃者が任意のデータを作成できる場面があるとしたら、それは認可機構の問題。
他の人も言ってるけど同じエンジニアとして何故キレるのか全く分からない。ちゃんとテストしてくれててむしろ感謝するところでは？
想定外の入力があったときの挙動に問題があったらバグでいいような。
会社としてテストするならとりま境界値やるし、それでバグったら報告はするよなあ。不具合報告を無視するかどうかはお好きに決めれば
外部システムとデータ連携していると、たまに変なデータ来ますよね。21xx年とか。不正データのチェックはちゃんとやらないと、思わぬところで障害の原因になるからテスト会社にキレるのは筋違い
これ抜けてるなら、他もいろいろ抜けてそう
リリース前にエラーを検出したんだから何に怒ってるのかわからん。上限設定ができてなかったことを恥じるべき
消費税のシステム開発中に「ゼロ・パーセントって入れるとバグります」っていったら、「そんなんありえん」ってキレられたのかな？
入力制限ないのは仕様バグだと思うけど
監視オペしてた時にたまに桁数オーバでジョブが異常終了して、何で考慮してねーんだよとか思いつつ、拡張してリランしてたわ。
想定通りの入力をして想定通りの出力が得られただけで満足するのはアマチュアなんですよ⋯ 想定外の入力でも暴走したり異常終了したりしないように制御できて初めてお金が貰える仕事になる
もしかして境界値テストご存じない？？？？
ミッションクリティカルなシステムじゃなければ別に「ユーザーからのバグ報告で直す」で良いレベルの問題。実害のないバグ含めて100％取り切ろうとして完成しない方が問題。
上限値が未定義だと判ったので、逆に感謝すべきだと思う
あたりめーだろ！とキレてるならこの人素質ないな。
当たり前に修正が必要なバグだと思うけどな？まあはてブのコメントに21.4億文字が入れられませんとか言われたらそもそもどうやってそれ入れるつもりやねん、とツッコミたくはなるが
異常値を上手く処理できないのは100%システム側が悪いだろう。キレる余地は無い。
仮にバグってもそれは仕方ないけど、うわーまじか、それは想定してなかった直すわ！くらいの反応が普通じゃないか・・・？なんかこの人？関係者？が異常
普通にバグでしょ、としか。なぜこの御仁が切れたのかは不明。
この手のまとめに出てくる、平凡な出来事に誇張表現を付けて大げさにする感じ、ヤンキー語彙がインフレと陳腐化を繰り返し結果滑稽になっていった感じと似ている。埋もれる環境で聞いてもらうための発声法というか。
システムに入力出来るって事でそんな不動産あるわけないとか関係ないんだよ。インプ稼ぎでもなさそうだし本物の馬鹿なんだろうな。
初心者のプログラミングならよくあること。初心者でなくてもたまにあるけど
こういう技術者が大量にいるので消費税0%にするとバグるシステムがワラワラ出てきます
直球で言うとバカ。自分のシステムがどこまでの大きさの値まで扱えるか知らずに作ってて、それを教えていただいたのにキレてる
普通にバグやろな。テスト会社に投げたと言っているし、テストする専門性が高い会社ならそれくらいの境界値テストは普通にやると思う。むしろやってくれないと困る。
これでキレる奴はエンジニアの何たるかをわかってない。プロなら普通に対応すべき
気持ちはわかる
ありえない境界値チェックってどういう付加価値があるんだろう。これを引き金に何かヤバいこと起きるシステム設計みたいな感じ？
優秀なテスターだ。ちなみにドラクエ３「つよさ：255」の状態で「ちからのたね」を使うと「つよさ：0」になってしまう(´・ω・｀)
21.3億平米だとどうなるんや？(そこじゃない / あ、(32bit環境での)Integerの最大値か。なら21.3億平米はセーフやな(何
ありえない数字だとしてもユーザーがちょっと居眠りして数字キーおしっぱの状態で入力されることが未来永劫絶対に無いと言い切れるなら別に無視していいと思うよ
ユーザーが何をするか何を入力するかは予想出来ない、ユーザーは常識の斜め上を飛び越えるというのはソフト開発の前提
つまり、「象に踏まれると破壊されるという脆弱性を見つけました」的なしょーもない報告をしてきたことにキレたのかな？
金額と平米逆に入れちゃったとかありそうなので、怒るところじゃなくてエラーメッセージ出せや。
1ヶ所の入力ミスで発生する事象ならバリデーションを入れるべきだし、上限の制限はしているが、入力ミスでしかありえない上限の数値を複数項目に入れると発生とかなら対応すべきかどうか微妙な感じもする
外部に委託するてのはそういうことだが。実質起こりえないことでも、受ける側は責任が発生する以上予断はできないんだよ。
10万16歳でやらせてもらってるので年齢入力するときいつもちょっと悩みつつ、世を忍ぶ仮の年齢入れてる。
ただのテスト内容を実施しただけで、ごく一般的な話かと。入力内容の妥当性検査が不十分だという事を見抜かれただけで、普通に開発側の不備で、むしろ委託先のテスト会社が最低限機能している事がわかっただけの事。
数字はコピペで入れてくるからわりと変なコト起こるよ。それよかその手のチェック入れてないシステムは売り物作ってない認識でいいのかな？
テストとはそういうものだ。このテスト会社は正しく仕事をしている。
サハリンに広大な土地持ってる人がいて、日露条約でサハリンが日本に帰属する、とかなったら東京都2,3個分の不動産持ちになる可能性はあるのでは。
これでキレるような人は開発者向いてない。
バグりますの意味が分からんが、システム落ちるとかなら攻撃可能ということなのでまっとうな指摘だよね。
田舎の山を売るとかあるかもだし、上限値設定は必要やろ。キレる必要はない。ジェイコム男ことBNFもシステム不備で利益が拡大した訳で。
オーバーフローはバグの基本。符号付き32bit超えでバグるのならメモリオーバーフローを起こしてるのでは？
コピペミスって入力しちゃうかもしれないわけで、想定していない範囲の入力はエラーチェックしないとね。というか“テスト会社”っていうなら、それくらいやるものなのでは。
"バグで影響出る範囲によるよね エンドユーザーのシステムが固まるくらいなら、あり得ない数字だから運用カバーで良いけど システムトラブルになるなら、バグかな"
.NET Framework2.0の時にテスト会社が「64ビットマシンでビルドしたアプリでString.IsNullOrEmptyでヌルポが出ます」って報告してきたときは、MSに言えよと思ったことならある。
不動産系のシステム開発してたとき、外注してたテスト会社が「21.4億平米の物件を作るとバグります」って報告してきて、内心キレた⇒東京都1個分でわろた
本当にバグる報告なら（内心でも）キレる開発者なんか信用できない。「21.4億平米を入力できません」って言われたのならキレてもいいけど
入力範囲の処理が抜けてたんやろなぁって話で、この人がなんでキレてるのか全く理解できなかった。バグが出たことでキレるシステム開発者とは一体…？
]
怪異かもしれんぞ
HackerOneの人達もこの辺りから始めるからテスト会社がちゃんと優秀って話
エンドユーザーは何しでかすか分からないから、バグるデータを作れるのはそもそもダメ。この文章だけだと、キレてるのは意味分からない。
北海道の農地だったらどのくらいの面積が上限なんだろう。
これだけじゃ判断できんね。すぐ出るようなバグを出さずにこの辺だけ出してくるんならどこに時間使ってんだよとキレるとかは分かる。もしくはこの「バグ」が表示が改行されちゃうとかなら表現おかしいなと思うし
さすがテスト会社は壊れやすい勘所わかってるな
なぜキレる？指摘して感謝しないと
どんな値でもどんな馬鹿な操作でもエラーを起こしてはダメっていうのは徹底的に叩き込まれると思うけど
“これは普通に考慮不足なのでキレてる場合ではない”
面倒臭いテストやってもらってる上に今後の手戻りの可能性まで潰してくれるの感謝しかない
上限値のチェックをしてないという時点で設計レベルのバグだわな。
寝ぼけて入力されたりしないだろか
21.4億って、32bitの境界値バグを調べる数値かなぁ。数値入力の上限下限を見るのはテストの第一歩だと思っていたんだが、何か常識が変わったのかな？
タイプミスで異常値は入るんだから、バグらせずに弾いてエラーメッセージ出すべき。ちゃんとした境界値テストやってて信頼できる会社じゃん。普通の値だけ入れて「大丈夫！」ってクソ会社だよ。
境界値テストなんてデバッグの基本中の基本やん。まあ、ありえないのは分かるけど
具体的な数字出せないけど昔「そんな単位の取引あるわけ無いよね」と放置してたら（顧客承認済）本番初日にそんな金額の取引発生してトラブったことがある。。。油断禁物。
面積がint32って時点で仕様バグでは。不動産なら小数2桁までは入力可能でないとまずい気がする。
21.4億平米は東京都と同じくらいの広さ
これでキレる人にドラクエを作らせるとカジノコイン購入バグを発生させるので気をつけましょう。
21.4億平米は21.4万ha. / 日本で最大の私有地は、特種東海製紙 保有 静岡県 井川社有林(大井川最上流,linearが通る県最北の突き出た部分全体) で 2.4万ha (東大演習林は2.3万ha). 現時点で有る物の8.9倍故,突拍子も無い値では無い様
バグりますというか、ランタイムがエラー吐いて止まっただけと予想。バッファオーバーフローして異常動作したんだったら、任意コード実行の脆弱性の可能性。
バグを見つけてもらうために金払って頼んでるんだろうに。なんでキレるの？
身元を明かしてこんなバカなことを言うと仕事が減るリスクがあるけど客にとっては内情を知ることができてラッキーか。
境界値の設定が抜けてるんだよ
異常値が入力できるなら、エラー表示や入力出来ないように対応できる。外注テストで把握できて良かったと、素人でも思うのだが。
境界テストって基本中の基本にキレてるって非エンジニアのお客さんかな？
日本のソフトウェア開発者の扱いがしばしば悪いの、理由の一つはこういう三流が相当数混ざってる所為なんじゃないかと思わないでもない。程度が低いから低待遇なのか、低待遇だから程度が低いのか……
ゲームのパラメータの合計値が2,147,483,647を超えないかという仕様確認は必須事項だな。
ゲーム開発だと上限値は絶対設定するし、仕様書に書かれてなければテスターは実施するしかないのでこちらの不備だよな
レゾナンス浜松町というバーチャルオフィス。おそらく一人社長。一人社長で社長と名乗る人、まあ社長ではあるけど、俺は恥ずかしくてできない、尊敬する／内心でキレる分には良くね？境界値テストとはいえ叩かれすぎ
問題はそれを入力された後にシステムがどのように挙動するかということ。実際どうなるの？ (´・ω・｀)
曖昧な仕様でテキトーなもの作っといて何言ってんだ？恥ずかしいやつ。
バグの連鎖から不正アクセスのコンボが成立するのですよ（にちゃあ）
現実に作らない物件のデータを作ることは無いので、キレるのは妥当ではある。攻撃者が任意のデータを作成できる場面があるとしたら、それは認可機構の問題。
他の人も言ってるけど同じエンジニアとして何故キレるのか全く分からない。ちゃんとテストしてくれててむしろ感謝するところでは？
想定外の入力があったときの挙動に問題があったらバグでいいような。
会社としてテストするならとりま境界値やるし、それでバグったら報告はするよなあ。不具合報告を無視するかどうかはお好きに決めれば
外部システムとデータ連携していると、たまに変なデータ来ますよね。21xx年とか。不正データのチェックはちゃんとやらないと、思わぬところで障害の原因になるからテスト会社にキレるのは筋違い
これ抜けてるなら、他もいろいろ抜けてそう
リリース前にエラーを検出したんだから何に怒ってるのかわからん。上限設定ができてなかったことを恥じるべき
消費税のシステム開発中に「ゼロ・パーセントって入れるとバグります」っていったら、「そんなんありえん」ってキレられたのかな？
入力制限ないのは仕様バグだと思うけど
監視オペしてた時にたまに桁数オーバでジョブが異常終了して、何で考慮してねーんだよとか思いつつ、拡張してリランしてたわ。
想定通りの入力をして想定通りの出力が得られただけで満足するのはアマチュアなんですよ⋯ 想定外の入力でも暴走したり異常終了したりしないように制御できて初めてお金が貰える仕事になる
もしかして境界値テストご存じない？？？？
ミッションクリティカルなシステムじゃなければ別に「ユーザーからのバグ報告で直す」で良いレベルの問題。実害のないバグ含めて100％取り切ろうとして完成しない方が問題。
上限値が未定義だと判ったので、逆に感謝すべきだと思う
あたりめーだろ！とキレてるならこの人素質ないな。
当たり前に修正が必要なバグだと思うけどな？まあはてブのコメントに21.4億文字が入れられませんとか言われたらそもそもどうやってそれ入れるつもりやねん、とツッコミたくはなるが
異常値を上手く処理できないのは100%システム側が悪いだろう。キレる余地は無い。
仮にバグってもそれは仕方ないけど、うわーまじか、それは想定してなかった直すわ！くらいの反応が普通じゃないか・・・？なんかこの人？関係者？が異常
普通にバグでしょ、としか。なぜこの御仁が切れたのかは不明。
この手のまとめに出てくる、平凡な出来事に誇張表現を付けて大げさにする感じ、ヤンキー語彙がインフレと陳腐化を繰り返し結果滑稽になっていった感じと似ている。埋もれる環境で聞いてもらうための発声法というか。
システムに入力出来るって事でそんな不動産あるわけないとか関係ないんだよ。インプ稼ぎでもなさそうだし本物の馬鹿なんだろうな。
初心者のプログラミングならよくあること。初心者でなくてもたまにあるけど
こういう技術者が大量にいるので消費税0%にするとバグるシステムがワラワラ出てきます
直球で言うとバカ。自分のシステムがどこまでの大きさの値まで扱えるか知らずに作ってて、それを教えていただいたのにキレてる
普通にバグやろな。テスト会社に投げたと言っているし、テストする専門性が高い会社ならそれくらいの境界値テストは普通にやると思う。むしろやってくれないと困る。
これでキレる奴はエンジニアの何たるかをわかってない。プロなら普通に対応すべき
気持ちはわかる
ありえない境界値チェックってどういう付加価値があるんだろう。これを引き金に何かヤバいこと起きるシステム設計みたいな感じ？
優秀なテスターだ。ちなみにドラクエ３「つよさ：255」の状態で「ちからのたね」を使うと「つよさ：0」になってしまう(´・ω・｀)
21.3億平米だとどうなるんや？(そこじゃない / あ、(32bit環境での)Integerの最大値か。なら21.3億平米はセーフやな(何
ありえない数字だとしてもユーザーがちょっと居眠りして数字キーおしっぱの状態で入力されることが未来永劫絶対に無いと言い切れるなら別に無視していいと思うよ
ユーザーが何をするか何を入力するかは予想出来ない、ユーザーは常識の斜め上を飛び越えるというのはソフト開発の前提
つまり、「象に踏まれると破壊されるという脆弱性を見つけました」的なしょーもない報告をしてきたことにキレたのかな？
金額と平米逆に入れちゃったとかありそうなので、怒るところじゃなくてエラーメッセージ出せや。
1ヶ所の入力ミスで発生する事象ならバリデーションを入れるべきだし、上限の制限はしているが、入力ミスでしかありえない上限の数値を複数項目に入れると発生とかなら対応すべきかどうか微妙な感じもする
外部に委託するてのはそういうことだが。実質起こりえないことでも、受ける側は責任が発生する以上予断はできないんだよ。
10万16歳でやらせてもらってるので年齢入力するときいつもちょっと悩みつつ、世を忍ぶ仮の年齢入れてる。
ただのテスト内容を実施しただけで、ごく一般的な話かと。入力内容の妥当性検査が不十分だという事を見抜かれただけで、普通に開発側の不備で、むしろ委託先のテスト会社が最低限機能している事がわかっただけの事。
数字はコピペで入れてくるからわりと変なコト起こるよ。それよかその手のチェック入れてないシステムは売り物作ってない認識でいいのかな？
テストとはそういうものだ。このテスト会社は正しく仕事をしている。
サハリンに広大な土地持ってる人がいて、日露条約でサハリンが日本に帰属する、とかなったら東京都2,3個分の不動産持ちになる可能性はあるのでは。
これでキレるような人は開発者向いてない。
バグりますの意味が分からんが、システム落ちるとかなら攻撃可能ということなのでまっとうな指摘だよね。
田舎の山を売るとかあるかもだし、上限値設定は必要やろ。キレる必要はない。ジェイコム男ことBNFもシステム不備で利益が拡大した訳で。
オーバーフローはバグの基本。符号付き32bit超えでバグるのならメモリオーバーフローを起こしてるのでは？
コピペミスって入力しちゃうかもしれないわけで、想定していない範囲の入力はエラーチェックしないとね。というか“テスト会社”っていうなら、それくらいやるものなのでは。
"バグで影響出る範囲によるよね エンドユーザーのシステムが固まるくらいなら、あり得ない数字だから運用カバーで良いけど システムトラブルになるなら、バグかな"
.NET Framework2.0の時にテスト会社が「64ビットマシンでビルドしたアプリでString.IsNullOrEmptyでヌルポが出ます」って報告してきたときは、MSに言えよと思ったことならある。