aaronkempf
New member
- Local time
- Yesterday, 16:50
- Joined
- Jul 7, 2020
- Messages
- 14
Hello
I've been using Access for 23 years now. I mean, when I first SAW Access, and what it could do to transform a company's communication; that was when I went back to college in order to study databases. I was working as a QA tester for a video game company in the summer of 1997. I had TWO fulltime jobs. One job was waiting tables at Sharis, and the other job was testing video games. We had about 30 testers, and I think that we had about another 100 people in the company. On one of the first few days on the job, we were pulled into the backroom so we could look on the BIGSCREEN, and her name was 'Ruth Lopez'. She had developed an Access Forms app, and it did a good job of keeping track of the bugs, but it was my understanding that she didn't know how to do VBA or Macros. So we were basically all taught how to write our own queries. I had been studying 'Management Information Systems' at Washington State University, and I had learned TONS of information about MS Office. I mean, I don't think that we were really taught about Access in college (just yet) but we had studied Excel, Word, Outlook, and we were taught the importance of things like OLE automation. I hadn't studied VIsual Basic at the time, but after working on this summer gig, I went back to college for my last year, and I took a class on Visual Basic.
I was amazed with how easy it was for THIRTY people, to pick up Access Queries in order to FIND existing bugs. I mean, every time that we had a new software BUG, we had to spend 10 minutes looking through our Bug Catalog to make sure that we didn't have some sort of Duplication on our bugs. I picked up learning queries quite quickly, but it wasn't because I was taught how to do it... it's just that the 'Query By Example' dialog in MS Access is pretty straight forward. I probably wrote 30 or 40 queries per day for 3 months, looking for similiar bugs. Searching through descriptions, I mean, the application and the database schema really wasn't THAT complex. But I was utterly blown away by the experience that our company had. 130 people communicating about 40,000 software defects.. and this app was built by someone that knew ZERO programming (from what I understand and remember). I was impressed. I knew that Microsoft had been steamrolling companies for the last 10 years, and since I grew up about 100 ards from the Redmond city limits, I HAD to cheer on the local team. I knew that MS Access was just ONE piece of the puzzle. But it wasn't until my first fulltime job, throughout 1999 that I was working in a role, where it was my job to automate making a spreadsheet inventory on EVERY phone call that I made. I mean, I had to take data from a couple of different places, the SQL Server-based CRM system. Existing spreadsheets, and a text file that had been logging all of our licensing information since the company was created. It was simple. I had to calculate a) how many licenses a company had purchased. b) How many licenses the company had recieved, and thus c) how many licenses the company was due. I mean, this software was thousands of dollars per copy, and I couldn't afford to get this wrong.
I've been using Access for 23 years now. I mean, when I first SAW Access, and what it could do to transform a company's communication; that was when I went back to college in order to study databases. I was working as a QA tester for a video game company in the summer of 1997. I had TWO fulltime jobs. One job was waiting tables at Sharis, and the other job was testing video games. We had about 30 testers, and I think that we had about another 100 people in the company. On one of the first few days on the job, we were pulled into the backroom so we could look on the BIGSCREEN, and her name was 'Ruth Lopez'. She had developed an Access Forms app, and it did a good job of keeping track of the bugs, but it was my understanding that she didn't know how to do VBA or Macros. So we were basically all taught how to write our own queries. I had been studying 'Management Information Systems' at Washington State University, and I had learned TONS of information about MS Office. I mean, I don't think that we were really taught about Access in college (just yet) but we had studied Excel, Word, Outlook, and we were taught the importance of things like OLE automation. I hadn't studied VIsual Basic at the time, but after working on this summer gig, I went back to college for my last year, and I took a class on Visual Basic.
I was amazed with how easy it was for THIRTY people, to pick up Access Queries in order to FIND existing bugs. I mean, every time that we had a new software BUG, we had to spend 10 minutes looking through our Bug Catalog to make sure that we didn't have some sort of Duplication on our bugs. I picked up learning queries quite quickly, but it wasn't because I was taught how to do it... it's just that the 'Query By Example' dialog in MS Access is pretty straight forward. I probably wrote 30 or 40 queries per day for 3 months, looking for similiar bugs. Searching through descriptions, I mean, the application and the database schema really wasn't THAT complex. But I was utterly blown away by the experience that our company had. 130 people communicating about 40,000 software defects.. and this app was built by someone that knew ZERO programming (from what I understand and remember). I was impressed. I knew that Microsoft had been steamrolling companies for the last 10 years, and since I grew up about 100 ards from the Redmond city limits, I HAD to cheer on the local team. I knew that MS Access was just ONE piece of the puzzle. But it wasn't until my first fulltime job, throughout 1999 that I was working in a role, where it was my job to automate making a spreadsheet inventory on EVERY phone call that I made. I mean, I had to take data from a couple of different places, the SQL Server-based CRM system. Existing spreadsheets, and a text file that had been logging all of our licensing information since the company was created. It was simple. I had to calculate a) how many licenses a company had purchased. b) How many licenses the company had recieved, and thus c) how many licenses the company was due. I mean, this software was thousands of dollars per copy, and I couldn't afford to get this wrong.