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
それは筋が通らない。