Studying for MCAD - It's not upgrading your skills from vb6 - It's a career change!

[BarryGSumpter]

Just gotta get this off my chest.
So please dont flame me. Im looking for some encouragement.

IT professional since 1984
VB developer since 1992
Change of profession in 92 to PC development.

MCAD - Microsoft Certified Application Developer

Ive attempted to start studying vb.net about 8 times and have finally force myself to stick with it by investing in a self study course ware.

After 20 hours of course study and an additinal 40+ hours of self imposed "lab work", Ive come to realize that there is only one thing that has changed from vb6 to vb.net.

Everything.
And I mean every-freakin-thing.

Its my opinion that when youre deciding which study path to take and it reads "windows developer path" or "web developer path", its misleading.

Its my opinion that you would be better off not having any programming experience at all. But, have just a multi-tiered general understanding before studying vb.net.

Again, the difference is so complete that I am now considering this a career change and NOT a skill upgrade.

The MCAD study is so intricate that it discusses a function calls which have up to 4 parameters, each parameter has 3 or 4 possible values. The course then tests me on that section on how to use that function in a certain manner. For me, there is just no way to know the answer. I can re-take the test but of couse you know the answer since the questions dont change. Just the order in which the questions are presented.

I can retake the test a few weeks later and pass only becase I remember the answers. Not because I understand the questions and am confident I know the answer. Sometimes I just guess all the way thru just to see the outcome and can actually pass just on a lucky fluke.

As I write my babble I can see Ive lost my enthusiasm.

I had intended this as just a brain dump to releave some stress and not to ask for help or even actually post.

But perhaps I should.

So, any positive motivational suggestions or material directly related to studying Microsoft Certification would be greatly appreciated.

Any study material with 90% hands-on lab work would also be greatly appreciated.

There was a book of "The Visual Guide to Visual Basic" that I absolutley loved. And would like to see in a vb.net version.

Ive got all the study material I need so I dont need another 800 page $150 book to use on my desk as a paper weight. Thanks anyway.

All the Best and looking forward to a better year,
baz

 

[ThePentiumGuy]

Heh. This leads me to beleive that getting MCAD isnt as great as I thought it would be (no offense, but same questions?).

So, any positive motivational suggestions or material directly related to studying Microsoft Certification would be greatly appreciated.

DOH. What I wrote above was not positive.

Yeah, it was a big change from VB6 to VB.NET, personally - I loved it. OOP was just the way my mind worked.

Postive Thoughts:
Life sucks, get used to it.

No just kidding man .

Positive Thoughts:
Some have a harder time with change than others. If theres anything you dont understand or need assistance on, we at XtremeDotNetTalk can help you, welcome to the forums.

-The Pentium Guy

 

[BarryGSumpter]

Thanks for the reply, dude.

I just dont believe in the Certifications. At All. Never have.
Im just so freakin desperate for work that I got caught up in a salesmans pitch that I could get qualified in 60 days.
The price was 1/4 the retail. Retail being the price of a new car.
And Id have access "forever".
And a refund for the test if failed if taken within 60 of start of couse study.

Although the salesman was quite corrent saying "The certification will get you the interview. You have to get the job." Which is fair enough.

The online chat mentors are very attentive and professional.

"OOP was just the way my mind worked." Cool. Sounds like a C++ developer to me and sound like C# would be easy for you as well. The certification study goes far far deeper than oop. Ive seen a short course on vb.net oop set and get and properties and such. Dont know what happened to the let but if its gone then good ridence. oop in vb.net (from the shortcourse) seemed almost too easy.

"Life sucks." - Yeah, isnt the humar race just a bunch of uncareing pesimistic prats. Even when you ask for positive reponses you get the "Get a life, Cry Baby!" So putting on my U.P.P. hat, Ill say "FU2". Now, hat off.

"Some have a harder time with change than others." - I wish, Ive always had to study hard cause nothing has ever come naturally, for me. Ive always enjoyed learning new things and was really looking forward to it. But this course is so intricate its almost impossible to learn from. i.e. understand and retain. Not just pass a test then forget it.

"If theres anything you dont understand or need assistance on, we at XtremeDotNetTalk can help you, welcome to the forums."

Acknowledged and thanks.

baz

 

[ThePentiumGuy]

I think the best way to learn is not from books and courses. I find it much easier to do hands-on and do everything on my own, and use the books as a reference.
For example, Im taking a Java course this semester (Im a sophomore in high school), and Ive already flipped through the book and I understand pretty much 99.99% of it, the reason being that it is VERY similar to C#.

Whoops, I went off topic a bit there - but my point is, if the course method doesnt work for you, try the hands-on approach. Works great for me. Im not saying "Quit the course", but maybe try to do some more things on your own that pertain to the course. I find it much easier to type the code out in a book and understand it rather than reading the book itself (the reason bieng that I am not a compiler, just to let you know [ok bad joke]).

Im not sure if you do this, but try typing the code you learn in the course manually. Then mess around with the code and see exactly what does what, making sure you dont just say "Oh this is supposed to do that", not fully understanding what the point of it is. So be sure you understand why they use the code instead of what they use. The best way to do that is to go back and try to find another approach to do the same thing. Should you might fail, youll realize why the book does things the way they do it. Should your alternate approach work, see if its better optimized/cleaner/flows better than your code, then ... (dont do this but...) tell the prof that the book sucks and tell him youre smarter than the book .

And as a last resort, youre (again) always welcome on our forums. We have a great number of experts from all over the world gathered in this community.

-The Pentium Guy

 

[Nerseus]

First things first...
VB.NET is a lot harder to use than previous versions of VB, especially in the beginning. Two things jump to mind:
1. You have to save files before you can even run your first project - in VB6, you could just start a new project, change code and run without ever saving.
2. You dont really have any "built in" functions - everything you had "built in" with VB6 is now part of the .NET framework.

If I had to start over again, Id start by reading a copy of Refactoring: Improving the Design of Existing Code. It gives you a sense of freedom to code how you want now (procedurally) and later change the code to OOP. Obviously, if you know OOP inside and out now, youd start that way. But if youre like most of us, you learned procedural programming and a jump to "everything is a class" is a bit harder to grasp. It will come easier, I promise.

If you havent already, I would definitely spend some time just learning the language - Console Apps. Avoid windows apps for awhile as they will taint what you do. For example, a Form is nothing more than a Class that inherits from a System.Windows.Form class, which provides automatic drawing and other stuff. When you look at the code, a lot is done for you - and maybe not the way youd expect.

As for certification... I think its a good thing, but only in a small way. I know of no company that would hire solely on that, or that would NOT hire because you werent certified. Id think of certification as a self-imposed, structured, testable, way to show YOURSELF that you know .NET.

As for Windows or Web...
As I mentioned, Id learn the language first. Learn classes, events, properties, loops, etc. Then pick up the .net framework - classes that are provided to you. Then you can start learning Windows programming or Web, if you prefer. There is a definite difference and a definite destinction. Windows is "easier" since you dont need to setup IIS or other webserver to test anything. At my company, a developer usually hires for a "windows" or "web" position so if you want to concentrate on Windows, do that.

Most of all, have fun! Go back "to school" and write a few dummy apps. Can you print 5 rows of asterics to the console? Can you play a "high/low" game? Can you make a mock store that offers 3 choices and adds up the totals? After you write a small app, try to enhance it - how could you make a new class out of something? How could you use an event to let some other code know when something happens? The idea is to think of what you might want the program to do and see if you know how to do it. Try and think of the idea first, then how to implement it - youll find tougher problems that way.

The End.