FW: not good for fptech sales

[Brian K. White]

 > There is a profound and distinct technical difference between an
> application running on a server and servicing multiple users, and a server
> application that -must- be understood in order to have any meaningful
> dialogue on the subject.  If you want to go over it, I'd be happy to
> revisit the topic.

It's really simple.
I have no difficulty understanding that my copy of "less" is not a server.
It runs on a server, many people access it from clients, it handles 
centralized shared data, and never the less it doesn't look smell or quack 
like a server.

filePro is a database and a programming language. Simple as that.
Crying that it's not also a server is anyones right but hardly productive. 
And it's no ones obligation to listen or care.
I wish my car was also a plane. And a boat. Such objects may exist, but they 
probly don't do simple driving on roads nearly as well as my simple "it's 
only a" car.
The argument is just that silly. "People expect a transportation device to 
provide transportation!" Yeah whatever.
An fp server would actually be more useful than helicopter blades and 
pontoons on cars, but the argument that was put forth doesn't hold water any 
better than that.

And who knows, maybe it's a good thing that fp isn't the universal adapter 
from the IBM commercial. You know, the one that needs an adapter to work in 
Europe.
I've always had the feeling that a lot of fp's speed is the direct result of 
the fact that a lot of it workings are not dynamic.
So we have flat files and fixed numbers of indexes and fixed numbers of menu 
choices and etc.... and because of that that the code uses a lot of fixed 
tables and arrays and never has to worry about anything else and so it's 
fast. Just an unfounded theory.

Brian K. White  --  brian at aljex.com  --  http://www.aljex.com/bkw/
+++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++.
filePro  BBx    Linux  SCO  FreeBSD    #callahans  Satriani  Filk!