Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Weird that Google posted the dates in that format rather than something more universal


It's an American company, so they used the American date format.

Only the middle date is ambiguous anyway.


"This date format works for almost 61% of the year" isn't a great selling point.


This date format works for just as much of the year as DD/MM/YYYY though, and is just as ambiguous as the other format is if you don't know who the author is.


Sure. Which is why a non-ambiguous format would be preferred, like the ISO standard YYYY-MM-DD.


Which is also nice and sortable


Which is why if I have to write a date in non-big-endian order I try to spell the month out, e.g. 07 Dec 2022


I now this is a bit beside the topic, but I basically know of two date formats: those with slashes in the, one should ignore because they have no meaning (because they are ambiguous) and an iso-like format which starts with yyyy and uses hyphens and I know I can rely on it to be yyyy-MM-dd so there is no risk of ambiguity (Unless of course someone uses yyyy-dd-MM but I don't think that format is a thing, it would be like writing a quarter past six as 15:06)


The DD-MM-YYYY format is often used with dashes instead of slashes.


I actually don't think I've ever seen that one in the wild! I've seen 7-Dec-2022 which looks goofy to me but is at least unambiguous.

What does a full timestamp look like? For consistency I hope it goes all-in on being little-endian:

    ss:mm:HH DD-MM-YYYY


You’re describing DD-MMM-YYYY. What I’m saying is DD-MM-YYYY, like 7-12-2022 which is pretty common. Also, time is often shown after the date.


Day of month has no meaning without specifying the month, unless you specifically say “this month”.

So providing the day before the month does not provide any contextual advantage.

However, in most cases, the year is not necessary for contextual meaning.

So the alternatives are month + day or month + day and year.

If you don’t understand why something is done, but it’s been done for a long time, chances are that it evolved to be that way for a reason.

If something is arbitrarily dictated to replace an evolved system, there is most likely some information or practical purpose that is lost.


It works for the entire year though.


I work at an American company and we use a reasonable date format in technical writing anyway. It's not really an excuse.


Google is a global company and this is a message targeting VS code users who are global as well.


I work at google and frequently collaborate with people from Germany, Australia, Japan, Taiwan, and the US. I always use YYYY-MM-DD in docs and emails to make sure everyone understands. It's still somewhat common to see mixups between the Americans and everyone else around MM/DD and DD/MM though.


Could you add this l10n issue to internal tracker? Thanks in advance. https://news.ycombinator.com/item?id=33890680


I found an existing issue but it's been open for many years. I'll see if I can bring attention to it again.


Good luck getting people to change the way they write dates, no matter how terrible it is.


If you give people a good reason, they'll actually care. "Use YYYY-MM-DD as it allows us to sort by date in the filesystem" is a great reason. On the other hand, bickering about DD-MM-YYYY vs MM-DD-YYYY because "that's how it is in my country" just makes me roll my eyes.


ISO 8601 is pretty common amongst the engineers I've worked with. Odds are they didn't grow up with it unless they're from China or a handful of other countries that primarily use YYYYMMDD.


Well they are definitely American. Their reach is global, sure. That makes the rest of the world subject to their Americanness.


I work with lots of geographically dispersed and culturally diverse teams. The rule I always enforce is to spell (or abbreviate) the month in all dates. The other numbers tend to work themselves out.


Tangential: Google search date range only accepts MM/DD/YYYY even if you’re on a different version of Google with a different locale. Really lazy if you ask me. Must be confusing to a lot of people, too.


This is really frustrating. Its format is not indicated on the form so my natural (in ja-jp) YYYY/MM/DD input interpret as weird date. I never use MM/DD/YYYY format other than this. This is localization 101 problem on big tech's main product.


Fixed timeline:

> Date reported: 2022-08-24

> Date fixed: 2022-10-11

> Date disclosed: 2022-11-22


It's a free-form text field; there's a very good chance it was an absentminded choice (it's probably how I'd write it, as an American, if I wasn't thinking too hard).

The good news is that GitHub Advisories are publicly editable, so you can always suggest an update to this one.


I'm always a little surprised when computery people don't naturally default to YYYY-MM-DD (except when you're filling out paper forms or something).

It's unambiguous and always sorts correctly, and doesn't contain any awkward characters. Objectively the best date format.


I was very annoyed when I worked for a global company that used DD-Mon-YYYY, like 01-Apr-2020. Moaned and groaned about how they chose a non-standard format instead of an ISO standard.

Of course, I later found out that is a standard format, and I suppose it's easier on non-technical people even if it stinks as a computer guy. Egg on my face.


It is sort of weird that dates aren’t universally parsed user-side according to localization settings, here in year 2768.


Completely agree. yyyy-mm-dd works for sorting, reading and superseeding existing formats.


Said the bitter, envious europoor

"I'd never want to live in America. I'd much rather make a quarter as much money and live in a cramped pitiful excuse for a home. Free health care!"


Can you please not create accounts to break the site guidelines? Doing that will eventually get your main account banned as well.

https://news.ycombinator.com/newsguidelines.html


month/day/year makes sense. the way you euro's do it is stupid. when someone asks you "where were you on X date" do you respond with: "Well on the 23rd day of november i was at X place"? LMAO. stop occupying the same universe as me.


Hey, could you please stop breaking the site guidelines, such as by calling names ("stupid"), or posting unsubstantive or flamebait comments? You've been doing this repeatedly, and we eventually have to ban such accounts. It's not what this site is for, and destroys what it is for.

If you'd please review https://news.ycombinator.com/newsguidelines.html and stick to the rules when posting here, we'd appreciate it.


"Conflict is essential to human life, whether between different aspects of oneself, between oneself and the environment, between different individuals or between different groups. It follows that the aim of healthy living is not the direct elimination of conflict, which is possible only by forcible suppression of one or other of its antagonistic components, but the toleration of it—the capacity to bear the tensions of doubt and of unsatisfied need and the willingness to hold judgement in suspense until finer and finer solutions can be discovered which integrate more and more the claims of both sides. It is the psychologist's job to make possible the acceptance of such an idea so that the richness of the varieties of experience, whether within the unit of the single personality or in the wider unit of the group, can come to expression."


Yes, but "you euro's do it stupid" falls a little short of the "finer solutions".


i'll bite - why do you need to write the date the same you say it? two totally different contexts. And it leads to confusion:

11/11/2022 <- what date is that? or how about 02/05/2022? 2022-11-11 is not ambiguous.

and then there is sorting. if you have filenames that are in YYYY-MM-DD you get perfect sorting by date. MM/DD/YYYY you do not.

and its not just "euros" who do it that way - its basically the entire world outside of the USA.


8 billion - USA population = how many people you insulted.


I’d drop the “day”, but yes.




Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: