データベースと向き合う決意 | フューチャー技術ブログ

秋のブログ週間の9本目のエントリーになります。この企画もこんなに書く人が出てくるように育っていいですね。 「中間層を増やして柔軟性を高めるのがソフトウェアの歴史」 これは大学時代に2つ上の先輩が言っていた言葉です。例えばマシン語を直接書くのではなく、アセンブラで書けば、変換（コンパイル）の手間はかかりますが、他のCPUへの移植はしやすくなります。高級アセンブラと名高いC言語を使えばさらに移植性は上がります。C言語で書かれたVMを使う言語、例えばJava、Python、Rubyなんかはさらに移植性は上がります。 ストレージもそうです。最終的にストレージはビット列を保存するものですが、それにOSのファイルシステムというレイヤーがあり、そこにスキーマで管理されたデータを入れるDBMSが乗っかり、SQLなどの問い合わせ言語でデータ取得できるようにします。DBMSを挟むことで、レプリケーションでバッ

[for-my-internet-demo]

中間層だったものを別ストレージにする云々は誰かの別の仕事が増える話には見える。

[nainaistar]

冒頭の「中間層を増やして柔軟性を高めるのがソフトウェアの歴史」が良かった。自分だけが無闇に中間層増やして、自分だけが満足しているのか悩んでいたから。

[pascal256]

DOAとかDFDとかそういえば久しぶりに聞いたけど、余程小さなシステムじゃない限りはこの類のものは今でも書くしねー。変化はしても色あせはしない奴。

[legoboku]

“中間層をなくす進化というものが最近は多くなってきている。 クラウドネイティブな開発をスムーズに行うためには古のDOAが役に立つのではないか”

[dorapon2000]

“十分にテストされた信頼されたSQLがあればレイヤードアーキテクチャのリポジトリ層っていらなくなって、プログラムをさらにシンプルにできるんじゃないかと思っているところです。”

[hagane]

澁川さんの名前がどんどん難しくなっていってる気がする(本書く時は渋川よしき名義ですよね)

[yarumato]

“中間層を増やして柔軟性を高めるのがソフトウェアの歴史。例えばマシン語＜C言語＜LL言語。中間層を壊す進化が最近多く。GraphQLはブラウザ上のモデル層をなくす。JSのクラスは不使用の方向に。ORマッパーもなくなる”

[p_tan]

やっぱり現代のモデリングはDFDですよねー