期間限定、過去の記事を月ごとにランキング、懐かしいあのまとめをチェック!
2009年 -  09月  10月  11月  12月
2010年 -  01月  02月  03月  04月  05月  06月  07月  08月  09月  10月  11月  12月

まとめられたつぶやき

  • 某N社で「メソッドを作ると処理が上下に飛んで可読性が落ちるので、出来る限り一つにまとめてください」と言われたことがある。僕は300行で挫折したが、1万行メソッドを書ききった強者がいた。クラスを作るには申請書が必要だった。
    vjroba
    2010-05-11 12:42:06
  • DBは金額以外全部varchar。日付が年月日でカラムが別れてて日付の計算が死ぬほどしづらい。「一桁の月ってどう書くんですか?」と聞いたら会議になったが01しかねえだろ、どうソートする気だ。
    vjroba
    2010-05-11 12:42:27
  • 「これ参考にしてください」と言って渡されたフローチャートは双六のようで、最後から一つ手前に「仕様変更で振り出しに戻る」と書いてあっても驚かないような代物だった。
    vjroba
    2010-05-11 12:42:51
  • 今でもあそこの有名建築家が設計したっていうビルが爆発しないかと思ってる。でも派遣時代に関わった仕事はそんなのばかりだ。あの頃は仕事でコード書くことに絶望してjFD2をひたすら書いてたなあ・・・
    vjroba
    2010-05-11 12:42:55
  • 今更だけど、これすごいなあ。オブジェクト指向を全く理解してない(ポリモーフィズムすら知らない)人がオブジェクト指向を上から目線で批判して袋叩き。僕もこんなのが上司ならマッハで辞表出す。 http://bit.ly/dmqbYH
    vjroba
    2010-05-11 12:41:16
  • プログラムに正解はないけれど、明らかな間違いはあるんだよな。
    vjroba
    2010-05-11 12:41:41
  • 自転車の乗り方を知らずペダルをこぐと前に進むのを知らない人が、「坂道で押すの面倒じゃん!キックボードの方が優秀だ!」と言ってるのに似てて笑うが、半径100メートル以内で仕事して欲しくない。こんなのと仕事するのは悪夢だし、そんな悪夢を何度も見てきた。
    vjroba
    2010-05-11 12:41:50
  • すんげえ。というか死んじゃえ。せめて業界から消えてなくなっちゃえ。 「ポリフォーフィズムという言葉が流行はじめたのは、Perfumeがポリリズムという曲をリリースしたころですか??? なんか言葉が似ているから若者の間で浸透したんじゃないの??」
    vjroba
    2010-05-11 12:47:25
  • @tivrsky 派遣やってた頃はこの手の話だらけでしたよ。1時間語れるくらいネタがありますよ。
    vjroba
    2010-05-11 13:07:51
  • ひどい。この業界はえらい人の方が技術わかってないのが不幸の元凶ですね。 RT @bufferings: 何度も出てくる処理をメソッドに抜き出したら「詳細設計書の順番になっていない」とか怒られたときも意味が分からなかったです RT @yukung: RT @tivrsky: イミ
    vjroba
    2010-05-11 14:41:02
  • 大企業こそバカが先輩のバカを引き継いで伝統的バカに成長するんだと思ってます。 RT @koroharo: 多分最初に酷いクラスとメソッド作る人がいたんだろーなー。と推測。それを馬鹿が馬鹿な対応したんだろう。馬鹿が馬鹿な対応を重ねていくことがやたらと多いのがこの業界の特徴だな。
    vjroba
    2010-05-11 14:44:51
  • N社のメソッドを増やすなルールでは、似たような処理を複数書いた場合に変数名が被るので頭を抱えた。僕は処理をスコープに入れることで対処したが、他の人は変数名に連番を付けることで対処していた。爆発すればいいと思う。
    vjroba
    2010-05-11 15:04:11
  • N社での話が好評みたいなんで、派遣時代の酷いエピソード書いてみる。エンジニアの飲み会で話すとうけるネタなんで勿体ないんだけど。
    vjroba
    2010-05-11 19:08:29
  • 最初に派遣で行った会社は課長が日経○○を読んでは「これからは○○だ!」と半年ごとに言い出して、何一つ物にせず次に行っちゃう会社だった。僕が入る半年前が「これからはJavaだ!」僕が入る直前が「これからはXMLだ!」僕が居る間に「これからはPDF帳票だ!」だった。
    vjroba
    2010-05-11 19:08:47
  • これからはXMLだ!」は間違ってないが、社内は誰もDOMの存在を知らず、Stringを+で繋いでXMLを吐きだしていた。言うまでもなくエスケープ処理をちゃんとしてなかったので、不等号を出力すると正しいXMLじゃなかった。
    vjroba
    2010-05-11 19:09:37
  • XMLをXSLTでHTMLに変換していたが、XMLの中にデータと画面構成両方が入ってて「MVC?何それ食えるの?」状態。オレオレ定義のタグをXSLTでHTMLに変換するので誰にもメンテ出来なくなってた。まだあのシステム動いて公開されてるんで早く死にたい。
    vjroba
    2010-05-11 19:10:03
  • これからはPDF帳票だ!」はいいんだけど、当時まだJavaのPDF帳票ライブラリが無く、java.awt.Graphicsクラスに似たAPIのライブラリがあるくらいでヒーヒー言いながら帳票を組んだ。まあ、こういうのは楽しいからいいんだけど。
    vjroba
    2010-05-11 19:10:27
  • 他のPGが書いたコードの品質がとにかく低く、テストを全く通らなかった。テスターのお姉さんが怒って直すように言ったら、数時間後に通らなかったテストの8割に仕様です」と書き込んでテスト表が帰ってきた。お姉さんはその後十二指腸潰瘍で入院
    vjroba
    2010-05-11 19:11:07
  • この会社と同時期に面接した会社では、階段でスレンダーでフェミニンな雰囲気の女の子とすれ違い「いい会社だなあ」と思ったが、実は性同一性障害の社員が二人いて、どうもその人もそうだったらしい。面白そうだからあっち行っておけば良かった。
    vjroba
    2010-05-11 19:12:02
  • 某社から送り込まれた某銀行システム部での話。アクションクラスが約1000個、一つのパッケージにぶっ込まれてた。当時VisualAgeを使って開発してたが、クラスが多すぎて反応が遅く、キーを押してから画面に表示されるまで2秒かかった。
    vjroba
    2010-05-11 19:13:04
  • 作業にならないのでみんな勝手に秀丸等をインストールして開発してたが、本当はインストールしちゃいけなかった。僕は馬鹿正直に「作業にならないからgrep入れていいですか?」と聞いたら「稟議にかけます」と言われ、さらに稟議が通らなかった
    vjroba
    2010-05-11 19:13:20
  • この銀行では開発にVSSを使ってたが、コンパイル通らないコードを平気でコミットしやがるんで午前中はコンパイルを通るようにする作業で潰れた。あと、VSSの意味がわかってないようでしょっちゅうリポジトリに日付付きのフォルダが増えていった。
    vjroba
    2010-05-11 19:14:00
  • この銀行のプロジェクトではマイルストーンごとにビルドした物をデプロイすることになってたが、そもそもビルドが通らない。でもPMの立場を守るためにやらねばならず、「コンパイルエラーが起こったらそこコメントアウトしていいんでとにかくビルドしてください。動かなくていいです」と言われた。
    vjroba
    2010-05-11 19:15:16
  • ちなみにプロジェクトは失敗してPMは更迭されたそうだ。
    vjroba
    2010-05-11 19:15:21
  • この銀行にはカースト制度があり、一番上から銀行社員(ただし合併前の所属会社で上下がある)、コンサル、素直な協力会社、生意気な協力会社の順番で、僕は生意気な協力会社にいた。階級が下がるにつれてJavaの知識が増え、上に行くほどコボラーになる。
    vjroba
    2010-05-11 19:15:38
  • ログインする際にユーザーテーブルと結合した2つのテーブルから全データを引っ張ってくる仕様だった。普通はジョインして1クエリで引っ張ってくるのが、コボラー社員様がユーザーテーブルの全データを引っ張ってきて1レコードずつサブの2テーブルにクエリを投げろと言って聞かなかった。
    vjroba
    2010-05-11 19:16:19
  • ちなみにユーザー1万人。ログインするだけで2万1回クエリが投げられるので、ログインに5分かかりログが10メガ増えた。当然後でパフォーマンス問題になって怒られたらしい。
    vjroba
    2010-05-11 19:16:44
  • 別の某社ではクラス名の命名規則が、プロジェクトコードネーム3桁、機能大分類を表す数値3桁+なんだったかのアルファベット1桁+機能小分類の連番4桁+アルファベット1文字が機能種類だった。クラス図書いても何やってるか1mmもわからない。コボラーを敵と認識したのがこの頃。
    vjroba
    2010-05-11 19:17:08
  • このCOBOL風命名規則のプロジェクトはI主導だった。「大企業なんてこんなもんだよな」と思った原因。
    vjroba
    2010-05-11 19:17:13
  • また別の某社ではSwingアプリの開発を引き継いだが、前任者が「コードを共通化してください」という言葉を勘違いし、一つの画面クラスに全ての画面の機能を持たせ、メソッドの引数でどの画面として動くかを切り替えるという凄まじい実装だった。全メソッドが画面名受け取って中でif分で分岐。
    vjroba
    2010-05-11 19:18:01
  • 画面は10個くらいだったか。その内7個くらいがJTableを持ってるので、1画面にJTableが7個宣言されていた。表示してないけど全部インスタンス作ってるし。しかもそのインスタンスが10個あるので70個のJTableインスタンスががが
    vjroba
    2010-05-11 19:18:46
  • 泣きながらコードを弄っていたが、コード監査してた人がそっちに突っ込まず、僕が変数に初期値を入れなかったことを「悪質」と言われたので腹立ちすぎて早退し、派遣会社に電話して月末で抜けた。ゴミコードを読めるようにしてるのに悪質呼ばわりするような人間なんかと仕事出来っか。
    vjroba
    2010-05-11 19:19:09
  • また別の神奈川の某社。世にも悪名高い、コードを修正したらコメントアウトして元のコードを残せというルールだった。あれはコードをうんこにする一番効率の良い方法だと思う。インデントすら直せないんだから。
    vjroba
    2010-05-11 19:19:24
  • コードを修正したらコメントアウトして日付と自分の名前を書くのだが、コードはどんどん醜く膨れあがり、ルールがリファクタリングを拒む。それは巨大なうんこの山だった。うんこの山に新しいうんこを盛りつけてはそこに日付と自分の名前を書きこんだ小旗を立てるような仕事だった。
    vjroba
    2010-05-11 19:19:41
  • 僕がこのプロジェクトに参加したのは途中からで、フェーズ2だった。最初に僕がしたのはフェーズ1のコードのUMLを書くことだった。ユースケースも含めて。あんたら要件定義せずにプロジェクト始めたの?
    vjroba
    2010-05-11 19:20:27
  • ユースケースはでっち上げたが、クラス図で苦しんだ。1画面に1クラスしかないのでそう書いたら「もっと詳しく書け」と怒られた。事実を書いたのに。嘘を書けばよかったのだろうか。そう言ったらプロジェクトを外された。わーい。
    vjroba
    2010-05-11 19:20:40
  • 他にも沢山あるけどすぐに思い出せないので番外編。某T社で保守やってる友人から聞いた話。テーブルにカラムが一つしか無くて、char型だったそうだ。0から○バイト目まではIDで、×バイト目までは名称で、△バイト目までは○○で、みたいな造りで泣いたとのこと。僕も泣く。
    vjroba
    2010-05-11 19:21:45
  • というかその友人はフォロワーだった気が。その後あのシステムどうなってます?
    vjroba
    2010-05-11 19:22:06
  • 神話になれますね。尊い自己犠牲の精神に涙が止まりません。 RT @matan_go: @vjroba 自分は即逃げ出しちゃいましたがシステム自体は絶賛稼働中らしいです。保守チームはバチカンに聖人認定されるんじゃなかろうかしら。
    vjroba
    2010-05-11 21:32:52
  • 某社で手伝いに呼ばれて行った。帳票を担当することになったが僕の前からやってた人に「僕のコードを参考にしてください」と言われたが下手すぎて絶句。帳票1枚ごとに3000行クラスが書かれていた。僕の前任者はこのソースに耐えきれず辞めたそうだ。
    vjroba
    2010-05-11 19:27:48
  • この人にソースを書かせちゃいけないと思いフレームワークを作ってSQLと設定ファイルだけ書かせた。それは間違ってなかったがSQLすら目も当てられない代物で、後に若い子達が1ヶ月がかりで直してた。ごめん、僕がやるべきだった。
    vjroba
    2010-05-11 19:27:58
  • もちろんです! RT @yukung: もちろん残りxxバイトはFILLERですよねw RT @vjroba: 他にも沢山あるけどすぐに思い出せないので番外編。某T社で保守やってる友人から聞いた話。テーブルにカラムが一つしか無くて、char型だったそうだ。0から○バイト目まではI
    vjroba
    2010-05-11 19:32:56
  • FILLERで思い出した。DBのカラムにCOL20、COL21・・・とかあって、「何ですかこれ?」と聞いたら「予備カラム」と言われた。あんたらALTER TABLE知らないでシステム作ってんのか。
    vjroba
    2010-05-11 19:34:28
  • まだ仕事あるんでとりあえず打ち止め。まだ色々あるけどすぐに出てこないんで思い出したところで書きます。派遣時代は「僕より腕のいい人と仕事をして打ちのめされたい」ってのが夢でした。今はそれがかなってそれなりに幸せです。
    vjroba
    2010-05-11 19:41:22
  • 大事なことを書くのを忘れてた。修正をコメントアウトして残せな会社が、あのうんこコードをオープンソースにすると言い出して頭を抱えた。あんなうんこ山に僕の名前があったら今後の仕事に差し支える。
    vjroba
    2010-05-11 19:51:20
  • しばらくたってそのシステムのセキュリティに高木浩光先生が突っ込みを入れていたが、「甘いですな、先生。このシステムのダメなところはそんなもんじゃないですよ」と思ってた。
    vjroba
    2010-05-11 19:52:22
  • 某社の仕事は絵に描いたような朝令暮改だった。朝に言われた作業を完了したら、夕方「ごめん、それ要らなくなった」と言われるのがしょっちゅう。当時「一つ積んでは父のため。二つ積んでは母のため」が頭に浮かんで離れなかった。夕方に鬼に崩されまくりですよ。
    vjroba
    2010-05-11 19:59:36
  • 最終的に僕はそこでPMに酷く嫌われて辞めたが、打ち上げには呼んでもらった。そこで僕の書いたコードは全部消えたと聞いてさすがにがっくり来た。だったら最初から遊んでりゃよかった。
    vjroba
    2010-05-11 20:01:03
  • そのプロジェクトはPM様が要件定義をきちんとせず、特に偉い人の話だけ聞いて現場の意見をまったく聞かなかったため、完成したものの全く使い物にならず、全部のコードがお蔵入りになったそうだ。なんだかなあ。
    vjroba
    2010-05-11 20:02:11
  • 派遣時代は現場を移るたびに「ここは業界の最底辺だ!」と思ってた。手を変え品を変え様々なベクトルの最底辺と巡り会えるんで困る。
    vjroba
    2010-05-11 20:07:29

