08/05/04 01:46:55
有名アニメ ＝ ディズニーアニメ ですね。わかります。
531:仕様書無しさん
08/05/04 10:04:06
>529
つーか、おまえも容疑者になると思うぞ。なんせ同じ穴のムジナみたいなモンだからな。
532:仕様書無しさん
08/05/13 19:52:10
S○Aって強烈な奴いるなあ。驚いたわ。池沼かと思ったよ。
533:仕様書無しさん
08/05/14 01:26:44
そんなのどこにでもいる。
534:仕様書無しさん
08/05/14 08:13:54
はっきりSRAと言った方がいいと思うよ。
おれが辞めてから急坂を転げ落ちるように企業価値が下がってるな（ｗ
535:仕様書無しさん
08/05/16 22:32:53
そうか、SRAヤバイのか…。
536:仕様書無しさん
08/05/17 00:39:08
メンテできなくなり、どうにもならなくなった結果、
SRAのパッケージを導入するというパターンが多いからだろ。
最近は従業員数１０００人未満の企業を相手にしているから、
尚更ぐだぐだになる。
537:仕様書無しさん
08/05/17 15:12:50
ＳＲＡの案件は、基本設計終了で退場が吉だよ。
538:仕様書無しさん
08/06/08 11:51:32
【金融】スルガ銀行と日本IBMのシステム開発失敗を巡る裁判がスタート [4/15]
ｽﾚﾘﾝｸ(bizplus板)
539:仕様書無しさん
08/06/14 16:42:02
>>513
ＴＩＳは前にでっかな粉飾決算もやらかしてるし、
働き手としてチョイスする会社じゃないかもね
>>538
日本ＩＢＭの「システム開発失敗を巡る裁判」、すごく気になるね
委託（成果物を上げる）契約でやってんなら、日本ＩＢＭの敗訴でいいんじゃないか
外注は委任（そこで作業すればいい）契約だから、ピンはねしてる会社の負けだとすっとする
来年からの会計基準変更でこういう事例に抑止がかかるはずだけどね
>>534
元社員どんまい
ＳＲＡ、近年の指標を見れば、大手を抑えてランクインしてるよ。。
縁は切らない方がよさげ（ここは一次受けしかやんねーって言ってる）
540:仕様書無しさん
08/06/17 23:20:56
CSKは低脳すぎる…
541:仕様書無しさん
08/06/19 08:22:57
CSKはなぁ・・・
542:仕様書無しさん
08/06/19 22:35:29
今に始まった話じゃないからなぁ。
543:仕様書無しさん
08/06/20 23:36:59
漏れもCSKの奴らとは仕事したくね
無資格・無能力がゴロゴロ
SIerでこの低レベルは珍しい
奴ら単純作業をこなしてエンジニアだと勘違いしてやがる
o┤*´Д｀*├o ｱｧｰ
544:仕様書無しさん
08/06/21 03:58:31
自分の無能を棚に上げてＣＳＫ馬鹿扱いに仕向け、甘い汁
だけ吸ってる奴に何言われてもなぁ・・
扱使われてまともな成果も返せない。
口先だけですかぁ？
545:仕様書無しさん
08/06/21 10:27:59
まともな成果（笑）ってなんのことですかぁ？
546:仕様書無しさん
08/06/21 10:36:19
馬鹿かCSKが利口になったら仕事なくなるｗｗｗｗｗｗｗｗｗｗｗ
547:仕様書無しさん
08/06/21 10:57:44
NOSSって会社。
無責任でろくすっぽ働かない。
548:仕様書無しさん
08/06/21 20:55:07
CSK-ITMが低脳なのは漏れも実感している
奴らと組んでも何も得られない事に気付いた。
社員の派遣なんて良く甘んじてるよな。
ただの派遣よりはナスあるから良いかも知れないが、勤務地選べない、期間も会社都合で月単位で派遣先移動させられてるし。
549:仕様書無しさん
08/06/22 02:17:44
>547
働かせるのは雇った会社の責任だぞ。
550:仕様書無しさん
08/06/22 03:11:24
CSKは面白いよ
ほんとにIT業界にいるのだろうかと錯覚してしまうくらいだ
とりあえずNGで(^^)v
551:仕様書無しさん
08/06/22 21:50:46
まあな、CSKは確かに面白い？変わったヤシが多いな。
出来るヤシはドンドン社外へ流出してるから、残ったヤシのレベルは明らか。
分室長が低脳でウンザリだと、いつも友人がグチってるよｗ
552:仕様書無しさん
08/06/23 00:10:30
>>1
常駐先がNCOS三田、NEC田町
あと、品川
553:仕様書無しさん
08/06/23 01:53:56
ＣＳＫってアベシとかぶってるよなｗ
554:仕様書無しさん
08/06/23 23:26:29
CSKって確かに定時が来たら外注とっととおいて飲みに急ぐよな
ばからしくてやってらんねーーーーーー
飲みの時間を新技術の勉強とかやろうと思わんかね？
SIerだろｗｗｗ
555:仕様書無しさん
08/06/27 23:46:25
ほしゅ(*￣▽￣*)ﾉ"
556:仕様書無しさん
08/06/28 23:31:19
ＣＳＫって派遣屋みたいに、派遣スタッフをチーム内においてマージンぼってるんだよね？
客からは社員同等の人月単価貰って、派遣会社にはマージン引いて支払って、派遣会社は当然マージン引いて派遣スタッフに支払う。
違法な二重の中間搾取が行われてる会社じゃ働きたくねーよな。
派遣スタッフは残業までして頑張って、無能な社員をカバーして、更に高い人月単価も安い派遣で埋め合わせしてる。
557:仕様書無しさん
08/06/28 23:43:12
>>556
内容は理解できるが、もっと文章を見直したほうがいい。
558:仕様書無しさん
08/06/28 23:46:30
要はピンハネやってるってことでしょ？
この業界に属する企業の殆どが手を染めている違法行為。
559:仕様書無しさん
08/06/29 09:16:38
>>554
新しい技術の勉強とかは定時内にするもんです。
560:仕様書無しさん
08/06/29 18:23:57
>>556
なぁ、そんなのどこでもやってんだぜ？
561:仕様書無しさん
08/06/30 00:03:09
>>559
定時内はネット見てサボってるか、簡単な仕事をじっくり時間かけてやってるぜｗ
562:仕様書無しさん
08/06/30 00:07:30
>>560
だよな…。手入れが入るのはデータとか不治通あたりからか？
CSKなんて二流だから後回しだな
563:仕様書無しさん
08/06/30 00:14:39
グットウィルの件もあるから、こっちの業界への波及も時間の問題だな。
昔から鬱だとか過労死とか問題になってる業界だからな。
564:仕様書無しさん
08/06/30 00:26:55
>>563
それはありえないでしょう。外資が完全にこの業界掌握
するようにならないとないよ。消費者金融も外資がバンバン
乗り込んできたのが訝しいから規制しようやってことで
落ち着いただけだよ？
この業界回らないと困るところ多いから何があっても
黙認するはずだろ、建設業界が高度成長期は同じ扱い受けて
斜陽業界になったとたん規制連発された1989年から2000年までの
ようにね
565:仕様書無しさん
08/06/30 00:29:00
無保険で就業している輩には社会保険庁が新体制になった後で警告が行くとかはあるだろうな。
566:仕様書無しさん
08/06/30 00:48:46
>>565
それも確率低いと思う
足の引っ張り合いがFの数百倍ぐらいひどいからね
そんなんで面子以外の規制なんてまずできない
567:仕様書無しさん
08/06/30 00:56:29
>>566
格好の保険料の収入源を放置しておく訳無かろう。
一斉に未払い、未加入企業への徴収が始まるよw
568:仕様書無しさん
08/06/30 01:17:16
>>567
うんそれは解るでもね、郵政なんか比じゃないぐらい
自分達中心なんだ数年はゴタゴタして行政指導に
回れるような状況じゃ無くなると思うよ
569:仕様書無しさん
08/07/04 00:21:27
>>564
既にこの業界も斜陽産業だよ
570:仕様書無しさん
08/07/04 22:46:06
今ちょうどオイルショックのはじまりだからさ。
斜陽も糞もないって感じになっていくと思うよ。
571:仕様書無しさん
08/07/05 00:14:21
ITは仕事無くなるでしょう
人件費削って捻出した金でサービス作ってたんだから
仕事なんて無くなっていくだろう
572:仕様書無しさん
08/07/05 07:36:07
糞業務アプリしか作ったことない奴の発想だな
573:仕様書無しさん
08/07/05 21:47:56
CSKは致命的に開発能力がないからねえ、自覚していないみたいだけど
他はなんだかんだ言われても高スキルエンジニアがいるもんな
可愛いプロパを配置するなど外注が気持よく作業できる環境作りだけを
目指す新しいSIを目指してみるのもいいかも
574:仕様書無しさん
08/07/05 21:56:30
CSKいい奴等おおいじゃん
自分は奴隷専業であなた様はメシアさまですって
言えるやつらは早々いないよ？
575:仕様書無しさん
08/07/06 08:41:28
テスト
576:仕様書無しさん
08/07/07 07:35:13
CSKはビビる、そこらのオタクのほうがPCに詳しいんじゃねえか？って感じ
577:仕様書無しさん
08/07/08 23:40:56
CSKマジウケる。
一緒に仕事してるとコッチがスゲー仕事出来る気がしてくるもんな
たかがWinサーバの基礎レベルもしらねーし、運用も手順が無いとできねーし、開発も高スペックなら出来る事を出来ないで通すし、
出来る先輩が流出してるからドンドン低レベルになってんだな。
新人可哀想で見てらんねー
578:仕様書無しさん
08/07/08 23:45:56
無知に怖い物無しとはよくいったもんだ
579:仕様書無しさん
08/07/09 02:16:02
昔はCSK>あべし
今はあべし>CSK
580:仕様書無しさん
08/07/09 09:11:35
あまりメジャーじゃないかもしれないが、三軒茶屋のインデックスはやめたほうがいい。
契約破りの常連。多分契約書の日本語が読めないんだと思う。
581:仕様書無しさん
08/07/09 20:23:42
某インフラメーカーF
582:仕様書無しさん
08/07/09 23:34:58
外注からNGになった元受を晒すスレってどこだっけ？
583:仕様書無しさん
08/07/11 02:20:47
ここか
ｽﾚﾘﾝｸ(prog板)
584:仕様書無しさん
08/07/14 04:13:00
ICS
猿並の知能の奴を送り込んで来る困った会社
585:仕様書無しさん
08/07/14 09:35:36
竹橋のアイズファクトリー。零細ベンチャーのくせに何様のつもり？って会社。
ついでに労働基準法無視。「理学博士」がキーワード。
586:仕様書無しさん
08/07/14 10:00:03
特にないです。
まあ、技術屋だけど、正社員さんと技術の話はしません。
だって変なプライドに触るんだもん。
587:仕様書無しさん
08/07/15 20:49:56
SR〇のアホを何とかしてください。頭悪すぎです。
588:仕様書無しさん
08/07/15 20:53:28
↑SRA？
589:仕様書無しさん
08/07/16 00:02:21
どこであほなことやってるって？
590:仕様書無しさん
08/07/18 17:27:04
アホというか池沼
591:仕様書無しさん
08/07/18 18:12:26
始めてその部署に行って、席に座って５分以内に後ろから聞こえよがしに悪態を
つかれた。 ・・・意味分からん。
仕事の進め方でそこのババァ（ボーダー女）と激しく対立した。 組織全員、なぜか
俺に敵意をむき出しにしてくる。 当然、飲み会とか全く呼ばれない。 お局なんか、
俺に消耗品の支給すらしてくれねぇｗｗｗ
ババァのコード、無駄な処理を最大３００００回以上も実行する事が判明。 間違
いを指摘して逆恨みされる。
ババァが席替えとかそういう牢名主的な担当だったため、席替えで俺だけその部
署から離れた席をあてがわれる。
そこに来ていた派遣の女の子に気に意図せず入られたが、組織ぐるみで執拗に
恋路を邪魔されてグダグダにされる。 最終的にその子はそこの正社員とくっつけ
作戦でくっついて、俺が邪魔になるｗｗｗ
最後は些細な事で難癖付けられ、そこを追放される。 自分の会社の上司はその
いちゃもんを深刻に受け取り、俺は思いっきり怒られる。
俺にそういう体験をさせてくれた、某社。 新聞沙汰の不祥事を一年で二回も起こ
した某社。 そういう事起こすだけの事はあった某社。
592:仕様書無しさん
08/07/18 18:15:34
>>591
ガキだな
もっとうまく立ち回れよwww
593:仕様書無しさん
08/07/18 20:01:13
てめえがちゃんとした物を作れない奴に限って
人の作ったもんにイチャモンをつけたがるよな。
594:仕様書無しさん
08/07/18 21:19:46
池沼がリーダーやってるよ。
仕事は伝書鳩。しかも時々忘れたり全然勘違いしたりする伝書鳩。
会議の時はあばばばばばとかいってるし。
595:仕様書無しさん
08/07/19 02:16:49
>>593
出来ないやつは、何をすればより良くなるか解らないから出来ないままなんだよ
彼らは自分が「ちゃんとしたものを作れていない」事にも気づけない
596:仕様書無しさん
08/07/19 05:42:36
無駄に仕事できても、仕事抱えすぎて残業の山って気が汁。
597:仕様書無しさん
08/07/19 19:56:33
>591
女がらみは完全におまえの力だけの話。他人がくっつけ言ったって、
自分の意志がなければくっつかないんだから。
そこら辺を勘違いするな。
598:2chan
08/07/26 03:53:04
C?ST?MATORIXつー会社どうなの？
599:仕様書無しさん
08/07/26 06:11:39
SR〇のアホを何とかしてください。頭悪すぎです。
600:仕様書無しさん
08/07/26 07:03:34
新日鐵ソリューションズってダメ
馬鹿すぎ
601:仕様書無しさん
08/07/26 07:26:08
竹橋のアイズファクトリー。零細ベンチャーのくせに何様のつもり？って会社。
ついでに労働基準法無視。「理学博士」がキーワード。
602:仕様書無しさん
08/07/26 07:52:30
>>599
かといってお前に他の会社に仕事を回す能力があるわけでもなしwww
603:仕様書無しさん
08/08/12 08:18:50
不治痛と子会社全部。
×を挙げればキリがないけど、体育会系の海苔で絶対達成不可能なスケジュールを
「根性入れて徹夜すればできる！」とか言い切るキチガイぶり（ｗ
かつて納期を1年延ばしてもらって（1ヶ月じゃなくて1年だからね、1年！）、それでも
納品できずにNRIから出入り禁止を食らっている。不治痛の書いた青果物は日立が
引き取ってるが「何かいてあるのかわからん、自分で書いた方が早い」といって
次第に不治痛オリジナルのソースがなくなりつつある。
ちなみにこのとき不治痛の子として入っていたのがFFC（と吸収合併されたFFSI）。
かなり致命的なミスをやらかして、マネージャー、リーダークラス総入れ替え。
そこで来たのがもっとたちの悪いﾏｼｵｶという男。「出来ますやりますやらせます！」
とぶちあげて客の心証を良くしたらしいが、後に「単に怒鳴ってるだけのうるせえ爺」
とわかり、大いに現場の不評を買ったが、FFC内部では影響力のある奴らしくて
更迭されなかった。
604:仕様書無しさん
08/08/12 11:09:14
>>597
おや、レスがついてるｗ ありがとさん。
女がらみは組織的に何かしてくると思ってたし、結末も、最終的にそうなると思ってたし、
その事で俺がそこを追放される事も予想できてた。
だから、女がらみは、うまくいかない時はそこを脱出する為のネタに出来ると思ってた。
双方にとって、それが「ちぇん○すふぉーざ○たー」だったのかと。 クソッタレｗｗｗ
605:仕様書無しさん
08/08/12 23:03:48
色々な会社を見てきたけど、特に酷いのは
・F系、T系
スケジューリングが無理すぎ。
偽装派遣どころか子会社も奴隷として使役。
人が倒れようと、次の日には出社させてた恐ろしい会社。
・みかか
管理職なのに管理できない人間しか居ない。
50人月くらいのPJでカットオーバー1ヶ月前に本格始動、
「100人居れば1ヶ月で終わるよね？」と言って100人集めた殿様。
俺の中じゃぶっちぎりでNG会社No.1だ。
・NSOL
バグ多すぎ。仕様詰めがうんこ。
仕様が決まらないから当然燃える。
あところころ変わるので、当然バグも（ｒｙ
・大手以外の自称コンサル会社が主導
何もかもうんこ。間違いなく燃える。
カットオーバー3日前とかにデザイン変更が来る。
開発の流れは分かってるけど、クリティカルパスが分からないから
当然無茶な要求ばかり。
こんなところか。あともう中国に投げるPJには関わりたくないね。
606:仕様書無しさん
08/08/13 05:59:59
Fの人使いはすごいよね。たぶん外注なら過労死しても人間扱いしなくても文句言わんだろう
ってのが頭にあるはず。子供が熱出して寝込んでるのに「すぐ出てこい」とか連絡してきて
かろうじて逝ってみたら「会社に来ないというのはたるんでるということだ」とか2時間ばかり
説教。仕事自体は終わらせてあったので何も無し。
ふ ざ け ん な よ 松 岡 ！
俺的にはFがからむ仕事は全面禁止。
みかかの世間知らずぶりもすごかった。契約更新OKという話を契約満了日の昼過ぎにしたのに
その日の夜には「やっぱ契約解除ね」。人の都合をちょっとは考えろと。お前のためにスケジュール
開けてあったんだぞと。もうね、あほかと、ばかかと…。
あと、一晩で1000ステップ近いPLSQLを書けとか逝ってきた、某ミラーマンで有名な会社。
ここはまともな人は本当にまともなんだけど、ダメ人間は限りなくダメ。中庸がない。
基本的にお断り。
607:仕様書無しさん
08/08/13 09:37:55
ＡＸＩ○は絶対勘弁。
あんなにレベルの低い会社見たこと無い。
608:仕様書無しさん
08/08/14 00:16:48
>>607
バージョン管理ツールを使ってないとか、
設計できる人が数人しかいないとか？
609:仕様書無しさん
08/08/14 05:14:55
バージョン管理にVisualSourceSafeを持ち込んだミラーマンの会社。作ってるプログラムの
ほとんど全部がUNIXで動くってのに、いちいちFTPでPCに取り込んで、申請書作って
自分のはんこ押して担当者に提出。もうね、あほかと、ばかかと、おまえは本当は…
610:仕様書無しさん
08/08/14 07:49:09
でもなにも考えずにSubversionってのもね。
はんこで申請ってのはすごいけど。
611:仕様書無しさん
08/08/14 11:57:29
>>607,608
お前ら！どこの派遣だ！
612:仕様書無しさん
08/08/14 11:59:46
ソースコード編集するのに、Windows のメモ帳使えって言われた事ある。 １タブ８文字でスゲェ横長になったソース渡された。
613:仕様書無しさん
08/08/14 13:38:23
>611
おこんなよ。
614:仕様書無しさん
08/08/14 14:03:16
そのうち vi や emacs を使える奴はいなくなるんだろうなぁ。
俺から目線だと、TeraTermとかでマシンに入ってファイル編集するのが普通で、PC上に
FTPで上げるなんてのは素人、だったんだが、今では「黙ってろよおっさん」状態（ｗ
615:仕様書無しさん
08/08/14 23:39:37
ここにもアクシオの被害者がいるのねｗ
ここは発注を餌に、生贄として派遣で進呈させる会社。
なんだかんだと文句をつけて、実際には発注した事は皆無。
俺も10年近く派遣されてるけど、派遣のほうが業務知識がある状態。
俺が辞めたら成り立たないの確実ｗ
616:608
08/08/15 01:24:04
>>612
｜Windows のメモ帳使え
「みかかほしちかち」でやらされた。
４０～７２桁はコメント欄で、全部の行にコメント入れさせられた。
617:仕様書無しさん
08/08/15 06:06:46
俺なんて、東京で請負5年間やってて4年目、5年目は、月100から160万の収入。
結婚して子供できたので愛知へ 無職1年 子守＋妻の機嫌取り 貯金も全部使う
また、コード書きたくなったんで、プログラマーとして工場勤務、
1週間で、GUI付のアプリつくれといわれる。
月手取り18万、時給換算1000円ちょいか
いや、仕事は、たしかに金じゃなくて、やりがいだとおもうから、まだ我慢できてるけど
機械屋さんとかは、ソフト屋を馬鹿にしてるような感じあって、また、なまじっか理系なんで
こーこーこういった処理するアプリほしいだよね、簡単でしょ？？
みたいな事いってくるんだよね、で期間短いから、まずすぐ動くことが最優先される。
あじゃいる系の開発経験なかったらまずついていけんだろうな。
俺くるまえには、10人はいって10人やめてんだから、そいつらのまったくつくれてない続き
をやらされてる。しかもやっつけでなんとか納期前日に徹夜でつくったようなもんだから、
グローバル使いまくり、関数も1000行超えとかざらにある、まさに地獄。
はは、でも楽しいぜ。
618:仕様書無しさん
08/08/15 15:06:42
>>617
楽しければいいんじゃね？
楽しそうには見えないが。
619:仕様書無しさん
08/08/15 15:23:38
>>617
あんま都合よく使われるPGにならないでくださいよ～。
あとでお金請求できるように工夫してください。
620:仕様書無しさん
08/08/15 16:45:24
>>617
体を大事にな。
アプリは単価安いからなぁ・・・
特に制御系はいまだにVB6が絶賛活躍中だったりするしね。
621:仕様書無しさん
08/08/15 18:09:12
ＰＬＣと通信できて、その状態を表示すればいいだけなんだから、VB6 でも事足りる。
622:仕様書無しさん
08/08/15 20:13:35
ひさびにVB6の仕事受注。
vb6のユニットテスト vbunit3 有料になってんじゃん。。。いじめに近い。
誰か ver2もってる椰子いまいか
623:仕様書無しさん
08/08/16 00:33:55
vb.netのお仕事中。
VB6とはリソース管理が違う。VB6のコードをそのまま使うとフォームが大量に残留する事が発覚。
現在修正中だが、まだ４００画面以上残ってる。 とほほ。。。
624:仕様書無しさん
08/08/16 10:45:46
VB6とVB.NETは別物。基本ですよ。
625:仕様書無しさん
08/08/16 14:22:31
>>617
なかなかよい状況じゃないか
その状況で数年勤務した後で、
やめるといったら時給3倍くらいにはなるんじゃないか？
626:仕様書無しさん
08/08/16 14:53:25
3倍でも3000－4000円ってかなり安いほうだな。
うちの会社、外にたのむとき工事の現場監督で時給5000円くらいあるからな。
ソフトは、25ランクあって、1500円から4500円くらい。かなり安い…とおもう。
627:仕様書無しさん
08/08/16 14:58:26
ま、金より、修羅場の空気、プレッシャーが麻薬のように作用するタイプの人だとおもうから、
その職場が、おまいさんにあってるようなきがするよ。
おれも火消し専門でプロジェクトぐるぐるまわっていたからわかる！
10人5ヶ月のプロジェクトで、納期すぎてから投入され、のこり50%をひとりでつくらされるとか
ざらだったから。
そのころが一番いきいきしとったよ。
628:仕様書無しさん
08/08/16 19:59:14
収入凄いのに、一年で貯金使い果たすなんて・・・
金の使い方間違ってるんじゃない？
629:仕様書無しさん
08/08/16 20:17:21
請負ってそれくらいもらってないとやっていけんよ？？
納期、今から、一週間後、仕様不明、
期日3日目に、仕様らしきものが届いて、作成開始、2徹納品、30万～50万
とか、の連続になることがおおい。
とかの連続だからなー。ずっと仕事で、妊娠中つらいおもいさせらされた妻が
きれかけてたと想像すると、長男長女なら、最高級品ついそろえちまったりして
貯金つかいはたすのもうなずけるもんだが。
630:仕様書無しさん
08/08/17 10:54:27
1年で長男長女が生まれたの？双子？
631:仕様書無しさん
08/08/17 11:25:53
無能な妻だな
632:仕様書無しさん
08/08/17 15:36:37
悪塩関係者乙ｗ
633:仕様書無しさん
08/08/17 20:23:37
富士通関係はもういや
634:仕様書無しさん
08/08/17 20:30:00
大手はどこもかしこも糞だな。
契約を紙切れのように考えてる。
自分の都合で期間でも単価でも書き換えられると本気で信じてる。
コンプライアンスについてもう一度勉強しなおせと言いたくなる。
お上の息のかかったバカマスコミのせいだな。
635:仕様書無しさん
08/08/17 20:45:31
アノレンフト
636:仕様書無しさん
08/08/20 09:08:22
案件が今は、ないんでしょうか？
637:仕様書無しさん
08/08/20 09:30:24
＞契約を紙切れのように考えてる。
とくにその傾向が強いのがインデックス。ヤクザと抗争中（ｗ
638:仕様書無しさん
08/08/21 22:33:01
for(i = 0; i < 100; i++){
x[i] = hoge;
}
すればいいのに、
x[0] = hoge;
x[1] = hoge;
：
x[99] = hoge;
と書くバカを送り込んできた某社はNGです。
639:仕様書無しさん
08/08/21 23:08:15
>>638
それ、場合によっては正解だったりするから。
変なチップだったり、CPU処理能力が不足していたりすると、
そいいうコーディングをしなきゃいけない事もある。
（要素０～６３への代入を並べて書きましたよ、ええ。）
困ったのは、それ見た新人が鵜呑みにしちまった事。
『修正』する前に他のプロジェクトに回されたが… >638のトコに行った訳じゃないよな？
640:仕様書無しさん
08/08/22 00:28:38
まあfor文よりループ展開された方が速いのだが、
事情もなし、チューニングの段階でもないのに>>638書いたら…
641:仕様書無しさん
08/08/22 00:59:32
ステップ数が単価なんだ。とにかく長いソースを書け。
そういう事を言う営業が時々います。
642:仕様書無しさん
08/08/22 20:53:42
コード的にそうなるとしても、せめてマクロ化しろ
643:仕様書無しさん
08/08/22 21:24:37
情熱的五輪
644:仕様書無しさん
08/08/22 22:25:12
ステップ数が単価でC++なら
\挿入しまくるがなｗ
645:仕様書無しさん
08/08/22 23:55:26
>>638
5個位までなら、バカの方法が正解だけどな。
さすがに100個は。
646:仕様書無しさん
08/08/22 23:59:38
昔、マシンの速度が遅いときはやったけどな～。自前ループ展開。
今じゃ、GCCでもやってくれるご時世だ。
647:仕様書無しさん
08/08/23 00:01:08
>>645
5個でも… う～ん 3個以上ならバカは禁止にしたい 個人的な価値観だけど。
648:仕様書無しさん
08/08/23 00:59:31
SELECT COUNT(*)を知らず、実際に取得したレコード数で判断する処理。
スキルシート上ではOracle経験5年らしいｗ
649:仕様書無しさん
08/08/23 02:20:18
>>648
レコード数が高々数百ならば、バッファに全部読み込んだ方が速かったりする。
（countする間に読込が完了）
PL/SQLでの話だが。
# 数万件のレコードが相手の場合は、そもそもカウントしなかったり……
# カウントしなくても済む方法を捻り出す、が正確な言い方か。
650:仕様書無しさん
08/08/23 17:14:06
>>649
レコード数は高々150万件ぐらいですｗ
メモリ全部使っても読み込みきれません。鯖が再起動します。
要件が件数取得のみなので、読み込む必要がありません。
データ転送量の観点からも、COUNT結果だけ送ったほうが資源にも優しいと思うけどね。
651:仕様書無しさん
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
それは筋が通らない。