[過去ﾛｸﾞ]
【クラウド】ＪＤＬユーザー集合！！その19【組曲】 (1002ﾚｽ)
【クラウド】ＪＤＬユーザー集合！！その19【組曲】 http://mevius.5ch.net/test/read.cgi/tax/1644487220/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
必死ﾁｪｯｶｰ(本家)
(べ)
ﾚｽ栞
あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
770: 名無しさん＠そうだ確定申告に行こう [sage] 2023/02/09(木) 07:58:02.53 ID:t2Fcbnw7 >>769 Hyper-V とか、ESXi の上に本来のOS が丸々載っているという意味の仮想OSということなら言い過ぎだけど、ファイルシステムとか、標準ライブラリを Windows のものを使わないで、Windows に載せる以前のJDL専用機時代のものをまるまる使っているという観点からは、まるで、JDLの専用機時代のOS(相当のもの)を Windows の上に乗っける実装になっているって意味ね。 それから、「オンメモリ」ってのは、各データが、RDBMS に格納されているのではなく、サーバーから、あるいはスタンドアローンの場合はクライアント機のデータ領域(これ自体がJDL独自のファイルシステムの上にある)から、全体を呼び出して作業するって実装になっているってことを言いたかったんだよ。 JDLの場合は「サーバー」って言っても、常にクライアント機側はサーバーからデータ全体を呼び出して使っているわけ。奉行とかだと、データは常にRDBMSの側にある。書換も常に SQL分を投げることによって行われている。JDLはそういう実装じゃなく、クライアントアプリの中で全てが処理されて、データ全体を書き戻す形でデータはサーバー(あるいはクライアント機のデータ領域)に書き戻すって処理になっている。 http://mevius.5ch.net/test/read.cgi/tax/1644487220/770
771: 名無しさん＠そうだ確定申告に行こう [sage] 2023/02/09(木) 08:07:23.68 ID:t2Fcbnw7 うーん、これをオンメモリって言い方下のはよくなかったかな？ ポイントはRDBMS じゃないってことね。クライアントアプリが直接データを書き換える処理を行っているってこと。 RDBMS による実装なら、仕訳の要素を増やしたり、仕訳の要素の領域を拡張したりすることは比較的容易なわけよ。 仕訳を切るとか修正するっていうアプリ内の操作をSQLを投げるということで抽象化できるから。 だから、補助の名称の拡張とか、仕訳にあらたな要素(インボイスの有無とか)を追加するってことは非常に困難であるってこと 困難どころか、現行のシステムの拡張という形としては、もう開発陣はこれをあきらめてしまっているかもしれない。 http://mevius.5ch.net/test/read.cgi/tax/1644487220/771
772: 名無しさん＠そうだ確定申告に行こう [sage] 2023/02/09(木) 09:26:25.22 ID:t2Fcbnw7 JDLは財務だけじゃなくて、各税務アプリだって、改善して貰いたいことはどっさりあるし、その改善で使いやすくなれば、他社からの移行も含めたユーザー数を増やして、売上あげて、利益も上げることはできると思うんだよね でも、JDLは既に上場も廃止しちゃったし、もうこれ以上会社を発展させることのモチベも何もないんだろうと思う。 これといった後継者もいないようだし。このままだと、近い将来に、会社ごとどこかに売却されちゃうかもしれないね。 http://mevius.5ch.net/test/read.cgi/tax/1644487220/772
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
2.001s*