CEO loses investors $68 billion after $56 billion pay rise

I wish I could survive my company losing money

This... Except for contactless payment.
I used graphene for a month. It was lovely. Even things like banking apps worked.
I don't care about absolute privacy, but I do care about controlling my privacy. Grapheme gave me that.

I had only 1 issue.
Contactless payment.
It's extremely convenient to me, from public transport to groceries. I just bop my phone.

The fact that Google has that locked down surely violates some EU laws. But I'm sure they wave away the laws because of "financial security" or some other bullshit.
As if bank card NFC/contactless doesn't suffer exactly the same issues.
I looked into some "graphene contactless payment" type systems or workarounds, and I couldn't find anything that would fill the gap.

Everything else. Or anything else, if you select a single quark (presuming we don't split a quark).

If everything is moving away from us, then everything is moving away from everything else.
It's just that some things are moving away from us faster than they are moving away from other things

Everything else.

Galactocentrism was established in 1925, which realised that our solar system is not near the center of the Milky Way. So, we are moving relative to the center of our galaxy.

In 1929, evidence was found that everything else is moving away from us. So we are moving relative to everything else.

In 1931, the Big Bang theory started superceding Galactocentrism, which was an acentrist model of the universe (where there is no center).

If I was responsible for the safety and wellbeing of a flying tube with 200 people in it, I would absolutely be pissed about not being able to get a proper rest.

Strangely enough, I have nothing against tourist taxes.
A couple bucks here and there to a tourist generally isn't that much. And it's commonly used by cities that have a lot of tourism and the cost of living is high in order to offset some.of that cost of living causes by high tourism.
I doubt trumps administration will use it that way. they will sack all the park rangers, sell off the park assets that are valuable (lumber, mining, oil, whatever), charge tourists more for what's left, and say "look how profitable these parks are" as if it's a win. Leaving a devastated natural beauty behind.

But generally, I'm on favour of a tourist tax

Eventually, yes

Smaller file size, lower data rate, less computational overhead, no conversion loss.

A 64 bit float requires 64 bits to store.
ASCII representation of a 64 bit float (in the example above) is 21 characters or 168 bits.
Also, if every record is the same then there is a huge overhead for storing the name of each value. Plus the extra spaces, commas and braces.
So, you are at least doubling the file size and data throughput. And there is precision loss when converting float-string-float. Plus the computational overhead of doing those conversions.

Something like sqlite is lightweight, fast and will store the native data types.
It is widely supported, and allows for easy querying of the data.
Also makes it easy for 3rd party programs to interact with the data.

If you are ever thinking of implementing some sort of data storage in files, consider sqlite first.

Yeh, my example was pretty contrived and very surface level.
It grouped things that seemed related at a surface level but weren't actually related at all. Which makes it a bad example.
And realistically, you would use a timer class that raised events, and passed in an interval class that could be constructed from any appropriate units.

It was more to highlight that types and classes are a fairly easy way to improve the context around variable.
It can also use type checker to show incorrect conversions between minutes and seconds, Polar and Cartesian coords, RGB and HSV, or miles and kilometers. Any number of scenarios where unit conversions aren't a syntax error.

Yeh, absolutely.
Horses for courses.

I feel like variable or function names that become overly verbose indicate that a specific type or a separate class should be considered.
I see it as a mild code smell.

Something like int intervalSeconds = 5 could maybe have a type that extends an int called seconds. So then you are declaring seconds Interval = 5.
It describes the unit, so the variable name just describes the purpose.
You could even add methods for fromMinutes etc. to reduce a bunch of (obvious) magic numbers elsewhere.

To extend this contrived example further, perhaps there are a couple of intervals. A refresh, a timeout and a sleep interval.
Instead of having.

int sleepIntervalSeconds = 0;
// etc...

You could create an intervals class/object/whatever.
So then you have.

public class Intervals {
    public seconds Sleep
    public seconds Refresh
    public seconds Timeout
}

The class/object defines the context, the type defines the unit, and you get nice variable names describing the purpose.

All the cool kids are running kubernetes