アカウント名:
パスワード:
テストケースが「姓名あわせて10文字」かつ、住所が40文字（建物名含む）ぐらいまでしか想定してなかった、というところに、
・応募者が外国人だった（姓名あわせて20文字オーバー）・住所も建物名いれると50文字を超えていた
という当選者のデータがあって。
「当選メール送信とその他の登録を同時にやろうとしてた自動化のスクリプトが、当選メールの文字数欠落をおこした」事案。
メールの最後のほうに連絡先URL（パラメーターこみ）があったけど、それが切れてたからクレームになった
当日何人来るかの見積もり取るためにも当選者が当選確定させるための仕組みを用意するまでが必須の仕様でなければあかんわけで投げっぱなしの杜撰仕様が戦犯な事例かと
/*でもきっと仕様作ったやつじゃなくてメール送る操作した人の首が飛ぶんだろうなぁ*/
NTT系列の作ってる某RPAツールは、変数の文字列が1024byteまでしか扱えないんだよ。それを越えるデータを格納しようとすると、エラーになったり、無言で切り捨てたり、データを吐き出してるプロセスをKILLしたりと、処理内容によって挙動が変わる。それはソフトウェアそのものの制限だから、自動化の設計とは関係のない仕様でしかない。一応、マニュアルには小さく「変数は1024byteまで」と書かれてるから、使う人の責任って扱いだろうね。
# ちなみに変数の型という概念もないから色々と使いにくい# こんな玩具が「導入実績No.1」なあたり、流石はIT立国だ
ノルマが割り当てられるからなあ。。。
#「自分とこのはクソ」と分かっててパッケだけ納入して使わない事でトラブル回避なんて技を使うだけFとかはマシだった。。
＞変数の文字列が1024byteまでしか扱えないんだよ。ここまでは「ふーん」って思って読んだ。文字列で1024バイトは少ないけど、まあ用途を限定すればなんとか。
＞それを越えるデータを格納しようとすると、エラーになったり、まあ良い。
＞無言で切り捨てたり、そういうことだってあるだろう。かなり良くないけど、ちゃんと仕様にかいててくれればなんとか。
＞データを吐き出してるプロセスをKILLしたりと、処理内容によって挙動が変わる。…… おい。それは完璧にバグだろ！？こんな糞仕様作った奴、どこのどいつだ。
これが最後の糞バグとは限らない。糞プログラマがいるかぎり、いずれ第二第三の(以下略）ああ、恐ろしい恐ろしい。
第二第三までふーんと読めてしまう人も五十歩百歩だと思うけど。どう読んでもエラー処理してない風にしか見えないよ。
いや、第二はエラー処理した結果じゃないの？第三はちょっと不親切だとは思うけど。
第二も第三もエラー処理の結果起こりうる挙動の一種だと思う。動作不能だから改修しろやって強烈なメッセージを発信してくれるという意味では親切とも言える。
どの動作をするかを制御出来ないなら結局クソとしか言えんけど。
そのくらいで驚いてたら、日本企業が作ったコードなんて保守できない。そんなのは糞コードの中では最弱。
# ちなみに変数の型という概念もないから色々と使いにくい
？？？使いやすさを求めた型の無いプログラミング言語もあるのだが（いわゆる「簡易言語」的な奴だが）オブジェクト指向のプログラミング言語にも古典的な変数の型の概念は無いちょっとずれていませんか？
型の表記をさせない（不要とする）プログラミング言語ならあるが、型の概念がまったく無いということはないよ。例えばメモリ上にある値が、所謂longなのかfloatなのか区別せずに暑かったら大惨事でしょ。内部的に何かしらの方法でその区別をつけないと、逆にアセンブラ以上の機能は得られないじゃないか。
WinActorに関して言うなら、バックエンドでJavaのクラスと、VBSの拡張機能をやりとりするために、標準入出力を使ってやりとりしている基礎設計が全ての元凶。そしてバッファが1024byteしか用意されていないから、それを越えると何かしらの不具合になる。エラーだったりデータ切り落としだったり。プロセス終了ははじめて聞いたけど。
そして、前述のように、JavaとVBSが混在している上、変数はテキスト値（文字数制限あり）としてしか保持できない。だからどのようにParseされるかを考えながら使わないと、意図しない挙動の原因になる。初心者向けに機能を削ぎ落とした結果、少し凝ったことをやろうとすると急激に面倒が増してる仕様でしかないね。玩具とは言い得て妙だ。
変数の文字列が1024byteまでしか扱えないんだよ。
あほかその手のエラーで送信できないって以前に参加登録がゼロなら事前に気づくだろうって話だよそこを考慮しないで投げっぱなし後知らんって構築仕様がアホだという話
コード的、システム的なデジタルの問題ではなく業務フローとして無責任な作りだったのが最大の原因です
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
応募系のシステム (スコア:5, 興味深い)
テストケースが「姓名あわせて10文字」かつ、住所が40文字（建物名含む）ぐらいまでしか想定してなかった、というところに、
・応募者が外国人だった（姓名あわせて20文字オーバー）
・住所も建物名いれると50文字を超えていた
という当選者のデータがあって。
「当選メール送信とその他の登録を同時にやろうとしてた自動化のスクリプトが、当選メールの文字数欠落をおこした」事案。
メールの最後のほうに連絡先URL（パラメーターこみ）があったけど、それが切れてたからクレームになった
Re:応募系のシステム (スコア:0)
当日何人来るかの見積もり取るためにも
当選者が当選確定させるための仕組みを用意するまでが
必須の仕様でなければあかんわけで
投げっぱなしの杜撰仕様が戦犯な事例かと
/*
でもきっと仕様作ったやつじゃなくて
メール送る操作した人の首が飛ぶんだろうなぁ
*/
Re:応募系のシステム (スコア:2, 興味深い)
NTT系列の作ってる某RPAツールは、変数の文字列が1024byteまでしか扱えないんだよ。
それを越えるデータを格納しようとすると、エラーになったり、無言で切り捨てたり、データを吐き出してるプロセスをKILLしたりと、処理内容によって挙動が変わる。
それはソフトウェアそのものの制限だから、自動化の設計とは関係のない仕様でしかない。
一応、マニュアルには小さく「変数は1024byteまで」と書かれてるから、使う人の責任って扱いだろうね。
# ちなみに変数の型という概念もないから色々と使いにくい
# こんな玩具が「導入実績No.1」なあたり、流石はIT立国だ
Re: (スコア:0)
ノルマが割り当てられるからなあ。。。
#「自分とこのはクソ」と分かっててパッケだけ納入して使わない事でトラブル回避なんて技を使うだけFとかはマシだった。。
真夏の怪談(Re:応募系のシステム) (スコア:0)
＞変数の文字列が1024byteまでしか扱えないんだよ。
ここまでは「ふーん」って思って読んだ。
文字列で1024バイトは少ないけど、まあ用途を限定すればなんとか。
＞それを越えるデータを格納しようとすると、エラーになったり、
まあ良い。
＞無言で切り捨てたり、
そういうことだってあるだろう。かなり良くないけど、ちゃんと仕様にかいててくれればなんとか。
＞データを吐き出してるプロセスをKILLしたりと、処理内容によって挙動が変わる。
…… おい。
それは完璧にバグだろ！？
こんな糞仕様作った奴、どこのどいつだ。
これが最後の糞バグとは限らない。糞プログラマがいるかぎり、いずれ第二第三の(以下略）
ああ、恐ろしい恐ろしい。
Re: (スコア:0)
第二第三までふーんと読めてしまう人も五十歩百歩だと思うけど。
どう読んでもエラー処理してない風にしか見えないよ。
Re: (スコア:0)
いや、第二はエラー処理した結果じゃないの？
第三はちょっと不親切だとは思うけど。
Re: (スコア:0)
第二も第三もエラー処理の結果起こりうる挙動の一種だと思う。
動作不能だから改修しろやって強烈なメッセージを発信してくれるという意味では親切とも言える。
どの動作をするかを制御出来ないなら結局クソとしか言えんけど。
Re: (スコア:0)
そのくらいで驚いてたら、日本企業が作ったコードなんて保守できない。
そんなのは糞コードの中では最弱。
Re: (スコア:0)
# ちなみに変数の型という概念もないから色々と使いにくい
？？？
使いやすさを求めた型の無いプログラミング言語もあるのだが（いわゆる「簡易言語」的な奴だが）
オブジェクト指向のプログラミング言語にも古典的な変数の型の概念は無い
ちょっとずれていませんか？
Re: (スコア:0)
型の表記をさせない（不要とする）プログラミング言語ならあるが、型の概念がまったく無いということはないよ。
例えばメモリ上にある値が、所謂longなのかfloatなのか区別せずに暑かったら大惨事でしょ。内部的に何かしらの方法でその区別をつけないと、逆にアセンブラ以上の機能は得られないじゃないか。
WinActorに関して言うなら、バックエンドでJavaのクラスと、VBSの拡張機能をやりとりするために、標準入出力を使ってやりとりしている基礎設計が全ての元凶。
そしてバッファが1024byteしか用意されていないから、それを越えると何かしらの不具合になる。エラーだったりデータ切り落としだったり。プロセス終了ははじめて聞いたけど。
そして、前述のように、JavaとVBSが混在している上、変数はテキスト値（文字数制限あり）としてしか保持できない。
だからどのようにParseされるかを考えながら使わないと、意図しない挙動の原因になる。
初心者向けに機能を削ぎ落とした結果、少し凝ったことをやろうとすると急激に面倒が増してる仕様でしかないね。玩具とは言い得て妙だ。
Re: (スコア:0)
変数の文字列が1024byteまでしか扱えないんだよ。
あほか
その手のエラーで送信できないって以前に
参加登録がゼロなら事前に気づくだろうって話だよ
そこを考慮しないで投げっぱなし後知らんって構築仕様がアホだという話
コード的、システム的なデジタルの問題ではなく
業務フローとして無責任な作りだったのが最大の原因です