ついに決定!第2回トゥギャッターまとめまとめ!2月25日開催!
  • vjroba
    某N社で「メソッドを作ると処理が上下に飛んで可読性が落ちるので、出来る限り一つにまとめてください」と言われたことがある。僕は300行で挫折したが、1万行メソッドを書ききった強者がいた。クラスを作るには申請書が必要だった。
  • vjroba
    DBは金額以外全部varchar。日付が年月日でカラムが別れてて日付の計算が死ぬほどしづらい。「一桁の月ってどう書くんですか?」と聞いたら会議になったが01しかねえだろ、どうソートする気だ。
  • vjroba
    「これ参考にしてください」と言って渡されたフローチャートは双六のようで、最後から一つ手前に「仕様変更で振り出しに戻る」と書いてあっても驚かないような代物だった。
  • vjroba
    今でもあそこの有名建築家が設計したっていうビルが爆発しないかと思ってる。でも派遣時代に関わった仕事はそんなのばかりだ。あの頃は仕事でコード書くことに絶望してjFD2をひたすら書いてたなあ・・・
  • vjroba
    今更だけど、これすごいなあ。オブジェクト指向を全く理解してない(ポリモーフィズムすら知らない)人がオブジェクト指向を上から目線で批判して袋叩き。僕もこんなのが上司ならマッハで辞表出す。 http://bit.ly/dmqbYH
  • vjroba
    プログラムに正解はないけれど、明らかな間違いはあるんだよな。
  • vjroba
    自転車の乗り方を知らずペダルをこぐと前に進むのを知らない人が、「坂道で押すの面倒じゃん!キックボードの方が優秀だ!」と言ってるのに似てて笑うが、半径100メートル以内で仕事して欲しくない。こんなのと仕事するのは悪夢だし、そんな悪夢を何度も見てきた。
  • vjroba
    すんげえ。というか死んじゃえ。せめて業界から消えてなくなっちゃえ。 「ポリフォーフィズムという言葉が流行はじめたのは、Perfumeがポリリズムという曲をリリースしたころですか??? なんか言葉が似ているから若者の間で浸透したんじゃないの??」
  • vjroba
    @tivrsky 派遣やってた頃はこの手の話だらけでしたよ。1時間語れるくらいネタがありますよ。
  • vjroba
    ひどい。この業界はえらい人の方が技術わかってないのが不幸の元凶ですね。 RT @bufferings: 何度も出てくる処理をメソッドに抜き出したら「詳細設計書の順番になっていない」とか怒られたときも意味が分からなかったです RT @yukung: RT @tivrsky: イミ
  • vjroba
    大企業こそバカが先輩のバカを引き継いで伝統的バカに成長するんだと思ってます。 RT @koroharo: 多分最初に酷いクラスとメソッド作る人がいたんだろーなー。と推測。それを馬鹿が馬鹿な対応したんだろう。馬鹿が馬鹿な対応を重ねていくことがやたらと多いのがこの業界の特徴だな。
  • vjroba
    N社のメソッドを増やすなルールでは、似たような処理を複数書いた場合に変数名が被るので頭を抱えた。僕は処理をスコープに入れることで対処したが、他の人は変数名に連番を付けることで対処していた。爆発すればいいと思う。
  • vjroba
    N社での話が好評みたいなんで、派遣時代の酷いエピソード書いてみる。エンジニアの飲み会で話すとうけるネタなんで勿体ないんだけど。
  • vjroba
    最初に派遣で行った会社は課長が日経○○を読んでは「これからは○○だ!」と半年ごとに言い出して、何一つ物にせず次に行っちゃう会社だった。僕が入る半年前が「これからはJavaだ!」僕が入る直前が「これからはXMLだ!」僕が居る間に「これからはPDF帳票だ!」だった。
  • vjroba
    これからはXMLだ!」は間違ってないが、社内は誰もDOMの存在を知らず、Stringを+で繋いでXMLを吐きだしていた。言うまでもなくエスケープ処理をちゃんとしてなかったので、不等号を出力すると正しいXMLじゃなかった。
  • vjroba
    XMLをXSLTでHTMLに変換していたが、XMLの中にデータと画面構成両方が入ってて「MVC?何それ食えるの?」状態。オレオレ定義のタグをXSLTでHTMLに変換するので誰にもメンテ出来なくなってた。まだあのシステム動いて公開されてるんで早く死にたい。
  • vjroba
    これからはPDF帳票だ!」はいいんだけど、当時まだJavaのPDF帳票ライブラリが無く、java.awt.Graphicsクラスに似たAPIのライブラリがあるくらいでヒーヒー言いながら帳票を組んだ。まあ、こういうのは楽しいからいいんだけど。
  • vjroba
    他のPGが書いたコードの品質がとにかく低く、テストを全く通らなかった。テスターのお姉さんが怒って直すように言ったら、数時間後に通らなかったテストの8割に仕様です」と書き込んでテスト表が帰ってきた。お姉さんはその後十二指腸潰瘍で入院
  • vjroba
    この会社と同時期に面接した会社では、階段でスレンダーでフェミニンな雰囲気の女の子とすれ違い「いい会社だなあ」と思ったが、実は性同一性障害の社員が二人いて、どうもその人もそうだったらしい。面白そうだからあっち行っておけば良かった。
  • vjroba
    某社から送り込まれた某銀行システム部での話。アクションクラスが約1000個、一つのパッケージにぶっ込まれてた。当時VisualAgeを使って開発してたが、クラスが多すぎて反応が遅く、キーを押してから画面に表示されるまで2秒かかった。
  • vjroba
    作業にならないのでみんな勝手に秀丸等をインストールして開発してたが、本当はインストールしちゃいけなかった。僕は馬鹿正直に「作業にならないからgrep入れていいですか?」と聞いたら「稟議にかけます」と言われ、さらに稟議が通らなかった
  • vjroba
    この銀行では開発にVSSを使ってたが、コンパイル通らないコードを平気でコミットしやがるんで午前中はコンパイルを通るようにする作業で潰れた。あと、VSSの意味がわかってないようでしょっちゅうリポジトリに日付付きのフォルダが増えていった。
  • vjroba
    この銀行のプロジェクトではマイルストーンごとにビルドした物をデプロイすることになってたが、そもそもビルドが通らない。でもPMの立場を守るためにやらねばならず、「コンパイルエラーが起こったらそこコメントアウトしていいんでとにかくビルドしてください。動かなくていいです」と言われた。
  • vjroba
    ちなみにプロジェクトは失敗してPMは更迭されたそうだ。
  • vjroba
    この銀行にはカースト制度があり、一番上から銀行社員(ただし合併前の所属会社で上下がある)、コンサル、素直な協力会社、生意気な協力会社の順番で、僕は生意気な協力会社にいた。階級が下がるにつれてJavaの知識が増え、上に行くほどコボラーになる。
  • Content from Twitter

コメント

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