非エンジニアに無念コードがなぜダメなのかを説明するメタファー - Yamashiro0217の日記
非エンジニアに無念コードがなぜダメなのかを説明するメタファーを考えてみた。 目的は、無念コード・設計・環境・フローがあると、 いかに生産性が落ち、ビジネスがうまくいかないか、 プログラマーの心が病むかを、 なるべくエンジニアリングの用語を使わないで説明すること。 他にいいメタファーあったら、ブクマやらコメントやら、ブログ別書くなどして、 世界を幸せにしてもらいたい。 メタファー エンジニアリングとは部屋の掃除と一緒である ストーリー導入 あなたは、ある日、引越しを決意しシェアハウスに引越しました。 引越した先のシェアハウスのリビングは、 それはもう汚い。 散らかり放題、生ゴミ、壁の汚れ。 さぁ。どうしましょう。 さらに引っ越すという手段もありますが、 あなたは、リビングの掃除を試みるのでした。 ストーリー2 片付けをしていたある日、あなたは、 「リビングの中に、俺の鍵（機能や、コードなど）
check_xxx がなんでダメなのか - Yamashiro0217の日記
どうも check_xxx というメソッド名は辞めよう委員会のやましろです。 追記：hoge_managerとかfoo_processorとか辞めよう委員会の委員でもあります ダメやダメや。と言ってたら「なんでダメなん？」って聞かれたので例を書いてみました（ミスってアノニマスで作っちゃった） check_userという名前では、何をチェックするかがわかりません。 一個のメソッドの中で複数のことをするのは辞めましょう 予期しないexitとか… 実は、check_xxx がダメな理由って、最初のだけだけど、 check_xxx 書くやつ、絶対他のこともそのメソッドでやるんだよなー。 まぁ、「絶対的に正しいコード」なんてないですけど、 check_xxx はいただけないですね。 この例だったら、中で余計なことしてなくて、 check_user_x_stateぐらいだったらギリ許す。 でもそれだっ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
