#68 Article 2733 Posted at 1993/11/20 19:50:31 by 夢中ゆわ (MAP2717) []

Subject: Re:*13 LOTUS AMIPRO 3J /2724 ..... /2673 /2662

スレッド関係
┗ 元スレッド #68/2662 — 「LOTUS AMIPRO 3J」 1993/11/13 23:26:47 · よしゆき · MAP3848
ＬＯＴＵＳ社からＡＭＩＰＲＯ３Ｊのバグ対応版のディスクが届いた。 何も言ってないのに自主的？に無料で配達してくれる やっぱ大きいメーカーはこういう対応はふとっぱらでよいなとおもふ。 ３カ月にいっぺん勝手にバージョンアップ（それも大した機能でないのに） しといて、その度に￥２０００ずつとろうとするどっかのボードメーカーの ドライバーとは偉い違いだニャア。 まっ、元値がそれだけ高いからこそのサービスといっちゃえばそれまでなんだ けどね。 ご…
    ┗ 参照 #68/2673 — 「Re: LOTUS AMIPRO 3J /2662」 1993/11/14 12:35:59 · Mai · MAP2260
某Ｉ社のあれは、ＢＢＳからＤ／Ｌできない人のためのサービスだと理解してます(^_^;) ＶＭＭとかＧＡのドライバなら、転載も（許可を取れば）ＯＫみたいですし・・・ （でも、ＰＫＸＭＳはアップされてないけど(^_^;)） ＰＫＸＭＳで思い出しましたが、エプソン版の窓３．１を使っても、ＣＧウインドウが ないとＤＯＳ窓の漢字が表示されません。 いちかばちか、３．０のgrabberを持って行くと・・・ 漢字は表示されるのだけど、画面の書き換えが…
        ┗ 返信元 #68/2724 — 「Re:*12 LOTUS AMIPRO 3J /2721 ..... /2673 /2662」 1993/11/19 08:14:52 · Ami · MAP404
今、日経mixのほうでDBMSについて議論しています。こっちでも、コメントを少し。 >>あ、パラドックスってデータベースでしたか？(^^;)ｿｳｲｴﾊﾞ… 発売当初に「これはいい！」と会社で購入して、システムを作ったのですが、 １）開発作業がやりにくい（主として修正作業） ２）実行速度が遅い ３）入力データのチェックが不自由 ４）数値データを数値として入力時に処理出来ない。 ５）レポート出力の自由度が無く、Laser-shotに思うとお…
            ┗ 現在 #68/2733 — 「Re:*13 LOTUS AMIPRO 3J /2724 ..... /2673 /2662」 1993/11/20 19:50:31 · 夢中ゆわ · MAP2717
                ┗ 返信先 #68/2743 — 「Re:*14 LOTUS AMIPRO 3J /2733 ..... /2673 /2662」 1993/11/21 22:47:16 · よしゆき · MAP3848
>PARADOX for Winは、待ちに待っていたうえに３万円は覚悟していたトコロなので >税込み１．７万円は超嬉しいっす。 家にもきたんですけど、データベースというと住所録くらいしか用がないので 捨てちゃいました。申込用紙(^^ゞ。 でも１．７万だったらとりあえずかっといても良かったかな？^_^;。 BY よしゆき (MP3848)
スレッド全体を見やすく表示
>　２）実行速度が遅い

確かに、これではちょっと、苦しいですね…(^^;)

タダでさえ、旧マシン（ＮＳ／Ｅ）で遅いのに、ＬＡＮを構築してるから
更に時間を取られるし…

>　３）入力データのチェックが不自由

これも辛い…　操作者はデータベースを熟知しているとは限りませんからね…

>　５）レポート出力の自由度が無く、Laser-shotに思うとおりのレポートが出ない。

これはｄＢＡＳＥでもそうですね。だから、印刷だけは外部プログラムに頼っています
マクロ中から外部プログラムを呼び出せるので助かってます。

>「一貫性制御の弱いDBMSでは、EXCELなどで作ったシステムと大差ないのでは」

データベースの種類にもよりますね。
数値データが主体で、しかもその数値自体が重要で、自由度が低くてもよければ
EXCELでもいけると思います。
こないだは、２系列のグラフを重ね合わせたまではよかったんですが、グラフの
自由度が低く、結局定規とペンで修正したりしてました(^^;)

>「おお！、膨大なコード。これではBASICで作るのと大差ない気がする。

そうです(^^;)基本的に入出力が弱いです。コードの殆どは、コレにとられます。
ＶＢのVer３では、アクセスよりも立派なＤＢエンジンを載んでいるという噂ですので
期待してはいるんですが…

>それ以上に「開発担当者」の退職等でシステムがダメになることの

最近は、個人のスキルに頼らないような作り方をしてますから多分大丈夫でしょう。
逆に、まだまだ個人に頼っているような作り方の会社は願い下げです(^^;)
ソースは汚くなるでしょうけど、バグさえ無ければ…(^^;)

>「だいたい良いけど、ここんとこ直して」と言われたとき、対処できなかったり

そういう意味では、ＱＢあたりが一番無難かもしれない(^^;)
ＶＢは作成を簡単にするために思いっきり自由度が低いし…

>　マクロとプログラミング言語の区別ってどこでするのかなあと
「そのソフトウエア上で使用出来るコマンド群を組み合わせたもの」だったら
同じだと思います。

＃ＭＡＰ２７１７　夢中ゆわ