× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Thanks for the comments, Mark.

I think I'm talking about interfaces to applications, whether IDEs or graphics editors, like PaintShopPro, which just went through a (from my point of view) considerable change in the interface - rearrangement of menu items, etc., not just new function.

I think it's important to consider the size of the "audience", as well as the impact on that "audience", when considering a change in the interface to any process. When I make a suggestion to change (using our CD-ROM Studio product) from using tape in the process of generating CD images, to using SAVFs - a different methodology with maybe 1 additional step for the eventual end user - I do it knowing full well that this may not fly. The reason is, don't make the customer's (the customer of the developer using our product) experience too different from what they've come to expect.

And we don't quickly change the look/feel of our products.

I may be a Luddite - getting me into some of the newer things has been like pulling teeth, sometimes, albeit usually because it has been more than a little inconvenient, whether because of installation quandaries, broken sample programs, new methodologies, whatever.

I regret to say that where Windows apps are concerned, I've had more trouble installing an IBM app than those of almost any other company I know. iSeries Express is one of the most trouble-free, but VA for Java was a nightmare.

Anyway, that's another topic. Your comments are helpful.

On the matter of quicker fixes, I'm not sure where I stand. I see your point, yet I believe that having to respond to a new bug generated by a fix is not what we want to do - nor do we (or anyone) want to introduce that kind of disruption. I guess I sit somewhere between the Linux model, where a dedicated team responds quite rapidly to bug reports, vs. the IBM model that usually has an extensive design/review process that takes a while longer yet is usually pretty rock-solid.

Vern

At 10:33 AM 8/7/2003 -0400, you wrote:
Vern,

I am not completely sure I agree with you, but that could just be because
you didn't go into any specifics.

-snip-


I think what you are really talking about are the applications themselves.
 I do not see the changes as a problem, but a necessary evolution as the
tools try to refine themselves and provide better capabilities.  If these
tools were all drop-dead great to begin with I would agree with you, but
right now I want them to evolve and get better and I am personally willing
to bear the brunt of that if I can get a better end result.

-snip-


I am really grasping at straws here, because I am not entirely sure what
you were trying to say, so let me just conclude by addressing the one
comment of mine that you quoted.  What I was saying, was suppose that IBM
tried to deliver us a fix for the Outline view crash.  I am saying that I
would rather have seen them try to deliver a fix, and in the process
create a new problem, as opposed to making us wait 8 months under the
"veil" of QA.  The same QA that didn't catch the problem to begin with I
might add.

Mark



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.