3 ms·
We're definitely bike-shedding a decision that has already been made, but I agree that it's a horrible name. First, "Temporal" is an adjective, not a noun. It
by russellbeattie 2y ago
We're definitely bike-shedding a decision that has already been made, but I agree that it's a horrible name.
First, "Temporal" is an adjective, not a noun. It might be related to time, but it doesn't make intuitive sense.
But more importantly, choosing an odd name because it has a lower probability of conflicting with old code will just make the language increasingly obscure over time.
When they added Promise and Generator, there were plenty of libraries that used those object names. It didn't matter, because unlike reserved keywords, you can override built-in Objects.
In my opinion the standards committee needs to have backbone and do the right thing for the long-term health of the language and use "Time".
But again, I'm sure this argument has come and gone and the decision has been made and agreed upon by all the browser makers and JS engine implementations.
- 8n4vidtmkvmk 2y agoI don't think you create Temporals though. It's essentially a namespace for things like Instant, so it need not be a noun. Time has the opposite problem. I expect it to be a class, not a namespace. Time.Time creates more confusion, not less.
- agos 2y agoBoolean is also a built in named after an adjective, and we deal with it just fine :) Temporal is not "odd", it's just a bit less common in english that many people are used to