Re: APL in 2020 - Winners and Bandwagons
- From: Bjorn <gosinn@xxxxxxxxx>
- Date: Fri, 23 Jul 2010 04:29:31 -0700 (PDT)
On 21 Juli, 18:03, "James J. Weinkam" <j...@xxxxxxxxx> wrote:
Richard Nabavi wrote:
cerainly won't make the mistake of trusting Microsoft again.
The question you should be asking yourself is what made you trust Microsoft in the first place.
No. If you use a software product with a perpetual licence, you are
not dependent in the short term on the provider continuing to provide
a service. OK, if the supplier goes bust or stops stupporting the
product, you will want to migrate to a different product, but there's
no immediate urgency to do so and you don't lose your data.
In the Microsoft payroll example I gave, customers had only a few
weeks to move - an absolute nightmare for some companies, especially
in the middle of the payroll year. And there was absolutely nothing
they could do about it - Microsoft were completely uninterested.
This is probably the worst example of arrogance I have heard of in a
A big company like M$ is not immune to everything and behavior like
this is bound to make a dent in the customer base.
It is one thing to not continue supporting something and quite another
to demand that the customers move away from their applications.
I have never been a huge fan of M$ even if I did go in for using their
products 15 to 20 years ago because they had solutions they more or
less gave away.
I could never understand why most of the world has continued to buy M$
products long after they began to be way too expensive.
And then there is this question of cloud computing.
Once upon a time it used to be called using a server.
Over the years you watch applications going back and forth from
servers to PCs and back again.
APL has done the same. A mixture of both is the best option.
It is good to be able to do some things when off line and it is also
good to be able to have your application available on a server.
Locking into one has many disadvantages.
Having a mixture of both can cause problems of syncronisation but that
is easily solved.
I hate it when your customer has everything on a server and wants to
move data and/or application down to local site and the service
provider keeps everything hostage.
I have witnessed that happen several times in the past.
Sometimes the data is locked into some encryption and your customer
needs to pay to get the data moved out of the database.
M$ is just one more greedy service provider and with their arrogance
they will eventually lose.
I am more surprised it has not happened sooner.
J is working on two new directions regading using servers or cloud
computing if you like.
It is very interesting to participate in the beta of J7.
In J7 two completely different techniques are being developed.
One is using J from a server - the cloud - in a browser - JHS.
The other is using J locally in the GTK toolkit - JGTK.
They have both their niche uses and both are really interesting.
The old JGUI is obviously still around and available but the new GUIs
are totally different.
JHS is in a way practicing cloud computing and the GTK is exploiting
the open graphical world.
All the J development share the same J engine and there is a package
manager that helps with addons.
The addons come from the server - the cloud - and has been around for
By going in these new directions J will be having the best of all
There are cloud options, J can run on the handhelds that have
J is going heavily into the world of open software.
I am writing this on the new JGTK because my computer is off line at
the moment but when I am connected it will be sent.
The new JGTK is so handy to use that I use it for most anything.
I even make grosery lists and take all kinds of notes.
- Prev by Date: Re: APL in 2020 - Winners and Bandwagons
- Next by Date: Re: APL in 2020 - Winners and Bandwagons
- Previous by thread: Re: APL in 2020 - Winners and Bandwagons