Lemmy Shitpost
Welcome to Lemmy Shitpost. Here you can shitpost to your hearts content.
Anything and everything goes. Memes, Jokes, Vents and Banter. Though we still have to comply with lemmy.world instance rules. So behave!
Rules:
1. Be Respectful
Refrain from using harmful language pertaining to a protected characteristic: e.g. race, gender, sexuality, disability or religion.
Refrain from being argumentative when responding or commenting to posts/replies. Personal attacks are not welcome here.
...
2. No Illegal Content
Content that violates the law. Any post/comment found to be in breach of common law will be removed and given to the authorities if required.
That means:
-No promoting violence/threats against any individuals
-No CSA content or Revenge Porn
-No sharing private/personal information (Doxxing)
...
3. No Spam
Posting the same post, no matter the intent is against the rules.
-If you have posted content, please refrain from re-posting said content within this community.
-Do not spam posts with intent to harass, annoy, bully, advertise, scam or harm this community.
-No posting Scams/Advertisements/Phishing Links/IP Grabbers
-No Bots, Bots will be banned from the community.
...
4. No Porn/Explicit
Content
-Do not post explicit content. Lemmy.World is not the instance for NSFW content.
-Do not post Gore or Shock Content.
...
5. No Enciting Harassment,
Brigading, Doxxing or Witch Hunts
-Do not Brigade other Communities
-No calls to action against other communities/users within Lemmy or outside of Lemmy.
-No Witch Hunts against users/communities.
-No content that harasses members within or outside of the community.
...
6. NSFW should be behind NSFW tags.
-Content that is NSFW should be behind NSFW tags.
-Content that might be distressing should be kept behind NSFW tags.
...
If you see content that is a breach of the rules, please flag and report the comment and a moderator will take action where they can.
Also check out:
Partnered Communities:
1.Memes
10.LinuxMemes (Linux themed memes)
Reach out to
All communities included on the sidebar are to be made in compliance with the instance rules. Striker
view the rest of the comments
The sane ordering outside iso8601 revolves around the most significant bit. When you ask for the time, 34 minutes is usually not significant in any matter in written contexts since you could be reading it more than an hour later. Hence hours are more significant than minutes (verbal can often be an exception, "20 minutes past" can be enough context if someone asks for the time). But the "time" part of datetime is always more significant than the "date" part. The year is least significant since that one changes the least, then comes month, and lastly year. In many contexts knowing it is 14th of September is enough. In chats it might even be enough to say "14th" if you're talking about a date in this very month. But due to the timespan between writing and reading, minutes more often than not is meaningless without hours, hence hours become more significant.
Of course HH:mm dd/mm/yyyy is inferior when it comes to computer parsing due to iso8601 being the easiest to sort. (And because of Americans it is the only format to cause no confusion). But it is going least significant first in the sense that you are presented with year first, something that is often redundant in human-to-human interaction (depending on context you might say year is more significant than time in the case of wanting to know when an article was released, but you know, there's always more exceptions than rules).
So to sum it up: Use whatever date time format you want as long as you use a format fit for the context it is used in. Unless you're saving it to a database/directory/etc. Then use iso8601 so I can easily sort it.
You're using the word "significant" in a colloquial/informal way, but in terms of the strict mathematical definition, most significant digits to least significant is about the size of the unit. If you were to create a dial system, the most significant digits move the slowest and the least significant digits move the fastest.
Or, if you are rounding a measurement to the N most significant figures, you are by definition keeping the largest units and rounding off the rest.
So ISO 8601 properly orders it left to right, largest to smallest, without exceptions. It can be truncated for lower precision, like how 2026-09-14T20:15:35 takes place in a particular year (2026), or a particular calendar month (2026-09) or a particular day (2026-09-14).
It's the best format and everyone should use it.
Yeah, significant bit in my explanation shouldn't be confused for endianness, that works like you explained. But I'm still of the opinion that iso8601 is best saved for when you need to save dates/datetimes or when confusion can occur. Human-to-human communication is more often than not informal and redundant information can be left out more often and that is where the significance of the bits comes in. Maybe I should have called it the importance of the parts to avoid confusion.
But save to say, I use iso8601 most often anyway. Who is communicating with other humans nowadays?