アカウント名:
パスワード:
テストケースが「姓名あわせて10文字」かつ、住所が40文字(建物名含む)ぐらいまでしか想定してなかった、というところに、
・応募者が外国人だった(姓名あわせて20文字オーバー)・住所も建物名いれると50文字を超えていた
という当選者のデータがあって。
「当選メール送信とその他の登録を同時にやろうとしてた自動化のスクリプトが、当選メールの文字数欠落をおこした」事案。
メールの最後のほうに連絡先URL(パラメーターこみ)があったけど、それが切れてたからクレームになった
当日何人来るかの見積もり取るためにも当選者が当選確定させるための仕組みを用意するまでが必須の仕様でなければあかんわけで投げっぱなしの杜撰仕様が戦犯な事例かと
/*でもきっと仕様作ったやつじゃなくてメール送る操作した人の首が飛ぶんだろうなぁ*/
NTT系列の作ってる某RPAツールは、変数の文字列が1024byteまでしか扱えないんだよ。それを越えるデータを格納しようとすると、エラーになったり、無言で切り捨てたり、データを吐き出してるプロセスをKILLしたりと、処理内容によって挙動が変わる。それはソフトウェアそのものの制限だから、自動化の設計とは関係のない仕様でしかない。一応、マニュアルには小さく「変数は1024byteまで」と書かれてるから、使う人の責任って扱いだろうね。
# ちなみに変数の型という概念もないから色々と使いにくい# こんな玩具が「導入実績No.1」なあたり、流石はIT立国だ
変数の文字列が1024byteまでしか扱えないんだよ。
あほかその手のエラーで送信できないって以前に参加登録がゼロなら事前に気づくだろうって話だよそこを考慮しないで投げっぱなし後知らんって構築仕様がアホだという話
コード的、システム的なデジタルの問題ではなく業務フローとして無責任な作りだったのが最大の原因です
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
応募系のシステム (スコア:5, 興味深い)
テストケースが「姓名あわせて10文字」かつ、住所が40文字(建物名含む)ぐらいまでしか想定してなかった、というところに、
・応募者が外国人だった(姓名あわせて20文字オーバー)
・住所も建物名いれると50文字を超えていた
という当選者のデータがあって。
「当選メール送信とその他の登録を同時にやろうとしてた自動化のスクリプトが、当選メールの文字数欠落をおこした」事案。
メールの最後のほうに連絡先URL(パラメーターこみ)があったけど、それが切れてたからクレームになった
Re: (スコア:0)
当日何人来るかの見積もり取るためにも
当選者が当選確定させるための仕組みを用意するまでが
必須の仕様でなければあかんわけで
投げっぱなしの杜撰仕様が戦犯な事例かと
/*
でもきっと仕様作ったやつじゃなくて
メール送る操作した人の首が飛ぶんだろうなぁ
*/
Re: (スコア:2, 興味深い)
NTT系列の作ってる某RPAツールは、変数の文字列が1024byteまでしか扱えないんだよ。
それを越えるデータを格納しようとすると、エラーになったり、無言で切り捨てたり、データを吐き出してるプロセスをKILLしたりと、処理内容によって挙動が変わる。
それはソフトウェアそのものの制限だから、自動化の設計とは関係のない仕様でしかない。
一応、マニュアルには小さく「変数は1024byteまで」と書かれてるから、使う人の責任って扱いだろうね。
# ちなみに変数の型という概念もないから色々と使いにくい
# こんな玩具が「導入実績No.1」なあたり、流石はIT立国だ
Re:応募系のシステム (スコア:0)
変数の文字列が1024byteまでしか扱えないんだよ。
あほか
その手のエラーで送信できないって以前に
参加登録がゼロなら事前に気づくだろうって話だよ
そこを考慮しないで投げっぱなし後知らんって構築仕様がアホだという話
コード的、システム的なデジタルの問題ではなく
業務フローとして無責任な作りだったのが最大の原因です