The Pester Book with @adbertram

Adam Bertram has graciously agreed to collaborate with me on The Pester Book, a book we’ll be Agile-publishing on LeanPub, as I’ve done with The DSC Book. A highlight of LeanPub, for me, is that we can publish an initial batch of chapters, and then keep adding to the book over time – and even revising it as Pester itself evolves – and ensure that every buyer gets an updated copy of the book at no additional charge. It’s like a lifetime subscription! We’re currently thinking of a $10-$15 cover price, although over time as the book grows that may bump up for new purchases.

Anyway, I have a question first.

If you’ve used Pester, or even read about it, what are some of the things that have confused you, or gotten you stuck? The more specific you can be, the more able we’ll be to make sure our book addresses it – which will help everyone, in the long run. Drop your comments below!

Now, for a bit on our strategy with the book. Our initial release will cover the basic concepts, syntax, and pre-requisite design concerns (e.g., your code has to be designed to be testable). We’ll hit everything in the official docs, but offer context and explanations and practices to those.

Phase two will include integrating some of what we (especially Adam) has already written elsewhere – not copying and pasting his excellent articles, but integrating their concepts into the text.

Phase three will expand the book to focus on a series of real-world, from-scratch examples: building tests from scratch for existing code, building infrastructure validation tests (Adam’s specialty), and starting with a test-driven design approach.

As we go, we’ll incorporate reader feedback, and over time we’ll continue to expand, add more examples, and cover more situations and practices based on what folks tell us they’d like to see added. We’re looking forward to working on the book! It may be a month or so before we get the initial release ready to go, but I’m hoping in the meantime to collect some good responses to the question above.

Thanks for the Spam

If I directed you to this page, then it’s because you recently sent Unsolicited Commercial Email (UCE), or “spam,” to one of my e-mail addresses. You need take no action; I’ve already reported your activity to your mailing list provider, and they’ll deal with you according to their abuse policies.

Continue reading

The Power of “Can’t”

I’m very fortunate in that, growing up, I had very few people ever tell me I “couldn’t” do something, and so by and large I didn’t ever tell myself that I “can’t” do something. There have been, however, two notable exceptions.

Continue reading

New-NanoServerImage

Yaaaaaassss.

New-NanoServerImage -MediaPath '\\vmware-host\Shared Folders\SSS_X64FRE_EN-US_DV9\' -Edition 'Datacenter' -DeploymentType Host -TargetPath 'c:\Nano\NanoHost.vhdx' -MaxSize 8589934592 -InterfaceNameOrIndex '2' -Ipv4Address '10.10.10.10' -Ipv4Dns '10.10.10.1' -Ipv4SubnetMask '255.255.255.0' -Ipv4Gateway '10.10.10.1' -SetupUI ('NanoServer.Containers', 'NanoServer.Compute', 'NanoServer.OEM-Drivers', 'NanoServer.Guest', 'NanoServer.DSC') -ComputerName 'NANO' -SetupCompleteCommand ('tzutil.exe /s "Pacific Standard Time"') -LogPath 'C:\Users\Admin\AppData\Local\Temp\NanoServerImageBuilder\Logs\2016-11-13 15-26

“The DSC Book” updated for 5.1 (this is lean publishing!)

My self-published book, “The DSC Book,” has been updated to reflect changes in Windows Management Framework (WMF 5.1). This is exactly why I chose to go a “lean publishing” route with this book – anyone who’s bought the book just received an e-mail notification of the update, and can download the new version at no extra cost. That’s what makes this “the last DSC book you’ll ever need to buy,” since I can expand and update the book almost as quickly as Microsoft expands and updates the technology.

Enjoy!

Sample Code from my DevIntersections / IT Edge PowerShell “Toolmaking” Class

zamples <– download this

As promised! And, since it’ll inevitably be asked, no, the conference did not record the session to give away for free😉. I will likely be doing this, or something similar, again when the conference is at the WALT DISNEY WORLD DOLPHIN in May 2017, along with some other fun sessions.

Critical Thinking: “IBM’s Apple deployment stats should be a lesson to enterprise companies everywhere”

Here’s the article I’m commenting upon. While I’m a little bit of an Apple fanboy, I’m a critical thinker first and foremost, and I do hate it when people on the blogosphere – even writers I normally enjoy and respect – go off the deep end.

