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