中級者病（読み：ちゅうきゅうしゃびょう）とは、プログラミングなどを学ぶ際に、とくに中級者が陥りやすい精神疾患のことである。

概要
初級者から中級者へ昇格する時期は、ほぼどのようなソースコードでも読める程度にプログラミング言語に
精通し、また偉いプログラマーの提唱したデザインパターンも一通り理解したくらいの時期である。

すると、プログラミング言語の持つあらゆる機能と、偉いプログラマーの提唱するあらゆる技術を使わねば
ならないという思い込みが発生する。そしてHello Worldにまで崇高なオブジェクト指向や壮大なデザイン
パターンを適用しようとしだすのである。

その結果、
* 大量のクラス
* 迷路のような変数渡し
* 底なしに深いネスト

などといった凄い(ただし誰も理解できない)ものが生まれる。

また、条件分岐に多段の三項演算子を乱用するなどの症状も多く見受けられる。
最終的には第三者にとって読みにくい保守性の悪いスパゲッティコードが生成されることになる。

職業プログラマーにおいて中級者病の症状が発症すると、仕様書の作成や単体テストなどの工程を省き、
「○○日で完成させた」などと工期の短さを自慢するようになる。
さらに、そのような手抜きを前提とした見積書を作り、ライバル他社のお硬い見積書に対して
「あそこの会社ボッタクリっすねぇｗ」などと営業しだすことが多い。

中級者病は教育環境に依存すると言われており、とくに教育した人間が悪いと好発しやすいと言われている。
軍事や医療、金融などの世界では新入社員教育の一環として中級者病を防ぐ目的で「保守性」と「堅牢性」を第一に叩き込まれる。

なお、プログラミングしていて一番楽しい時期でもある。

http://monobook.org/wiki/%E4%B8%AD%E7%B4%9A%E8%80%85%E7%97%85

みずほ銀行

オムロンの血圧計

富士通ではよくある

>>4 ww
富士通の方ですか？

言語の構文はわずかに例外が有るにしろ、
コードをシンプルで分かりやすく書くことが出来るように 作られたもので、
バージョンが上がると追加される機能っていうのはそれを更に良くするもの。

という当たり前のことから考えると、
問題ない機能を「俺が知らないから」「馬鹿が知らないから」という
理由で禁止する行為は、コードをクソコードに仕上げることになる。

もっと最悪なのが、俺がこれ以上勉強したくないから
他の人も使うの禁止！と言い出すリーダー。

>>5
ラムダ式は一行限定な

単純な三項演算子は俺も慣れてるからいいよ。
多段は無理。素直にif使ってくれ

>>205
Webはテキストフォーム入力の世界だからPHPが正しいわ

/*　おまじない　*/

1000行を超えるswitchを見たときは痺れた

>>7
「他に方法が無い」のが更にな

//この下の行を消すと動かなくなる//

大学に死ぬほど残して来たので同窓会に顔出せん

同じスコープ内で大文字小文字だけが違う同じ名前の変数が複数あってそれぞれ別の使われ方をしている。
エディタ殺しだなあ。

java で糞コードによくお目にかかる

if
　if
　　 if
　　　if
　　　　if
　　　　　if
　　　　　　if

10 goto10

>>46
デザインパターン覚えたてはマジでヤバイぞ

全部グローバル変数のCソースで絶望してたが、ただのJavaScriptと思うようにした

アノテーション地獄

>>30
＞人のプログラムだと追っかけるのが面倒だよね。

クラスは要件に対してその人がどのような世界観を持っているかを現してるからな。
感動する時もある。
クラスは楽器とか鉛筆やな。センスというか、深い人間に描かせたら芸術になるな。
尤も、大規模なシステムではそういうのは無いけど。
定数クラス、ビジネスロジッククラス、デービークラス、画面クラスとかそんなん。
そっからオリジナルの派生クラスを作っても俺だけ目立つしな。
だいいち、そのオリジナルクラスの名前付けルールが無いから作れんしな。

>>150
まぁ規約で禁止されてる場合が多いな
趣味で組む時は使うが仕事で禁止されてる場合は流石にやらんわ

年数と共に仕様変更が入りまくって
変更前のソースはコメントにして残すから
膨大なコメントアウトした過去ソースの合間に本ソースがチラホラあって
それがさらにif文ネストの中の奴とかで、コメントアウトしました仕様変更番号もネストしててスクロール何度も上下して
うわーー！結局何してんのか今自分が何処に居るのかすら全く分からんとかはあるな。

>>159
VB由来の設計思想引きずったシステムだとよくあるよなそれ

可読性の高いプログラムを組めるようになるのが、中級者だろ

あれ、三項演算子みんな嫌いなの？

数値代入くらいならifelseより簡潔でいいと思うんだけど

>>170
静的解析ツールだとtrueとの比較は怒られちゃうね
でも人間的にはこっちの方が理解しやすいんだもの

オブジェクト多すぎw

構造体名に日付が入っている

// struct Hoge_20070920{
struct Hoge_20081010{
}

doループのif書き

「AをBに代入する」とかいう訳の分からないコメントが全行に書かれてるソースコード
そんなの見りゃ分かる。なんでそうしたのかをコメントに残せよ！

＞そしてHello Worldにまで崇高なオブジェクト指向や壮大なデザイン
＞パターンを適用しようとしだすのである

見てみたいｗ

俺が新人時代に書いた某チェーン店のPOSレジのソース
システムリプレイスで改修する必要があったがあまりにも酷くて
既に営業に移動になっていた俺が開発に召喚されたｗ

いま見てる死にたい

>>94
これ

これなクラス作りすぎ

誰にでも出来るcobolで作れ

逆に直接関わる案件は絶望的なのしか見たことない
海外の商用エンジンとかOSSのコードみる機会あると心が洗われる

メンバ変数が複雑に絡み合いすぎてグローバル変数より収拾がつかなくなってるヤツ

空飛ぶスパゲッティモンスターコード教

NTTデータ案件

三項演算子ってこれか
<条件式> ? <真式> : <偽式>

確かに「しね」だわ

＞ほぼどのようなソースコードでも読める程度にプログラミング言語に
＞精通し、また偉いプログラマーの提唱したデザインパターンも一通り理解したくらいの時期

この時期に

＞大量のクラス
＞迷路のような変数渡し
＞底なしに深いネスト

こんなことするわけない。もししてるとしたらデザインパターンも全く理解してないし
言語に精通もしてない。

>>50
staticおじさんいるよねw

このスレ、なんか悲しい空気が流れてる

templateにハマって地獄を見る
C11のtemplateで更に地獄

c→javaとやってきて
pythonはなんか気持ち悪く感じる

>>162
マジかw
せめてxmlにすれば良いのにw
そういう問題ちゃうけど

古いシステムで言語の全くわからんのを見るとほぇ～って感じにむしろ感心する

どこにも使用していないのに削除すると誤動作を起こしてしまう謎の文字列変数

クラスも上手く使えば便利極まりない道具なんだけどね。
人のプログラムだと追っかけるのが面倒だよね。

ジャンプアドレス直書き

>>125
育てても３年で辞めていくなら、教えても無駄と気付いてる

>>17
ｗ

>>11
switch文のcase内で分岐してるよりは追いやすくていい

ネストはまだいい
gotoでスパゲッティーは死ぬぞ、追ってたら

関数名が日本語

>>17
これを強いられて絶望した
もうプログラムとかやりたくない

変数名関数名を
dotoとかgogoとか
全部dtgoの組み合わせに置換してから引き継ごう

>>16
常にメモリ番地を直接参照してれば何とかなるな