M.Mさん、カメレスですみません。

＞私がPBの販促をしていた時のセールストークです。

＞１「PBはコンパイル機能がついていますので、インタプリタで開発して最後にコンパイルしてマシン
＞　　コード化するとアプリケーションが高速で動くのでおトクですよ。」
＞　解説：大ウソです。ある特定のロジックではマシンコード化すると非常に速くなります
が、
＞　　　　普通の業務ＰＧを記述している分には、マシンコードとＰコードであまり差はないです。
＞　　　　おまけに、マシンコード化すると不具合がボロボロでてきて．．．（以下、略）

あはは。おまけに VBなどでもネイティブコードをサポートしてきたので、
完全にアドバンテージは失われましたもんね。(^^;

＞２「PBはネィティブデータベースインターフェイスを持っていますので、ＯＤＢＣ経由でアクセス
＞　　するよりも高速です。」

ODBCの構造自体のオーバーヘッド以外に、ODBCドライバの開発にあまり力を入れていない
ベンダーもあると聞きましたが... 最近はOracle屋さんも積極的らしいですけど。

＞「PBを導入して生産性が上がったら、ツールの費用くらいすぐ元がとれますよ！」
＞と言っていました。PBを導入してVBよりGoodと感じるのはPBプログラマには当たり前の話しですが、
＞ユーザに説明する際の客観的なデータが欲しいですね。

そうなんです。わたしは VBで実務システムを作ってないので、
説得できるだけの生産性の比較データがないんです。(;_;)
だれか根拠ある数字下さい（爆）。

いや、お客様より社内に説得する段階で「却下」なんです。(;_;)
VB技術者は「グローバルスタンダードなVB」以外Out of 眼中ですし、
提案書にはその圧倒的多数の技術者の意見が汲み上げられるだけですんで。
まあ技術者が自分にスキルのあるツールを選ぶのは当然ですから、
彼らにとって不慣れなPBは敬遠されるのは自明。

わたしなど一番下っ端ですから強引に「いっぺん使ってみ?」とも
言えませんしね。(^^;;;