コメント

  • vjroba
    とりあえず適当に色分け。
    vjroba
    2010-08-13 13:17:24
  • vjroba
    ちょっと順番変えました(インパクトでかいのを一番上にしました)
    vjroba
    2010-08-13 16:05:41
  • vjroba
    一応嘘は一つも入れてないつもりですが、彼らがPG失格の低レベルなら僕は社会人失格のダメ人間ですので、そこら辺も加味してお読みくださると幸いです。
    vjroba
    2010-08-13 16:45:13
  • tot_main
    やばい、とても面白い。
    tot_main
    2010-08-13 17:13:55
  • _AZ_UME_
    自分は派遣じゃなかったけど7年ほど前まで下請けの下請けって感じの中小ソフトハウスに暫く居ました。この話の中に出てくる社名の伏せられたものがほぼ全部現実のものだということを証言しておきます。どれがどの会社なのか具体的に解りすぎるのも嫌ですねw
    _AZ_UME_
    2010-08-13 17:28:24
  • _AZ_UME_
    色々な地獄を見てきたのは自分だけじゃないんだと解るとなんか、少し楽になれるよ。ありがとう;;
    _AZ_UME_
    2010-08-13 17:40:26
  • HeppokoEther
    ALTER TABLEはおそらく知らないのではなく、使うのが怖いんですよ。レガシーな言語やストアドプロシージャが絡んでいると特に・・・
    HeppokoEther
    2010-08-13 17:54:02
  • fujikix
    これはひどいw RT @vjroba: 作業にならないのでみんな勝手に秀丸等をインストールして開発してたが、本当はインストールしちゃいけなかった。僕は馬鹿正直に「作業にならないからgrep入れていいですか?」と聞いたら「稟議にかけます」と言われ、さらに稟議が通らなかった。
    fujikix
    2010-08-13 18:08:58
  • kossetsu_inryo
    ああー…これは経験あるw RT @vjroba: FILLERで思い出した。DBのカラムにCOL20、COL21・・・とかあって、「何ですかこれ?」と聞いたら「予備カラム」と言われた。あんたらALTER TABLE知らないでシステム作ってんのか。
    kossetsu_inryo
    2010-08-13 18:11:05
  • kossetsu_inryo
    幸いこれは自社ではなく、とある業務システム開発で組んだ他社から出てきたDBレイアウトの話だけど。もちろん日時がCHAR(14)は当たり前、それどころかNUMBER(14)って書いてある日付カラムを目にした時は眩暈がしたw
    kossetsu_inryo
    2010-08-13 18:14:03
  • pon3001
    RT @vjroba: 某N社で「メソッドを作ると処理が上下に飛んで可読性が落ちるので、出来る限り一つにまとめてください」と言われたことがある。僕は300行で挫折したが、1万行メソッドを書ききった強者がいた。クラスを作るには申請書が必要だった。
    pon3001
    2010-08-13 18:14:51
  • pon3001
    RT @vjroba: 「これ参考にしてください」と言って渡されたフローチャートは双六のようで、最後から一つ手前に「仕様変更で振り出しに戻る」と書いてあっても驚かないような代物だった。
    pon3001
    2010-08-13 18:15:11
  • kossetsu_inryo
    あとそうそう、最初は全てのテキスト項目が固定長CHARで、そりゃねえよと思っていてしばらくしたらVARCHAR2型に修正されていた。でも、よく見ると全カラムにNOT NULL制約って書いてあるのはどういうことなんだぜ?
    kossetsu_inryo
    2010-08-13 18:15:17
  • pon3001
    RT @vjroba: 今更だけど、これすごいなあ。オブジェクト指向を全く理解してない(ポリモーフィズムすら知らない)人がオブジェクト指向を上から目線で批判して袋叩き。僕もこんなのが上司ならマッハで辞表出す。 http://bit.ly/dmqbYH
    pon3001
    2010-08-13 18:15:24
  • vjroba
    なんか思いのほか反響がでかいので追記を一つ。派遣時代に行った現場はそりゃもう目も当てられないのが多かったですが、全部がそうという訳でもないです。良い勉強をさせて頂いて感謝してる会社もあります。大概爆発しろと思ってますが。
    vjroba
    2010-08-13 18:20:12
  • DrFaust
    ・゚・(つД`)・゚・強い共感と憤怒を覚えました。拙稿でこのようなIT業界を粉砕する考察を行っています。:法、社会制度、意思 ~「泥のように働く」社会の変革の可能性・方向性~ http://d.hatena.ne.jp/DrFaust/20090709
    DrFaust
    2010-08-13 19:05:54
  • joy1192
    なにこれこわい。
    joy1192
    2010-08-13 19:12:28
  • toresebu
    学生の方がまともな仕様やコードを書けるだろうな…
    toresebu
    2010-08-13 19:17:19
  • minejiro
    真理だ RT @vjroba: プログラムに正解はないけれど、明らかな間違いはあるんだよな。
    minejiro
    2010-08-13 19:39:00
  • minejiro
    お姉さん全面的に支援したい RT @vjroba: 他のPGが書いたコードの品質がとにかく低く、テストを全く通らなかった。テスターのお姉さんが怒って直すように言ったら、数時間後に通らなかったテストの8割に「仕様です」と書き込んでテスト表が帰ってきた。お姉さんはその後十二指腸潰瘍で入院。
    minejiro
    2010-08-13 19:40:28
  • minejiro
    こういうのを見て「正解はないけど、明らかな間違いはある」世界で日々苦戦している私たちが、「正しさ」だけを主張するメディアや学者に、イライラする理由を少しだけわかってくれるんじゃないかという自己弁護。あ、まだ立ち直ってないな自分。
    minejiro
    2010-08-13 19:44:09
  • KojiSaito
    面白すぎるwwww そして微妙に良い話なんで困る。@vjroba さんに幸あれ!
    KojiSaito
    2010-08-13 19:56:25
  • aira813
    コードレビューしたくなってきた
    aira813
    2010-08-13 20:01:54
  • dekosuke
    ここまで来るとギャグですね
    dekosuke
    2010-08-13 20:12:29
  • kotori_black
    予備カラム、修正前のコードをコメントアウトして残すのは見たことあります。文化になっちゃってるんですよね。
    kotori_black
    2010-08-13 20:14:36
  • shirocub
    クソワロタwwwRT @vjroba: コードを修正したらコメントアウトして日付と自分の名前を書くのだが、コードはどんどん醜く膨れあがり、ルールがリファクタリングを拒む。それは巨大なうんこの山だった。うんこの山に新しいうんこを盛りつけてはそこに日付と自分の名前を書きこんだ小旗を立てるような仕事だった。
    shirocub
    2010-08-13 22:23:15
  • clausemitz
    ITドカタ時代の悪夢を思い出したw クラスと名前空間の違いがわからないバカとか、なんでもpublic staticをつけまくって手続き指向なJavaにするとかw Cプログラミング診断室 http://www.pro.or.jp/~fuji/mybooks/cdiag/ なんて今思えばかわいいもんだったねw
    clausemitz
    2010-08-14 00:16:18
  • mhayashi1120
    すごく面白いんだけど、よく考えると企業ではオーソドックスな日常だからそれほど驚くほどの事例っていうのはなかったな。ああ、まあそれはありえるだろうなって感じ。(笑)
    mhayashi1120
    2010-08-14 00:24:17
  • snowburst
    ネタだよね…?
    snowburst
    2010-08-14 00:34:54
  • precut
    使えないヤツの言い訳常套句。
    precut
    2010-08-14 00:39:16
  • _AZ_UME_
    修正箇所をコメントは実際よくやりました。但しリリース前に綺麗にしますが(コンパイル後のバイナリに差異が無いかもちろん確認します)。VSSがあまり賢くなく、svnみたいに使いやすいソース管理が無かった時は手動でDIFFとりながらやったもんです。なので特に共通モジュールに手を入れないといけない場合など、どういう理由で手を加えたのか前のコード残しつつコメントっていう文化があったんです。ま、これを強要したり最後まで削除を許さないような某社さんには本当にまいりましたけどwww
    _AZ_UME_
    2010-08-14 00:41:32
  • _AZ_UME_
    手段と目的のどっちが重要なのか度外視して、ルールに沿っているかだけを査定基準としていた大手の悪い慣習のせいですよね。それがわからないマネージャー・リーダー・元請けのしたで働くのはもうごめんです。 個人的に一番まいったのは記号と数字で構成された意味不明・解読不可能な関数名とかモジュール名の某社だったな。解読表を手元に作って作業してたもん。まだあのスタイルでやってんだろうかw 現場踏んできた人材が上に立って改善してくれてることを遠くで祈ります。
    _AZ_UME_
    2010-08-14 00:51:54
  • hiro_curry
    プログラマー免許制とかにしたほうがいいんじゃないだろうか。もちろん上の人も。俺も「プログラミング作法」を一度は最後まで読むかー。
    hiro_curry
    2010-08-14 01:25:16
  • ida2501
    元ソースをコメントアウトで残すのはよくやらされたな。全行数の7割方コメントで埋まったソースは芸術的だった。コメントアウトしてるところをさらにコメントアウトするって、なんの冗談だよと思った。
    ida2501
    2010-08-14 03:20:04
  • hikkytw
    引き続き2発目のまとめをきぼん。おまちしておりまする。
    hikkytw
    2010-08-14 03:43:42
  • himahito
    これに似た経験あるなぁ。 更新系はupdateが禁止で、DeleteしてInsert Select。 Deleteする前には履歴テーブルに保存。
    himahito
    2010-08-14 04:52:46
  • himahito
    そんなのUpdate日付とUpdate者をカラムに追加すれば終了なのに認めてもらえなかった(最悪、UpdateのSQLファイル名までカラムに追加すると言ったのに)。 ルール厳守とコボル文化がIT技術者を欝にさせる
    himahito
    2010-08-14 04:57:07
  • sirz556
    これはひどい。ともあんまり思えなくなってしまった自分が悲しい。これは紛れもなく現実だ。
    sirz556
    2010-08-14 06:02:59
  • SKH214
    コードの勉強してこれは俺には無理だと思って中学生くらいの頃にあきらめたけどこんな俺でも某社さんたちがおかしなことをしてるってことがわかるw どれくらいのひどさかは4割も理解してるか怪しいけどw
    SKH214
    2010-08-14 07:00:11
  • RubberneckChild
    ざっと読んだけど、情報処理を勉強している学生の方がいいソースコードを書ける人が多いような気がした。
    RubberneckChild
    2010-08-14 07:55:58
  • happy_siro
    DBのIDの項目が"001"みたいな文字列だった。 これ、1000超えたらどうなるんだろう。 僕が馬鹿なだけで、こういう定石みたいなのがあるのかな?
    happy_siro
    2010-08-14 08:13:20
  • kondohi
    うわぁこれ「今年の春」に書かれたコラムなのか。ちょっとびっくり。RT @vjroba: 今更だけど、これすごいなあ。オブジェクト指向を全く理解してない(ポリモーフィズムすら知らない)人がオブジェクト指向を上から目線で批判して袋叩き。僕もこんなのが上司ならマッハで辞表出す。 http://bit.ly/dmqbYH
    kondohi
    2010-08-14 09:08:18
  • medalkeeper
    懐かしい。 コメント残すと言えば、#if 0 で残すというのもよくありました。 理由つけて許可もらって、要らんコメント全部消したこともあったけど、思えばなんてバカげたことに労力使ってたんだろか。 今でも、こんな調子なんですかねー。
    medalkeeper
    2010-08-14 09:09:33
  • ab_sn
    つらすぎる・・・ RT @vjroba: N社のメソッドを増やすなルールでは、似たような処理を複数書いた場合に変数名が被るので頭を抱えた。僕は処理をスコープに入れることで対処したが、他の人は変数名に連番を付けることで対処していた。爆発すればいいと思う。
    ab_sn
    2010-08-14 10:11:17
  • ab_sn
    基幹やインフラの仕事はそんなものばかりなのでしょうか・・ 同意。 RT @vjroba: この銀行にはカースト制度があり、一番上から銀行社員(ただし合併前の所属会社で上下がある)、コンサル、素直な協力会社、生意気な協力会社の順番で、僕は生意気な協力会社にいた。階級が下がるにつれてJavaの知識が増え、上に行くほどコボラーになる。
    ab_sn
    2010-08-14 10:20:24
  • fwtmp
    今の仕事の元請けがまさにこんな感じ。新規機能の追加に「ここからここまでのコードをコピペして使ってください」ってオイ。オブジェクト指向云々以前の問題・・・。いかに「俺ルール」の網の目をかいくぐって綺麗に書くか考えるのが楽しいけどw
    fwtmp
    2010-08-14 10:47:07
  • rokujyouhitoma
    不覚にも吹いた。RT @vjroba: この銀行にはカースト制度があり、一番上から銀行社員(ただし合併前の所属会社で上下がある)、コンサル、素直な協力会社、生意気な協力会社の順番で、僕は生意気な協力会社にいた。階級が下がるにつれてJavaの知識が増え、上に行くほどコボラーになる。
    rokujyouhitoma
    2010-08-14 11:02:07
  • shi3z_bot
    面白いけど派遣社員が派遣先であったトラブルなどについて話すのは守秘義務など様々な規定に抵触するのでは?N社で有名建築家が設計したビル、だとかなり絞れてしまうし
    shi3z_bot
    2010-08-14 11:35:11
  • cointoss1973
    最初に入社した会社での課長の口癖が「動いているコードはイジルな」だったなぁ。当時リファクタリングなんて言葉は知らなかったけど、コードがどんどんマズい方向にいったことを覚えている。極めつけはコンパイルに時間がかかるから一度つくったOBJを別のプロジェクトに流用していたことだなぁ。さすがに破綻していたが。
    cointoss1973
    2010-08-14 11:55:37
  • Shiro2Peppers
    ソースをコメントアウトして残すのは甘え 癖を治す方法を知りませんか(頑張れよ) せめてバックアップ取る方向で治すか。(どうせいらなくなるだろうけど)
    Shiro2Peppers
    2010-08-14 12:24:52
  • shi3z_bot
    PostgreSQLやOracleとかだと稼働中のDBにALTER TABLEすると最適化効かなくなるから予備カラム用意したり、レコードの大きさを一定にそろえて最適化するのは常識だと思っていたが…こんなに堂々とALTER TABLE知らないの?って言われちゃうのか。可哀想にな
    shi3z_bot
    2010-08-14 13:28:18
  • td2sk
    事実は小説より奇なり
    td2sk
    2010-08-14 15:17:05
  • hecfic
    これ読んだコード書けない、追えないSE、PMさん達は顔真っ赤にして 言われたことしか・・・って言うんだろうなw むくわれないドカタを少しでも救うために他業種の営業職になればいいと思うよ。
    hecfic
    2010-08-14 17:58:45
  • shudo
    意外と、暴力の話がない。
    shudo
    2010-08-14 22:18:00
  • bohemianway
    この手の自虐ネタって海外はどうなんだろう。日本だともう、悲しいくらい良くある話なんだけど。
    bohemianway
    2010-08-16 00:50:11
  • yanoshin
    泣けた
    yanoshin
    2010-08-16 12:17:46
  • satonushi
    これの8割ぐらい経験したけど、これが大手になればなるほど、こういうプロジェクトに当たる確率が高いってのもな、、
    satonushi
    2010-08-16 15:58:01
  • toketoke7
    ALTER TABLEは外法と教わったなwww、いやアレすっごい便利だけど基本設計の根幹まで弄れちゃうし下手打ったら全滅するし。
    toketoke7
    2010-08-16 21:55:41
  • dandxxx
    我がプロジェクトの事を話しているんじゃないだろうかと本当に驚いた。 思い当たる点が多すぎる。
    dandxxx
    2010-08-16 23:41:45
  • mfurui
    泣けた。業務屋さんは結構ドキュメント揃ってることが伺える。組込屋さんも無いことは少なくなったけど呪文と化してる
    mfurui
    2010-08-17 09:15:59
  • Nenaaki
    ああ、あるある。そんな感じですね。
    Nenaaki
    2010-08-17 10:45:39
  • jxpower
    やはり、自分が思っていたことみんな思ってましたね。感動です。
    jxpower
    2010-08-17 11:43:23
  • rockomiz
    涙流して笑った
    rockomiz
    2010-08-18 10:55:05
  • kossetsu_inryo
    ALTER TABLEは決して怖くなーい。勇気を持ってください。
    kossetsu_inryo
    2010-08-18 11:19:17
  • masa_naka
    なんだかなー…もういっそ免許更新制にすればいいのに。業務知識を問う試験ではなくソフトウェア工学の原理原則を問うような試験とか。
    masa_naka
    2010-08-18 15:36:58
  • masteryupa
    笑えない。割とありがちなんで。
    masteryupa
    2010-08-19 01:39:27
  • uethi
    なける。。
    uethi
    2010-08-20 19:01:17
  • Hitoshi_o
    私も同じような経験をして、なんか諦めてしまいました・・・。 会社で開発してると、だんだんプログラムが嫌いになってしまう自分に気づく。 好きだったんだけどなープログラム・・・
    Hitoshi_o
    2010-09-06 23:56:50
  • myb1126
    このお姉さんと結婚したい。 RT @vjroba: 他のPGが書いたコードの品質がとにかく低く、テストを全く通らなかった。テスターのお姉さんが怒って直すように言ったら、数時間後に通らなかったテストの8割に「仕様です」と書き込んでテスト表が帰ってきた。お姉さんはその後十二指腸潰瘍で入院。
    myb1126
    2011-01-03 15:22:42
  • myb1126
    このお姉さんと結婚したい。 RT @vjroba: 他のPGが書いたコードの品質がとにかく低く、テストを全く通らなかった。テスターのお姉さんが怒って直すように言ったら、数時間後に通らなかったテストの8割に「仕様です」と書き込んでテスト表が帰ってきた。お姉さんはその後十二指腸潰瘍で入院。
    myb1126
    2011-01-03 15:22:44

お気に入りしたユーザ

  • shachi
  • jinho
  • turky
  • hotta
  • yatmsu
  • clockmaker
  • namikawa
  • motikawa
  • ytsuboi
  • zetamatta
  • Nenaaki
  • jadoes
  • S_Ishimaru
  • bongole
  • mocci_
  • quisty
  • djsouchou
  • toyolina
  • _shimizu
  • 544
  • uhyorin
  • toby_net
  • urd
  • mEGGrim
  • hirosuke_asano
  • raydive
  • mr_konn

関連する商品

関連商品がまだ設定されていません。

プロフィール

vjroba rss
メッセージが設定されていません。
@togetter_jpをフォロー

編集の履歴

2010-8-13 16:05 vjroba さんが更新しました。
2010-8-13 13:22 vjroba さんがデコしました。
2010-8-13 13:17 vjroba さんがデコしました。
2010-8-13 12:57 vjroba さんが作成しました。

ブログパーツ


幅・高さの指定を変えることでサイズを変更できます。
またsrcの中の「bc=***」で背景色を変更できます。