dbTalk Databases Forums  

RD Marketing

comp.databases.pick comp.databases.pick


Discuss RD Marketing in the comp.databases.pick forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
JohnV
 
Posts: n/a

Default RD Marketing - 01-09-2006 , 09:16 PM






Hi,
After reading some of the recent threads re marketing, this may be of
interest to the group:

I just received my APC (Australian Personal Computer) magazine for February.
Guess what a feature application on the cover disc is - "Omnis Studio 4.0.1
Standard Edition Development Kit".

This is the first time I recall seeing RD promote ANY of their products in
any of the mags I currently get (compared to InterSystems who are always 'in
your face'). ...Shame they couldn't bundle in a single user copy of D3.

John.



Reply With Quote
  #2  
Old   
Dave Goldfinch
 
Posts: n/a

Default Re: RD Marketing - 01-09-2006 , 10:10 PM






On Tue, 10 Jan 2006 11:16:27 +0800, "JohnV"
<nojunk-johnv-invalid.blah (AT) blah (DOT) chemform.z.com.au.tv.xyz.123> wrote:

Quote:
Hi,
After reading some of the recent threads re marketing, this may be of
interest to the group:

I just received my APC (Australian Personal Computer) magazine for February.
Guess what a feature application on the cover disc is - "Omnis Studio 4.0.1
Standard Edition Development Kit".

This is the first time I recall seeing RD promote ANY of their products in
any of the mags I currently get (compared to InterSystems who are always 'in
your face'). ...Shame they couldn't bundle in a single user copy of D3.

John.

It is probably just as well that they didn't bundle in a copy of D3,
as people may have attempted to use it with Omni Studio.

When the RD roadshow came round a few years ago, to spruik Omni Studio
along with D3, a number of Omni users turned up expecting to see
something really exciting. They were soon disillusioned by the
absolutely pathetic attempt at integration with D3.

Omni Studio came across as a superb product when used with an SQL
database. Using it with D3 was a nightmare in comparison. A bunch of
Omni gurus I was sitting with literally could not believe that RD were
seriously suggesting that developers use their beautiful tool in such
a primitive fashion. This certainly did nothing to enhance D3's image.

Dave


Reply With Quote
  #3  
Old   
Luke Webber
 
Posts: n/a

Default Re: RD Marketing - 01-10-2006 , 04:31 AM



JohnV wrote:
Quote:
Hi,
After reading some of the recent threads re marketing, this may be of
interest to the group:

I just received my APC (Australian Personal Computer) magazine for February.
Guess what a feature application on the cover disc is - "Omnis Studio 4.0.1
Standard Edition Development Kit".

This is the first time I recall seeing RD promote ANY of their products in
any of the mags I currently get (compared to InterSystems who are always 'in
your face'). ...Shame they couldn't bundle in a single user copy of D3.
You must have missed it then, because this isn't the first time that
Omnis Studio has featured on APC discs. And other Australian mags as
well. I could probably find a sample if I was to dig through my
archives, but my interest level at the time (and now) was zero.

Luke


Reply With Quote
  #4  
Old   
Tony Gravagno
 
Posts: n/a

Default Re: RD Marketing - 01-11-2006 , 12:25 PM



RD is also announcing associations with Sun Microsystems, and they are
now marketing vertical applications that are built over their
TigerLogic XML DMS. They don't acknowledge that they sell databases
on the home page anymore, except that TL is based on the "Pick UDM"
(huh?) and that PDP.NET works with IBM U2 and D3.

And you guys wonder why I'm a Distributor for jBASE?

Omnis Studio isn't mentioned on the RD homepage anymore either. It's
great software, the people using it are a real cool bunch, and they
are doing well despite RD.

mvDesigner was a good implementation of a product that should not have
existed in the first place. It requires someone to learn Omnis
scripting, and by the time someone knows Omnis scripting they realize
that they don't need mvDesigner. RD should have created an MV Data
Access Module (DAM) so that Omnis VARs could approach the MV market
with a cross-platform GUI solution, and to allow MV VARs to work with
real GUI professionals to create some really nice looking thick and
thin front-ends. As it happened, RD got the bright idea to bind Omnis
to D3 to get triple-hit sales (D3, Omnis, mvDesigner). Of course this
only served to alienate Omnis from the entire MV marketplace. Five
years later there's still no MV DAM. Well, people in this market
don't spend money on GUI development either, so who's to say it's
wrong?

T

Reply With Quote
  #5  
Old   
Luke Webber
 
Posts: n/a

Default Re: RD Marketing - 01-11-2006 , 04:17 PM



Tony Gravagno wrote:
Quote:
RD is also announcing associations with Sun Microsystems, and they are
now marketing vertical applications that are built over their
TigerLogic XML DMS. They don't acknowledge that they sell databases
on the home page anymore, except that TL is based on the "Pick UDM"
(huh?) and that PDP.NET works with IBM U2 and D3.

And you guys wonder why I'm a Distributor for jBASE?
Not me. I understand completely.

Quote:
Omnis Studio isn't mentioned on the RD homepage anymore either. It's
great software, the people using it are a real cool bunch, and they
are doing well despite RD.

mvDesigner was a good implementation of a product that should not have
existed in the first place. It requires someone to learn Omnis
scripting, and by the time someone knows Omnis scripting they realize
that they don't need mvDesigner.
[snip]

And shortly after that, they realise that they don't need Omnis, because
they could as easily work in a tool which supports Java or C# or VB, or
one of the more popular languages. The trouble I always had with the
idea of Omnis was that it was yet another single-source tool in a world
full of broadly-supported tool sets, many of which are FOSS.

Luke


Reply With Quote
  #6  
Old   
Simon Verona
 
Posts: n/a

Default Re: RD Marketing - 01-11-2006 , 04:28 PM



I think this harks back to my recent comments re Development vs Developers
tools.... Developer tools allow integration of data with "standard"
development products (VS etc) whereas Development tools seek to replace
products such as Visual studio - whilst these may be good, they will not
expand our market.

I'm not sure I'm very good at explaining the difference between these two
concepts!! <G>

Simon
"Luke Webber" <luke (AT) webber (DOT) com.au> wrote

Quote:
Tony Gravagno wrote:
RD is also announcing associations with Sun Microsystems, and they are
now marketing vertical applications that are built over their
TigerLogic XML DMS. They don't acknowledge that they sell databases
on the home page anymore, except that TL is based on the "Pick UDM"
(huh?) and that PDP.NET works with IBM U2 and D3.

And you guys wonder why I'm a Distributor for jBASE?

Not me. I understand completely.

Omnis Studio isn't mentioned on the RD homepage anymore either. It's
great software, the people using it are a real cool bunch, and they
are doing well despite RD.

mvDesigner was a good implementation of a product that should not have
existed in the first place. It requires someone to learn Omnis
scripting, and by the time someone knows Omnis scripting they realize
that they don't need mvDesigner.
[snip]

And shortly after that, they realise that they don't need Omnis, because
they could as easily work in a tool which supports Java or C# or VB, or
one of the more popular languages. The trouble I always had with the idea
of Omnis was that it was yet another single-source tool in a world full of
broadly-supported tool sets, many of which are FOSS.

Luke



Reply With Quote
  #7  
Old   
Bill H
 
Posts: n/a

Default Re: RD Marketing - 01-11-2006 , 10:44 PM



Tony:

"Tony Gravagno" <g6q3x9lu53001 (AT) sneakemail (DOT) com.invalid> wrote ...
Quote:
RD is also announcing associations with Sun Microsystems, and they are
now marketing vertical applications that are built over their
TigerLogic XML DMS. They don't acknowledge that they sell databases
on the home page anymore, except that TL is based on the "Pick UDM"
(huh?) and that PDP.NET works with IBM U2 and D3.

And you guys wonder why I'm a Distributor for jBASE?
No we don't! :-)

Quote:
mvDesigner was a good implementation of a product that should not have
existed in the first place.
Actually, as you note below, it was a __BAD__ implementation of an excellent
product that produced a worthless product. :-)

Quote:
It requires someone to learn Omnis
scripting, and by the time someone knows Omnis scripting they realize
that they don't need mvDesigner. RD should have created an MV Data
Access Module (DAM) so that Omnis VARs could approach the MV market
with a cross-platform GUI solution, and to allow MV VARs to work with
real GUI professionals to create some really nice looking thick and
thin front-ends. As it happened, RD got the bright idea to bind Omnis
to D3 to get triple-hit sales (D3, Omnis, mvDesigner). Of course this
only served to alienate Omnis from the entire MV marketplace. Five
years later there's still no MV DAM. Well, people in this market
don't spend money on GUI development either, so who's to say it's
wrong?

Bill




Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.