アカウント名:
パスワード:
いまだに12文字制限のあるとこ(ゆうちょとか)、さらに8文字制限のクレジットカード系とかほんと勘弁してほしい。
記号入力必須なのに、特定の記号以外は入力制限がある(いまどき、SQL文でも直書きしてるの?)とかもやめてほしい。
サマータイムの話でたくさんいた「テストしてないから保証できない」「発注元が値切るから仕方がない」ってやつじゃない?
激しく同意。仕様を無駄に複雑にする必用なぞどこにもない。99.99%動くからといって、テストがなくなるわけじゃないし、将来実装が変更されない保証もない。
仕様を無駄に複雑にして、工数を増やして現場を疲弊させる経営者や政治家は大馬鹿者だと、ハッキリ言っておきたい。
それに一度でも公開された仕様は、あとで不具合がでたからと言って簡単には変更できない。特にパスワード系は厄介。
「英数記号を必ず1文字使用すること(ただし使用できる記号は...)」と(中途半端に)記号を入力できる+記号は必ず使用しなければならないという時点で、無駄に複雑とはならないのですか?
> 仕様を無駄に複雑にする必用なぞどこにもない。
サマータイムについて、制度導入により、政治的・ビジネス的には別として、システム稼働上不必要な仕様の複雑化が発生することには同意。パスワードに記号を認める(多分@とか`とかのことかと)ことについては、仕様の複雑化はシステム稼働上不必要とは思わないし、そもそも複雑化にはつながらない。
むしろキッチリと対応していた方が、将来的にバグが発生する可能性が減る。それこそどこかにSQLを直打ちしている所でもあったりしたりで。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
文字数制限 (スコア:1)
いまだに12文字制限のあるとこ(ゆうちょとか)、さらに8文字制限のクレジットカード系とかほんと勘弁してほしい。
Re: (スコア:0)
記号入力必須なのに、特定の記号以外は入力制限がある
(いまどき、SQL文でも直書きしてるの?)とかもやめてほしい。
Re: (スコア:0)
サマータイムの話でたくさんいた
「テストしてないから保証できない」
「発注元が値切るから仕方がない」
ってやつじゃない?
Re:文字数制限 (スコア:0)
激しく同意。
仕様を無駄に複雑にする必用なぞどこにもない。
99.99%動くからといって、テストがなくなるわけじゃないし、将来実装が変更されない保証もない。
仕様を無駄に複雑にして、工数を増やして現場を疲弊させる経営者や政治家は大馬鹿者だと、
ハッキリ言っておきたい。
それに一度でも公開された仕様は、あとで不具合がでたからと言って簡単には変更できない。
特にパスワード系は厄介。
Re: (スコア:0)
「英数記号を必ず1文字使用すること(ただし使用できる記号は...)」
と(中途半端に)記号を入力できる+記号は必ず使用しなければならないという時点で、
無駄に複雑とはならないのですか?
Re: (スコア:0)
> 仕様を無駄に複雑にする必用なぞどこにもない。
サマータイムについて、制度導入により、政治的・ビジネス的には別として、システム稼働上不必要な仕様の複雑化が発生することには同意。
パスワードに記号を認める(多分@とか`とかのことかと)ことについては、仕様の複雑化はシステム稼働上不必要とは思わないし、そもそも複雑化にはつながらない。
Re: (スコア:0)
むしろキッチリと対応していた方が、将来的にバグが発生する可能性が減る。
それこそどこかにSQLを直打ちしている所でもあったりしたりで。