Re: Recommendation

From: Hannes Danzl[NDD] (hannes_at_nexusdb.dbnexus.com)
Date: 05/29/04 

Date: Sun, 30 May 2004 09:06:43 +1200

> While your 'thought' is indeed relevant. It also skirts the issue.
>
> It's mostly related to having a good idea and not being able to afford
> the components necessary to bring it to fruition. While everyone understands
> your example, not everyone has the buying power of a corporation.
>
> And, to many, $450 US is a lot of money..

I'm fully aware of this, John. Reason I mentioned it is that we actually get
quite some mails that say that NexusDB is too expensive and even some that mean
that they rather "create their own".

> With Delphi slowly fading into the sunset (my opinion only), you guys

you might be not too wrong, at least for new projects. unfortunately. but lets
not start a discussion about it here :)

> might be well advised to allow a select few to work on spec. That way,
> if their product is successful, not only do you get paid back (and
> then some), but you can get some added brand recognition as well.

we are thinking a lot about something like this. we actually would like to
offer a schema similar to rate-paying. Developers pay a small amount per month
or quarter to get the minor updates and support until the retail price (plus
some credit/handling fee) is paid off. another option we are thinking of is to
give developers an almost complete source version for free, save of some base
units which come in dcu. This way they can develop it their app. *IF* they ever
sell it, they then buy the license and recompile with these last base files.

The first mentioned option is unfortunately not really feasible due to high
bank transfer rates and administrative issues. The second option we are still
discussing. It's technically a possible. Administrative problems shouldn't
occur either. The problem is that we are not sure about our intellectual
property. After all we give away (almost) the complete source for free. Please
also note that we have a possibility for non-profit organizations to get
NexusDB for free.

Said all this, i fully agree with you. It's not affordable for some developers
to pay 450US$. Unfortunately our retail price of 900US$ is the price we need to
set to ensure our business can exist (based on estimates of course), but and if
anyone can come up with a suitable schema that allows us to provide a license
to these developers too, we are VERY happy to look at it. 

-- 
Hannes Danzl [NexusDB Developer]
Newsgroup archive at http://www.tamaracka.com/search.htm

Relevant Pages

  • Some information about upcoming V2 of NexusDB
    ... Database Developers. ... Given the imminent release of NexusDB V2 (we are working to get our ... * the features of V2 are too numerous to list here, ...
    (borland.public.delphi.thirdpartytools.general)
  • Re: Vancouver Housing Bubble (not that there is one...)
    ... I couldn't afford to even buy on the same street as my father and mother ... Land has become a precious commodity. ... to move to and live or where developers are going to start building. ... had bought for cash years ago and that's just been sitting there. ...
    (soc.men)
  • Re: What is wrong with Ada?
    ... standard package, but take what you can afford, a particularly ... So customer investment in the tools might need more arguing ... their customers depend on MS offerings. ... printers and ink, Developers and office solutions. ...
    (comp.lang.ada)
  • Re: Insolvancy, debt, house prices, etc
    ... Plans and actuality are often different and although from what you said they ... should be handed over to housing associations etc i suspect from what i read ... Developers seem to get thier own way anyway. ... that they cant afford to turn down applications because the appeal will be ...
    (uk.finance)
  • Re: Is there any hope for Microsoft ?
    ... Microsoft can only exist by creating solutions that users and ... developers actually will benefit from. ... It is not a question of if they can afford to think long term... ... Any old hand at programming knows that for the quick and dirty ...
    (borland.public.delphi.non-technical)