Access consultants

[Guest]

Anyone know of any consultants that are in the Tacoma. WA area? I need to
outsource some work but don't have any contacts.

 

[Guest]

Sarah,

Keep in mind that with today's technologies consultants do not necessarily
have to be in your immediate area.

I work for many clients that are many, many miles from me but it poses no
specific problems.

I am sure there are many good, qualified consultants here in these
newsgroups that can provide great consultanting services to design and
deliver a project.

If you would like to visit: www.casst.com you will find some contact info.

 

[Guest]

Yes I understand that but in this case I want them close.

 

[Al Campagna]

Sarah,
Well, you may get some hits from this post, but... the best bet is a web search, or the
yellow pages.
You might want to also consider using a "remote" "tele-consultant." As work is
developed, files can be sent to the client for incorporation into the app.
I'll forward your post to someone I happen know in the area...
--
hth
Al Campagna . Candia Computer Consulting . Candia, NH USA
Microsoft Access MVP
http://home.comcast.net/~cccsolutions

"Find a job that you love, and you'll never work a day in your life."

 

[Guest]

Thanks - I will do other searches but thought I would give this a try. Ya
never know.

 

[aaron.kempf]

I'd _LOVE_ to find out what you had in mind.

(tacoma area code)-882-9024

-Aaron

Yes I understand that but in this case I want them close.


- >

-> > I work for many clients that are many, many miles from me but it
poses no

 

[aaron.kempf]

seriously.

I know Access like the back of my hand.

I do have a fulltime gig already; are you looking for fulltime or part-
time; what is the term?

I'm brainbench certified for a couple of Microsoft Access tests; and I
just passed my MCTS: SQL Server 2005

I am planning on being full DBA certified within the next week or two.

-Aaron
(Tacoma Area Code)-882-9024

 

[Darryl Kerkeslager]

Before hiring any consultants this way I would certainly scan their on-line
posts to see if they have the knowledge *and* temperament you want to work
with.

 

[aaron.kempf]

Daryyl;

What is said on the battlefield has _NOTHING_ to do with my skillset.
I don't have a bad temperament. I just have a _backbone_.

I have what it takes. I am one of the most knowledgeable on this
newsgroup. Just because I don't agree with you; that doesn't make me
a half-wit. It makes me _RIGHT_ and you MDB kids _WRONG_.

Yes; I can and I _DO_ develop MDB applications. I just know that
there is a better way.

All I know is that ADP doesn't have to deal with _HALF_ of the
headaches that the rest of you kids spend fully _HALF_ of your time
on. I don't need forms that automatically close (I can terminate a
process on the database SERVER). I don't need to write connection
strings, or DSN... I don't need to link, refresh... I don't need an
'Auto-FE Updater' because there isn't anything to update-- Queries --
which change more than anything else-- are kept in one place-- where
they belong (SQL Server). I can edit views and sprocs while people
are entering data.

WHAT A CONCEPT!

I don't need to instruct my end users on how to run the Linked Table
Manager.
I don't need to run around and leave sticky-notes for all of my end
users that says 'please remember to close out when you are done'.

THE BOTTOM LINE IS THAT I SPEAK THE TRUTH. I AM SCARRED FROM YEARS OF
MICROSOFT ACCESS; I KNOW FIRST HAND HOW UNPREDICTABLE IT CAN BE.

I was forcing decompilation back in the day... Yes; I lost data in
MDB.
and I've never lost a single record with SQL Server.

I was importing all of my tables into a new db container years and
years and years ago.

And one day; I sat up and I realized 'wow; I could just use ADP and I
wouldn't have to deal with _ANY_ of this trouble'.

Back in 2000; I walked into a company with 60-80 Access Applications.
I migrated a few of these applications to ADP / SQL Server-- where
appropriate-- while continuing to maintain a large number of existing
MDB applications.

I believe that ADP is an appropriate platform for a lot of companies
because it is simpler than MDB. With ADP; I don't need to deal with
spaghetti code-- I don't need to deal with linking and connection
strings.

And I don't need to deal with Compact and Repair-- I don't need to
deal with mapping datatypes-- because everything lives in SQL Server
directly.

I don't need to reboot the file server so that I can clean up a LDB
file.
ROFL

I have more control over my data-- using ADP than you do with MDB.
I can out-develop many MDB script kiddies by re-using my code and by
using Enterprise level tools such as Query Analyzer and Sql Server
Management Studio.

I have better tools... isn't MDB stuck with the same QBE window that
is 10 years out of date?

I started using Access every day in the year 1997.

I have worked on several _VERY_ complex databases over the years.
The last database I worked on had 800 tables and 600 views / sprocs.
I have developed thousands and thousands of stored procedures and
views over the years.

Can MDB even support 800 tables? ROFL
I have worked against at least 20 tables over the years that are more
than 100 columns.

Access isn't fast enough to reliably use 100 columns.

So what; do you honestly reccomend that people build apps in MDB and
then they move them once it becomes too slow?

Why bother; build your foundation in ADP and you don't have growing
pains.

I used MDB exclusively until the spring of 2000. That is 3 years
fulltime; back before DAO become obsolete.... and I've supported MDB
probably half-time ever since that 2000.

I have used MS Access almost every week-day for the past decade.
I have supported > 20 companies in the greater Seattle area with thier
Microsoft Access needs.

I am outraged, in general-- because I've got a laundry list of bugs in
Microsoft Access that MS won't fix. These bugs cost real-world time
and real-world dollars; and Microsoft refuses to fix gaping holes in
Microsoft Access.

If you're not outraged; then you don't know Access well enough.

My purpose in life is _NOT_ to pad the coffers in Redmond. I am here
to deliver solutions for data entry and reporting. I can deliver
better and faster data entry and reporting using ADP than you can with
MDB.

Does that mean that you _MUST_ attempt to discredit me?
Is this because you have short-mans complex?

Instead of fixing bugs, Microsoft always tries to sell us on the
latest and greatest version-- which is typcially _MORE_BUGGY_ than the
previous version.

I call for an END to this madness; and I have been calling for an END
to this madness for a decade now.

I have worked at Microsoft, building applications using SQL Server and
Microsoft Access for many years.
Why would Microsoft ask me to build applications using Microsoft
Access if I didn't know what I was doing?

Maybe if you spent less time criticizing people and more time lobbying
Microsoft; maybe we all could have convinced Microsoft to 'start
fixing real world bugs' instead of selling out and trying to sell us
on SharePoint.

And maybe if you left your nose where it belonged; then you might not
look like a JERK.
This newsgroup is _NOT_ a popularity contest.

Just because I speak the truth; does that mean I can't out-develop 95%
of the people on this newsgroup?

If I didn't know what I was doing; I wouldn't be SQL Server 2005
certified.
If I didn't know what I was doing; I wouldn't have worked on several
hundred Olap cubes.
If I didn't know what I was doing; I wouldn't have worked on multi-
terabyte databases.
If I didn't know what I was doing; I wouldn't have years of Reporting
Services experience.
If I didn't know what I was doing; I wouldn't have years of DTS
experience.

-Aaron