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
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:
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.
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.
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)
15 comments
[ 4.7 ms ] story [ 48.1 ms ] threadfour 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
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.
It's an American company so it's really not ambiguous
- 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...
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.
It doesn't matter which way people format it then there will be no ambiguity.
Just use yyyy-mm-dd, the ISO date format. And life becomes a little bit easier.
Standards, I guess.
> 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/
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)