#68 Article 2724 Posted at 1993/11/19 08:14:52 by Ami (MAP404) []

Subject: Re:*12 LOTUS AMIPRO 3J /2721 ..... /2673 /2662

スレッド関係
元スレッド #68/2662 — 「LOTUS AMIPRO 3J」 1993/11/13 23:26:47 · よしゆき · MAP3848
LOTUS社からAMIPRO3Jのバグ対応版のディスクが届いた。 何も言ってないのに自主的?に無料で配達してくれる やっぱ大きいメーカーはこういう対応はふとっぱらでよいなとおもふ。 3カ月にいっぺん勝手にバージョンアップ(それも大した機能でないのに) しといて、その度に¥2000ずつとろうとするどっかのボードメーカーの ドライバーとは偉い違いだニャア。 まっ、元値がそれだけ高いからこそのサービスといっちゃえばそれまでなんだ けどね。 ご…
     参照 #68/2673 — 「Re: LOTUS AMIPRO 3J /2662」 1993/11/14 12:35:59 · Mai · MAP2260
某I社のあれは、BBSからD/Lできない人のためのサービスだと理解してます(^_^;) VMMとかGAのドライバなら、転載も(許可を取れば)OKみたいですし・・・ (でも、PKXMSはアップされてないけど(^_^;)) PKXMSで思い出しましたが、エプソン版の窓3.1を使っても、CGウインドウが ないとDOS窓の漢字が表示されません。 いちかばちか、3.0のgrabberを持って行くと・・・ 漢字は表示されるのだけど、画面の書き換えが…
         返信元 #68/2721 — 「Re:*11 LOTUS AMIPRO 3J /2713 .... /2673 /2662」 1993/11/19 01:09:00 · 夢中ゆわ · MAP2717
あ、パラドックスってデータベースでしたか?(^^;)ソウイエバ… 関係無いですが、データベース管理担当という忙しい上にとんでもない事やらされて 今、各社パンフ取り寄せて物色してます。 ちょっと前にEXCELをなんとか利用出来ないかなぁ?と考えてましたが、文字列処理が 弱く結局無理ということになりました。計算機能は優れてるんですけどね… ボーランドといえば、アシュトンテイトから取ってきたdBASEを思い出します。 結局、コレにしようかと…
             現在 #68/2724 — 「Re:*12 LOTUS AMIPRO 3J /2721 ..... /2673 /2662」 1993/11/19 08:14:52 · Ami · MAP404
                 返信先 #68/2733 — 「Re:*13 LOTUS AMIPRO 3J /2724 ..... /2673 /2662」 1993/11/20 19:50:31 · 夢中ゆわ · MAP2717
> 2)実行速度が遅い 確かに、これではちょっと、苦しいですね…(^^;) タダでさえ、旧マシン(NS/E)で遅いのに、LANを構築してるから 更に時間を取られるし… > 3)入力データのチェックが不自由 これも辛い… 操作者はデータベースを熟知しているとは限りませんからね… > 5)レポート出力の自由度が無く、Laser-shotに思うとおりのレポートが出ない。 これはdBASEでもそうですね。だから、印刷だけは外部プログラムに頼って…
スレッド全体を見やすく表示
今、日経mixのほうでDBMSについて議論しています。こっちでも、コメントを少し。

>>あ、パラドックスってデータベースでしたか?(^^;)ソウイエバ…

 発売当初に「これはいい!」と会社で購入して、システムを作ったのですが、

 1)開発作業がやりにくい(主として修正作業)
 2)実行速度が遅い
 3)入力データのチェックが不自由
 4)数値データを数値として入力時に処理出来ない。
 5)レポート出力の自由度が無く、Laser-shotに思うとおりのレポートが出ない。
   (しかも出力が遅い)

 ということがあって、数ヶ月かけて開発したものをボツにしたことがありました。
今はどうなんでしょうねえ。

>>ちょっと前にEXCELをなんとか利用出来ないかなぁ?と考えてましたが、文字列処理が
>>弱く結局無理ということになりました。計算機能は優れてるんですけどね…

 あっちでは、「一貫性制御の弱いDBMSでは、EXCELなどで作ったシステムと大差な
いのでは」という意見もあったのですが、やっぱり、表計算ソフトとDBMSでは、差
がありますよね。

>>ボーランドといえば、アシュトンテイトから取ってきたdBASEを思い出します。
>>結局、コレにしようかと思ってるんですけど(マクロが強力なので)

 dBASEって、強力なコマンドがあるように見えて、ちゃんとしたシステムを作ろう
とすると、膨大なコードが必要になるんですよね。以前、dBASEで作った経理システム
ソース集という本を見たのですが、「おお!、膨大なコード。これではBASICで作るの
と大差ない気がする。やりたくないゾ!」
 と思ったもんです。まあ、苦労すれば、その分報われる言語だから、そう悪くは無い
のでしょう。(僕は使いたくないが)

>>上司がMSしかダメ!とか言い張って苦労してます(^^;)
>>
>>曰く「10年後も倒産していないと確証出来る会社でないと……」
>>おいおい、MSは絶対大丈夫なのかよ(^^;)

 うんうん。ありがち。まあ、倒産してサポート受けられなくなると困るのはわかり
ますねえ。でも、それ以上に「開発担当者」の退職等でシステムがダメになることの
ほうが多い気がしてます。

>>しかし、データベースのマクロってデバッグが大変なんですよね…
>>様々なデータが十分無いから。結局200個位データを先に入れておいたりして(^^;)

 一般的に「マクロ」ってデバッグが大変ですね。簡単な処理で、数行程度で対処で
きるならいいけど。まあ、ちゃんとした「データベース」なら、「マクロ」ではなく
「プログラミング言語」を持っていると思います。そういうのが無いシステムを選択
すると、ユーザから「だいたい良いけど、ここんとこ直して」と言われたとき、対処
できなかったりしますね。

PS:
 マクロとプログラミング言語の区別ってどこでするのかなあと、ふと疑問に思った
りする。
                                       from ami