アカウント名:
パスワード:
そうかなあ? 特定のファイルシステムに依存したアプリケーション開発が普及するなんて、想像できないな。ファイルシステムが高級化の方向へ進むであろうことには同意するけれど、DBMSとファイルシステムの境が曖昧になったりすることはないと思うよ。
モデル駆動開発 [atmarkit.co.jp]こそが未来の開発スタイルだと思うんだけど、そこではファイルシステムやネットワークを抽象化するレイヤーがクラスライブラリで実現されることになると思うんだがな。そうなるとすれば、特定のファイルシステムにのみ存在する高級な機能はあまり利用されないはずだよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
ファイルシステム版CVS? (スコア:1)
開発現場でもls打ったら
hoge.conf hoge.conf.orz_20050920 hoge.conf.orz_20050924 hoge.conf.orz_20050924_2 hoge.conf.orz_20050926
な状態を減ら
DB≒FS(Re:ファイルシステム版CVS?) (スコア:2, 興味深い)
Re:DB≒FS(Re:ファイルシステム版CVS?) (スコア:2, 興味深い)
そうかなあ? 特定のファイルシステムに依存したアプリケーション開発が普及するなんて、想像できないな。ファイルシステムが高級化の方向へ進むであろうことには同意するけれど、DBMSとファイルシステムの境が曖昧になったりすることはないと思うよ。
モデル駆動開発 [atmarkit.co.jp]こそが未来の開発スタイルだと思うんだけど、そこではファイルシステムやネットワークを抽象化するレイヤーがクラスライブラリで実現されることになると思うんだがな。そうなるとすれば、特定のファイルシステムにのみ存在する高級な機能はあまり利用されないはずだよ。
Re:DB≒FS(Re:ファイルシステム版CVS?) (スコア:2, 興味深い)
その次の段階として.NETやJavaなどのクラスライブラリによる抽象化が一般のユーザ向けに提供され、最後にPOSIXの様にカーネルAPIが標準化されるんじゃないかと思っています。
そこまでくる、ユーザ数が限られるWebアプリ等を作るのにエンタープライズで使われるような本物のDB製品を使う必要はなくなっちゃうと思いますね。
Re:DB≒FS(Re:ファイルシステム版CVS?) (スコア:2, 興味深い)
「select filename from 'C:\' where 概要 like 'slashdot'」
みたいなアクセスや、それをラップしたAPI群を提供することで
新しい次元のファイル管理を実現するというコンセプトのはず。
さすがに標準化を図るにはまだまだ煮詰まってないでしょうから、
今は独自実装で行くしかないんでしょうね。
それはMSにとってはメリットなのでしょうし。
次世代OSと次世代ファイルシステムと次世代開発環境を
一気にリリースして、革命を起こす作戦は雲行きが怪しいですが・・・
モデル駆動は、まだまだ汎用性を持たせるには夢の世界なので、
とりあえず実現可能な次世代へのアプローチとして
現実的な選択だと思いますよ。
いやぁ、こんなに難航するとは思ってなかったんだろうけどさ。
DB≠FS(Re:DB≒FS(Re:ファイルシステム版CVS?)) (スコア:1)
それに対してRDBはシステム全体の一貫性を大前提として要求される、似て非なるものです。
つまり「ファイルAが壊れていた、ファイルAに関連するファイルBとCとDの変更もなかったことにする」なんてことをファイルシステムに要求するなんてありえない(関連性を記述することがまずできない)ですが、RDBでそれができなかったら間違いなくクズ製品認定されますから。