ERFluteトップページRDB意識を高める根本のモデルERDは、RDB意識を高めるモデルだと考えています。人にとって大きなインパクトです。RDBへの意識レベルが違ったように思えます。「DBは単なる入れ物でたまたま構造的に保存されてる」という感覚になっているムードがあったように思えます。現場メンバーのスキルレベルはバラバラですから)自分がディベロッパーとして仕事をするとき、そこにRDBがあるならば、ERDは見たいです。ERDのキープするためには?ただ、ERDのキープはなかなか難しいもの。ERDでシステムは動きませんし、ERDが正しくなくてもシステムは動きますから、ただ描くだけでは、見たいと思うようなERDになりません。9割合ってるけど1割間違ってる(or古い)ERDを見たいとは思わないものです。スタートアップの現場で図をメンテナンスし続けるのは、ほぼ不可能なことだと言っても過言ではありません。ひとつ、DBからリバースする。この技術は確立されていません。人が目で見て嬉しい形に配置されないからです。実現には随分と時間がかかるでしょう。ひとつ、ERDからDBを作る。DBFluteのReplaceSchemaのような機能があれば、ERDからDDLを出力するだけでOKです。その技術は多くのツールで確立されています。いうことで、後者のERDドリブンスタイルによる運用が一番現実的だと考えています。特徴的なDB変更が発生します。最初はざっくり設計、あとからしっかりこれはもう、以前のブログが参考になる話です。jfluteの日記http://d.hatena.ne.jp/jflute/20151007/sistaすでに運用中のテーブルに対して、DB変更がひんぱんに発生します。DB設計の得意な人は現場にいないこれ意外にポイントです。人が都合よく参加したりしません。創業プログラマーは得意だったとしても、そのあと集まったメンバーが得意であることは少ないです。創業プログラマーは別のお仕事でどんどん忙しくなります。DB設計あまり得意ではない人が設計するということを前提にしないといけないのです。他にも勉強しないといけないことがたくさんありますので、なかなかDB設計だけに注力することは難しいでしょう。規模的にその人がすべてを設計するのは難しく、レビューワーの立場として注力するのが現実的なラインです。DB設計してリリースして後からまたDB設計し直す、DBリファクタリングのようなことも頻繁に発生します。避けるために、あまり専門による役割分担をしません。いうかそもそも、それもできないくらい人が少ない。自分でDB設計して自分でSQL書いて自分で画面作るのが一番世話ない。スタートアップでは自然とそうなります。ブランチなどを作って、ERDの修正をシリアルに行う現場が多いです。事故が起きないようにします。枝分かれに設計してしまうと手戻りになってしまうからです。使っている現場が多いです。みんなでDB設計するために、ライセンスの縛りのない身軽なオープンソース。それでいながらもグラフィカルで高機能。見事にこなせるだけの機能が備わっています。実質的にマージはできません。"何を直したのか?"の確認が取りづらいのもつらいです。そこは確認できますが、DDLを出力して自動生成するタイミングになるので、もっと早い段階でわかりたいものです。...オープンソースの良いところでもあり、つらいところでもあります。コミットがほとんどありません。改善の余地はあると考えていますが、それが難しい。現実的に現場で片手間で直していくというのも難しい。現場ではジレンマを抱えていると言えるでしょう。フォークしたプロダクトが、リッチにメンテナンスされるとは限らないでしょう。してのフォークがほとんどかと。それぞれフォークがあること自体はとても良いことです。それと現場のジレンマは別問題で。ERFluteのかたちもろもろのジレンマや要件が満たされているわけではないですが...とりあえず、ermファイルをマージできるようにしました。マージなんてしないよって人でも、gitの差分で何を修正したのかわかりやすいのは嬉しいでしょう。修正でERDの修正もできます。いうとき、XMLの修正で直せたりもします。それがほぼ不可能でした。もろもろのジレンマを踏まえた運用をしたいと思っています。ERFluteも同じく、リッチなメンテナンスはできないと考えています。LastaFluteを持っていますから)ゆえに、薄く長く続けていくための構成にしていく必要があると。利用頻度の低い機能はいったん削りました。必要であれば、またそのときにしっかりスマートに作ればいいと。それよりも、コードをできるだけシンプルにすることが求められるからです。ERFluteは、ERDを描くことに注力したいと考えます。DBFluteのような周辺ツールでできることであれば、あまりERFluteには要らない方向で。費用対効果が高いです。その代わり、ERDを描くために必要な細かい改善を積み上げていきたいと思います。コードや構成を整えて気軽な修正がもっとできるようにして、ERMasterやERMaster-bでは改善されてこなかった細かいところを直していきたいと思っています。読み込んだり書き込んだりするところ、その分のコードを読むとその意味がよくわかると思います。プルリクも募集します。コードをいじるためにあると嬉しい概念図も提供します。"ERMaster-なんとか"で改善された内容を取り込むとかも可能な範囲でできればと。いう土台になれればいいなぁとも。新たなERDツールを作ったという風に言えるかもしれません。描くのも諦めるかなぁってもやもや...ってね)随分と希望に満ちてきた感はありますね(^^。形になったときの快感はモチベーションのひとつです。フィードバック気軽にいただければと。Twitterのメンションでもいいですし。再開したディズニーシーにはてなブログをはじめよう!jfluteさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。