Read the article first. Don’t disagree or agree with anything – this isn’t a debate; it’s an exercise in critical thinking. Spot the flaws.

Not least among them the fact that 73% of IBM employees – the company whose personal computer division was once almost synonymous with Microsoft – want a Mac as their next PC. The company is currently equipping its employees with Macs at the rate of 1300 people per week.

That’s lovely – and must certainly be exciting for Apple. Given the higher overall acquisition cost of a MacBook versus the major competitors, like Lenovo, Dell, and HP (especially for business-class laptops), this is a big deal.

ndeed, IBM Japan has gone as far as making Macs standard-issue: any employee wanting a Windows machine instead has to make a special request justifying their need.

Well, okay then – but you can’t have it worth ways. If it’s been made a mandatory “choice,” then obviously the deployment numbers are going to be big. This isn’t so much a  “win” for Apple as it is the same-old lazy IT management philosophy we’ve seen for decades, just shifted from PCs to Macs. It’s still the “we can only deal with one option when it comes to support” attitude, which for a company the size of IBM is a little depressing.

Hard drive encryption, for example, used to be something the company had to implement on top of a standard Windows installation; with macOS, FileVault is a standard installation option.

Um, BitLocker.

It also saved money on anti-virus protection, XProtect built-in to Macs while Windows machines require third-party software.

Um, no. XProtect isn’t proper anti-malware. It doesn’t scan for bad behaviors or known malware signatures. It’s basically file quarantine, and only for apps that mark files as being downloaded from the Internet. It only “scans” those for known malware, too, so anything new, that hasn’t been added to the manifest, won’t get caught.

While 27% of Windows tickets end up requiring IT staff to physically fix something at the user’s desk, that was true for only 5% of Mac tickets. PC users drive twice the number of support calls as Mac users.

This is an interesting stat, and represents a mental shift for companies. While PCs were always praised for their relatively open nature in terms of hardware, Macs are likely cheaper from this support perspective because they have so little variety, and because they’re assembled in a single top-to-bottom stack. Whereas companies will let people use PCs with potentially incompatible or sketchy hardware – printers, scanners, etc – with Macs I’m betting people in IT pay more attention to the smaller compatibility list. I’m actually a little surprised IT hasn’t picked up on this already. If you’re in a “we need to minimize hardware diversity” shop, Macs make a ton of sense.

There was also a significant difference in the costs of keeping devices up to date. Comparing the number of updates and patches required, the company said that a Windows 7 PC needed 86 security patches and 49 others. For Mac, the numbers were 11 and 20 respectively – a total of 104 fewer.

Yeah, Windows definitely has too many updates – and that’s a function of Windows having so many more moving parts. It supports more hardware, has a sketchy browser that companies refuse to retire, and so on. Look at what happened when Microsoft created Nano Server – patches went down by like 90%, due simply to fewer moving parts. This is also our first clue that IBM is running macOS, not Windows, on that Apple hardware, which is an interesting and entire separate discussion.

It’s a similar tale in mobile, where two-thirds of employees are now rocking iOS devices compared to just a third for Android. Blackberry accounts for a mere 0.4%, while Windows Mobile is nowhere to be seen. One of the benefits, says IBM, is greatly improved security. Only 1% of Android devices were running the latest version; for iOS devices, the percentage was 65% despite the latest release being a month later than for Android.

This again goes to the “we need to reduce diversity” philosophy, but in this case it’s got a twist, because in the Android space you almost can’t reduce diversity. Aside from Google’s own-branded phones, there really isn’t such a thing as “Android;” you’ve got Samsung Android, HTC Android, and God knows what else. And those vendors are famously horrible about bringing updates to last year’s devices, let alone older ones. It’s definitely a security concern, and it’s a legitimate reason to consider iOS devices from an enterprise perspective.

So… not a bad piece overall, although it obviously has a couple of seriously misleading/misinformed facts. It’s interesting, for me, to see a company like IBM going all-in on the “reduce hardware diversity” approach, only doing it with the one vendor that’s always lacked hardware diversity. Apple has, what, three basic laptop models and two basic desktops? Dell has, what, a jillion? Apple tends to stick with the same hardware – chipsets, for example – across entire lines, whereas HP’s various lines sport a lot more diversity.

Now go back and read the comments on the article. No, just kidding. Don’t. Your brain will melt😉. The word “bitlocker” literally doesn’t exist on the page.