「これだけ」モデリング - Qiita
これだけモデリングとは 「これだけモデリング」とは、メソドロジックの山岸さんが提唱されている「軽い」モデリング手法です（山岸さんはリーンモデリングとも呼んでいたがぼくはベタにこれだけモデリング、という日本語が好き）。 デベロッパーでなく情報システム部門目線で見て、どんどん複雑になる企業アプリケーションの要求や設計を見通しよく「共通合意」を作るための、「軽い」モデリングの必要性がテーマです。 そうなんです、従来は、「全部書かなきゃだめ」とか「全部メンテしないといけない」とか、「下流を触ったら上流までさかのぼって修正しなきゃ」とか足かせが多かったので、なかなか実装から遠いモデリングがペイしなかったのですね。だから、「これだけ」モデリングを提案したい、という訳です。 エンタープライズアジャイル時代のリーンモデリング（slideshare） これだけモデリングとは、 誰が？ ー 情報システム部門の
ActiveRecord のモデルを整理する7つのパターン - tkawachi Blog
7 Patterns to Refactor Fat ActiveRecord Models という記事があり、読もう読もうと思いつつ1年くらい経ってしまった。 ようやく読んだので理解した内容を書いておく。 コード例は元記事のもの。 Rails で thin controller, fat model を心がけていると、model がマジで激太りしてヤバくなる。 実際に自分が仕事で書いている rails アプリも激太りしててヤバい。 この blog の筆者が作っている CodeClimate で C 判定をもらう程度には肥満体型になっている。 Mixinに抜き出さない! Model が太ってきた時に考えるのは ActiveSupport::Concern を使って感心事を抜き出して、Mixin にすることだと思う。 実際に手元のアプリでも models/concerns/ なんていうディレ
自分の理解を理解する→何をどのように分かっているかを可視化するISM構造学習法の考え方
知識はスタンドアローンでは存立できない。 そして理解するとは結びつけること、知識のネットワークをつくり育てることに他ならない。 今回は、こうした理解の捉え方を、最も直裁に実装化したISM構造学習法を紹介しよう。 自分が今現在、何と何をどのように結びつけて理解しているかを繰り返し可視化し、これを増補改訂していく中で学習を進めていこうというアプローチである。 （時間がない人のための概略） １ 学びたいことから複数（20〜30個）の項目を拾い出す ２ 「この項目はこの項目とつながってる」と今の時点で分かるもの同士を結ぶ ３ 連結関係をdot言語で記述しGraphvizで階層構造（ネットワーク）図にする ４ 学習が進む度に、結びつきを追加／修正し構造図を改訂していく （関連記事） ・直観を超えた何かが組み上がることを目指して→考える道具としてのdot言語 / Graphviz 読書猿Classic
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ドメイン・フレームワークのススメ(第1回)
