I had a situation occur today that's happened a number of times before
and I'd like to get your take on it:
Imagine... You're developing a WinForms app for a client that includes
the use charts. So you purchase a .NET charting component, design the app,
and deliver it to the customer. One year later, the customer comes back and
says, "There's a bug in your app. The application crashes when I do such and
such to the chart." I start debugging and realize that the error is
occurring in the charting component. I call the vendor who acknowledges that
yes in fact there is a well-known bug in the charting component. It's been
fixed -- but if I want the patch, I need to pay for the product again. This
seems outrageous to me, but I've had it happen to me with numerous component
vendors that provide charting, grid, docking windows, and FTP functionality.
On one hand, I see their point. In the year since I've released my app,
they've added lots of cool features to their component and they want to be
paid for their work... but on the other hand, I don't CARE about the new
features. All I want is to get this bug fixed, recompile, and re-deliver to
my customer. Why should I have to shell out another $600 for a completely
new version of their component?
Some .NET component vendors handle this by trying to get me to sign up
for a "subscripti on." Under the subscription, I'd get the latest version of
that vendors product(s) for as long as I keep paying for my subscription.
What's your opinion of this? Do you guys typically buy into these
subscriptions? A sales person at a popular component vendor today asked me,
"When you buy Visual Studio 6.0, do you expect to get Visual Studio.NET and
all future versions of VS for free?" My reply was, "no." I said that I don't
mind paying more money for VS 7.0 because I planned to make use of many of
it's great new features... but I wouldn't be too happy if MSFT charged me
again for the product or make me "subscribe" just to fix glaring bugs. When
Microsoft finds a glaring bug in Win2000, for example, they give me a free
patch -- they don't tell me "tough luck -- go pay for Win2003."
What's your opinion on "subscribin g" to a software component (like a
grid, chart, smtp, etc.)? Is my frustration unjustified?
12  1756 
That definitely sucks. They should have given you a patch for the old
version of the charting component. I tend to be a little behind the early
adopters in this sense - I've been burned enough times by faulty first run
software and components that I hardly ever buy a 1.0... As far as a
subscription - depends on a lot of factors; the main ones being how much
value will I get for my subscription $$$ and how often will I re-use this
particular component for other projects. If it's a single-shot deal and
you'll never have use for it again... well...
On the other hand, it's easy to get in the mindset of getting a project
done, running through some test cases and ship it. It's been my experience
that getting someone else to test your app before you deliver is a pretty
good idea. I recently created an app that worked fine for my limited test
cases, but I handed it off to someone else who ran some very strange tests
and in the process uncovered some well-hidden bugs.
Best of Luck,
Michael C.
"Chien Lau" <Mo**********@g randson.pop> wrote in message
news:#T******** *****@TK2MSFTNG P09.phx.gbl... I had a situation occur today that's happened a number of times before
and I'd like to get your take on it:
Imagine... You're developing a WinForms app for a client that includes
the use charts. So you purchase a .NET charting component, design the app,
and deliver it to the customer. One year later, the customer comes back
and says, "There's a bug in your app. The application crashes when I do such
and such to the chart." I start debugging and realize that the error is
occurring in the charting component. I call the vendor who acknowledges
that yes in fact there is a well-known bug in the charting component. It's been
fixed -- but if I want the patch, I need to pay for the product again.
This seems outrageous to me, but I've had it happen to me with numerous
component vendors that provide charting, grid, docking windows, and FTP
functionality.
On one hand, I see their point. In the year since I've released my
app, they've added lots of cool features to their component and they want to be
paid for their work... but on the other hand, I don't CARE about the new
features. All I want is to get this bug fixed, recompile, and re-deliver
to my customer. Why should I have to shell out another $600 for a completely
new version of their component?
Some .NET component vendors handle this by trying to get me to sign up
for a "subscripti on." Under the subscription, I'd get the latest version
of that vendors product(s) for as long as I keep paying for my subscription.
What's your opinion of this? Do you guys typically buy into these
subscriptions? A sales person at a popular component vendor today asked
me, "When you buy Visual Studio 6.0, do you expect to get Visual Studio.NET
and all future versions of VS for free?" My reply was, "no." I said that I
don't mind paying more money for VS 7.0 because I planned to make use of many of
it's great new features... but I wouldn't be too happy if MSFT charged me
again for the product or make me "subscribe" just to fix glaring bugs.
When Microsoft finds a glaring bug in Win2000, for example, they give me a free
patch -- they don't tell me "tough luck -- go pay for Win2003."
What's your opinion on "subscribin g" to a software component (like a
grid, chart, smtp, etc.)? Is my frustration unjustified?
They should either give you a free patch or a free upgrade. I'm using a
serial comms library and it had a few bugs in it (it was a 1.0 version),
once they released 1.1 they gave that away since it fixed some known bugs
(even though there was a pretty major architecture change) From what I
understand, once they release 2.0 (with CF support) that will be free also.
--
Floyd Burger
"Chien Lau" <Mo**********@g randson.pop> wrote in message
news:%2******** *******@TK2MSFT NGP09.phx.gbl.. . I had a situation occur today that's happened a number of times before
and I'd like to get your take on it:
Imagine... You're developing a WinForms app for a client that includes
the use charts. So you purchase a .NET charting component, design the app,
and deliver it to the customer. One year later, the customer comes back
and says, "There's a bug in your app. The application crashes when I do such
and such to the chart." I start debugging and realize that the error is
occurring in the charting component. I call the vendor who acknowledges
that yes in fact there is a well-known bug in the charting component. It's been
fixed -- but if I want the patch, I need to pay for the product again.
This seems outrageous to me, but I've had it happen to me with numerous
component vendors that provide charting, grid, docking windows, and FTP
functionality.
On one hand, I see their point. In the year since I've released my
app, they've added lots of cool features to their component and they want to be
paid for their work... but on the other hand, I don't CARE about the new
features. All I want is to get this bug fixed, recompile, and re-deliver
to my customer. Why should I have to shell out another $600 for a completely
new version of their component?
Some .NET component vendors handle this by trying to get me to sign up
for a "subscripti on." Under the subscription, I'd get the latest version
of that vendors product(s) for as long as I keep paying for my subscription.
What's your opinion of this? Do you guys typically buy into these
subscriptions? A sales person at a popular component vendor today asked
me, "When you buy Visual Studio 6.0, do you expect to get Visual Studio.NET
and all future versions of VS for free?" My reply was, "no." I said that I
don't mind paying more money for VS 7.0 because I planned to make use of many of
it's great new features... but I wouldn't be too happy if MSFT charged me
again for the product or make me "subscribe" just to fix glaring bugs.
When Microsoft finds a glaring bug in Win2000, for example, they give me a free
patch -- they don't tell me "tough luck -- go pay for Win2003."
What's your opinion on "subscribin g" to a software component (like a
grid, chart, smtp, etc.)? Is my frustration unjustified?
> All I want is to get this bug fixed, recompile, and re-deliver to my customer. Why should I have to shell out another $600 for a completely
new version of their component?
Borland's vendor "some-what" solved that problem by giving you the source
code with all components that you purchased.
So if a bug does come up and the vendor is not going to fix it, at least you
can try to fix it yourself.
There are several decompilers on the market do they have it obsfucated? If not decompile it and try to fix it yourself. Many of the early adopters did not obsfucate their stuff. In fact you could download the current stuff, decompile it and try to take their licensing information out of it :). Then you dont have to pay for squat.
I usually dont do this but when you are being jerked around sometimes you have to take matters into your own hands. :)
jason.
"Chien Lau" wrote: I had a situation occur today that's happened a number of times before
and I'd like to get your take on it:
Imagine... You're developing a WinForms app for a client that includes
the use charts. So you purchase a .NET charting component, design the app,
and deliver it to the customer. One year later, the customer comes back and
says, "There's a bug in your app. The application crashes when I do such and
such to the chart." I start debugging and realize that the error is
occurring in the charting component. I call the vendor who acknowledges that
yes in fact there is a well-known bug in the charting component. It's been
fixed -- but if I want the patch, I need to pay for the product again. This
seems outrageous to me, but I've had it happen to me with numerous component
vendors that provide charting, grid, docking windows, and FTP functionality.
On one hand, I see their point. In the year since I've released my app,
they've added lots of cool features to their component and they want to be
paid for their work... but on the other hand, I don't CARE about the new
features. All I want is to get this bug fixed, recompile, and re-deliver to
my customer. Why should I have to shell out another $600 for a completely
new version of their component?
Some .NET component vendors handle this by trying to get me to sign up
for a "subscripti on." Under the subscription, I'd get the latest version of
that vendors product(s) for as long as I keep paying for my subscription.
What's your opinion of this? Do you guys typically buy into these
subscriptions? A sales person at a popular component vendor today asked me,
"When you buy Visual Studio 6.0, do you expect to get Visual Studio.NET and
all future versions of VS for free?" My reply was, "no." I said that I don't
mind paying more money for VS 7.0 because I planned to make use of many of
it's great new features... but I wouldn't be too happy if MSFT charged me
again for the product or make me "subscribe" just to fix glaring bugs. When
Microsoft finds a glaring bug in Win2000, for example, they give me a free
patch -- they don't tell me "tough luck -- go pay for Win2003."
What's your opinion on "subscribin g" to a software component (like a
grid, chart, smtp, etc.)? Is my frustration unjustified?
I'll be the dissenting voice here.
If you try to place a dollar value on the time you're saving by not having
to write this component yourself, I think anyone would agree $600 is still a
bargain. And if you are not even capable of writing these yourself with the
same quality then its even more valuable to you. If this is a reputable
vendor with high quality stuff then I think the $600 is a reasonable
investment to make you look good. Even if you could write these yourself,
what is your time worth to you? Finally don't be too hard on the vendor.
Your code has problems too. There is no software without problems. Perhaps
if you'd kept abreast of the changes sooner that a year you could've gotten
patches for free.
-- Alan
Charging a customer for new features is one thing. Charging a customer for
a patch to fix an acknowledged bug in a software product is not good
business. The only problem the OP told us about is the one caused by the
buggy component he purchased, so where does "your code has problems too"
come from? Situations like this make you read the fine print twice before
spending your hard earned $$ on buggy components from vendors who won't make
good when their software is discovered to be faulty... today, next week, or
a year from now.
Thanks,
Michael C.
"Alan Pretre" <no@spam> wrote in message
news:Ol******** ******@TK2MSFTN GP09.phx.gbl... I'll be the dissenting voice here.
If you try to place a dollar value on the time you're saving by not having
to write this component yourself, I think anyone would agree $600 is still
a bargain. And if you are not even capable of writing these yourself with
the same quality then its even more valuable to you. If this is a reputable
vendor with high quality stuff then I think the $600 is a reasonable
investment to make you look good. Even if you could write these yourself,
what is your time worth to you? Finally don't be too hard on the vendor.
Your code has problems too. There is no software without problems.
Perhaps if you'd kept abreast of the changes sooner that a year you could've
gotten patches for free.
-- Alan
"Michael C" <no****@lol.net > wrote in message
news:m5******** *************@n ews4.srv.hcvlny .cv.net... Charging a customer for new features is one thing. Charging a customer
for a patch to fix an acknowledged bug in a software product is not good
business.
I disagree here. This happens all of the time. Call it maintenance plans
or maintenance contracts or one year of free upgrades or whatever. To think
that you can just purchase a component for x dollars and then get free bug
fixes forever in all cases is naive. Is that good business for the vendor?
Maybe, maybe not.
The only problem the OP told us about is the one caused by the
buggy component he purchased, so where does "your code has problems too"
come from?
It sounded to me like he was being too harsh on the vendor. My point was
that everyone's code has problems, his included. If he found value from
this vendor's product, and it seems he did, then it is not unreasonable to
reimburse the vendor for their effort. The vendor has expenses too and a
staff to pay. If he values their products and would like them to be in
business down the road it's in his best interest to support them. Compared
to say, soft drinks, the potential market size of a software component is
orders of magnitude smaller. When you figure that the market penetration
for the vendor's product is probably just a fraction of this already small
potential market, it is not surprising that the vendor needs the revenue.
Situations like this make you read the fine print twice before
spending your hard earned $$ on buggy components from vendors who won't
make good when their software is discovered to be faulty... today, next week,
or a year from now.
I don't disagree with this at all. Good research is always prudent before
plunking your cash down. Since the OP says it took his customer a year to
find this bug it doesn't sound to me like this vendor's product is "buggy".
If you are a pro developer, then $600 for, I'm guessing, unlimited
distribution of their component is not unreasonable. It all comes down to
what is it worth to you?
-- Alan
Another option is to purchase the source code version of a component (if
there is one). If you expect the feature set of the current version will
serve you well for several years, then it may be cheaper to endure the extra
cost up front and maintain it yourself. Sometimes the source is not that
much more.
Another way to look at it is that if you pay $600 for a component and this
saves you several thousand bucks developing the same functionality yourself,
then what's another $600 to fix a bug that took the customer a year to
notice? You are still ahead of the game.
All of these are rationalization s of course -- the vendor should not charge
full price for a version upgrade and they should be willing to cut a deal in
a case like yours in the name of customer satisfaction. But, many companies
don't understand customer satisfaction.
--Bob
"JMW" <JM*@discussion s.microsoft.com > wrote in message
news:DC******** *************** ***********@mic rosoft.com... There are several decompilers on the market do they have it obsfucated? If
not decompile it and try to fix it yourself. Many of the early adopters did
not obsfucate their stuff. In fact you could download the current stuff,
decompile it and try to take their licensing information out of it :). Then
you dont have to pay for squat.
I usually dont do this but when you are being jerked around sometimes you
have to take matters into your own hands. :)
jason.
"Chien Lau" wrote:
I had a situation occur today that's happened a number of times
before and I'd like to get your take on it:
Imagine... You're developing a WinForms app for a client that
includes the use charts. So you purchase a .NET charting component, design the
app, and deliver it to the customer. One year later, the customer comes back
and says, "There's a bug in your app. The application crashes when I do such
and such to the chart." I start debugging and realize that the error is
occurring in the charting component. I call the vendor who acknowledges
that yes in fact there is a well-known bug in the charting component. It's
been fixed -- but if I want the patch, I need to pay for the product again.
This seems outrageous to me, but I've had it happen to me with numerous
component vendors that provide charting, grid, docking windows, and FTP
functionality.
On one hand, I see their point. In the year since I've released my
app, they've added lots of cool features to their component and they want to
be paid for their work... but on the other hand, I don't CARE about the new
features. All I want is to get this bug fixed, recompile, and re-deliver
to my customer. Why should I have to shell out another $600 for a
completely new version of their component?
Some .NET component vendors handle this by trying to get me to sign
up for a "subscripti on." Under the subscription, I'd get the latest version
of that vendors product(s) for as long as I keep paying for my
subscription. What's your opinion of this? Do you guys typically buy into these
subscriptions? A sales person at a popular component vendor today asked
me, "When you buy Visual Studio 6.0, do you expect to get Visual Studio.NET
and all future versions of VS for free?" My reply was, "no." I said that I
don't mind paying more money for VS 7.0 because I planned to make use of many
of it's great new features... but I wouldn't be too happy if MSFT charged
me again for the product or make me "subscribe" just to fix glaring bugs.
When Microsoft finds a glaring bug in Win2000, for example, they give me a
free patch -- they don't tell me "tough luck -- go pay for Win2003."
What's your opinion on "subscribin g" to a software component (like a
grid, chart, smtp, etc.)? Is my frustration unjustified?
Entirely your problem. If you don't either (a) use a charting component you
know well enough to trust, or (b) write your own, then you're entirely to
blame for not testing it. After all, the component vendor probably let you
download a free trial version for you to be able to test it under all
possible scenarios, otherwise they probably wouldn't have got their business
off the ground if they didn't.
Why not become a component author yourself, then you can show them how it's
done?
"Chien Lau" wrote: I had a situation occur today that's happened a number of times before
and I'd like to get your take on it:
Imagine... You're developing a WinForms app for a client that includes
the use charts. So you purchase a .NET charting component, design the app,
and deliver it to the customer. One year later, the customer comes back and
says, "There's a bug in your app. The application crashes when I do such and
such to the chart." I start debugging and realize that the error is
occurring in the charting component. I call the vendor who acknowledges that
yes in fact there is a well-known bug in the charting component. It's been
fixed -- but if I want the patch, I need to pay for the product again. This
seems outrageous to me, but I've had it happen to me with numerous component
vendors that provide charting, grid, docking windows, and FTP functionality.
On one hand, I see their point. In the year since I've released my app,
they've added lots of cool features to their component and they want to be
paid for their work... but on the other hand, I don't CARE about the new
features. All I want is to get this bug fixed, recompile, and re-deliver to
my customer. Why should I have to shell out another $600 for a completely
new version of their component?
Some .NET component vendors handle this by trying to get me to sign up
for a "subscripti on." Under the subscription, I'd get the latest version of
that vendors product(s) for as long as I keep paying for my subscription.
What's your opinion of this? Do you guys typically buy into these
subscriptions? A sales person at a popular component vendor today asked me,
"When you buy Visual Studio 6.0, do you expect to get Visual Studio.NET and
all future versions of VS for free?" My reply was, "no." I said that I don't
mind paying more money for VS 7.0 because I planned to make use of many of
it's great new features... but I wouldn't be too happy if MSFT charged me
again for the product or make me "subscribe" just to fix glaring bugs. When
Microsoft finds a glaring bug in Win2000, for example, they give me a free
patch -- they don't tell me "tough luck -- go pay for Win2003."
What's your opinion on "subscribin g" to a software component (like a
grid, chart, smtp, etc.)? Is my frustration unjustified?
This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics | |
by: Mike Stenzler |
last post by:
I am new to Template programming and I would like to create an array of
user-defined class objects using MFC CArray. Normally I would use linked
list processing - create an object class and then an object-list class,
but in this instance array processing would be more efficient. However I
need to use arrays that can dynamically shrink and grow...
|
by: Lecture Snoddddgrass |
last post by:
Greetings,
Can anyone recommend a good 3rd party docking windows component for
WinForms? I'm looking for something that allows windows to not only be
docked but to "popout", much like the Solution Explorer or Toolbox in Visual
Studio.NET. For my last project, I used the SyncFusion component for docking
windows, but my experience is that...
|
by: Chien Lau |
last post by:
I had a situation occur today that's happened a number of times before
and I'd like to get your take on it:
Imagine... You're developing a WinForms app for a client that includes
the use charts. So you purchase a .NET charting component, design the app,
and deliver it to the customer. One year later, the customer comes back and
says,...
|
by: jinu1996 |
last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven tapestry of website design and digital marketing. It's not merely about having a website; it's about crafting an immersive digital experience that...
|
by: agi2029 |
last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing, and deployment—without human intervention. Imagine an AI that can take a project description, break it down, write the code, debug it, and then...
| | |
by: isladogs |
last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM).
In this session, we are pleased to welcome a new presenter, Adolph Dupré who will be discussing some powerful techniques for using class modules.
He will explain when you may want to use classes...
|
by: conductexam |
last post by:
I have .net C# application in which I am extracting data from word file and save it in database particularly. To store word all data as it is I am converting the whole word file firstly in HTML and then checking html paragraph one by one.
At the time of converting from word file to html my equations which are in the word document file was convert...
|
by: TSSRALBI |
last post by:
Hello
I'm a network technician in training and I need your help.
I am currently learning how to create and manage the different types of VPNs and I have a question about LAN-to-LAN VPNs.
The last exercise I practiced was to create a LAN-to-LAN VPN between two Pfsense firewalls, by using IPSEC protocols.
I succeeded, with both firewalls in...
|
by: adsilva |
last post by:
A Windows Forms form does not have the event Unload, like VB6. What one acts like?
|
by: 6302768590 |
last post by:
Hai team
i want code for transfer the data from one system to another through IP address by using C# our system has to for every 5mins then we have to update the data what the data is updated we have to send another system
|
by: muto222 |
last post by:
How can i add a mobile payment intergratation into php mysql website.
| | |
by: bsmnconsultancy |
last post by:
In today's digital era, a well-designed website is crucial for businesses looking to succeed. Whether you're a small business owner or a large corporation in Toronto, having a strong online presence can significantly impact your brand's success. BSMN Consultancy, a leader in Website Development in Toronto offers valuable insights into creating...
| |
