Live data from Hacker News

Use Timestamps

jankremer.eu

61–70 of 163 posts

Re: Use Timestamps

#61
post #3

I don't understand how people can accept the browser hiding the URL.

I don't like what Google's trying to do, but I don't think the address bar is good at of the roles it currently sits in (establishing trust, encoding state), and stands in the way of attempting new modes.

Re: Use Timestamps

#62

Not everything is written at a given point in time and then forgotten about. There are many texts that are continuously updated over years and even decades.

I think timestamps are even more important in that case.

Which timestamp is relevant on the body of a Wikipedia article that has been maintained for 15 years, with edits ranging from entire new sections being written to minor corrections of grammatical errors.

Re: Use Timestamps

#63

Of course using a timestamp can also cause troubles. Newsmax reported that PBS knew about the assault on the capitol before it even happened because they put a timestamp on their web page for the Trump congregation when they first published it early in the morning. They then proceeded to update the page without updating the timestamp, making it look like they predicted the invasion hours in advance

Aren't news organizations supposed to put an updated timestamp on edits anyways?

Re: Use Timestamps

#66
I always use timestamps. Not just on blog posts, but on files, notes and sketches.

For public stuff, dates help others judge whether the information still applies. This matters for most types of information, but particularly technical advice. I write about German bureaucracy and a lot of the information from a few years ago is outdated.

For private stuff, dates gice you a sense of time. A good example is if you've been writing about a weird lump on your neck hurting for over 4 weeks, or realise that you were stressing about the same things a year ago. Sometimes it's just nice to see "on this day" trivia about yourself.

If you have the date, you can correlate data from different sources onto a single timeline. I made a nice project out of that: https://nicolasbouliane.com/projects/timeline

Re: Use Timestamps

#67

I’ve found that internal documentation is a great place to put timestamps. People often complain that eg architecture pictures or design documents tend to go out of date, as if that’s somehow a big enough problem to not make them. Instead, consider making whatever documentation seems useful at a given moment and timestamp it with a clear, prominent “this was accurate on yyyy-mm-dd”. It will still be useful a year lat…

Addendum: don’t rely on your git/wiki/document-system for tracking the timestamp. “This was accurate on $DATE” has a very different meaning than “this document was last edited on $DATE”. It might be 2 years out of date but someone fixed a typo last week. Just put a sentence/textbox somewhere with the date. If someone does a proper update, they will proudly edit that sentence too.

> It might be 2 years out of date but someone fixed a typo last week

Or it might have had a fuller update last week, but from older information (perhaps going from years old to months old) because it is information that has a high processing latency (like census data). Though in this case the date probably belongs in the text with the timestamp representing the edit date, either way both times should be made clear.

Re: Use Timestamps

#68
post #3

I don't understand how people can accept the browser hiding the URL.

Phones have small screens, and most browsers only show the URL on demand when you do a gesture. Also, you generally can't fit the whole URL while in landscape on a phone. You need to scroll it sideways if you want to find something in it. I don't think we can expect URLs to be read in full by people on phones :(.

On demand is ok. But there should be an easy and convenient way to see.

> You need to scroll it sideways if you want to find something in it.

> I don't think we can expect URLs to be read in full by people on phones :(.

That's because it's implemented inconveniently, a single line. When user taps the address bar, the browser could expand it into an URL editor, conveniently wrapping lines by url parameter boundaries, etc

Re: Use Timestamps

#69
post #3

I don't understand how people can accept the browser hiding the URL.

Why? Most urls nowadays are unreadable and nonsensical anyway. The only thing that really matters is the domain, and that’s displayed for you in a (hopefully) better way than many users would be able to parse themselves.

Of course, you should always have the option to see the full URL, but why exactly do you need that clutter on display the whole time? It’s like complaining that the browser renders HTML instead of printing it all as unformatted text.

Re: Use Timestamps

#70
post #65

Ironically the blog post is missing a timestamp.

It shows "2023-11-15" below the title for me.

That wouldn't be considered a timestamp in my book. For starters, it doesn't have time information, only date information. Quickly asking ChatGPT it gives this answer: In computing, timestamps are commonly expressed in formats like "YYYY-MM-DD HH:mm:ss" (year-month-day hour:minute:second).

When pressed about this particular time detail, ChatGPT elaborates: While "YYYY-MM-DD" is a common date format, it's not complete for a timestamp, which typically includes both date and time information. A complete timestamp might look like "YYYY-MM-DD HH:mm:ss" to include hours, minutes, and seconds.

So, no, this post doesn't contain a timestamp, and it already fails in its own advice.

Post reply on HN