オワコン大手SIerに学ぶアンチパターン - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 軽い読み物としておもしろおかしく読んでください。 はじめて社外の人の仕事を見た 今まで社内の成果物しか目にしてこなかったのですが、ふとしたきっかけで外部ベンダーが作ったシステムを移行することになりました。 会社名を見て、よく知った会社でちょっと安心しました。 「ここなら設計書とかもきちんとしてるだろう、多少古臭くても堅実にやってるんじゃないかな」って思ってました。ええ。 実態は全然違った とんでもない量のExcelが設計書として渡されました。 さすがに設計が専門だけあって設計書の量はすごいなぁ。と思って読んでいるといろいろ察してきました

[hiro_curry]

「テーブル名/カラム名がローマ字」に関しては、バッドノウハウではあるもののアンチパターンというほどではないと思う。業務特有の用語を翻訳すると、かえって分かりにくかったり誤解を招いたりするおそれがある。

[renos]

まあ、それ書いてるのオワコンSIerの5次請くらいの新人とかなんですよね！

[poontan]

大手SI批判と洋楽にかぶれた時期のJ-POP批判は通過儀礼

[chikurou]

SIerじゃないベンダなら設計書が綺麗なんて幻想

[aa_R_waiwai]

割と同意だけど「if (boolean == false)」は別にいい気が。老眼や弱視の人が班にいると「!」は見逃しやすい。あと個人的に空文字もNULLも「!」だと同じ扱いとなるのが座りが悪い（言語によって違う事もあるってのも含めて）。

[yug1224]

初版はつよつよエンジニアが設計書くから問題ないけれど、継ぎ足しによってどんどんオワっていくとかもあるよね。

[NOV1975]

まあクソベンチャーの「ソースが設計書」だが適切なコメントはおろか、ソースコード読んでも処理の意図がわからんやつもあるのでなんというかな

[lets_skeptic]

SIerかどうかという問題ではないな。中小でも大手SIerでもあるし、Web系ベンチャーは設計書を作ってなくてボロが出てないパターンもある。

[shozzy]

いにしえからの「社内設計標準」的なルールが改定されずに放置されてる結果だよね。。。くわばらくわばら。

[su_zu_ki_1010]

SIerパターンは飽きました。オワコンWeb系に学ぶアンチパターン編も読みたいのでどなたかお願いします。

[kmaebashi]

甘すぎる。テーブル名が連番になってからが本番だ。

[kibitaki]

お断り書き見てそれ前提に。摘むポイントもドデカ見出しも、実務1.5年目の頃の既視感が。請負発注なら先に規約提供して見積金額に入れてなければ、まんま発注側の瑕疵。規約整備せずにだろう発注するとこうなるよねぇ

[bulldra]

Web系も同じ様なことは。。。ただ日本語の文章で表現されたマクロとミクロが入り混じる詳細設計書は本当にしんどい

[frontline]

うん、まぁそうなんだけど、別段「特殊な状況」とも思えない自分がいる。

[harumomo2006]

100人規模で設計するようなシステムが10年以上続くとどうしてもこうなってしまう。DATE型では2月99日という指定はできないしシステムが想定していないうるう秒にも耐えられないので色々考えると文字列か数値になる

[mohno]

わかる。「ローマ字の当て字」←最初はKBNが分からなかった（“区分”）。そして「動いているのが本当にすごい」

[digo]

十数年前に大手SIerのJavaのお仕事してたけどここまでひどくなかったけどな。。

[soratokimitonoaidani]

久々にこの手の記事を見た気がする

[fumokmm]

もっとすごいの期待してたんだが、意外と普通すぎた。そんな自分の感覚が悲しい😂

[sonots]

“ どこを見れば正しい情報を知れるのかが分からない。”

[iwasiman]

もはやSIer関係なくだめなまま進んでしまった古くて大きなシステムの例。コメにもありますがテーブル名やカラム名にローマ字は業務システムなら普通にあるかと。if (xx == false)は自分も許容派です。

[GEROMAX]

SIer擁護は自分への言い訳。

[orangehalf]

"XXXみたいな3文字の略称がいきなりでてくる(どこにも説明が無い)ローマ字の当て字だったりする" リアル脱出ゲームやってる感じになる仕様書とかある

[mu_min88]

SIerディス定期

[MzdA0w73tg]

https://bliki-ja.github.io/CodeAsDocumentation/

[ducktoon]

SIerが内製したプログラムで画面2ページ分はあるSQLがあっちこっちにコピペされているのは見たことがある

[namakin]

C言語の場合だけど、"boolean == FALSE"が何でダメかって言うと、それに倣って"boolean == TRUE"って書き始める人が出るから。BOOL値の反転に"!"ではなく"~"を使う人と組み合わせると致命的なバグになる。処理系依存にもなるし。

[saikyo_tongaricorn]

社二病かな？ええんやで / すごく良いコメントが書き込まれてるが、ポエム記事だから巻き込まれて消滅しそう…勿体ない…

[err-n]

あるある〜

[otakumesi]

こういう時期、あったよね

[daira4000]

こういうの見ると若いなと思ってしまうようになってしまった

[cubed-l]

凡ミスを減らすために条件式はboolean == FALSE とか boolean == TRUE の方がむしろ推奨

[t_yano]

理由はいまだに知らないけど、「配列しか使ってない」は昔からある、あるあるだよなあ

[lorenz_sys]

何年も運用されたシステムがいろいろと悲惨なことになっているのは経緯があってだな... "はじめて社外の人の仕事を見た" という程度の経験値でよく SIer とか dis れるなぁ。まぁその程度の経験ならではの内容だけど。

[kazema_tsu]

書くべき人が書いていないからこうなる

[jackdjango]

これ系は「あるある」と言って溜飲を下げるだのエンタメ。

[viperbjpn]

単にエクセルで膨大な資料を書く文化がオワコンなだけっていう

[monomoti]

「全部いれとけ精神」、これはほんまクソ。

[toro-chan]

ドキュメントは正直、バグ票しか意味がないと思ってる。バグ票は後で開発する人が意外と見る。設計ドキュメントは、開発していた時点での指標としてしか参考にしてない。