Re: Visage, DesignBAIS...

"murthi" <c_xyz_murthi@xxxxxxxxxxxxxxxxxxxx> wrote in message
news:ODDNf.7765$UN1.2160@xxxxxxxxxxx
Right on, Ross.

Been holding back on this quite for a while, but the comment about school
kids knowing more than the average MV developer was the last straw! Don't
know about the rest of you folk, but I am tired of being *constantly
reminded by Tony how primitive and backward we Pick developers are, and
how we're not doing the right thing, and how we can't deal with new
technologies, and how we won't follow the glory light that gleams in
Gates' eye etc*. Wow, you even once suggested we couldn't deal with fancy
websites! Respectfully, can you please stop?!


This market isn't exactly "hip", compared to others. That's mostly due to
the fact that this market can hold its own in terms of stability, cost of
ownership, and ability to continually satisfy corporate needs. Those needs
are quickly and easily satisfied on the non-stop road of growing business,
without too much additional expense and technology. That is a curse for
those individual developers who want to do stuff with cutting and bleeding
edge technology. Instead of developers pushing technology on our market,
like most mainstream venues, the customers in our market drive the
technology. In some ways, that's a good thing for market survival. On the
other hand, when large vendors lag behind in the times it kills perception
of the rest of the market. When the life blood of the market is ready to
move on to newer technology, the ability may not be there. Developing VARs
and core product vendors are the key players who determine how fast our
market implements and accepts new technology. The individual developers are
just along for the ride, which has influenced many to move to other markets.

And: "typical base of MV developers that want a GUI but don't want to get
involved with anything more than a browser and BASIC." Quit the damned
condescension, will ya?
<said before> I make a darned good living working with a company that's
doing reasonably good BUI software without ANY of the bells and whistles
talked about. It works well, shows well and, apparently sells well. I
ascribe it success to:

1- The extreme ease of programming in the dreaded dinosaur of a
language, Pick BASIC,
2- The efficiency and simplicity of the Pick database,
3- The decision made 4 years ago to eschew all but javascript and the
browser (unknowingly but serendipitously jumping onto the AJAX bandwagon.)
for the actual application.

I sincerely doubt if the productivity, performance or reliability of this
product would be *significantly* enhanced by embracing an all-new
approach. It's possible that I'm missing some new buzzword and taking the
long-way around to do some things, but the core approach is sound and
long-lasting.<'nuff said>


That's like saying I don't need to re-write my top-down applications as
modular because a proof of concept won't show any improvements. The
potential for greater flexibility and expansion may be there, but all facts
are unseen until someone actually spends time doing a POC. Why fix it if it
ain't broke? Based on my previous paragraph, you should know that I agree
that many of the existing tools and applications out there don't need to be
"fancified" or re-engineered to become better products. However; there are
instances where a change of design can _really_ make a difference. That
difference is completely subjective, since "design" is such a broad scope.

[chop]

Otoh, after all your pushing .Net, I have no idea what it does, or why I
would want to spend my valuable time investing in it. Now I realize it's
not your place to educate us non-Netters about it, but can't you write ONE
simple, non-mnemonic-infested paragraph about it that's understandable,
without a snide remark? (Dawn, write one of your clear-headed mewsings
about this subject? Puhlease?)

Chandru Murthi

See the far right-side of the compiler thread. Tony, Simon, and myself just
had a detailed discussion on what constitutes a *real* .NET product. The
information in there should help some.

Glen


.

Relevant Pages

  • Re: datatel envision
    ... You've come to understand the problems of solutions providers (technology ... original developers, or business people, can grasp the converted solution, ... The cost structure of such a move is pretty simple...one extra sale mostly ... the market or to reasonably convert. ...
    (comp.databases.pick)
  • Why should anyone buy or form new Delphi-Co?
    ... Obviously many of us here want to keep Delphi around for the ... The market can really grow with the right forces driving ... still a lot of technology avenues to be explored and realized. ... This market space consists of not just Developers, that build widget X, ...
    (borland.public.delphi.non-technical)
  • Re: Pick query languages compared to SQL
    ... Who drives this market? ... Who drives the relational ... If you don't present new technology to the customer base, ... Developers, as a collective, drive IT markets regardless of where the real ...
    (comp.databases.pick)
  • Erya Houn Heng said First Cambodia was looking to expand throughout the ASEAN region. It already had
    ... Software developers eye strong market potential ... technology continues to grow. ... "Locally produced software is a better fit to the local market than ... Erya Houn Heng, president and CEO of First Cambodia, a company ...
    (soc.culture.cambodia)
  • Re: Microsoft says Vista sales hits 60 million mark
    ... I would expect MS would lose considerable market share if the playing field were level. ... When enough developers have had enough and start writing for some other OSes (Linux, MAC or XPlatform), MS will change or lose market share. ... The offered cheap tools, compared to Unix or Apple based systems. ...
    (borland.public.delphi.non-technical)