GH wrote:
...
MS Access will survive, because it is a pretty reliable product with a
strong developer base. Even when VBA is finally revamped, which I was
told by an MS programmer from Redmond (granted he worked on SQL Server
2005), was happening with the next version of Office (not sure if it
actually happened), developers will adapt. If we couldn't handle the
changes MS throws at us, we wouldn't be very successful in this
business. :-)
That's an interesting perspective. What really grieves me about .NET
is that I agree essentially with its basic premises and philosophy. I
only mourn the loss of RAD. Perhaps, we, as Access developers are
really cheating by not convincing companies to convert the RAD "demos"
they see in Access into .NET. Personally, taking three times as long
to produce a given application is not an easy sell. This (triple the
time) may change in the future, but when all the facts are laid out,
the companies I deal with usually want to use Access until that
situation changes.
I have up to 76 simultaneous users on an administrative network and an
additional 40 or so users that connect to Access in an area common to
all. The thought of going to forms bound to linked tables, even when
restricting the recordsource to a single record, is unthinkable for me.
Access on Samba under Linux worked about three times faster than any
other combination one company tried. They spent about $100,000 on new
high speed switches, networking components and a new Active Directory
server system and still could not come close to Samba running on a $400
VIA with the old networking equipment. I.e., it took two to three
times as long to access data. To be fair, using AD on linux using LDAP
instead of using windows validation might have slowed data retrieval
also, but I suspect that the LDAP delay would be much less than with
the new system given past performance. Plus, Access on Samba did not
cause a single error. The networking guy got a serious black eye
trying to outperform linux. They spent another $50,000 for a different
server system and now I see corruption issues where there were
absolutely none before. So now, if MS wags them too hard they might
dump MS and Access instead of linux, but they love Access and will
stick with MS if they don't get jerked around too much.
Although linux has come a long way, I think MS has not capitalized on
the old school compiling that has to be done under linux. I have
compiled a lot of unix code in the past so I was prepared for playing
with source files to get Samba to install the way I wanted. Even so,
it was quite an annoyance, but the license costs for Windows server
creates a lot of room for tolerance.
Finally, I still think MS is moving away from VBA. One blog entry
talked about locked-down systems where VBA is turned off completely.
I'm seriously looking at C#, XSLT and the new XML editing tools for
dealing with the XML output of Access 12 rather than relying on custom
VBA to change the XML that is produced. I still have a long way to go
in viewing the PDC 05 videos, but I don't think my perception of MS
moving away from VBA is going to change after I'm done viewing them.
It seems to me that Access is going to survive by being changed into
something else. Except for the new false concept of what RAD is, I
actually welcome the changes.
James A. Fortune
CD********@Fort uneJames.com