アカウント名:
パスワード:
テストケースが「姓名あわせて10文字」かつ、住所が40文字（建物名含む）ぐらいまでしか想定してなかった、というところに、
・応募者が外国人だった（姓名あわせて20文字オーバー）・住所も建物名いれると50文字を超えていた
という当選者のデータがあって。
「当選メール送信とその他の登録を同時にやろうとしてた自動化のスクリプトが、当選メールの文字数欠落をおこした」事案。
メールの最後のほうに連絡先URL（パラメーターこみ）があったけど、それが切れてたからクレームになった
当日何人来るかの見積もり取るためにも当選者が当選確定させるための仕組みを用意するまでが必須の仕様でなければあかんわけで投げっぱなしの杜撰仕様が戦犯な事例かと
/*でもきっと仕様作ったやつじゃなくてメール送る操作した人の首が飛ぶんだろうなぁ*/
NTT系列の作ってる某RPAツールは、変数の文字列が1024byteまでしか扱えないんだよ。それを越えるデータを格納しようとすると、エラーになったり、無言で切り捨てたり、データを吐き出してるプロセスをKILLしたりと、処理内容によって挙動が変わる。それはソフトウェアそのものの制限だから、自動化の設計とは関係のない仕様でしかない。一応、マニュアルには小さく「変数は1024byteまで」と書かれてるから、使う人の責任って扱いだろうね。
# ちなみに変数の型という概念もないから色々と使いにくい# こんな玩具が「導入実績No.1」なあたり、流石はIT立国だ
＞変数の文字列が1024byteまでしか扱えないんだよ。ここまでは「ふーん」って思って読んだ。文字列で1024バイトは少ないけど、まあ用途を限定すればなんとか。
＞それを越えるデータを格納しようとすると、エラーになったり、まあ良い。
＞無言で切り捨てたり、そういうことだってあるだろう。かなり良くないけど、ちゃんと仕様にかいててくれればなんとか。
＞データを吐き出してるプロセスをKILLしたりと、処理内容によって挙動が変わる。…… おい。それは完璧にバグだろ！？こんな糞仕様作った奴、どこのどいつだ。
これが最後の糞バグとは限らない。糞プログラマがいるかぎり、いずれ第二第三の(以下略）ああ、恐ろしい恐ろしい。
第二第三までふーんと読めてしまう人も五十歩百歩だと思うけど。どう読んでもエラー処理してない風にしか見えないよ。
いや、第二はエラー処理した結果じゃないの？第三はちょっと不親切だとは思うけど。
第二も第三もエラー処理の結果起こりうる挙動の一種だと思う。動作不能だから改修しろやって強烈なメッセージを発信してくれるという意味では親切とも言える。
どの動作をするかを制御出来ないなら結局クソとしか言えんけど。
そのくらいで驚いてたら、日本企業が作ったコードなんて保守できない。そんなのは糞コードの中では最弱。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
応募系のシステム (スコア:5, 興味深い)
テストケースが「姓名あわせて10文字」かつ、住所が40文字（建物名含む）ぐらいまでしか想定してなかった、というところに、
・応募者が外国人だった（姓名あわせて20文字オーバー）
・住所も建物名いれると50文字を超えていた
という当選者のデータがあって。
「当選メール送信とその他の登録を同時にやろうとしてた自動化のスクリプトが、当選メールの文字数欠落をおこした」事案。
メールの最後のほうに連絡先URL（パラメーターこみ）があったけど、それが切れてたからクレームになった
Re: (スコア:0)
当日何人来るかの見積もり取るためにも
当選者が当選確定させるための仕組みを用意するまでが
必須の仕様でなければあかんわけで
投げっぱなしの杜撰仕様が戦犯な事例かと
/*
でもきっと仕様作ったやつじゃなくて
メール送る操作した人の首が飛ぶんだろうなぁ
*/
Re: (スコア:2, 興味深い)
NTT系列の作ってる某RPAツールは、変数の文字列が1024byteまでしか扱えないんだよ。
それを越えるデータを格納しようとすると、エラーになったり、無言で切り捨てたり、データを吐き出してるプロセスをKILLしたりと、処理内容によって挙動が変わる。
それはソフトウェアそのものの制限だから、自動化の設計とは関係のない仕様でしかない。
一応、マニュアルには小さく「変数は1024byteまで」と書かれてるから、使う人の責任って扱いだろうね。
# ちなみに変数の型という概念もないから色々と使いにくい
# こんな玩具が「導入実績No.1」なあたり、流石はIT立国だ
真夏の怪談(Re:応募系のシステム) (スコア:0)
＞変数の文字列が1024byteまでしか扱えないんだよ。
ここまでは「ふーん」って思って読んだ。
文字列で1024バイトは少ないけど、まあ用途を限定すればなんとか。
＞それを越えるデータを格納しようとすると、エラーになったり、
まあ良い。
＞無言で切り捨てたり、
そういうことだってあるだろう。かなり良くないけど、ちゃんと仕様にかいててくれればなんとか。
＞データを吐き出してるプロセスをKILLしたりと、処理内容によって挙動が変わる。
…… おい。
それは完璧にバグだろ！？
こんな糞仕様作った奴、どこのどいつだ。
これが最後の糞バグとは限らない。糞プログラマがいるかぎり、いずれ第二第三の(以下略）
ああ、恐ろしい恐ろしい。
Re:真夏の怪談(Re:応募系のシステム) (スコア:0)
第二第三までふーんと読めてしまう人も五十歩百歩だと思うけど。
どう読んでもエラー処理してない風にしか見えないよ。
Re: (スコア:0)
いや、第二はエラー処理した結果じゃないの？
第三はちょっと不親切だとは思うけど。
Re: (スコア:0)
第二も第三もエラー処理の結果起こりうる挙動の一種だと思う。
動作不能だから改修しろやって強烈なメッセージを発信してくれるという意味では親切とも言える。
どの動作をするかを制御出来ないなら結局クソとしか言えんけど。
Re: (スコア:0)
そのくらいで驚いてたら、日本企業が作ったコードなんて保守できない。
そんなのは糞コードの中では最弱。