Windows 11 Enterprise - 20 GB download

four different virtualization software options: VMWare, Hyper-V, VirtualBox, and Parallels.

This VM will expire on 01/09/22.

This evaluation virtual machine includes:

:) Window 11 Enterprise (evaluation)

:) Windows 10 SDK, version 2004 (10.0.19041.0)

:) Visual Studio 2019 (latest as of 10/09/21) with the UWP, .NET desktop, and Azure workflows enabled and also includes the Windows Template Studio extension

:) Visual Studio Code (latest as of 10/09/21)

:) Windows Subsystem for Linux enabled with Ubuntu installed

:) Developer mode enabled

:) Windows Terminal installed

> This VM will expire on 01/09/22.

I'll be that guy because I genuinely want to know if it's worth downloading just to keep around:

Is this 1st of September or 9th of January?

The other dates aren't helping me get which format is it either.

While metric vs imperial system can be discussed, the date format in American English is probably the worst thing.

> In American English, the month always precedes the day. In British English, the month follows the date. This holds no matter whether one writes the date by using numbers only or numbers and words. Note that, in American English, there is a comma before the year, but not in British English. [0]

The only way to cheat both English users is to keep YYYY-MM-DD format, which I have never seen misused.

[0]: https://site.uit.no/english/punctuation/dates/

That is why I always use YYYY for years, Letters MMM for months, and Two Digit for DD.

It doesn't matter which way people format it then there will be no ambiguity.

Except then filenames containing your dates don't sort chronologically...

Just use yyyy-mm-dd, the ISO date format. And life becomes a little bit easier.

Sorting dates is why I wonder why date format is even still a question.

Standards, I guess.

Jan 9th. The trial doesn't last that long.

I don't know why you have been down-voted, but you're somehow right. In American English it is common to put month before the day. An URL in the submission contains locale "en-us". If you would switch the localization of the website, let's say to German (de-de), you will see "9.1.2022". Give a try in other languages:

- https://developer.microsoft.com/cs-cz/windows/downloads/virt...

- https://developer.microsoft.com/da-dk/windows/downloads/virt...

- https://developer.microsoft.com/fr-fr/windows/downloads/virt...

Yep the localization in the URL combined with the fact it's an American company really makes this not ambiguous at all. The downvotes are really unnecessary

>It's an American company so it's really not ambiguous

I don't think that necessarily follows. ~4% of the world population is American so it's likely that a sizable chunk of the website traffic expects the non-US date format.

I have never seen a US company publish a date in a non-US date format. Not once

You see YYYY-MM-DD sometimes, but that's clearly not confusable.

If the trial ends on 9th of January, assuming Microsoft used the US date format, it doesn't seem too tempting to use this as the primary development environment.

With such short trial, it would make more sense use the image only for compatibility testing environment. For that case the included tools would be an overkill (IMHO)