![](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjNUqqOOJbbC-Wx1LFTT1I5tpLk6WLDU9N1hJY3FHbEN1rYoM7BP5hZ7as8WzblRYE9-xqjTLgUSNXrQEqm5yLfn7FQ6EBJVBcqhXO5kd_77IJrEmAGqc2XPDV6lsJuJQ0n4_Z5_kpImn4O/s320/%25E3%2583%2590%25E3%2583%258A%25E3%2583%25BC.png)
もし何かアイデアがあって、Webサービスを開発運営したいと思ったら、エンジニア以外の人は画面のデザインから作り始めて画面のデザインだけで終わってしまうでしょう。
しかし懸命なエンジニアである皆さんは、画面のデザインと同時にデータベースの設計も、RestAPIが何を受け取って何を返すのかも、その全体が機能するためのインフラの構成も全てに考えを巡らせるでしょう。
そもそもアイデアがあるということはデザインはともかく画面のラフスケッチはすでにある状態のはずです。
結局のところ、そのラフスケッチから実際に稼働するWebサービスを、エンジニアが形にするためには、ER図によるデータベース設計から始めることが必要なのです。
しかしグラフィカルなER図から始めてサーバーサイド処理を構築でき、気軽にER図に変更を加えてサービスを進化開発できるようなフレームワークは、Ruby On RailsのようなWebアプリケーションフレームワークと比べるとほとんど存在しない状態です。
その数少ない一つの例です:https://erfdev.wixsite.com/index
0 件のコメント:
コメントを投稿