08/08/23 20:20:03
>>650
｜要件が件数取得のみなので、読み込む必要がありません。
>648 の書き方が悪い。
『SELECT COUNT(*)を知らず、実際に取得したレコード数で判断する処理。』
↓
『条件に一致するレコードの件数のみを出力する処理で、
SELECT COUNT(*)を知らず、実際に取得したレコード数を出力した奴』
上記のように書けば、不勉強なＰＧである事が判ったのに。
# レコード件数だけ取得する処理ってあんまりした事無い。
# たいてい、金額とか種別なんかと組になってる。
# なんで、count処理するSQLと取得するSQLを
# 別々に2回発行するより、１回で取得した方が有利なケースが多い。
>650 メモリ全部使っても読み込みきれません。鯖が再起動します。
？？？
テーブルのレコード全部取ってくるコード書いたのか？だとしたら、単なる馬鹿だな。
通常のプログラムが大量に資源要求した程度で落ちるサーバって見た事ないけど。
サーバより先に、問題のプロセスが強制遮断されるだろ？
652:仕様書無しさん
08/08/23 21:24:38
存在だけが問題の場合はCOUNT(*)をとらないで
EXISTSで実行とっちゃったほうが速かった気がした。
まあ、でも検索結果を10件ごとに分けてページ表示～
とかはCOUNT(*)しなきゃならんわな。
653:仕様書無しさん
08/08/23 22:20:02
>>通常のプログラムが大量に資源要求した程度で落ちるサーバって見た事ないけど。
何系のマか知らないけど、経験不足なだけ。
654:仕様書無しさん
08/08/24 01:53:54
>>653
では、実例よろしく。
655:仕様書無しさん
08/08/24 02:15:48
>>652
｜存在だけが問題の場合
カーソルオープンしてフェッチかけた方が負荷が低い。
で、レコードの主キーだけメモリに一括読み込みする。
こうするとSQLの発行が１回で済む。
（ややこしいSQLの場合、２回も発行しているとレスポンスが間に合わないってのもある。）
先にcountとった方が楽なのは確かだが、バッチ処理でしかやらない。
・ページ表示の場合、「前ページに移動」とか「指定ページに移動」なんて要求されるケースが多いので
先にインデックスを作っとかないと処理が面倒。
・全件の一覧表示を要求された時は往生した。
結局、前日の夜間バッチで静的htmlを作り、そのページに飛ばすことで逃げたけど。
656:仕様書無しさん
08/08/24 08:04:50
>>652
SQLの入門書で勉強しなおしたらどうだ？
最初の10件を取り出すのにcount(*)する馬鹿がどこにいる？
657:655
08/08/24 08:31:28
>>656
「現在表示中のページ番号/総ページ数」 の形で表示するとか、
ページ番号の一覧を表示するとか、
総件数が判らないと出しようが無いと思うけど。
658:仕様書無しさん
08/08/24 08:33:38
>>657
そうかい？>>652には総ページ数の話なんて全然出てきていないよ。
659:仕様書無しさん
08/08/24 08:54:45
>>658
>652
｜まあ、でも検索結果を10件ごとに分けてページ表示～
こういうとき、総ページ数を表示しなくていいと言ってくれる客は少ない。
その少ない客も、やっぱり表示してくれ、と言ってくるのが大半。
googleやアマゾンの検索結果表示が流行りだから仕方がない。
660:仕様書無しさん
08/08/24 09:57:50
>>656
SQL ServerだったらTOP使えば良いけどね。
661:652
08/08/24 11:48:05
>>658
ああ、書き忘れていて悪いな。
もちろん>>659の言うように NN-NN件目を表示 / 全体でNN件パターンだよ。
俺の過去見たところだと、一覧取得のSQLは10個ぐらいテーブルが結びついていて
内部でウィンドウ関数やらが大量に飛び交っているおぞましい代物。
ログインユーザごとに微妙に取得条件が変わる。カスタムで条件も指定可能。
それをチューンアップしろとか言われたので、適当に変更したが、やっぱり限界がある…。
もちろんSQL以外の変更は不可という条件だ。
（一覧項目に紐づく○×レポートが過去に一度も△じゃなくて、実は最初の□で云々
の用件が大量の一覧照会だった）
662:仕様書無しさん
08/08/24 13:07:33
日新システムズってどうよ
663:仕様書無しさん
08/08/24 13:18:29
if文では絶対にelse文を使わないとダメだと思ってる奴がいて困る。
elseの中に主処理が書かれ、再度if文が来るとまたネストしてelseの中に主処理を書く。
関数の終わりころには5階層ぐらい潜ったところにいる。
あるクラス内の関数全ての最後が
}
}
}
}
}
とかなってるのを見て、怒りを通り越して笑いが止まらなかった。
664:仕様書無しさん
08/08/24 13:31:13
>663
無知の知ったか、お疲れ。
665:仕様書無しさん
08/08/24 13:31:34
>>663
短絡評価（ショートサーキット）を理解していない
VB出身者か単なる無知に多い。
俺も昨日そういうソースに手を入れた…。
テスト後だからいじるわけにもいかず…。死ねええええええ
666:仕様書無しさん
08/08/24 13:52:28
>>663
某社のコーディング規約がそんな感じだったよ。
醜くなるならif文内はサブルチン化するのさ。
667:仕様書無しさん
08/08/24 15:30:20
hoge = 何らかの処理１;
if(hoge == 異常終了){
//処理終了
return false;
} else {
//処理継続
hoge = 何らかの処理２;
if(hoge == 異常終了){
//処理終了
return false;
} else {
//処理継続
hoge = 何らかの処理３;
if(hoge == 異常終了){
//処理終了
return false;
} else {
//処理正常終了
}
}
}
668:仕様書無しさん
08/08/24 15:47:43
>>667
boolean result = FALSE;
do{
hoge = 何らかの処理１;
if(hoge == 異常終了){
break;
}
hoge = 何らかの処理２;
if(hoge == 異常終了){
break;
}
hoge = 何らかの処理３;
if(hoge == 異常終了){
break;
}
result = TRUE;
}while(0);
return result;
669:仕様書無しさん
08/08/24 17:51:24
>>668
それ書いたら、
ねちねちねちねちねちねちねちねちねち、
文句をつけられた。
以前も同様の事があり、相手をするのがアホらしいので、以下の様に書き直した。
if ( funcA() && funcB() && funcC() ) return true;
return false;
これだけの為に単体テスト＆結合テスト一式で約２日の遅れ。
一番呆れたのは、
修正報告書類に『担当の○×様がコードの記述方法が気に入らないとの（以下略）』と、
身も蓋もない事を書いて出したら、そのまま通ったこと。
書類読まずに上に出している事が良く判った。
（あとで事務方に確認したら、しっかり当人の「担当者印」が押されてた… ）
670:仕様書無しさん
08/08/24 18:00:16
>>669
死せよ
return funcA() && funcB() && funcC();
671:仕様書無しさん
08/08/24 19:25:24
じゃあ、これだったらどう直す？
hoge = 何らかの処理１;
if(hoge == 異常終了){
//処理終了
処理１異常終了メッセージ出力;
return false;
} else {
//処理継続
hoge = 何らかの処理２;
if(hoge == 異常終了){
//処理終了
処理２異常終了メッセージ出力;
return false;
} else {
//処理継続
hoge = 何らかの処理３;
if(hoge == 異常終了){
//処理終了
処理３異常終了メッセージ出力;
return false;
} else {
//処理正常終了
}
}
}
672:仕様書無しさん
08/08/24 19:37:50
組み込み系だと、下手にループとかすると不味いんだよな。
コンパイル後の事を考えながら組まなきゃいけないってのがあるんでね。
まあ、もまえらの話が組み込み系の話かどうかは知らんが。
673:仕様書無しさん
08/08/25 01:30:26
関数戻りがboolだけじゃないのが癌だよな。
674:仕様書無しさん
08/08/26 00:35:30
ARMとかやると、boolも charだったり、unsigned intたったり…。
まあ、世の中いろいろな環境があるよな。
675:仕様書無しさん
08/08/26 03:01:49
そうじゃなくって
１と０だけじゃなくって３とか４とか５００とか、
戻り値でエラーの詳細を返す仕様とかあるって事。
676:仕様書無しさん
08/08/26 21:39:23
え？じゃあどうやってエラーの詳細を出すの？
677:仕様書無しさん
08/08/26 23:47:35
>676
まあ、古典的な手法だと ERROR変数とか、近代的な方法だと例外の種類でとか。
探せば結構ほかにもあるよ。
678:仕様書無しさん
08/08/27 00:03:58
>>677
業務系だとログに詳細情報を吐いて、エラーリターンするだけだな。
あとはログを監視しているソフト（日立や富士通の有名ソフト）が回復処理を開始してくれる。
679:仕様書無しさん
08/08/28 20:33:47
業務系ドカタ凱旋屋はNGにしています。
680:仕様書無しさん
08/08/28 22:14:13
エラー処理は、エラーコードとエラーメッセージでFA?
681:仕様書無しさん
08/08/30 19:00:10
文字型を返却し、空文字なら正常、文字列だったら異常って関数が多い。
682:仕様書無しさん
08/08/30 19:04:50
lastError()
683:仕様書無しさん
08/09/02 01:55:22
>>671
hoge = 何らかの処理１;
if(hoge == 異常終了){
//処理終了
処理１異常終了メッセージ出力;
return false;
}
//処理継続
piyo = 何らかの処理２;
if(piyo == 異常終了){
//処理終了
処理２異常終了メッセージ出力;
return false;
}
//処理継続
fuga = 何らかの処理３;
if(fuga == 異常終了){
//処理終了
処理３異常終了メッセージ出力;
return false;
}
//処理正常終了
return true;
}
684:仕様書無しさん
08/09/02 01:57:53
スレと関係ないマども！ウザ！
685:683
08/09/02 02:06:03
メモリの制限がトコトンまで厳しかったら全部hogeで済ますけどな……。
関数の1部分、ごく狭い範囲だけ見れば意味が分かる、と言うほうが
後日改修する奴には読みやすいかなー、と言う事でそうしていた。
上からずっとhoge意識しながら読むよりは、hogeココマデ、piyoココマデ、fugaココマデ、
ってぶった切ったほうが読むとき楽っしょ。
686:仕様書無しさん
08/09/02 09:00:39
トライーキャッチでいいじゃん
687:仕様書無しさん
08/09/02 21:53:42
組み込みだと使えない場合もあるのよね。
688:仕様書無しさん
08/09/10 21:23:12
ソランは酷すぎた
689:仕様書無しさん
08/09/11 03:02:41
>>688
ｋｗｓｋ
690:仕様書無しさん
08/09/16 21:55:19
ソランは非常識が多い
691:仕様書無しさん
08/09/19 16:52:23
アベシソフト
692:仕様書無しさん
08/09/19 21:38:22
やらわかいユベシが食いたくなった。
693:仕様書無しさん
08/09/19 22:28:44
ソランは俺もNGだ。あべしもな。
両社とも規模だけはでかい。
694:仕様書無しさん
08/09/20 09:04:01
もうNGとか逝ってらんないくらい仕事ねー。とか言いつつ不治痛の仕事はやらんけど（ｗ
695:仕様書無しさん
08/09/21 21:13:19
あるフレームワークを理解している技術者をソランに派遣依頼。
来た技術者は全然理解していないどころか、何を考えてか進捗会議の場で、
派遣先であるウチに対して、フレームワークの開発元でやってる有料の研修を受けさせて欲しいと要望。
本当に非常識です。
696:仕様書無しさん
08/09/22 07:18:42
開発現場→フレームワークを理解している人がほしい
人身売買業者→フレームワークに興味がある人が欲しい
技術者→フレームワークは知らないけど、プロジェクト内で勉強する予定
この手のミスマッチはよくあること。この程度でブーブー逝ってるマネージャー、リーダーは
降格させたほうがいいよ。
697:仕様書無しさん
08/09/22 07:41:58
>695
技術者の面接はちゃんとしたんだろ?
だったら、要員マネジメントのミスじゃないか。
全部技術者におっかぶせるその体質、おまえの会社の仕事はしたくないなぁ。
698:仕様書無しさん
08/09/22 07:44:43
どうせデスマーチだろ（ｗｗｗ
699:仕様書無しさん
08/09/22 08:09:00
フレームワークわかるよな？って面談時に聞いたのかよ？経歴書見たのかよ？
それで使えないんなら、それは派遣先のミスだべ。
最近なにかと理由付けて単金下げたり、プロジェクト追い出したりする会社多いからな。
ここもその手の会社に違いない。
700:仕様書無しさん
08/09/22 20:53:50
>>695
ソランならイントラマートだろ？
イントラマートなんて日々更新してるんだからバージョンが変わったら研修ぐらい受けさせて来い。
そんなことも知らないでエンジニア手配してるお前の方が非常識だよ。
701:仕様書無しさん
08/09/22 21:22:06
まあ、派遣先に研修費用求めるのはDQNだな。
それにしてもイントラマートは酷い。
正常系のテストすらしてない事が多い。
とある関数では、オーバーロードによっては100%異常終了するとかｗ
配列から任意の箇所の要素を削除してインデクス詰めてくれるモジュールがあるんだけど、
配列の順番めちゃくちゃにしてくれるし・・・
702:仕様書無しさん
08/09/22 21:29:41
同じform内で同じnameのhiddenが3箇所もあったときは笑いが止まらなかった。
703:仕様書無しさん
08/09/22 22:07:18
イントラマートの業務ロジックを
PL/SQLで実装してくれと言われた背景には
フロント側の都合があったのか…。
704:仕様書無しさん
08/09/22 22:44:41
イントラマートのことをフレームワークと呼ぶなんて八百万の神に失礼だ
705:仕様書無しさん
08/09/22 23:06:13
派遣で面接なんて違法な事できませんよ。
706:仕様書無しさん
08/09/22 23:37:19
えっ? 派遣で面接って違法なの?
面接がなかった事なんて無いぜ?
707:仕様書無しさん
08/09/23 00:28:48
面接はないんじゃね。挨拶だよあいさつ。
708:仕様書無しさん
08/09/23 00:41:52
最近面接で断られる事が多いって、女衒(!?)会社の営業がぼやいてたけどさ。
違法なの?
709:仕様書無しさん
08/09/23 01:21:01
>>708
違法だよｗ
710:仕様書無しさん
08/09/23 07:56:33
派遣で面談が原則禁止なのは「労働者派遣法による派遣」。
偽装請負は法律上派遣ではないので、何してもOK（程度によるけど）
711:仕様書無しさん
08/09/23 13:39:58
えぇえ？
堂々と労働者派遣事業者名乗ってる会社でも派遣先面接あるよ。
この業界違法だらけだね。
712:仕様書無しさん
08/09/23 14:05:08
>>711
それは労働者指定の罰則が「努力義務」になってるため。
要するに違反してもおとがめ無しなわけ。ヘンな条文だよなー。
713:仕様書無しさん
08/09/23 14:08:35
偽装請負自体違法ですｗ
714:仕様書無しさん
08/09/23 15:06:05
>>668
糞コード書くな。
こんなコード書く奴らばっかりなんだな、今は。
715:仕様書無しさん
08/09/23 15:16:13
>>710
偽装請負は、松下方式がクロ判定受けてから、
最低賃金以下しか払わないケースしか残っていないのでは？
716:仕様書無しさん
08/09/23 15:25:54
>714
どこら辺がクソコードだ? 説明してもらおうか。
717:仕様書無しさん
08/09/23 15:48:52
do{}while(0)なんて使うところが最低、コードとして美しくない。
ぱっと見、違和感をかんじるんだよ。
たぶん、英語とか勉強してないせいだと思うんだが、この手のコードはよく見る。
もちろん、注意はしないよ、動くからな。
718:仕様書無しさん
08/09/23 15:57:50
批判だけなら誰でも出来るよｗ
ラベルを使わないでもっとスマートに書いてみてよ。
技術で納得させてね。
719:仕様書無しさん
08/09/23 16:07:28
>717
いや、do whileは理由がなければ使わないコードだから、その理由を考えるべきなんじゃないか?
後、美しいコードというのは10年前の流行だけど、それ以降まったく進化していない人?
720:仕様書無しさん
08/09/23 17:13:52
>>717
エラーコレクトを正しく、なおかつネストが最小で、しかもCで書いてね。
721:仕様書無しさん
08/09/23 19:50:22
>たぶん、英語とか勉強してないせいだと思うんだが
これを読むと、>>717はhogeに違和感を感じてるんじゃないかな？
722:仕様書無しさん
08/09/23 20:27:56
>>668は"return は関数内１箇所、かつgoto禁止"かな？
どちらにせよ、>>667よりはマシに見えるけど。
723:仕様書無しさん
08/09/23 20:41:43
>>717「最近の奴らは英語力無さ杉！何でもかんでもhogeって宣言するな！」
724:仕様書無しさん
08/09/23 20:57:26
>>721
じゃあ、前半２行は独り言か？
725:仕様書無しさん
08/09/23 21:04:16
2chのカキコミもソースも明瞭にしてくれないと困るよまったく
726:仕様書無しさん
08/09/23 21:25:23
おまえら、returnは関数内で１カ所だけ、ってルールはなぜ発生したか知ってるのか?
727:仕様書無しさん
08/09/23 21:51:46
太古に、その方が処理を追いやすいとか宣伝しまくった奴がいたからだろ。
Z80の条件リターン文を使いまくってたヲレにとっては寝言に等しかったね。
（そういえば、ソレを吹いていた奴は無条件リターン文しか存在しないCPUを主に使ってたな）
あと、その影響かしらんが、
インライン関数内で複数のリターン文を書くと不正な結果を吐くＣコンパイラもあったな。
728:仕様書無しさん
08/09/23 22:59:48
>>726
出口を１個にすれば、そこだけ見れば出口条件が分かるからさ。
出口が幾つもあった日にゃあ、その出口全部の条件を検査せにゃならんからな。
主に品質管理という工業製品の管理技術が導入された結果だよ。
729:仕様書無しさん
08/09/23 23:37:30
出口条件ってなんだ？
分岐がたくさんあっても出口が一つなら必要な検査の量が減るのか？
迷信だろ。
730:仕様書無しさん
08/09/23 23:40:22
>>729
関数の戻り値だよ。
出口が１つなら、１つの検査で済むと仮定して、
出口が３つなら、３つの検査が必要なんだぜ？
731:仕様書無しさん
08/09/23 23:41:36
しまいにゃ絶対に通らない出口があったり、評価以前にコードの品質が危うい。
732:仕様書無しさん
08/09/23 23:41:40
>>728
それ、寝言にしか聞こえんけど。
関数単位で、全ての分岐を通過するテストを実施する以上、
rtn文が１箇所だろうが複数だろうが、分岐の数は変わらない。
つまり、テストケースの数も同じ。
テストの手間ではなく、作成する書類の書式とか
関数の見た目を統一したいとか、
そういう『しょうもない』理由でしかない。
733:仕様書無しさん
08/09/23 23:43:29
戻り値だけじゃないよ。
その出口に至るまでの内部的な条件を全部含めた言い方だよ。
出口Ａに至る条件、出口Bに至る条件…
全部を検査しないとならない。
734:仕様書無しさん
08/09/23 23:44:48
>>730
あほか？
関数の復帰値の種類と、return文の数には関係ないだろ。
735:仕様書無しさん
08/09/23 23:44:55
あと、出口が沢山あると、解放漏れしちゃうBUG生む奴いるから禁止な。
736:仕様書無しさん
08/09/23 23:47:07
>>735
その理由なら、納得できる。
737:仕様書無しさん
08/09/23 23:49:09
int f1(X* x)
{
int result = 0;
if (x.isXXX())
result = x.getXXX();
reuturn result;
}
int f2(X* x)
{
if (x.isXXX())
return x.getXXX();
else
return 0;
}
f1() のテストは x の状態にかかわらず１つでいいが、
f2() のテストは x の状態に応じて２つ必要だ。
こうですか！？わかりません＞＜
っていうか死ねよジジィ。
738:仕様書無しさん
08/09/23 23:49:56
>>736
それが納得出来て、どうして検査項目が増える事の理由を納得できないの？
同じ事言ってるんだよ。
739:仕様書無しさん
08/09/23 23:55:57
x. がコンパイルできんな。どうでもいいけど。
740:仕様書無しさん
08/09/23 23:56:57
>>737
それ以前にif文に{}が無いのが問題視されるような…
if(){
}
else{
}
741:仕様書無しさん
08/09/23 23:58:45
出口一つでも、解放漏れすることはあるんじゃないの？
742:仕様書無しさん
08/09/24 00:01:08
>>741
確実に解放漏れを起こす分には発見が容易いだろ？
743:仕様書無しさん
08/09/24 00:01:31
どんどんカオスになっていくな
スレタイ読めよ馬鹿ども
744:仕様書無しさん
08/09/24 00:03:33
まあ、なんだかんだ言っても、
ひとつの関数内にも、初期化、実処理、後処理という３工程はあるって事さ。
それなのになぜ出口が複数になるんだ？
745:仕様書無しさん
08/09/24 00:05:27
>>738
>737 の書き込みが見事に要約している。
>732で書いたけど、return を１箇所にしても分岐命令の数が増えるだけで、テストのパターン数は変わらない。
『出口が沢山あると、解放漏れしちゃう』ってのは、ＰＧの質が劣悪な場合、
レビューの負荷を軽減する効果が「ある程度」ある。（スパゲティ書かれたら、どうにもならんが。）
746:仕様書無しさん
08/09/24 00:06:26
>>744
３工程ある必要は無い。デストラクタは後処理だけだ。
３工程あるというのが本当だとしても出口がひとつになる理由にはならない。
論理的に話せよ、このガイアークが。
747:仕様書無しさん
08/09/24 00:08:26
人生には入り口が２つあります。男として生まれるか、女として生まれるか。
でも、出口は１つです。死ぬだけです。
748:仕様書無しさん
08/09/24 00:09:15
スパゲティだと、解放漏れよりデッドロックの方がありそうだけど...
749:仕様書無しさん
08/09/24 00:11:35
>>746
え？ ポインタのNULL検査もせずに解放するとかやってる？
750:仕様書無しさん
08/09/24 00:13:21
>>748
排他セマフォの解放忘れた馬鹿の為に徹夜した事が何度か。
（そこはreturn文１箇所のプロジェクトだったけど、忘れる奴は忘れる。）
751:仕様書無しさん
08/09/24 00:13:37
>>749
free や delete の前にヌルチェックなんかいらねーんだよジジィめ。
また話が噛み合ってないしな。もうだめだよこの人。
752:仕様書無しさん
08/09/24 00:14:58
>>751
free(hoge->foo->work);
とかやって、システム止めるんだろうなおまいは。
753:仕様書無しさん
08/09/24 00:16:01
>>752
それは「検査もせずに解放」じゃなくて「検査もせずにアクセス」だろ。
754:仕様書無しさん
08/09/24 00:18:02
>>753
アクセスするのは中の人の仕事。
プログラマは解放してるの。
755:仕様書無しさん
08/09/24 00:18:47
>>753
中二病的屁理屈
756:仕様書無しさん
08/09/24 00:19:24
もう触るなよ。ぜーったい触るなよ。
757:仕様書無しさん
08/09/24 00:21:42
>>751
既に解放したポインタを（解放後にnullクリアを忘れて）再解放→トラップ発生なんてやってるんじゃないの？
で、>737 への回答はマダですか？
returnを１箇所にするとテストが楽になるっていう回答は。
758:仕様書無しさん
08/09/24 00:24:43
>>757
前者はブレークポイント１つで済むよｗ
759:仕様書無しさん
08/09/24 00:27:32
回答じゃないけど、コード読めない人は出口一か所とか要求してくるみたい。
ま、スパゲティのコードじゃ、レビューするってのも意味がないのかも？
760:仕様書無しさん
08/09/24 00:28:11
おまいら、どんだけおりこうさんだか知らんが、
つまらないミスを極力しないようにって先人の知恵だよ。
もしつまらないミスをしてもすぐに発見できるようにってな。
おりこうさんぶって先人の知恵をパカにするのもいいが、
実際に仕事でプログラム組めばありがたさが分かるよ。
761:仕様書無しさん
08/09/24 00:34:27
メリットが言葉で他人に説明できないもんなんか技術じゃねーんだよジジィどもめ。
説明させてみたら破綻した論理しか出てこないとか迷信の証拠だろうがこのガイアークどもめが。
762:仕様書無しさん
08/09/24 00:38:16
>>761
君は組織に向いていませねぇ
世の中のソフト会社にはコーディング規約という、もっと意味不明な規則があるんですよ。
それを守れないようでは、どんなに優秀なプログラマでも失格です。
763:仕様書無しさん
08/09/24 00:49:28
>>759
＞コード読めない人は出口一か所とか要求してくる
そんな傾向はありますな。
知らないから『誰も守らない規約』を作ってしまう。
逆に組める人は形式に拘らないかというと、そうでもない。
違いは、それなりの説明はしてくれるって点かな。
＞スパゲティ
ソースコードレビューで、突っ返した事も何度か。
（壱から書き直せってリテーク出した）
764:仕様書無しさん
08/09/24 00:52:39
>>762
よし、その意味不明な規則を採用している会社を挙げてスレを本来の姿に戻すんだ。
765:仕様書無しさん
08/09/24 00:56:48
>>764
ソフトがメインじゃない中堅どころの企業に多い気がするよ。
goto使用禁止なんてのはあたりまえで、
リカーシブルなコードも禁止してる所が多い。
あと、話題のreturnは関数内に１つってのも幾つか知ってる。
766:仕様書無しさん
08/09/24 00:58:30
>>762
その「コーディング規約」に意味のない物が多すぎないか？って事だ。
開発環境も実行環境も、大きく変化している以上、
意味のない（なくなった）部分は改訂するべきだが、
そのまま使っている口ですか？
昨年、javaの新規プロジェクトなのに、
モジュール名メソッド名変数名すべて「大文字２文字＋６桁連番」という、
フザケタもんがあった。（これらの名称は「紙の台帳」で管理していた！）
（現場で説明されたとき、30年前に時間旅行したのかと思ったよ）
ちなみに、この「規約」、参加した下請けの大半が守りませんでした。
767:仕様書無しさん
08/09/24 01:01:01
>>766
まあ、そんなのは納品直前に変換すりゃ済むだけの話だからどうでもいい
768:仕様書無しさん
08/09/24 01:02:16
javaのコード内のメソッドやプロパティーを短い名前にするツールはあるからね。
769:仕様書無しさん
08/09/24 01:05:57
短くする一手間の意味はなんですか
770:仕様書無しさん
08/09/24 01:14:04
>>766
下請けに何の権限があって規約を変更できるんだよｗ
つうか、Javaだと、実行ファイル内にメソッド名とかプロパティー名がまんま出ちゃうから、セキュリティー上内部動作を想定出来る名前は禁止なんだろ？
771:仕様書無しさん
08/09/24 01:15:15
>>767
そんな事したら単体テストどころか結合テストまで「やりなおし」だろ。
（javaの「実行時 名前参照」を舐めてんのか？）
772:仕様書無しさん
08/09/24 01:22:54
>>771
プロジェクト全体のコードを全部変換すればいいんじゃね？
変換ツールは実績のある奴でｗ
773:仕様書無しさん
08/09/24 01:29:43
どうでもいいが、returnを1つの出口にする奴で下手クソなのが、こういうやつ：
Type value = null; // なぜnullで初期化するのか意味がわからない
if(cond_expr){
// なんか処理
value = value1;
}else{
value = value2;
}
return value;
ひどいのだとnullで初期化する代わりに、使いもしないnew式で初期化してるｗ
ふつうはfinal Type value;で宣言して初期化せずに、
未初期化パスと、2度代入をコンパイラに注意してもらえばいいじゃん、
と思うところだが、当然ながら話はマトモに通じない。
>>770
×変更 ○守らない
つか、逆アセンブル怖いならまずJava使っちゃいけないし、
名前をぐちゃぐちゃにするツールあるから、そっち使えって話だな。(RTTがない奴がいい)
アイアプリの話でもしてるんだろうか。
774:仕様書無しさん
08/09/24 01:34:27
>>773
プログラミング時にデバッグ用にコード書くならそれでいいんだろうが、
納品用のコードでコンパイラにワーニング吐かしちゃダメだろ。
775:仕様書無しさん
08/09/24 01:35:54
>>770
javaの言語規約ではメソッド名は小文字で始める事になってます。
で、大文字で始めると、サードパーティ製の検証ツールなんかで妙な結果を出す奴が…
セキュリティが理由なら、
局所変数まで連番にはしないよね？
台帳を「紙の台帳」にはしないよね？
＞下請けに何の権限があって規約を変更できるんだよｗ
筋から言えば、その通り。
ただな、請け負った以上、動かない物を納品する訳にはいかない。
（派遣契約ではなく、何故か、請負だった）
結局、「規約そのまま」に組んだ場合、本番実行環境で
まともに動かない事が、「客の情シス」で確認され、
java標準で行くことになった。
776:仕様書無しさん
08/09/24 01:38:48
>>775
規約がアセンブラ時代からの物だったんじゃね？
大文字とか２文字とかｗ
777:仕様書無しさん
08/09/24 01:41:03
>>774
Javaだとローカル変数の未初期化時の利用（returnも含む）と
final変数への2度以上の変数束縛はコンパイルエラーだお
フローに基づいてエラーがでるお
778:仕様書無しさん
08/09/24 01:43:18
>>777
エラー出したらもっとダメだろｗ
779:仕様書無しさん
08/09/24 01:44:40
>>778
ごめん。意味がわからないんだけど。
>>774の人は>>773のいったいどこに突っ込みいれてたの？
ちなみに、こういうエラーは、出た方がありがたいものだと思いますが如何？
780:仕様書無しさん
08/09/24 01:47:20
>>779
エラーが出てありがたいのはコード書いてる人だけ。
納品先でエラーなんて吐かれたら大変じゃね？
781:仕様書無しさん
08/09/24 01:52:18
>>780
いや、吐くわけないでしょ。
ごくごく1メソッド内の結合しかないコンパイルエラーなんだから。
782:仕様書無しさん
08/09/24 03:52:25
>737 への回答はマダですか？
783:仕様書無しさん
08/09/24 03:55:54
>>776
どちらかというと、古い時代の大型汎用機の開発スタイルだね。
リンカが７～８文字しか見てくれなかった時代。
（Ｃコンパイラも外部参照は先頭７文字まで、とか）
784:仕様書無しさん
08/09/24 07:16:51
おまえら、returnがひとつの意味がぜんぜんわかって無いのな…。
昔の低水準デバッガーでデバッグするとき、returnがたくさんあるとそれすべてにbpをかけなきゃいけなかった。
１カ所なら、ひとつだけですむ。
ということで、>>758が正解。 >>735 は関数単位で必ず解放するロジックが入るわけじゃないので不正解。
785:仕様書無しさん
08/09/24 08:15:24
そういう時代もありました。
786:仕様書無しさん
08/09/24 09:34:42
つ【構造化プログラミング】
787:仕様書無しさん
08/09/24 11:35:58
>>786
懐かしい響きが…
788:仕様書無しさん
08/09/24 13:56:12
ここで場違いなコードの話を延々と続ける人のいる会社はNGにしたいな。
789:仕様書無しさん
08/09/24 21:14:50
NGにされる側なのに、したいとはなんと言う事だ。
790:仕様書無しさん
08/09/24 21:39:52
盛り上がってると思ったらEXITの話題かよ。そんなこの業界から出て行きたいなら早く出て行ってくれよ。
791:仕様書無しさん
08/09/24 21:58:51
既に追い出されているのに、出て行ってくれとはなんと言う事だ。
792:仕様書無しさん
08/09/24 22:13:55
結局、改良されたソースを提示する人はいませんでした、とｗ
793:仕様書無しさん
08/09/24 22:20:47
bool値であるhogeを反転させる際に、
① if (hoge) { hoge = false; } else { hoge = true; }
② hoge = hoge ? false : true;
③ hoge = !hoge;
だったら③だよな？
可読性悪いからって、①に修正されてた・・・しかも新人に・・・orz
794:仕様書無しさん
08/09/24 22:32:08
>>793
殴れ！
795:仕様書無しさん
08/09/24 23:18:07
>>793
(3)の方が可読性に優れていると思うけど？簡潔だし。
796:仕様書無しさん
08/09/24 23:26:56
>793
うん。可読性と簡潔をごっちゃにしない方がいいよ。
まあ、簡潔であればあるほど可読性がよくなると言うのは幻想だから。
797:仕様書無しさん
08/09/24 23:55:41
どうみても3だな
798:仕様書無しさん
08/09/25 00:05:11
俺は1派だな。
顧客が納得しないと検収くれないし。
799:仕様書無しさん
08/09/25 01:14:46
俺も3。 そして2が一番中途半端という印象
ただ、1や2が書かれていても直しはしない。
この程度であれば、どれであってもいいと思う。
、、、1つの関数内で混在してなければだけど。
800:仕様書無しさん
08/09/25 01:21:19
可読性も糞もそのまんまじゃねー？
3の ! のことね
あえて冗長にする意味が全くわからない
801:仕様書無しさん
08/09/25 02:10:59
ばかだなぁ、プログラムにはストォリィというものがある。
単に値を変更するんじゃないんだよ、きちんと１の様に記述しなさい。
これだから、低学歴害虫は困るお。
802:仕様書無しさん
08/09/25 02:31:49
ifじゃないと可読性が悪いとか言ってるほうが・・・
803:仕様書無しさん
08/09/25 04:07:47
バカでも読めるくらいにしとかないと、メンテが大変だよ。
804:仕様書無しさん
08/09/25 08:12:30
>>793
○囲みの数字を使ってる時点で失格だと思う。
805:仕様書無しさん
08/09/25 08:17:27
hoge = hoge Imp Not hoge
なら満足か？
806:仕様書無しさん
08/09/25 21:16:56
NTTデータもイントラマートも糞で困る。
mixiでバグ報告見てそう思った。
807:仕様書無しさん
08/09/25 22:37:16
コミュ見たけど一人しかいないしｗｗｗ
808:仕様書無しさん
08/09/26 08:42:05
ＮＴＴデータはデスマである状況も認識できないからＮＧだな。
とにかく間に合わせろ、、、、、
とにかく間に合わせろ、、、、、
とにかく間に合わせろ、、、、、
とにかく間に合わせろ、、、、、
とにかく間に合わせろ、、、、、
とにかく間に合わせろ、、、、、
とにかく間に合わせろ、、、、、
とにかく間に合わせろ、、、、、
これしか言えないのかね。
809:仕様書無しさん
08/09/26 09:12:25
元々は電電公社の役人（ｗ
810:仕様書無しさん
08/09/26 13:37:21
間に合わせたいはずなのになんで連中はダラダラしゃべってんの？
バカなのは分かってるけど、しゃべらないと死ぬの？
811:仕様書無しさん
08/09/26 13:42:19
N社の連中、いつもケータイいじり回してる。仕事しろ。
812:仕様書無しさん
08/09/26 21:45:00
スレ潰し担当の工作員が技術論をふりかざしておりますｗ
813:仕様書無しさん
08/09/26 22:27:34
アベシって東証一部上場じゃんね。しんどいプロジェクトで死ぬ思いしても
乗り越えればいいことあるんじゃないの？
いくら技術力があって居心地のいい会社でも、小さかったら限界があるじゃん。
しんどいプロジェクトを乗り越えても、積み重なっていかないよ。
814:仕様書無しさん
08/09/26 22:58:35
日本語が変
815:仕様書無しさん
08/09/26 23:39:19
>>810
＞バカなのは分かってるけど、しゃべらないと死ぬの？
ｗ
816:仕様書無しさん
08/09/27 01:27:56
>>810
｜しゃべらないと死ぬの？
そうだよ。 窒息して死んでしまうんだよ。
連中、口で泳ぎ回って飯を食っているから。
外洋性の大口の魚と同様で、口を動かしていないと呼吸ができないのです。
817:仕様書無しさん
08/09/27 08:00:21
>813
大きい会社だと、デス魔を乗り越えて「生存」している事をわざわざ評価しないから無理。
反対に、小さい会社だと取締役とかがちゃんと気づいてて、細かく評価してくれる。
818:仕様書無しさん
08/09/27 09:05:06
スコープを理解していないバカを送り込んでくる某WISE社。
グローバル変数としてカウンタ変数iを宣言するなよ・・・
理由が「何処でも使う変数なのに、各関数・for文毎に宣言するのはナンセンスでしょ。それぐらいも分からないの？ｗ」
と逆に笑われた・・・
819:仕様書無しさん
08/09/27 09:35:39
マルチスレッドで動かしたとき、どうなるか想像したくないな。
820:仕様書無しさん
08/09/27 13:04:37
そんなグローバル変数使ってるようなのは
モジュールじゃない。
821:仕様書無しさん
08/09/27 13:12:23
>>818
そんな時代遅れないい草かます奴には、オブジェクト指向を叩き込んでやれ。
822:仕様書無しさん
08/09/27 13:21:23
マルチスレッドとか要求されないシステムなら、確かに毎回宣言するのは意味ないな…。
とはいえ、サブルーチン化したときどうすんだ!?という気もするが。
823:仕様書無しさん
08/09/27 14:32:19
おまえの存在がナンセンスじゃ！ とかいってやりたい。
でも、スコープを理解してないってのは嘘だね。 理解してないほうがマシなんじゃね？
824:仕様書無しさん
08/09/27 16:40:18
>>813
いろんな企業の社長見てきたけど、お家大事の時に従業員のことまで考えられるような
人はまずいない。現有財産の確保と夜逃げ先探しを早くやらないと、整理屋とか紙屋とか
が乗り込んで来るからな。
企業背負ってて金のトラブル抱えると地獄だよ。ほんと。
825:仕様書無しさん
08/09/27 18:39:28
マルチスレッドとか言ってる奴はアホなの？
int i;
void foo()
{
for (i = 0; i < 10; i++);
}
void bar()
{
for (i = 0; i < 10; i++) {
foo();
}
}
826:仕様書無しさん
08/09/27 18:45:55
は？
827:仕様書無しさん
08/09/27 18:51:27
え？
828:825
08/09/27 18:55:56
グローバルで定義してはいけない第一義的な理由をコードで示したのだが、
高尚すぎて理解できなかったか。
829:仕様書無しさん
08/09/27 19:12:39
で？
830:仕様書無しさん
08/09/27 19:22:40
>>828
いや、そんなことぐらいみんな分かってるって。
で？
831:仕様書無しさん
08/09/27 19:24:52
>>825
main() { foo(); }
だったら無問題だろｗ
どっちの関数から始まるとか、前提条件無いんだからさ～
832:仕様書無しさん
08/09/27 19:40:01
この程度が高尚って・・・
はぁ・・・
833:仕様書無しさん
08/09/27 19:56:38
var i;
main() {
var money = 0; //トータル金額
//蕎麦代を受け取る
for(i = 0; i < 10; i++) {
//5枚目になったら客が何時かを質問
if (i == 5) { askTime(); }
//客から貰った小銭をカウント
money += 1;
}
//トータル金額は幾らかな？
}
askTime() {
i = 現在の時刻;
}
適当言語で洒落を利かせてみました。
834:仕様書無しさん
08/09/27 19:59:11
ちなみにJavaではインクリメント操作はアトミックではない
835:仕様書無しさん
08/09/27 22:37:45
もう、えいやで
int a,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,q,r,s,t,u,v,w,x,y,z;
main(){
for( i = 0 ; i < 10 ; i++ ){
for ( j = 0 ; j < 10 ; j++ ){
}
}
}
とか、すきにやって。
836:仕様書無しさん
08/09/27 22:49:31
グローバル変数って、同じ名前にするから問題なんだって。
全部使う毎にユミークな名前付ければいいんだよ。
それでメモリー食い潰してしまえｗ
837:仕様書無しさん
08/09/28 02:38:56
>>835,836
同じような変数作るなら配列作れってばｗ
int i[100000];
838:仕様書無しさん
08/09/28 02:46:35
もちろん、ループ変数用グローバル変数の配列から、
使用していいインデックスを取得するために、ループするのですね、わかります。
そしてもちろん、インデックス取得用ループのためのループ変数が必要で、
インデックス取得用ループ変数配列から使用していい(ry
839:仕様書無しさん
08/09/28 03:31:25
そこまで考えないだろ
むしろだからこそグローバル変数を
そこらじゅうで別の目的で使っても平気なんじゃないか？
そして当然のようにバグるはずが
薄氷の上で奇跡としか言いようがないバランスで
なんとか動いちゃってそのまま納品されるオチ
まあ楽しそうだこと☆
絶対世話したくないがね
840:仕様書無しさん
08/09/28 10:43:50
なんか>>825がわからなかった人多発したみたいね。
これじゃ使い捨てされても文句言えないね。
841:仕様書無しさん
08/09/28 10:47:58
825がいる会社にだけは仕事出したくないな
どんなコード納品されるか目に見えるようだw
842:仕様書無しさん
08/09/28 10:50:53
て優香、今時珍しい業務系、Web系のCの案件щ(ﾟДﾟщ)ｶﾓｫｫｫﾝ
843:仕様書無しさん
08/09/28 11:16:27
>>840
>>825の言ってることは理解できなかったけど、
>>825 == >>840 が ture なのは理解できたよ。
844:仕様書無しさん
08/09/28 11:28:03
tureか。
使い捨て以前に初期不良だな。
845:仕様書無しさん
08/09/28 12:14:35
>>822が最も馬鹿。
>>819が次点。
846:仕様書無しさん
08/09/28 12:18:34
うわぁ・・・
>>818よ、世間はお前が思ってる以上にバカばっかみたいだぞ・・・
847:仕様書無しさん
08/09/28 12:53:06
○○○
848:仕様書無しさん
08/09/28 12:57:34
こういうスレをたてたり群がるヤツはとことん無能なヤツばかりというのを証明する良い例だ。
849:仕様書無しさん
08/09/28 13:05:33
よお、無能。
850:仕様書無しさん
08/09/28 13:06:19
何だ？無能
851:仕様書無しさん
08/09/28 14:23:43
wise社のO賀は酷い。
パワハラ・セクハラは日常的。
人を馬鹿にすることでしか人気が取れないと思ってるらしく、
デブに「手抜いて仕事してるから太るんだ」とか言って笑いものにする事で
自慢げな顔をする。
身体的特徴を馬鹿にする時点で上司どころか人間失格です。
852:仕様書無しさん
08/09/28 14:55:51
まあ自己管理が出来ないから豚なんだろうけどさ
一部の特殊な先天的な病気をのぞく
853:仕様書無しさん
08/09/28 15:01:30
>>851は腐れマンコ
854:仕様書無しさん
08/09/28 16:18:54
運動する時間も与えず、食事はコンビニ弁当（しかも逃げないように管理職が買いにいく）
って言う不摂生の極地な現場で「自己管理ができていない」とか言われた経験あり。
刑務所のほうが人間的だっていう環境も多いからね。
そもそも強制管理されている刑務所に入ったからといって痩せるってわけでもないんだけどね。
肥満は体質だよ。
855:仕様書無しさん
08/09/28 16:31:49
ITはほんと酷いね
誰も働かないはずだ
856:仕様書無しさん
08/09/28 16:38:08
コンパイル時間やテスト待ちなどの仕事の合間に
体をちゃんと動かしていればピザ体型にはならない。
業界がどうこういう前に、まず自分が変われ。
857:仕様書無しさん
08/09/28 16:42:29
コンパイル時間ｗｗｗ
1秒とかそこら？ｗｗｗ
858:仕様書無しさん
08/09/28 16:45:36
その程度の規模しか任せてもらえない見習いさんだったのか。
859:仕様書無しさん
08/09/28 16:47:10
>コンパイル時間やテスト待ちなどの仕事の合間
自分がどうこういう前に、まずPCを変えろ。
仕事の合間がどうこういう前に、まず仕事中に暇な時間を作るな。
860:仕様書無しさん
08/09/28 16:55:14
>>859
おまいは喫煙ブレイクに行っている輩を注意してからここの書き込めよw
もちろん、トイレブレイクも全部禁止な。
861:仕様書無しさん
08/09/28 16:56:24
時間を作れない馬鹿は成長しないよな。
一日30分は時間を拾って勉強時間にあてるぐらいの向上心がないと
>>859のような万年PGになる。
862:仕様書無しさん
08/09/28 16:58:23
明日から全員オムツ着用義務づけですか
863:仕様書無しさん
08/09/28 17:12:13
GCCコンパイルするのでも30分の時代になにいってんだ。
3億でうけたアプリもコンパイル10秒だ。
864:仕様書無しさん
08/09/28 17:32:11
フルビルドに3時間は平気でかかるプロジェクトを経験したことがないからそんな呑気なことが言えるんだ
865:仕様書無しさん
08/09/28 17:33:30
どんなにだーいきぼでも差分だけコンパイルすっから、一番最初だけだよ。
866:仕様書無しさん
08/09/28 17:34:07
>>864
はあ？ フルビルドに半日は常識って所だって山のようにあるぜｗ
867:仕様書無しさん
08/09/28 17:35:14
どうせperlスクリプトでウェブアプリとかしか開発経験がないんだろ
868:仕様書無しさん
08/09/28 17:36:06
> まず仕事中に暇な時間を作るな。
馬鹿
869:仕様書無しさん
08/09/28 17:37:26
部品化をまっくしない糞プロジェクトですか。
870:仕様書無しさん
08/09/28 17:37:27
何もしてない香具師に限って、常に忙しいようなフリしてるよなw >>859とかw
優秀な人は時間を作るのがうまい。
871:仕様書無しさん
08/09/28 17:39:09
部品化したところでヘッダを変更したら大抵の部品はコンパイルし直しだ罠
数秒とか言ってるのは簡単なモジュールだけしかやったことないんじゃないの？
872:仕様書無しさん
08/09/28 17:44:22
もじゅーる、懐かしい響きだ。VB6やRubyのとはちがうむかしのね。
873:仕様書無しさん
08/09/28 17:44:22
大規模化してきたプロジェクトで、機能毎に分業化されてる所だと、
いつどこで誰がどの機能に変更を加えて、どの機能に影響があるか不確定だから、
必ず全コンパイルを実施するんだよね。
部分コンパイルで済むとか、まだまだ中規模で少人数だって証拠。
874:仕様書無しさん
08/09/28 17:46:59
1000人３マソ人月のプログラム（今話題の衝突実験のやつ）でも
コードフリーズした状態でコンパイルすんのなんて2ヶ月に1回。しかもコンパイル用
グリッドでぽちっとなだ。
小グループのつくったモジュールなんて1分もかかったら、品質が疑わしい。
875:仕様書無しさん
08/09/28 17:50:33
>>874
千人なんて小規模だよw
876:仕様書無しさん
08/09/28 17:53:29
自分グループ以外にも影響あるヘッダーを頻繁に書き換える大規模C++だけにはかかわりたくないな。
877:仕様書無しさん
08/09/28 17:53:36
大規模プロジェクト所属＝偉いって考えが多くて萎えた。
それとコンパイル端末無い会社が多いってのもショック。
フルビルドって個人端末で、少なくても業務中にやることでないでしょｗ
仕事中に暇を作って運動するって考えのほうが馬鹿だろ・・・
878:仕様書無しさん
08/09/28 17:55:52
>>876
ヘッダの影響が無いようにって、各自が同じ目的の常数ヘッダを少しづつ違う形で持っているプロジェクトなら参加したい？
879:仕様書無しさん
08/09/28 17:57:44
>>877
うちでは、納品前ビルドと呼ばれる自前フルビルドが存在する。
880:仕様書無しさん
08/09/28 18:38:42
>>873
バージョン管理ツールぐらい使おうぜ。
881:仕様書無しさん
08/09/28 18:46:33
毎日のビルドはNightly Buildって枠があんだろ。
それになあ、言語はクソ重たいC++だけじゃないんだぜ、Javaだったら軽いんだぜ。
それに普通コンパイルっつったらインクリメンタルコンパイルだろ、
フルビルドはコンパイルとは別枠だ。
ビルドつったらプロダクトだとインストーラの作成まで行ってしまう。
>>873
大規模プロジェクトならそもそも個人が全コンパイルなぞしない。
構成管理してる奴らがバージョン管理システムから特定リビジョンのリソースの
集合を作成してそれをコンパイルする。
882:仕様書無しさん
08/09/28 18:48:53
>>875
どんな開発してんだよ。
883:仕様書無しさん
08/09/28 19:07:06
大規模つったら、Unix系との関係上ほぼCVSだよな。
3年間ごとくらいで４つくらいかかわってるけど、
そんな頻繁に全コンパイルしてるようなAFOプロジェクトみたことないぜ。
884:仕様書無しさん
08/09/28 19:58:11
勤務時間中は常に指を動かし続けるという
パチパチ隊のサル>>859には萎えた
人間ならしっかり考えてからコードを書く習慣をつけようね
885:仕様書無しさん
08/09/28 22:03:23
しっかり考えてから書くなんて無駄のキワミアッーｗｗｗｗ
とりあえず書いてからようやく自分が本当にしたかったことがわかるから、
そこからどうやってリファクタリングできるかって感じだろ。
熟考重ねるのはあんまりよくないと思う。ま、個人個人のやり方だが。
886:仕様書無しさん
08/09/28 22:08:54
俺はしっかりは考えんがいきなりは打ち込まんな
数分で大雑把に思考をまとめて(チラシの裏への殴り書きレベル)からやね
そのほうがいきなり打ち込んでああでもないこうでもないとやるよりはいい
ラフにまとめてからのほうが試行錯誤するにしても効率的
887:仕様書無しさん
08/09/28 22:12:32
プロジェクトの規模に関係なく、全モジュールが毎日改変されてりゃ、いやでも毎日フルビルドだわな。
888:仕様書無しさん
08/09/28 22:15:33
会話の流れとは関係なく>>875がどんな仕事してるのか気になるんだが･･･
889:仕様書無しさん
08/09/28 22:16:52
ピラミッドでも作ってんだろ。
890:仕様書無しさん
08/09/28 23:42:47
私の仕事は、一日4回（1回2時間）のフルビルドを実行することです。
891:仕様書無しさん
08/09/29 03:15:54
キーウェアは？
俺はNG出した
仕様が適当、担当者に聞いても適当
やるだけ赤字になるから、気をつけたほうがいい
892:仕様書無しさん
08/09/29 03:17:26
優良会社ってあるのか？
893:仕様書無しさん
08/09/29 09:24:57
>>885
> とりあえず書いてからようやく自分が本当にしたかったことがわかるから、
「俺様が仕様書だ」ですか。いい仕事してますね。
894:仕様書無しさん
08/09/29 15:50:11
>>893
いい仕事でしょ？
君の仕事はどうやら全部が全部指示されているコーダーらしいけれども？ :-P
895:仕様書無しさん
08/09/29 17:47:20
仕様書がある仕事は全部コーダーだと思ってるらしい>>894はゆとり学生
896:仕様書無しさん
08/09/29 19:12:42
仕様書があるプログラマはどんなクリエイティブな仕事するんだ?
897:仕様書無しさん
08/09/29 20:12:39
何も書かずにコードの詳細まで決定できる
人間がいるのなら見てみたいよ。
最初から完成された文章を書く小説家や、
デッサン無しでいきなり描ける画家みたいなもんだろ？
898:仕様書無しさん
08/09/29 21:14:11
>897
>最初から完成された文章を書く小説家や、
残念ながら、そういう小説家はいるよ。ムツゴロウさんとか有名。
899:仕様書無しさん
08/09/29 22:42:23
>>898
製本済みでもすら完成してないんじゃないかそれｗ
デッサン無しでいきなり描ける画家もいるよね
その人たちと肩を並べるほどの天才だというならまったく問題ないな
900:仕様書無しさん
08/09/29 22:45:38
民主党 山岡国対委員長
「麻生政権や中山元国交相を応援する若者はナチスと同じ。」
URLﾘﾝｸ(jp.youtube.com)
中山元国交相が辞任後 初テレビ生出演で討論 1/5
URLﾘﾝｸ(jp.youtube.com)
中山元国交相が辞任後 初テレビ生出演で討論 2/5
URLﾘﾝｸ(jp.youtube.com)
中山元国交相が辞任後 初テレビ生出演で討論 3/5
URLﾘﾝｸ(jp.youtube.com)
中山元国交相が辞任後 初テレビ生出演で討論 4/5
URLﾘﾝｸ(jp.youtube.com)
中山元国交相が辞任後 初テレビ生出演で討論 5/5
URLﾘﾝｸ(jp.youtube.com)
901:仕様書無しさん
08/09/30 15:42:17
>>899
そういう画家が「デッサンする奴はコーダーw」とか言ったりしないけどな。
902:仕様書無しさん
08/09/30 15:54:44
文脈読み違えてる
903:仕様書無しさん
08/10/05 12:07:48
で、ＮＧ会社は何処よ？
904:仕様書無しさん
08/10/05 15:42:16
ワイズDeath
905:仕様書無しさん
08/10/05 15:59:01
FFCとくればデスマーチ
906:仕様書無しさん
08/10/06 11:46:02
>>903
SRA
907:仕様書無しさん
08/10/06 12:15:13
野村総研がプライム取った仕事はかなり危険。
おれは基本的に金融NGにしているが、野村総研は業種関係なくそれ自体をNGにしてる。
908:仕様書無しさん
08/10/06 22:24:08
でも、麻生が総理だから野村の仕事は増えるぜ。これから。
909:仕様書無しさん
08/10/06 23:35:32
野村とか言うな
NRIって言え
910:仕様書無しさん
08/10/06 23:40:37
ぺっぺっ、野村ぺっ。
911:仕様書無しさん
08/10/07 05:21:51
措 置 入 院 決 定 の お 知 ら せ
平成１８年 １０月１０ 日
厚生労働省 舛 添 要 一
１．>>909は、精神保健指定医の診察の結果、入院診療が必要であると認めたの
で通知します。
２．あなたの入院は【 ①精神保険法第２９条の規定による措置入院 ②精神保
健法第２９条の２の規定による緊急措置入院 】です。
３．あなたの入院中、手紙やはがきなどの発信や受信は制限されません。ただし、
封書に異物が同封されていると判断される場合、病院の職員の立会いのもとで、
あなたに開封してもらい、その異物は病院であずかることがあります。
４．あなたの入院中、人権を擁護する行政機関の職員、あなたの代理人である弁
護士との電話・面会や、あなた又は保護者の依頼によりあなたの代理人になろう
とする弁護士との面会は、制限されませんが、それら以外の人との電話・面接に
ついては、あなたの病状に応じて医師の指示で一時的に制限することがあります。
５．あなたは、治療上の必要上から、行動制限を受けることがあります。
６．もしもあなたに不明な点、納得のいかない点がありましたら、遠慮なく病院の職
員に申し出てください。
それでもなお、あなたの入院や処遇に納得のいかない場合には、あなた又は保
護者は、退院や病院の処遇の改善を指示するよう、都道府県知事に請求すること
ができます。この点について、詳しくお知りになりたいときは、病院の職員にお尋
ねになるか又は下記にお問い合わせください。
７．病院の治療方針に従って療養に専念してください。
912:仕様書無しさん
08/10/07 08:26:48
名字が山下で女の奴は問答無用でＮＧ
913:仕様書無しさん
08/10/07 16:40:24
>>908
野村が大型の投資信託を募集すると株価が暴落するな
914:仕様書無しさん
08/10/07 20:48:51
浜川崎にある会社はＮＧ
915:仕様書無しさん
08/10/08 00:15:28
>911
意外と文章はあってるな。ただ、今は個人情報保護関係と 3 は無いんじゃないかな。
ちょっと古くないか?
916:仕様書無しさん
08/10/08 09:23:42
三茶のインデックスはNG。
917:仕様書無しさん
08/10/12 12:06:31
A×I○は契約外の仕事をやらせようとするから勘弁。
ただのコーダーで派遣されているのに、仕様書作れ・修正しろが多い。
そもそも業務内容とか聞かされてないのに、仕様を把握しているわけ無いだろうと。
それと非常識な奴が多い。
残業時間中に会議を開くとか言い出す事が多い。
前もって言ってくれれば退社時間調整するけど、定時後に退社支度している最中に
「これから会議あるよ」と言ってくるな。
あと、何か問題があると直ぐ人に調査させる奴。
複雑にマスタテーブルが絡み合ってるシステムで、
「マスタテーブルにテスト用データ入れたら機能が動きません。
機能にバグがあるかもしれないので、作った貴方が調査してください。」
俺は機能を作ったといっても、DB仕様を理解しているわけでなく、
「正規の手順で作られた、正常なデータを基に機能する」ものを作っただけで。
全然メンテされていないDB仕様書からマスタテーブルの関係を調べて、
それぞれのレコードフォーマットに沿っているか確認とかなんとかで2時間。
結局、機能には問題なく、原因はマスタテーブルの直接操作で作った整合性の無いレコード。
そして調査の2時間は現在のプロジェクトには関係ないって事で無償奉仕扱い。
派遣＝奴隷って考え多くて困る。
918:仕様書無しさん
08/10/12 12:30:37
まあ、無償奉仕ってわかったのはあとからだと思うんだけど、わかったらその後は
無償報酬だからできないとか、有償にしてくれとか、公称するしかない気もする。
ただ、奴隷扱いというか、そういう事を平気な人が多いのは事実で困ったモンだよな。
金もらえるから仕事してるわけだし。
919:仕様書無しさん
08/10/12 12:55:17
上の方は「まとも」だよ。中間に下請け虐めをする奴がいるらしい。
契約外の作業の場合、こちらの上司と話がついているのか？と逆に聞き返すと来なくなるよ。
（バグ調査も、検収後の責任は向こうにあるから、調査工数を請求可能。
今回のケースでも、請求書に項目を載せてみれば？
次回から変な作業依頼は来なくなるだろうし、うまくすれば、お金も入ってくる）
残業時間帯の会議は、どこでもやっているので諦めた方がいい。
某S生命では22:00に定例会を設定すると、のたまった奴がいた（さすがにコレは客側からも苦情が出て消えたけど）
920:仕様書無しさん
08/10/12 13:59:37
悪塩の仕事の進め方は悪評高いからね。
俺も飛ばされてたけど、1年で上司に嘆願して契約更新しないで貰った。
あの会社は本当に奴隷契約を結ばせてくるんだ。
本来ならプロジェクト毎に契約・常駐作業するのが当然。
だけどあの会社は期間工契約なんだよね。
基本1年間は会社の好きに使ってOKみたいな。
だから2,3ヶ月毎に所属プロジェクトが切り替わるのよ。
プロジェクトが継続中でもね。
そうすると、現プロジェクト作業を最低7.5hやった上に、
前プロジェクトの質問対応が数h発生する。
また配属が変わると、現プロジェクト作業を最低7.5hやった上に、
前プロジェクトの質問対応が数h発生、
さらに前々プロジェクトの質問対応が数h発生する。
この時点で22時超えは確定。
俺はこの段階で上司に泣きついた。
そもそも自社社員にもそういう対応（プロジェクト専任がいない）ので離職率高い。
そうすると、仕様を把握しているのが派遣だけになっているのが現状。
プロパが派遣に仕様確認に来る段階でダメでしょ普通。
まだ現場にいる後輩に聞いた話だと、プロパに他のプロパを差し置いて
仕様を把握している派遣にPLをして貰えないかと言われたそうな。
厚顔無恥って怖いよね。
自社で受け持った仕事をプロパで回せないなんて、口が裂けても言っちゃダメでしょ。
無能な管理職しか居ませんって公言しているようなものだよね。
921:仕様書無しさん
08/10/12 18:26:00
>920
その程度はよくある話だと思うよ。まあ、わざわざ言うべき事でもないと思う。
どこの会社でも、何かしら問題はあるものだし、そういう場に行く事もあるのだと思っていいんじゃないかな。
あまり、自分に被害が及ばない事をあれこれ批評するのはよくない。
922:仕様書無しさん
08/10/12 21:00:42
PG単価で契約してる奴にPLさせようとしている時点で契約違反だよね～
923:仕様書無しさん
08/10/13 11:09:43
とりあえずPG単価でPL引き受ける。1年ぐらい頑張る。
でプロパーがより一層無能になったところで単価交渉する。
ウマー
924:仕様書無しさん
08/10/13 11:28:55
>>923
と思ったら、契約解除。次の生贄派遣PLに引き継ぎもなしに追い払われる。
925:仕様書無しさん
08/10/13 11:29:47
>>923
で、その『1年ぐらい頑張る』のは誰なの？
-- 猫に鈴をつけに行くのは誰なの？
926:仕様書無しさん
08/10/13 14:07:15
まあ、頑張らなくても、普通に仕事すればいいんでないの?
927:仕様書無しさん
08/10/15 18:13:17
レバレジ○ズは派手に宣伝撃ってるけど危ないよ。俺なんかPG単価で売られてたのに
契約はSE単価になってた。一ヶ月で辞めたけどな（ｗｗｗ
928:仕様書無しさん
08/10/18 14:13:23
ベインキャリージャパンから来る奴は例外なく無能
929:仕様書無しさん
08/10/19 08:36:01
>>927
俺、スキルシートなしで面接受けました（＞＜；）
930:仕様書無しさん
08/10/19 17:36:45
どこの会社から来てる奴らも無能な奴はいるし、
思いがけない掘り出し物もある。
どこだからダメとか、そんな簡単な話じゃねえ。
931:仕様書無しさん
08/10/20 00:29:50
ココを読むと、酷い環境の愚痴を言う人に対して「何処も同じだから我慢しろ」的なことを言うよね？
それって奴隷根性が染み付いているって気がつかないのかな？
932:仕様書無しさん
08/10/20 00:57:32
そうじゃない。まず自分の安全を考えろ。って言ってるんじゃないの?
933:仕様書無しさん
08/10/20 01:27:58
>>931
日本には「米国流の組合」が無いから、逆らってもクビ切られて終わり。
934:仕様書無しさん
08/10/20 01:33:13
システムリサーチ
あれだけ無能が揃っている会社も珍しい
935:仕様書無しさん
08/10/20 01:39:58
「それは甘え」と言った者勝ちな風潮だから
936:仕様書無しさん
08/10/20 01:52:51
ここで無能が来たと嘆いている奴ら、
それはおまいの会社には無能で十分だと思われてるだけだからだよ。
937:仕様書無しさん
08/10/20 05:18:08
アメリカでは、この業界に組合ないよ。
日本のほうが企業組合あるだけマシ。
938:仕様書無しさん
08/10/20 11:40:31
>937
バカだな。アメリカにはある。ただ組合ではなく、ロビー活動をメインにやっているがな。
だから、法律的に地位向上が図れると寸法だ。
日本は、労使組合で選挙利権のバックグランドにしかならんからダメなんだ。
必要なのはロビー活動をしてくれる団体なんだよ。
939:仕様書無しさん
08/10/20 12:32:12
>>938
じゃあ、>>933の時点で「米国流の組合」なんて言わずに「ロビー団体」と言えばよかったのに？
ジャンケン後出し、カコワル！
940:仕様書無しさん
08/10/21 00:07:27
>939
おまえが勝手に「米国流組合」を「組合」と理解しただけだろ。
組合なら単に組み合いって書く。なぜ米国流ってついたかその理由を考えもせずに
「組合」の文字をみたおまえの負け。
941:仕様書無しさん
08/10/21 07:17:27
>>940
union以外の意味で「米国流組合」と書いたのなら、おまえの日本語力の低さが原因だな。
942:仕様書無しさん
08/10/21 07:39:11
>941
>書いたのなら
そんな仮定の話でいわれてもな。
943:仕様書無しさん
08/10/21 07:49:18
>>942
ならば>>937に噛みつくな、狂犬君。
944:仕様書無しさん
08/10/21 21:29:00
>943
それは筋が通らない。