sure. the former results in a unitless quantity; the latter results in time squared, which timedelta cannot represent
-
-
Right, which is not the definition of a scalar.
2 replies 0 retweets 0 likes -
Actually I know of no algebra upon which addition and subtraction and *division* is defined but multiplication is not...
2 replies 0 retweets 0 likes -
Python doesn't have a timesquared type so it omits that operator. perhaps this is an argument for actual units but those are complicated
1 reply 0 retweets 3 likes -
Replying to @erincandescent @oshepherd and
Indeed they are. Which is why it would be a lot more semantically rich to provide methods to support the conversions.
2 replies 0 retweets 0 likes -
Eh, I'd still want the division. Dividing periods by each other is useful.
1 reply 0 retweets 1 like -
Replying to @erincandescent @oshepherd and
Sure sure -- I'm not saying *remove* that capability. But .to_hours() should be supported.
1 reply 0 retweets 1 like -
I disagree - then you end up with to_years, to_months, to_weeks, to_days, to_hours, to_minutes, to_seconds, to_miliseconds...
2 replies 0 retweets 1 like -
Replying to @erincandescent @EmilyGorcenski and
It's redundant, and dividing by an hour is exactly how you'd do things mathematically
2 replies 0 retweets 0 likes -
Replying to @erincandescent @oshepherd and
Who cares about redundancy? Readability is better than "how you'd do things mathematically."
2 replies 0 retweets 0 likes
In other words, we have dozens of redundant things hanging around. Why is this one suddenly bad?
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.