Like many others, I’m giving Microsoft’s free code editor Visual Studio Code a try.

Perhaps a bit late to the party, I know, but I’ve been a big fan of Microsoft’s built in PowerShell ISE editor, especially when combined with Dr. Tobias Weltner’s ISESteroids.

So what’s this post about?

Nothing special for now, just wanted to share my default Visual Studio Code settings.json file [Ctrl + , ].

This file sets your personal preferences within the editor, making the look and feel just a bit smoother to my liking. Especially when you’re used to one specific editor, switching to another one might not be as easy as you’d like.

I had run into a situation where I quickly needed to check registry entries for various machines, but PowerShell remoting had not properly been enabled for all of the machines [and was not allowed to be set up on short notice].

Since I needed to quickly obtain the information for various keys, I turned to Google for advice.

Local and Remote

Firstly I’ll define the registry keys I’d like to have information about:

Another day at the office..

Thanks to our friends who wrote the NotPetya worm, I received an email from our monitoring vendor to run reports to see if our machines are up-to-date on their patching.

Unfortunately their reporting tool doesn’t properly distinguish between Windows Server 2008 and Windows 2008 R2, as well as Windows 2012 and Windows 2012 R2.

Long story short,  I had to create 4 separate reports, telling me if I had or had not installed the proper KB item on each machine.

New year, new chances!

First of all, I’d like to wish everyone visiting my page a happy 2017 🙂

I hope everyone had a blast and is eager to learn some more in the new year.

As for myself, just before the year had ended, so did my previous assignment. Luckily a new assignment was already in the works and I literally went to job A on Tuesday and job B on Wednesday. This means new workplace, new technologies, new people etc.

Ever have a Task Sequence in MDT which you customized and configured to use a specific driver profile, then having to create a second one just for another model and you have to copy everything over?

Well, I did and didn’t like it.

So according to Johan Arwidmark [if you’re into MDT and don’t already know this guy, get to know him!], this is possible in various ways.

Now while I used his approach, I didn’t like the fact that it wasn’t easily re-usable and I still had to provide various data myself. And I’m lazy, so I don’t want that!

In case you’re using Microsoft’s awesome Microsoft Deployment Toolkit [MDT] solution, there might be a thing you don’t often do, but can take up  a while of your time and can have quite some impact if you forget a few steps..

What I’m talking about is updating/regenerating your MDT Boot Images and replacing them within Windows Deployment Services [WDS].

Of course such a thing is ideally done through PowerShell as it automates and thus limits the amount of human errors possible.