アカウント名:
パスワード:
高速開発ツールなどが流行りだした頃の話なので、Excel以下の設計書は無視してくださいね。そのレベルならどの文書作成ツールでも変わらないので。もちろんExcel方眼紙に代表されるよう、Excelは文書作成ツールとしても優秀なのですが。
Excel設計書の欠点は「汎用」の「ファイル」であるということです。設計とはデータなので、専用のデータベースとクライアントを利用するのが正しい。ただし面倒なので、専用のツールがあればそれを利用するのが望ましい。
ファイルの何が駄目かというと、よくある間違ったバージョン管理のように、どのファイルが最新なのか、どのファイルを
>Excel設計書の欠点は「汎用」の「ファイル」であるということです。>設計とはデータなので、専用のデータベースとクライアントを利用するのが正しい。 データなのは確かかも知れませんが、・設計時はまだいろいろな事が固まっていない・だから、スキーマに相当するものを頻繁に変更する。一人の人が一時間に10回変えるかも知れない・そのデータベースを10人でいじっていたら、一回の変更の作業時間は0.6分しか取れない・だからと言って、NoSQLが良いかというと、IDとTEXTのデータにしかならず、・ファイルで担保されていた「ファイル内」という一とまとまりさが失われる。なので、ファイルで良いと思います。 >専用ツールなどを使えば、このときの設計変更でどこに修正が入りどのような影響があったのかそれはスキーマに相当するものを頻繁に変更する事が無い場合に限られると思います。設計の「がちゃがちゃさ」をあまりに少なく評価しています。 >設計書に変更が入れば自動的に変更履歴を書き出してくれるプログラムならレッドマインでも使えば良いでしょうけれど、それはプログラム言語というのが、「スキーマに相当するものがかなり固定」で有る為です。 あなたは設計書の話をしていないと思います。
スキーマレスデータベースというのがあるんですよ。流行ったのはNoSQLの前ですね。NoSQLは分散データベース関連なので。親コメで書いたように、スキーマの変更はスキーマの変更として履歴に残すべきです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ見習い
Excel文書がなぜ駄目なのか (スコア:0)
高速開発ツールなどが流行りだした頃の話なので、Excel以下の設計書は無視してくださいね。
そのレベルならどの文書作成ツールでも変わらないので。もちろんExcel方眼紙に代表されるよう、Excelは文書作成ツールとしても優秀なのですが。
Excel設計書の欠点は「汎用」の「ファイル」であるということです。
設計とはデータなので、専用のデータベースとクライアントを利用するのが正しい。
ただし面倒なので、専用のツールがあればそれを利用するのが望ましい。
ファイルの何が駄目かというと、よくある間違ったバージョン管理のように、
どのファイルが最新なのか、どのファイルを
本当でしょうか? (スコア:1)
>Excel設計書の欠点は「汎用」の「ファイル」であるということです。
>設計とはデータなので、専用のデータベースとクライアントを利用するのが正しい。
データなのは確かかも知れませんが、
・設計時はまだいろいろな事が固まっていない
・だから、スキーマに相当するものを頻繁に変更する。一人の人が一時間に10回変えるかも知れない
・そのデータベースを10人でいじっていたら、一回の変更の作業時間は0.6分しか取れない
・だからと言って、NoSQLが良いかというと、IDとTEXTのデータにしかならず、
・ファイルで担保されていた「ファイル内」という一とまとまりさが失われる。
なので、ファイルで良いと思います。
>専用ツールなどを使えば、このときの設計変更でどこに修正が入りどのような影響があったのか
それはスキーマに相当するものを頻繁に変更する事が無い場合に限られると思います。
設計の「がちゃがちゃさ」をあまりに少なく評価しています。
>設計書に変更が入れば自動的に変更履歴を書き出してくれる
プログラムならレッドマインでも使えば良いでしょうけれど、それはプログラム言語という
のが、「スキーマに相当するものがかなり固定」で有る為です。
あなたは設計書の話をしていないと思います。
Re: (スコア:0)
スキーマレスデータベースというのがあるんですよ。
流行ったのはNoSQLの前ですね。NoSQLは分散データベース関連なので。
親コメで書いたように、スキーマの変更はスキーマの変更として履歴に残すべきです。