Claudio's profileClaudio Lassala in Softw...PhotosBlogListsMore ![]() | Help |
|
January 31 Studying for VS 2005 / .NET 2.0 certificationsAt EPS, we're just about to get started on a new study group aiming for the .NET 2.0 certifications. We've done study groups before (around 4 years ago), and it's been a great experience. There's a lot of benefits in doing something like it:
Having the group is great because we set aside time every week just to learn together, and therefore, we always keep the ball rolling. It's also great to have more brains absorbing the same material, where one person can complement the other one, since nobody can learn everything. I'm personally very excited about doing this again. I was just going through the requirements for the exams, and even though there's a lot of content I already know about, there is also a lot more content I DO NOT know about, so I can't wait to cover all that ground. My main interest is not to try to learn every single little thing, knowing all the details for everything; my real goal is to get a good overview of everything, and know whether something is possible to be accomplished in .NET, and where I can go find some information about it. This approach has helped me countless times through the years. MCP, MCAD, MCSD, MCSD.NET, MCTS, MCPD.... ouch!! Man, it's pretty confusing to understand what route to go with all the exams and different certifications one can pursue. Since I've had already gone through this kind of process (first earning the MCAD certification, and then the MCSD.NET one), I needed to know what I have to do to upgrade my certification to the latest technology. I also needed to know the routes for somebody who hasn't taken any of the exams before (which is the case for some of our co-workers). Below is a summary I came up with so that I could keep my sanity and explain it to somebody else. :) For VS.NET certifications (.NET 1.0), there were the following main exams:
Somebody who passes any one of those exams earns the MCP (Microsoft Certified Professional) certification. The next step is the MCAD certification (Microsoft Certified Application Developer). In order to achieve the MCAD, one had to pass the XML Web Services exam, plus either the Web Apps or Windows Apps, plus an elective exam, such as SQL Server or BizTalk Server. The next step after that was the MCSD.NET (Microsoft Certified Solution Developer for .NET). Besides the MCAD requirements, one had to pass also the other UI core exam (if Web Apps was the one used for MCAD, then the Windows Apps had to be taken here, or vice versa), and also the Solution Architecture exam. Now, for VS 2005 (.NET 2.0) certifications, here's the picture... These are the main exams:
Now, instead of MCAD and MCSD, we have MCTS (Microsoft Certified Technology Specialist) and MCPD (Microsoft Certified Professional Developer). Those are broken up into specific technologies, such as SQL Server 2005, Web Apps, Windows Apps... Here are the main certifications, along with their requirements:
Those are the paths for somebody who hasn't achieved the certifications before. Below is the upgrade path for those who have had achieved MCAD or MCSD.NET:
More info: I'm sorry I haven't put links to all the exams (didn't have time to do it)... but you can find all those at: There you can find all the requirements for the certifications, and for each exam. Good luck! January 23 Using TimeSnapper for more than helping with timesheetsSo a few weeks back, my friend and co-worker Simon has showed at an internal meeting this tool called TimeSnapper (http://timesnapper.com/). The main selling point of the tool is to help people recreating their days to make it easier to produce timesheets. I've downloaded it's free version and started to use it to see how I like it. On the last few days I've noticed it not only helps with the timesheet, but also with my software development efforts. I'll explain:
I'm starting to think of TimeSnapper as a good tool to help me getting back on track after switching gears from one task to another, or helping me understanding what paths I've gone through to come to a specific conclusion. For instance, when I'm writing code I'm trying out different things, and eventually I'll settle down to something that I like, and probably will refactor the code. By playing back (at fast speed, of course) the moments as I've worked through the code, it gets easier for me to understand why I've taken some design decisions, and what I should put on the comments to better document the code. |
|
|