07/03/08 11:04:49
>>755
自分で保守しるｗ
758:仕様書無しさん
07/03/08 16:46:02
>>756
1年で作ったシステムを4年も使えば、
再構築より保守の方が金が掛かるが？
「保守」が違うのか．．．？
759:仕様書無しさん
07/03/08 19:12:18
>>756
不能とはいわんだろう。
760:仕様書無しさん
07/03/08 19:28:46
if( s == 1 ) {
if( ss > 3 ) {
tt = 12;
} else {
tt = 12;
}
} elseif( s == 2 ) {
if( ss < 2 ){
tt = 12;
} else {
tt = 12;
}
} else{
if( ss > 3 ){
tt = 12;
} else {
tt = 12;
}
}
十九万八千歩譲って、条件が後でいろいろ変更になったとしても、
せめて見直してリファクタリングぐらいしろとorz
（変数名はフェイクいれてあえて適当にしてます
761:仕様書無しさん
07/03/08 20:41:01
>>760
ワロタｗｗｗ
762:仕様書無しさん
07/03/08 22:15:59
if( s == 1 ) {
if( ss > 3 ) { // ?
tt = 12;
} else {
tt = 12;
}
} elseif( s == 2 ) {
if( ss < 2 ) { // ?
tt = 12;
} else {
tt = 12;
}
} else {
if( ss > 3 ){
tt = 12;
} else {
tt = 12; // ?
}
}
763:仕様書無しさん
07/03/08 23:09:53
tt = 12;
だけで充分のような
764:仕様書無しさん
07/03/08 23:25:00
>>763
帰れ！帰れ帰れっ！！
765:仕様書無しさん
07/03/09 06:55:00
NOPのつもりなのでは？
766:仕様書無しさん
07/03/09 14:27:07
ステップ数かせぎ？
767:仕様書無しさん
07/03/09 18:21:23
>>766
waitみたいなものとか、前後のロジックを同時にプリフェッチやパイプラインに入れたくないとか、いろいろ
768:仕様書無しさん
07/03/09 18:35:34
>>760
これってコンパイラが最適化してくれるのかな？
769:仕様書無しさん
07/03/09 19:00:21
>>768
コンパイラ次第だろう。
770:仕様書無しさん
07/03/09 19:36:41
>>768
こんなのは最適化もワーニングも出さないでエラーにして欲しいな。
771:760
07/03/09 20:11:47
最初は、ｓとssの値に応じてttもそれぞれ違う値が代入されてたらしいです・・・・
度重なる修正や改造によって>760の状態になってしまったのなら、せめてコメント入れて欲しかったですよorz
敢えてこのままにしてあるのか単なる手抜きなのかわからーん！ヽ(`Д´)ﾉ
772:仕様書無しさん
07/03/10 00:09:09
中国製のソース全般。
さすがコピー大国、ソースもコピペだらけだぜ！
……orz
773:仕様書無しさん
07/03/10 08:34:24
>>772
コピペは日本でも当たり前にあるから気にならならない。
コメントがｗ
774:仕様書無しさん
07/03/11 01:11:26
中華と言えば変数名で、stlLighteHandleh,stlLefteHandlehって何のことかと思ったよ。
要所要所で微妙に間違えやがってｗ
775:仕様書無しさん
07/03/11 01:39:06
h→rに関しては余裕で補完できるレベル。
776:仕様書無しさん
07/03/11 04:19:24
コメントならそういうのの宝庫だよね、中国製。
セマファだのセマフォアだのセマフォンだのｗ
777:仕様書無しさん
07/03/11 08:20:31
日本語でも、handol とかやる香具師いるしな。ｗ
778:仕様書無しさん
07/03/11 11:55:13
つ[uwarite]
779:仕様書無しさん
07/03/11 13:20:08
出たｗ
780:仕様書無しさん
07/03/11 13:27:02
中国人がpinyinで変数つけてたときは直させたよ。
よめねぇし意味もわからん過ぎる。
と思ったら、今度はローマ字の母音抜きされた
例）一覧->Itiran->Itrn
そっちもそっちでわからんかった。
781:仕様書無しさん
07/03/11 13:42:22
>>780
>ローマ字の母音抜きされた
日本語のローマ字表記の母音抜きをかましてくるウチの職場より大分マシ。
782:仕様書無しさん
07/03/11 13:54:58
wktk
783:仕様書無しさん
07/03/11 16:12:44
∧＿∧ +
（0゜・∀・） ﾜｸﾜｸﾃｶﾃｶ
（0゜∪ ∪ +
と＿_）__） +
つーかVIP語(?)使うな。
784:仕様書無しさん
07/03/11 20:44:17
○racleの30字制限のためそんなのはザラ。
あの制限さっさと外せやとはいつも思ってる。
785:仕様書無しさん
07/03/11 20:48:02
あと、無理に英単語使って意味が間違ってるヤツとか。
例えば、最新○○番号->New○○No（既に存在するもののうち最新のモノを指す）
そこはNewじゃなくてLastでしょって、言ってもへらへら笑って誤魔化しやがる。
786:仕様書無しさん
07/03/12 00:42:51
>>785
ちなみにそれだとどういう意味になるんだ？
誤解が生まれるレベルじゃない場合は目くじら立てる必要無いと思うが。
787:仕様書無しさん
07/03/12 00:49:44
>>786
生理なんだよきっとｗｗ
つうか、>>785と一緒に仕事したくないなｗ
788:仕様書無しさん
07/03/12 00:51:57
NoはNo.が正しい。じゃなきゃNumとかが妥当。
789:仕様書無しさん
07/03/12 00:53:12
Newで始まってるとなにかのファクトリ(オブジェクト生成関数)
かと思ってしまうな。ところが実は既存のものから最新のを返す
んだと言われると当惑する。
790:仕様書無しさん
07/03/12 00:54:14
普通の英語では785の意味の最新はlatestだろう。
lastでも通じると思うがnewでは明らかに通じない。
791:仕様書無しさん
07/03/12 01:01:36
だな
New の新しさはこれまで無かった新しさ
792:仕様書無しさん
07/03/12 01:04:16
Newestならまだ分かるけど、ふつーそれより先にlatestが出てくるな。
793:仕様書無しさん
07/03/12 01:33:09
// QAC対処
// exit -1;
って、それじゃ、終了できねえよ。ＱＡＣがすべてじゃねぇ。
794:仕様書無しさん
07/03/12 07:31:29
○ クラスを全部 Globalってマクロ作って定義してる。
○ キー入力ができたりできなかったりする。
○ 基本的にスパゲティ。どこにとんでいるかで動作が決まってる。
まぁマイコンだけどさぁ・・・。
ひどす。
795:仕様書無しさん
07/03/12 17:42:59
>>794
無理矢理高級言語を使う意味あるのか？
普通は言語を使い分けてリンクするよな。
>キー入力ができたりできなかったりする。
昔、俺の後ろでそれやって修羅場ってるの見たことあるな。
Javaでそれをやるのは、普通なら難しいのに。w
796:仕様書無しさん
07/03/14 23:37:45
// 値が10以上の場合
if (val > 10) {
797:仕様書無しさん
07/03/14 23:40:05
あるあ…ねーよｗ
798:仕様書無しさん
07/03/14 23:42:35
クライアントアプリにJava使って何のメリットがある？
Javaは通信は強いけどクライアントアプリとして使うにはあまりにも・・・
799:仕様書無しさん
07/03/14 23:42:36
>>796
中２かよｗ
800:仕様書無しさん
07/03/14 23:44:02
//------------------↓ここから僕のちとちぃ～～～～～～～～～
801:仕様書無しさん
07/03/14 23:44:53
//----------------あーずるいぞのびた！
// なら俺はここから俺の土地ぃーーーーーーーーーーーーーーーーーーーーーーー
802:仕様書無しさん
07/03/15 00:48:20
>798
J2EEサーバと通信しやすく、セキュリティポリシーをスカスカにすればローカルマシンも弄り放題。
ってことで、MVCのVはほとんど素のHTML、Mは90%J2EEサーバのEJBに置いて
CをアプレットとJavaScriptの眩暈がするほど華麗な連携でこなすシステムに携わったことがある。
(ちなみにアプレットは基本的にUI持ってない)
ソースも大概だったがこの構造だけで1週間で辞めたくなったorz
# まぁ、各地の事務所が9600BPSのモデムで繋がってて、HTMLファイルの転送すら
# 勿体ないって事情はあったらしいが。
# (だから、VとなるHTMLは各クライアントマシンのローカルに置きっぱ)
803:仕様書無しさん
07/03/15 00:54:52
>>802
金の掛け方が根本的に間違ってるな。w
そんな特殊ななアーキテクチャにする金でVPN引いたほうがいいのにな。
804:仕様書無しさん
07/03/15 07:55:26
>>802
Vに素のHTMLは悪いと思えなかったり。
ダイナミックしてないんだから、ビューを果たしてるんでないかい？
805:仕様書無しさん
07/03/15 18:55:31
日付がNVARCHAR2(8)ってどうなのよ。
806:仕様書無しさん
07/03/15 19:28:27
>>805
4+2+2に切り分けるわけ？
・・・遺体
807:仕様書無しさん
07/03/15 20:15:43
>>805
そんなのしょっちゅうさ…
808:仕様書無しさん
07/03/15 21:32:59
>>805
俺のいるところも日付の扱いがかなり適当だよ。
DATE、CHAR(6)、VARCHAR2(8)が混在してる
809:仕様書無しさん
07/03/15 23:04:58
>>808
うちはvarchar2(6) だな。
2100年以降のことなんか考えてない。
810:仕様書無しさん
07/03/15 23:21:36
さらにnumber(8,0)
811:仕様書無しさん
07/03/15 23:50:10
ウチはUnixエポックを文字列で…
812:仕様書無しさん
07/03/15 23:52:50
>804
や、VがHTMLってのははまぁいいとして、Cの泥沼加減がもうすばらしくデンジャラスでさ('A`)
あんな複雑怪奇なアプレットはもう二度とお目に掛かりたくないorz
813:仕様書無しさん
07/03/15 23:57:12
>805
以前ある奴がそういう設計を持ってきてレビューしろっつーから何考えとんじゃ、と言ってやったら
「どうせ表示するときは文字列化するじゃないの。比較演算だって問題ないしー」
だとさ。
814:仕様書無しさん
07/03/16 01:51:49
>809
自分が死んだ後のことなんか知るかよ
815:仕様書無しさん
07/03/16 01:54:02
そういう奴がいるから…
816:仕様書無しさん
07/03/16 02:02:38
2000年問題みたいなことが起きる？
どうせ10年も使わないから大丈夫
817:仕様書無しさん
07/03/16 03:51:48
そういう奴がいるから…
818:仕様書無しさん
07/03/16 07:52:06
データは永続的に使われると思わないといけない
アプリはOS変わることに破棄するけど
819:仕様書無しさん
07/03/16 11:45:20
>>818
データにもよるんじゃない？
例えばTV録画機器の録画予約の日時データについて話してる時に
「データは永続的に使われると思わないといけない」と盲信的に主張されると、
まわりの人は当惑するだろう。
820:仕様書無しさん
07/03/16 15:18:55
>805
漏れの場合、少なくともDATEは使わないな。とりあえず8桁とっておく。
型の採用ポリシーの一貫性と根拠が明確なら別に何でもいいけど。
821:仕様書無しさん
07/03/16 20:53:22
>>820
なんでDATE使わないの?
822:仕様書無しさん
07/03/16 21:00:26
DATTEやってらんないじゃん
823:仕様書無しさん
07/03/16 21:09:00
誰が上手いこと言えと
824:仕様書無しさん
07/03/16 23:03:36
>>821
業務アプリとかだと、時刻のデータがいらないケースも結構あるので
時刻まで入るDATE使って変なバグを出したくないという理由なのかな。
それでもDATEの方がいいとは思うけど。演算とか楽だし。
825:仕様書無しさん
07/03/16 23:05:55
変なバグを出したくない（笑）
826:仕様書無しさん
07/03/16 23:38:40
派遣のプログラマー使ってる立場としてはその気持ちはよくわかるw
827:仕様書無しさん
07/03/16 23:41:26
むしろ使わない方が....
828:仕様書無しさん
07/03/17 00:04:23
DATEの読み方は伊達じゃないっ！！
829:仕様書無しさん
07/03/17 01:06:56
ナ ゝ ナ ゝ / 十＿" ー;=‐ |! |!
cト cト /＾､_ﾉ | ､.__ つ （.__ ￣￣￣￣ ・ ・
ミﾐ:::;,! u ｀ﾞ"~´ ヾ彡::l／VvVw、 ,yvヾNヽ ゞヾ ,. ,. ,. 、､ヾゝヽr＝ヾ
ﾐ::::;/ ￣ﾞ`ｰ-.､ u ;,,; j ヾk'! ' l / 'ﾚ ^ヽﾍ＼ ,rﾞゞﾞ-"､ノ / l! !ヽ ､､ |
ミ/ J ﾞ`ｰ､ " ;, ;;; ,;; ﾞ u ヾi ,,./ , ,､ヾヾ | '-- ､..,,ヽ j ! | Nヾ|
'" _,,.. -─ゝ.､ ;, " ;; _,,..._ゞｲ__／/〃 i.! ilヾゞヽ | ､ .r． ヾ-､;;ﾉ,.:-一'"i
j ／ ,.- ､ ヾヽ、 ;; ;; _,-＜ /／_,,＼' "' !| :l ﾞi !_,,ヽ.l `ー─-- ｴｨ' (． 7 /
: ' ・丿 ￣≠Ξｲ´,-､ ヽ /ｲ´ r． `ー-'ﾒ ,.-´､ i u ヾ｀`ー' ｲ
＼_ _,,......:: ´ﾞi､ `¨ / i ヽ.__,,... ' u ﾞl´.i･j.冫,ｲﾞl ／ ｀`-､..- ノ :u l
u ￣￣ 彡" 、ヾ￣｀`ﾐ::.l u j i､｀ー' .i / /､._ ｀'y /
u ｀ヽ ﾞ:l ,.::- ､,, ,. ノ ﾞ u ! /_ ￣ ー/ u /
_,,..,,_ ,.ｨ､ ／ | /__ ｀`- ､_ l l ｀`ｰt､_ / ／
ﾞ u ,.／´ " ｀`- ､_Ｊ r'´ u 丿 .l,... ｀ー一''/ ノ ﾄ ､,,_____ ﾞ/ ／
./＿_ ｰ７ /、 l 'ﾞ ヽ/ ,. '" ＼｀ｰ--- ",.::く､
/;;;''" ￣￣ ──/ ﾞ ,::' ＼ヾﾆ==＝'"／ ｀- ､ ﾞー┬ '´ / ＼..,,__
、 .i:⌒`─-､_,.... l ／ ｀ー┬一' ヽ :l ／ , ' ｀ソヽ
ヾヽ l ` ｀ヽ、 l .／ ヽ l ） ,; ／ ,' '^i
830:仕様書無しさん
07/03/17 01:10:04
パンチでDATE
831:仕様書無しさん
07/03/17 01:25:35
哀愁DATE
832:仕様書無しさん
07/03/17 02:39:42
3.5インチFDDのシャッターを「持つ所」と、のたまった御仁が居たな。
833:仕様書無しさん
07/03/17 02:42:12
お願いです先輩、コメントアウトは行単位でしてください。
1つのステートメントの中で数文字コメントアウトとか
訳わかんない事しないでくださいorz
変数を全部ドキュメントに書かなければならないからって、
1つの変数を全然違う用途で使いまわすの止めてくださいorz
834:仕様書無しさん
07/03/17 06:41:14
NVARCHAR2(8)とDATEってどっちが節約できるの？
835:仕様書無しさん
07/03/17 09:37:50
>>834
OracleだとDATE型だな。7バイトだし。
836:仕様書無しさん
07/03/17 10:21:55
そんなことは普通、考えません
837:仕様書無しさん
07/03/17 13:51:28
データベースの良し悪しって結局は容量だろ？
838:仕様書無しさん
07/03/17 15:09:49
排他を全く考えてないマルチスレッドは勘弁してくれ。
もう総合テストに入って、原因不明（実は、競合が原因）の不具合が多発。
いまさら大きな修正はやりずらいし。
何も考えずに作るのは楽だろうが、保守させられる身にもなってくれって感じ。
たぶん、このプロジェクトは失敗確定だろうな。
839:仕様書無しさん
07/03/17 15:38:45
>>837
あと使いやすさ
たとえばYYYYMMDDを入れる場合、
文字列だと入れる前と入れた後に日付の整合性チェックをしないといけない
（8桁で閏年の計算もして日付として正しいフォーマットになっているか）
DATEであれば入れるときは例外をキャッチすればいいし、出すときはbetweenで必要な期間だけ取得すればいい
840:仕様書無しさん
07/03/17 16:31:40
>>838
>排他を全く考えてないマルチスレッドは勘弁してくれ。
それマルチスレッドて言わないw
さすがにDBの話じゃないよね。
841:仕様書無しさん
07/03/17 16:47:04
838 じゃないけど、きちんと排他処理できていない
マルチタスクなアプリはあるな。
アプリの性質上、データの編集はロングタイム トランザクションになることが
多くて、現在の編集状態を表すテーブルがあるんだけど、そのテーブルの
編集にトランザクション管理などの適切な処理をしていないから、
たまに、一つのデータを二箇所で同時に編集していたりする。
それで、いざ登録となったときに訳のわからんエラーになってる。
842:仕様書無しさん
07/03/17 16:50:52
共有ロックと占有ロック覚えておかないとDBプログラミングで痛い目にあう。
843:仕様書無しさん
07/03/17 17:05:15
データベースはロックだぜぃ！！
844:仕様書無しさん
07/03/17 17:25:57
冗談じゃなく、ロック知らないPGが多いから困るな
845:仕様書無しさん
07/03/17 17:35:11
ああ、そのためにも情報処理の資格試験はもうちょっと重視してもいいと思うんだ
846:仕様書無しさん
07/03/17 17:51:34
>>845
基本情報処理の範囲はプログラマーとして最低限必要な知識に過ぎないけど、
その程度知らない人がプログラミングするのはさすがにやばすぎる
847:仕様書無しさん
07/03/17 20:13:48
うちの職場は基本情報処理以上受かってるのは２割弱。
848:仕様書無しさん
07/03/17 20:21:11
みんな日曜日がもったいないのだとポジティブシンキン
849:仕様書無しさん
07/03/17 20:45:07
うちの職場は数％・・・
しかも資格の無い奴が偉そうにふんぞり返ってるよ。
この状況知ってたら入らなかったんだけどね。
さっさと上級資格揃えて辞めるかな。
850:仕様書無しさん
07/03/17 21:33:18
基本情報はアホでも受かるだろ…
851:仕様書無しさん
07/03/17 22:06:10
アホだから仕事片付かないし受験しに行く暇が作れない
852:仕様書無しさん
07/03/17 22:33:57
アホでも受かるから一応取っとくのか、それとも受験するまでもないのか
どっちだ？
853:仕様書無しさん
07/03/17 22:35:07
資格が役に立つと思ってるザコは3年くらい我慢して
自分の経歴にむやみに汚点残さないようにしましょう。
854:仕様書無しさん
07/03/17 22:38:53
>>851
その言い訳は今まで嫌というほど聞いてきた
実際には受験するつもりがない人ばかり
855:仕様書無しさん
07/03/17 23:06:27
受験しに行く暇がないとか言ってるやつ絶対いるよな
どうせ休日は遊んでるんだろ
856:仕様書無しさん
07/03/17 23:27:59
誰か俺を呼んだか？
857:仕様書無しさん
07/03/17 23:45:42
呼んでないから帰れ
858:仕様書無しさん
07/03/17 23:48:09
>>856-857
ﾜﾛﾀ
859:仕様書無しさん
07/03/17 23:51:41
基本情報を持ってるからと言って使い物になるわけでも無いが
最低限の知識の証明にはなるな。
基本情報も取れない奴は使い物にならん。
860:仕様書無しさん
07/03/18 00:34:56
足の裏についたご飯粒
861:仕様書無しさん
07/03/18 00:45:23
ときめきメモリアルONLINE 94時間目 [大規模MMO]
862:仕様書無しさん
07/03/18 03:19:03
>>859
確かに「取れない」ヤツは100%使いものにならんな。
「取らない」ヤツはたまに使えるけど。
863:仕様書無しさん
07/03/18 12:57:07
基本情報を履歴書に書いてくるのは使い物にならんな…
864:仕様書無しさん
07/03/18 13:11:16
履歴書に資格なしの方がもっと使えない確率が高いと思うが
865:仕様書無しさん
07/03/18 13:43:09
基本情報は持ってて当然だから資格無しは有り得ないだろ。
最初の足切りラインとしては使えるぞ>>863
866:仕様書無しさん
07/03/18 14:57:23
運転免許証と同じくらいかね
867:仕様書無しさん
07/03/18 15:04:50
毎年2万人受かってるから
868:仕様書無しさん
07/03/18 15:14:07
ベテランが「資格とりにいきます！納期遅らせてください！！」なんて言ったら顰蹙買うだろ？
だからこっそり行ってるんだよ
落ちてもバレないし
869:仕様書無しさん
07/03/18 15:29:11
IT関連企業なら情報処理資格取得者は普通もっといるべきなんだよな。
あまりにもレベルの低い技術者が多すぎる
870:仕様書無しさん
07/03/18 15:32:53
資格とっても評価されない会社多くね？
871:仕様書無しさん
07/03/18 15:33:46
資格は初心者をスタート地点まで連れて行ってくれるもの
すでにスタートした奴らに取らせても意味ない
872:仕様書無しさん
07/03/18 15:37:36
業務経験が長るなるほど、有保有者との知識の差が広がっていくのが現実
873:仕様書無しさん
07/03/18 15:56:04
うちの会社では資格なしで落とすことはないが、資格ありだから
拾い上げるということもないな。
874:仕様書無しさん
07/03/18 16:18:11
>>871
それは資格試験に落ちた奴の言い訳。
本当にスタート地点に立ってるのか怪しい口だけの奴が９割。
適当に誤魔化してるくせに態度だけはでかい若者が多いのは嘆かわしい限り。
875:仕様書無しさん
07/03/18 16:39:40
おまいら資格スレでも立てて存分に語り合え。
俺なんか俺なんか
10年前のソースをメンテしてるんだが（当時の担当はすでに退職済
実行環境を変えたらアプリケーションエラーで落ちまくるようになったと言われたので、
調査してたら、ファイルIO関数のほぼ全部が
char cFile[40]; /* ファイル名 */
そりゃあ、D:\Program files\(長いフォルダ名)\（さらに長いフォルダ名） にインストールしなおせば
落ちるよな、そうだよな'`,､('∀`) '`,､ '` ,､ '` ,､ '`
876:仕様書無しさん
07/03/18 16:47:44
>>875
マジックナンバー使いまくってそうだ・・・
一度整理した方がいいんじゃない？
877:仕様書無しさん
07/03/18 16:58:58
そんなもん整理始めたら収拾が付かないぞ。
コメントもどこまで信用できるか判らん代物を整理するくらいなら
リプレースしたほうが早いｗ
878:仕様書無しさん
07/03/18 17:08:48
協力会社の新人が Ethenet ケーブルといって分からなくて、LAN ケーブルと言っても
分からなかったときには、基本情報取るまで出てくんなとは思ったけどな
4年前の話
879:仕様書無しさん
07/03/18 17:36:59
>>878
そういう問題でも無さそうだがw
880:仕様書無しさん
07/03/18 17:49:56
わんつーすりーふぉーかてごりぃ～ふぁいぶっ！！
881:仕様書無しさん
07/03/18 20:55:19
古い
(･∀･)ｶｴﾚ!
882:仕様書無しさん
07/03/19 01:10:02
>>875
ファイル名が長すぎるといってエラーになるのはいいけど、
「落ちる」ってのは、cFile[40] の 40 が問題なのではないんじゃ?
883:仕様書無しさん
07/03/19 02:39:45
つまり存在チェックをしていないんだろう
884:仕様書無しさん
07/03/19 02:58:22
ところで、40というのはどこから出てきた数字なんだ？
ライブラリ辺りから出てきた数字だったらかなり嫌だな。
885:仕様書無しさん
07/03/19 04:00:51
long long i*=i; // 流れ星ぴゅー（＾。＾
886:仕様書無しさん
07/03/19 10:46:49
基礎情報受けに行く時間がもったいないならいきなりソフ開なり上級なり受ければいいじゃない
887:仕様書無しさん
07/03/19 18:11:18
32あれば充分で、それに８も余分を足しとけば
たりなくなるわけがない。
ぐらいの考えだったんじゃね。
888:仕様書無しさん
07/03/19 19:08:42
FILENAME_MAX や MAX_PATH 辺りをつかっておけばいいのにね.
この二つがどう違うのか知らんけど(ぉ
889:仕様書無しさん
07/03/19 20:02:59
>875
元がDOS版だったりとかしない？（；・∀・）
890:仕様書無しさん
07/03/19 20:17:50
>>839
素朴な疑問だが、
「入れる前」でチェックしているのなら、
「入れた後」でチェックする意味あるの？
想定外の経路(直接Accessとかでレコード作成とか)が無い限りは
普通Input側で整合性取れば後は無視しない？
いや、マジで素朴な疑問なんだよ。
俺なら想定外の経路を許可する事をしないモノで。。。
891:仕様書無しさん
07/03/19 20:20:19
想定外の経路を許可してなくてもどっかのバカが入れるんだよ
仕様書にきちっと書いてあっても間違った試験データ投入してうだうだと言ってくる
892:仕様書無しさん
07/03/19 20:21:50
>>890
updateのときとか？
# 入れるときに入るかなぁ？
入力側と出力側を別人が作っている場合は、
まあ表示前にチェックってのはアリと言えばアリ。
893:仕様書無しさん
07/03/19 21:46:41
>>890
19000000はNULLのことです、とか言われたらどうする？
894:仕様書無しさん
07/03/19 21:51:56
>>890
そういう考えが「サニタイズすればいい」ってところに通じるんじゃないのか？
想定外のデータが嫌なら、DBに制約つけるなりなんなりしてくれ。
そうすれば、構造が変わらない限りは平気になる。
895:仕様書無しさん
07/03/19 22:43:03
Dim 消しフラグ
Dim 消し消しフラグ
（中略）
'------------------------------------
' 小細工
'------------------------------------
End Sub
896:仕様書無しさん
07/03/19 23:20:18
勝手にCSVつくってインポートしたがる奴はどこの世界にもいるもんだよ
897:仕様書無しさん
07/03/20 00:50:49
それはダメなのか？
898:仕様書無しさん
07/03/20 16:32:48
>>897
勝手に作ったCSVデータを勝手にインポートした挙句データの整合性が取れなくなり、
ソフトに不具合が発生したらデータ作成した本人（もしくは指示した人間）が
「データベースが壊れた！バグだ！！修正しる！！！」
と騒いで無料サポートをさせるってパターンが『よく』あるから
>>896のグチになるわけだ。
その対策が>>890みたいな意見になるわけだけど、そうすると今度は
「データを入れたいのに受け付けない！バグだ！！修正しる！！！」となって
最初に戻る。
899:898
07/03/20 16:37:15
ｽﾏｿ、上の890は894の間違い
900:仕様書無しさん
07/03/20 17:30:20
「勝手に作ったCSV」なんて恐ろしいものの入力許すなよ。
入力チェック側も「カンマ区切りのテキスト」しか想定してない場合が多いんだから…orz
もちろん何のエスケープもなしで。
901:仕様書無しさん
07/03/20 18:52:20
>>900
importの話だよ
902:仕様書無しさん
07/03/20 19:42:09
>>898
そんな馬鹿の相手はしないに限る。
903:８９０
07/03/20 19:45:01
なんか、色々有るんね。
みんなの苦労が良くわかったよ。
おれは幸せなんだね。
ごめんね＞みんな
904:仕様書無しさん
07/03/21 04:48:34
その時出来る対処はその時やっておいた方があとで
記憶を取り戻してからやるより結果的に時間の節約になるから
やったほうがいいね。
やる時間がないなら、せめて警告コメントくらいは入れておくもんだよ。
905:仕様書無しさん
07/03/21 08:04:20
catch(Exception e) {
// Exceptionをcatchしたらthrowする
throw e;
}
906:仕様書無しさん
07/03/21 08:30:54
逆に入力チェック完璧って前提だから、出力の際にチェックしなくていいっていうのは
どういう仕事なのか気になる。
907:仕様書無しさん
07/03/21 09:46:47
余裕の無いプロジェクトだとありがち。
908:仕様書無しさん
07/03/21 09:47:56
え？
出力時にチェックいるの?
909:仕様書無しさん
07/03/21 10:22:20
常識的に考えて入力チェックしたものを出力時再度チェックする必要ないぞ？
910:仕様書無しさん
07/03/21 10:30:24
どういうシステムなのかにもよるが
それは認識が甘いと言わざるを得ない
911:仕様書無しさん
07/03/21 10:36:38
入力時に正しいデータだったのに、出力するときに不正なデータになってたら、ただのバグだと思うが。。。
912:仕様書無しさん
07/03/21 10:40:10
>>911
つまり、ただのバグを検知できる、という指摘もありだな。
913:仕様書無しさん
07/03/21 10:41:25
>>911みたいな人ってswitchのcaseが仕様上の選択肢すべてを
網羅しているときにはdefaultを書かないんだろうな。
914:仕様書無しさん
07/03/21 10:50:49
いや、バグの検出と、入力のチェックを区別つけないで議論してるヤツとかダメだろ。。。
915:仕様書無しさん
07/03/21 10:52:45
defaultに到達したらバグだろう普通にｗ
その場合バグ解析コードだろdefaultは
916:仕様書無しさん
07/03/21 10:55:26
2chでよくいる、「バグがあっても動いてしまうコード」をいい書き方だって固く信じてるやつって、
バグ検出と入力時のチェックを概念的に混同してるんだと思われ。
917:仕様書無しさん
07/03/21 11:29:22
バグの検出と入力のチェックの区別がつけられない奴って
アサーションも碌に使えないんだろうなきっと。
918:仕様書無しさん
07/03/21 11:49:42
データなんて保存中に壊れることもよくある
919:仕様書無しさん
07/03/21 11:50:13
「assert で停止するのはデバッグ時のみ」であることを曲解すると
「リリース時はそのまま動き続けるのが正しい」となる。
…気持ちは解らんでもない。
920:仕様書無しさん
07/03/21 12:01:39
この前、VB4からVB6に移植する仕事をやったけど、全サブルーチンにエラーハンドラがつけてあって、
多くは、Beepを鳴らして、ログにエラー番号みたいのを書き出して、そのまま処理を続行になってた。
現場じゃ、画面が明らかにおかしくなってるようなバグ以外は、そのまま操作を続行しちゃうんだろうなぁ。
921:仕様書無しさん
07/03/21 13:35:25
入力時のチェックは厳重・厳密に行い、出力時のチェックはゼロ。。。。
マスタ登録部はチェックが多重だが、読み出し部は「マスターが正」だから
チェックも糞もない。データとマスタとのチェックは厳密だろうけど。
これくらいしか思いつかない。
922:仕様書無しさん
07/03/21 15:20:06
日付・時間が
char(6)Char(8)
とか勘弁してください。
比較が面倒です
923:仕様書無しさん
07/03/21 15:44:52
西暦・和暦変換するクラスの名前が
WestanYearとなってる。笑い殺すつもりかよ
924:仕様書無しさん
07/03/21 16:02:11
Seireki2Warekiだろ
925:仕様書無しさん
07/03/21 16:05:02
CalenderConversがいいんでないか？
926:仕様書無しさん
07/03/21 16:10:46
28時とか入っててびびった(char(4)で2800）
というか仕様書に書いてもないのにそれが正常とか言わんでくれ・・・
927:仕様書無しさん
07/03/21 16:14:53
>924
あるあるｗｗ
928:仕様書無しさん
07/03/21 16:26:38
>>926
テーブルの制約で不可にするのが当たり前だろう
929:仕様書無しさん
07/03/21 16:31:20
>>28時とか入っててびびった(char(4)で2800）
char(4)だと99時99分でオーバーフローになります、
もっと桁をとりましょう
930:仕様書無しさん
07/03/21 16:46:01
>>922
正確には「時間」ではなくて「時刻」ではないかと。
多くの言語やDBで混同されているみたいだが。
>>929
四徹程度でオーバーフローしてしまうとは情けない・・・か。
931:仕様書無しさん
07/03/21 16:52:56
>>930
VC(MFC)、C#, Oracleは区別あるな。
ほかのでもあるんじゃね?
932:仕様書無しさん
07/03/21 16:54:32
>>905
それはよくやる。というか、結果的にそうなることが多い。
#if DEBUG で括ったMessageBoxをいれてるだけのとことか。
似たようなことをやろうとして、↓のようにするやつもいるが…。
catch(Exception e) {
// Exceptionをcatchしたらthrowする
new throw Exception();
}
933:仕様書無しさん
07/03/21 17:14:29
C++だとthrow; だけでcatchした例外を投げたよね。
934:仕様書無しさん
07/03/21 17:47:53
エラーをきちんとハンドリングできれてばどこのスタックでキャッチ行っても構わないが
mainからシステムへ落とすのだけは勘弁してくれｗ
935:仕様書無しさん
07/03/21 18:28:13
設計書なしでいきなりソースコードだけ渡されて
「直してね」と言われたときは殺意を覚えたな。
936:仕様書無しさん
07/03/21 18:31:33
古いC++プログラムでよくある話
937:仕様書無しさん
07/03/21 18:32:33
設計書なしでいきなりmdbだけ渡されて
「VBに移植してね」と言われたときは殺意を覚えたな。
938:仕様書無しさん
07/03/21 18:37:20
既存物理設計→既存論理設計→新規論理設計→新規物理設計
を行えって言ってるんだよｗ
939:仕様書無しさん
07/03/21 20:54:58
>>916
On Error Resume Next に関する恐ろしい話の一つくらいは聞いたことがあろう
940:仕様書無しさん
07/03/21 21:01:51
バグがあったぐらいで毎回止まってたら仕事にならない
941:仕様書無しさん
07/03/21 21:39:58
餌が美味しくない。
942:仕様書無しさん
07/03/21 23:23:14
例外はトップレベルで拾えって規定されたプロジェクトも有ったな。
単にメッセージボックスでエラー文字列表示してるだけだったがｗ
943:仕様書無しさん
07/03/22 00:04:29
>>942
隠蔽するよりずっとマシだ。
944:仕様書無しさん
07/03/22 00:12:01
On Error Goto ErrorHandling
ErrorHandling:
MsgBox "エラーが発生しました。以下に連絡してください" & vbCrLf & _
"090-xxxx-xxxx"
945:仕様書無しさん
07/03/22 00:16:24
連絡場所が書いてあるだけ良心的だろ
946:仕様書無しさん
07/03/22 00:39:27
入出力チェックが完璧かどうかどうやって調べるのか。
947:仕様書無しさん
07/03/22 10:27:57
>>945
>>944の連絡先番号が正当であるかチェックしないと請求詐欺にあうぞ。
948:仕様書無しさん
07/03/22 13:29:29
>>942
レベルがまちまちな作業者が多数作業する場合には苦肉の策としてそうするな
949:仕様書無しさん
07/03/23 00:13:47
バイナリエディタで電話番号を書き換えるやつがいそうだ
950:仕様書無しさん
07/03/23 07:44:01
納品時に、嫌いな上司の携帯番号を設定ファイルに記述するんだろ？
あれ、違ったっけ？
951:仕様書無しさん
07/03/24 23:07:32
２０MHｚで動くRISCマイコンで
数ミリひたすらNopする時間稼ぎループを発見したとき・・・。
952:仕様書無しさん
07/03/24 23:29:24
RISCのNOPってコンパイラがこっそり入れたりするんだよな。
953:仕様書無しさん
07/03/24 23:48:06
>>951
組み込みではよくある事じゃない？
チップの初期化待ちとか
954:仕様書無しさん
07/03/26 05:20:14
空ループは最適化すると消えるからタイマーを使うのが常道では？
955:仕様書無しさん
07/03/26 05:35:31
つvolatileの活用
volatile int i;
while(i<N) i++;
C言語の話だが
956:仕様書無しさん
07/03/26 06:46:27
で、処理が間に合わないと御託が。
957:仕様書無しさん
07/03/26 10:28:07
組み込みじゃリリースで最適化ナシは当たり前なんだが。
958:仕様書無しさん
07/03/26 22:07:09
タイマーなんか最初は動いてないし
959:仕様書無しさん
07/03/26 22:18:42
印刷したソースにやきそばソースぶっかけられたこと
960:仕様書無しさん
07/03/26 22:52:51
スパゲッティならぬソバコード
961:仕様書無しさん
07/03/26 23:55:55
ASP.NETやってて
<HTML>
<HEAD>
<THML>
</HEAD>
<BODY>
</THML>
</BODY>
</HTML>
当然解析エラーになるわけだが
見た瞬間目の前が真っ暗になった。
なんでこんなものが長々と放置されてたんだorz
962:仕様書無しさん
07/03/27 00:28:22
どこからどうみても何をしたいのか分からない
963:仕様書無しさん
07/03/27 01:17:10
クソのようなHTMLとCGIの塊にAjax云々の泥沼をアレな俺ならばなんとなく理解できる。
明日は客に見せるらしいが、ようやくパースエラー出なくなったことを喜んでもらおう。
964:仕様書無しさん
07/03/27 07:56:08
>>963
Ajaxとかかっこつけてるけど、実際はJavaScript埋め込んだだけだろう。
Ajaxと名前変えただけで流行らせようとする拙さに泣けてくるｗ
965:仕様書無しさん
07/03/27 11:03:35
>>964
Ajax云々と言っておけば余計な工数と金がとれるんだよ。
そんくらいわかれボケ。
966:仕様書無しさん
07/03/27 13:13:35
アジャエックスですという営業がいたらおもしろそーなのに
さすがにとぅくぴっぷはいてもコレはいねーのかなぁ
967:仕様書無しさん
07/03/27 13:20:06
最初アヤックスと読んでしまったサッカーファンの営業ならいたなぁ。
968:仕様書無しさん
07/03/27 13:25:47
エイジャックスくらいなら居そうだ。
969:仕様書無しさん
07/03/27 13:28:29
>>968
970:仕様書無しさん
07/03/27 15:09:55
>>968
971:仕様書無しさん
07/03/27 15:10:53
ｱﾆｼﾞｬｯｸｽ……
∧＿∧
∧＿∧ （´<_｀ ） ねーよw
（ ´_ゝ`） / ⌒i
／ ＼ | |
/ /￣￣￣￣/ |
＿_(__ﾆつ/ ﾌﾞﾙﾏ / .| .|＿＿＿＿
＼/＿＿＿＿/ （u ⊃
972:仕様書無しさん
07/03/27 15:36:04
アッージャックス
973:仕様書無しさん
07/03/27 15:40:48
アジャクロス
Web2.0の必殺技か何かです
974:仕様書無しさん
07/03/27 21:59:56
AjaxもWeb2.0も俺たちに金を落としてくれる
素晴らしい言葉です。
975:仕様書無しさん
07/03/27 22:02:52
>>973
アジャコングの必殺技にしか見えない。
976:仕様書無しさん
07/03/27 22:18:30
あじぇいあっくす
977:仕様書無しさん
07/03/28 02:27:47
>>968