Jeff, care to explain why it will takes more time in Xojo ?
(I never used nor saw Access, but I saw the frenzy in the Windows world when released
)
On the other hand, I recall that I enjoyed using FileMaker in the early 90s
As Jeff said, Access had everything built-in. You could create forms already tied to the tables and fields that you wanted. no code required. When code was required, you could either use macros for built-in functions, or VBA. You could also separate the front-end part from the backend part and create a multi-user system. Granted, that was not as robust as a real RDBMS, but I created an issue tracking and management system for about 75 concurrent users, more than 130 total. For users that did not have Access installed, a runtime was available that would allow them to run the frontend database.
The real time saver was the fact that forms were directly linked to records without any coding and that many common database functions were built-in. You could also use Access as a front-end to SQL Server, a feature that was removed in Access 2013 IIRC.
Many IT departments banned the use of Access because it was so easy to use, and so hard to secure completely in the corporate environment. Today, precious few people have Access installed. For data conversions, I still prefer to use Access over Excel, but Excel is used widely in that context, despite it being a bad choice - it does not understand data types and destroys numbers starting with leading zeroes (unless you define the column as text)
What Louis said… 
In my book that would make them customers rather than clients.
What is difference between client and customer in your book ?
a customer buys a “product” and goes off to use it
a client collabrates on a project and usually maintains on on going relationship
however, that relationship may not be at a techincial level (ie. they don’t care as long as the business end does what it needs)
A customer buys a product of you and a client buys your services. Clients tend to be concerned about the person providing a service - is he any good etc… where as customers are all about the product and what it can do.
i guess for us, company/ people buying our Collection System is Customer unless they want customisation while people/company buying our Gallery Management System is client
I have clients, not customers, and only one has ever cared about the technology being used. Everyone else simply wants the business logic to function properly.
And I’m surprised PHP wasn’t higher on the list.
PHP stands for People Hate PHP, so I’m not really surprised about that. I had to integrate with Amazon Instant Access recently and their PHP SDK was super over-engineered. There was no need for it to be as complex as it was or require the libraries it did.
That’s not to say PHP isn’t my go-to web language 
[quote=405478:@Tim Hare]And I’m surprised PHP wasn’t higher on the list.[/quote]Me too.
[quote=405479:@Tim Parnell]PHP stands for People Hate PHP, so I’m not really surprised about that.[/quote]Then it should be OPHP - Other People Hate PHP. I’ve had to use PHP a lot in the last few months and I’ve grown to love it.
I’ve even got my eye on a PeachPie.
For me, xojo is not for employment. It’s for Entrepreneur.
Regardless of rank, only effective.
Your business as Entrepreneur using Xojo goes well, and you need to hire two people to face the amount of work.
Now, for you, Xojo is for employment. 
For employment people, nobody ever heared about Xojo. Put Xojo on your CV and you don’t even get invited for a job. And when you are invited, nobody is impressed.
On the other hand, put Python on your CV and you are in great demand.
Will that mean Xojo is bad? Not at all, if you create applications in your own business and they forfill your customer expectations, you are fine. There will indeed no questions asked.
Self-employed people or having a consultancy can benefit greatly with Xojo, however when working for a company as employee there are little or no benefits of using Xojo. It depend greatly of who you are working for.
Chris, you are right.
On the other hand, put Python on your CV and you are in great demand.
And if you are hired ans never saw a single Python file, you are in troubles
I have links to example applications in my CV, and no development tool at all. But when the phone ring from a hiring person, I get questions that have C Sharp, Java, .Net, and so on. (not Cobol, yet).
Yes.
remember back in the 90’s when MS Access was only around for 2-3 years and someone actually say in the CV that they has 10 years MS Access experience
Perhaps this person was the developer of MS Access itself, which must have taken some time before it got “stable”.
more like people bluffing…
I heard about some job opening that was asked a WIndows XP guy (no gal ?) with ( years of experience in 2002
Same kind of idiot.